LINUX.ORG.RU
Форум — Admin  

СЕТЬ - странная фигня


0

0

Объясните пожалуйста ибо не врубаюсь.

Есть сетка 192.0.10.0/24 среди прочих в этой сети есть три машины:
машина A (192.0.10.107), машина B(192.0.10.181), машина GW (192.0.10.5).

GW(192.0.10.5) это default gw для A(192.0.10.107) и B(192.0.10.181).

на машине A выставляем MAC адрес и ip адрес машины B.

1) заходим по ssh c A на GW под паролем user1, говорим who и видим что user1 это машина B, теперь с этого же шелла (мы сидим на GW) говорим:
ssh root@B и поподаем на A !

2) заходим по ssh c B на GW под паролем user2, говорим who и видим что user2 это машина B, теперь с этого же шелла (мы сидим на GW) говорим:
ssh root@B и поподаем на B !

3) с машины из другой сети (через роутер GW) заходим на машину B и попадаем на машину B.


Чего то я не понимаю, подскажите почему случаи 1) и 2) отличаются ???
Как я понимаю GW при обращении к какому либо ip адресу узнает его MAC адрес, записывает его в ARP кэш и дальше посылает пакеты с этим MAC адресом. Поскольку на машине A был выставлен не только ip но и MAC адрес машины B то как все это понимать ? Видимо в случаях 1) и 2) машина GW посылала в сеть пакет с MAC адресом машины B, этот пакет ловили машины A(вроде как теперь никак не отличимая от B) и B, тогда
почему есть разница между случаями 1) и 2) ?????????????????????????

anonymous
← надежность CNFS
прием почты через двух провайдеров → 

первые два случая не связаны с третьим тут дело в resolver:
 когда вы говорите w система смотрит не в arp а в резолвер.
 а там написано что смотреть в dns или hosts. а там записано
 что для ip 192.0.10.181 хостнэйм -- B. вот и все AFAIU.

третий случай сложнее и связан не с роутером gw, а с работой
свичей и фактически для ethernet надо понимать не имеет четкого
обоснования. все зависит от работы свичей. глюки могут быть
разные.

signal11 ★
()
Ответ на: комментарий от signal11

Я не понимаю почему машина A с GW заходит на A, а машина B c GW заходит на B когда MAC и IP адреса у машин A и B совподают, они находятся в одной сети и с точки зрения GW они вообще ничем вроде как не отличаются... Я механизм не пойму. Ведь когда мы набираем находясь на GW ssh root@B он шлет пакет в котором записан MAC адрес сетевухи которая этот пакет должна принять. Поскольку у обоих сетевух настройки одинаковые они должны обе этот пакет принять. Тогда почему случаи 1) и 2) четко воспроизводятся ???

anonymous
()
Ответ на: комментарий от anonymous 

> Я механизм не пойму

механизма нет. все зависит от работы свичей. тут уж я не гуру ;)

> он шлет пакет в котором записан MAC адрес сетевухи которая этот
> пакет должна принять. Поскольку у обоих сетевух настройки
> одинаковые они должны обе этот пакет принять.

у вас хаб или свитч? в случае хаба так и произойдет. в случае свича
все зависит от коммутационного механизма свича.

PS.
``случаи 1) и 2)'' это случаи соединения с хостов A и B по ssh
к gw или ``Я не понимаю почему машина A с GW заходит на A, а
машина B c GW заходит на B''.
вы меня уже запутили этими случаями :)

signal11 ★
()
Ответ на: комментарий от signal11

>все зависит от работы свичей
Я понял ! Наверно свич видит пакет пришедший на свой физический порт и кеширует что тут у меня сидит машина с таким ip и mac, потом пробрасывает ее на GW и с GW обратно на нее, а когда заходит другая машина на другой порт он обновляет свой внутренний кэш и опять пробрасывает ее ! Спасибо ! Где бы о таких тонкостях свичей почитать (желательно на русском) ?

anonymous
()
Ответ на: комментарий от anonymous 

как вариант с небольшими оговорками, да.

почитать надо про етхернет. а что? ну олиферов хотя бы...

signal11 ★
()
Ответ на: комментарий от anonymous

Ну да, так неуправляемый свитч и работает, "свой внутренний кэш" называется таблицей MAC-адресов, как правило приводится в характеристиках свича.

По сути это все, что можно сказать про неуправляемый свитч, а дальше начинаются нюансы, попытки сделать свитч более "умным"...

На русском языке... http://www.nag.ru/goodies/book/

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← надежность CNFS
Admin
прием почты через двух провайдеров →