Назад | Перейти на главную страницу

Странная проблема UDP / TFTP

Кажется, что мой TFTP-клиент получает ответы от TFTP-сервера на свой RRQ (запросы на загрузку), только если я наблюдаю за трафиком в wirehark.

Если я закрываю wirehark (работающий на сервере TFTP), сервер не отвечает на запросы RRQ от клиента.

Я не могу проверить, достигают ли RRQ сервера TFTP или чего-то еще (я просто использую Tftp32d), но я вижу пакеты RRQ в wirehark ...

Итак, чем отличается сервер TFTP, когда я наблюдаю за передачей в wirehark?

У меня была такая же проблема, и я хотел поделиться своим опытом. Беспорядочный режим позволяет клиентским RRQ-пакетам с проблемами протокола достигать пункта назначения (сервера TFTP). В моем случае возникла проблема с ARP, и заголовок Ethernet RRQ использовал все нули для MAC-адреса назначения. При включенном неразборчивом режиме пакеты принимались сервером TFTP, но при выключении пакеты отбрасывались из-за несоответствия MAC.

Когда вы запускаете wirehark, сетевая карта будет работать в беспорядочном режиме, что означает, что весь сетевой пакет будет получен, даже если он не адресован вашему Mac-адресу сетевой карты.

Я предлагаю изолировать ваш TFTP-сервер и TFTP-клиент в отдельной локальной сети, чтобы проверить это. Я предполагаю, что может быть другой сервер, работающий в том же сегменте сети, с возможным тем же IP-адресом, который получил ваш запрос RRQ клиента TFTP заранее, но ничего не сделал с ним.

Когда вы запускаете wirehark, весь пакет принимается на сервере TFTP, и поэтому он смог ответить на пакет клиентского запроса, он не получил бы пакет, если бы он не работал в неразборчивом режиме.

p.s .: Я не могу добавить комментарий к исходному сообщению, поэтому размещаю его здесь.