[Vitaliy_ARM 0]

Всем добрый день!

 

Есть устройство, которое работает в одной локальной сети с компьютером. Т.е. на компьютере установлено ПО и устройство воткнуто в него через Ethernet - кабель. Если устройство подключено к шлюзу и программа обращается к устройству из другой подсети через шлюз, то оно не работает. Схема прохождения IP-пакетов показана в приложении. Подскажите, в чем проблема потери пакета после шлюза?

[am1808 0]

классический вопрос на собеседовании)

 

как определили, что от девайса на шлюз пакеты приходят?

[DS 0]

А какого лешего из девайса выходят пакеты с адресом шлюза, а не компьютера ?

[Vitaliy_ARM 0]

классический вопрос на собеседовании)

 

как определили, что от девайса на шлюз пакеты приходят?

Запустил на шлюзе две копии WireShark на оба интерфейса и смотрю, как идут пакеты.

 

А какого лешего из девайса выходят пакеты с адресом шлюза, а не компьютера ?

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

 

Это мне и не понятно, почему шлюз посылает устройству пакет от себя, а не с адресом компьютера?

[Mahagam 0]

А какого лешего из девайса выходят пакеты с адресом шлюза, а не компьютера ?

может потому что запросы приходят с адреса шлюза?

[Vitaliy_ARM 0]

может потому что запросы приходят с адреса шлюза?

В том то и дело, может где-то флаг надо взвести, в ip-заголовке, чтобы шлюз понимал, что этот пакет не для него.

[halfdoom 0]

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

[igorle 0]

Destination port в пакете от Устройства к Шлюзу отличный от Source Port в пакете от Шлюза к Устройству. Таким образом шлюз не знает что пакет пришел в ответ на его запрос и не может его смаршрутизировать.