![]() |
|
||
|
|
|
||
|
|
|||
|
|
|||||||
| Notices |
| Legacy Archived Main Board Business chat and general industry chat. All participation is welcome. Dont post your fucking spam here. |

|
|
Thread Tools | Display Modes |
|
|
#11 | ||
|
Washing Bishop's Dogs
Join Date: Mar 2006
Location: MontrealQuebecCanada
Posts: 211
|
Quote:
You've been talking about getting originating computers' MAC addresses via the TCP/IP packets received at the destination server. Your initial post in this thread on the subject stated flatly that tracking via MAC addresses was common, which is false. It's true within a LAN. In the other thread about this, you say: Quote:
Remote sofware without a direct connection or relationship with a program within my LAN will not read or detect my MAC address. TCP/IP packets only carry current device/next device MAC addresses. So my MAC address is in the initial packet to my router; then the packet's source and destination MAC addresses are re-written from my router and to my ISP; then from the ISP they are rewritten again, the destination replacing the source, and the new destination being the next node or router on the path to whatever site or IP address I'm headed for. The packet is rewritten from each device's routing table - it's mini-memory of what other devices it's connected to which allow it to forward your request or packet to the next step... Each device has it's own routing table and MAC address. The TCP/IP packet acquires the current and writes in the next address and will do the same at the next device. These packets can't and don't retain the record of each device they've travelled through; it's inefficient and unecessary. So there's no way the destination can read the originating computer's networking card MAC address... Btw you inferred more than I implied, re. the inuendo.
__________________
YOU Are Industry News ![]() By Webmasters For Webmasters Send In Your PR: pr@payoutmag.com ICQ: 248843947 Skype: Mediaguy1 |
||
|
|
|
| Bookmarks |
|
|