ARP

arhitekturata v sluchaia niama znachenie zashtoto v iptrafa vijdam mac adresa sled broadcastvane .. vse pak topologiata e zvezda kato tozi linux box e varzan kam switch.

Можеш да пробваш следното: Пращаш icmp echo пакет, на който в ethernet header-а за destination ти е MAC адреса на въпросната платка. Destination IP адреса е произволен, например 1.1.1.1, но TTL полето е 1, т.е. машината която го получи пакета ще ти прати icmp ttl exceeded in transit. Ти просто го гледаш това icmp от кой ip адрес ти е пратен.

не е важно точно какво приказва въпросната платка. Важното е да дрънка нещо, за да можеш със скубане на жиците да видиш кога млъква... И да изловиш хитреца.

Или, ако имаш хитър switch, можеш директно да го попиташ къде е MAC адрес еди-кой си. 99 % съм сигурен, че 3Com-ските, например, имат административен интерфейс и могат да ти кажат къде се намира интрудера.

Ако е за физическо проследяване, то да, може да праща най-различни неща. Аз първоначално си помислих че му трябва да открие някакво IP на машината, което е достижимо отвън.

Tova mislia che mojesh da go napravish samo s arp proxy. Popravi me ako se luja.

>> hostname принадлежи на цялата машина, но не и IP адресите.
>Пробвай следното: конфигурирай си една линукс машина с две мрежови платки първата с MAC адрес A, IP адрес X, втората с MAC адрес B, IP адрес Y. Към мрежовата платка с MAC адрес A, включи втора машина, и от втората машина дай към първата arp заявка за IP адрес Y. Ще получиш arp отговор че IP адрес Y принадлежи на MAC адрес A.

MAC адресът е валиден само в локалната (физически) мрежа. Нека си представим една локална мрежа с единствен gateway към Интернет. Всички пакети от Интернет ще съдържат MAC адреса на този gateway. По твоята логика би трябвало да заключим, че целият Интернет е разположен на една машина.

В твоя пример Х е gateway към Y. За да работи той, X и Y трябва да са в различни IP мрежи и да се сложат съответните route-ове на първата и на втората машина. Оттук насетне, независимо дали втората платка е на първата машина или на трета машина, втората машина ще вижда винаги в Ethernet header-a MAC адреса на първата платка, която се явява gateway към втората. Както виждаш Ethernet header-ите на пакетите от втората платка изобщо не зависят от това, на коя машина се намира тя. Погрещно е да смяташ, че се вижда MAC адресът на първата платка, затова че е на същата машина.

> Линукс ядрото въобще не се интересува от това кой IP адрес на коя мрежова платка е присвоен. Изобщо присвояването на IP адреси на интерфейси е основно за удобство на потребителя.

Ако не се интересуваше, щеше да има само два избора - или да мълчи като риба, или да разпраща отговорите на пакетите получени от това IP през всички интерфейси на машината, нещо като малоумен хъб.

Вече губя контрол... Къде са ми лекарствата?

Така... Сега съм по-добре.

Просто Linux реализира "слабия ES" модел от RFC1122, който се състои в това което описах.

Впрочен не за пръв път споря с някой, който
1. Разполага със сорсовете на операционната система на която работи.
2. Може да провери експериментално това за което говоря за не повече от десет минути.

но въпреки това предпочита да си затвори очите и да не вижда фактите. Какво пък, всеки си има право на избор.

> Вече губя контрол... Къде са ми лекарствата?
По-добре кажи "не" на наркотиците, докато имаш време :-)

vsushtnost ideata mi beshe che po MAC adresa mojesh da poznaesh pone proizvoditelia na platkata ... i ako rabotish sus firmen hardware shte si spestish dosta tursene ;-)

Microsoft Certified Double Clicker

Dam sega go probvah. Za men tova e super nelogichno, no kakto i da e.. vapros na lichen vkus sigurno .