заблокировать udp порт

open|filtered

Читать умеешь?

разве не closed должно быть?

Нет, не должно, udp так не работает.

Вообще, читай man nmap.

Так udp же нельзя определить closed или нет. Там отправляешь на адрес в любом случае. У тебя iptables просто дропнет пакет и не дойдёт до dhcp сервера в данном случае. И ip получить нельзя будет. А отправить - всегда пожалуйста. У него же как раз нет гарантии доставки. Отправил пакет, а дошёл он или не дошёл - хрен его знает.

У него же как раз нет гарантии доставки. Отправил пакет, а дошёл он или не дошёл - хрен его знает.

Там дело не в гарантии доставки, которой, к слову, нет и в tcp, а в том, что приложение может вообще ничего не ответить на твой пакет (если протокол не тот, например). А в случае tcp всегда есть three-way handshake.

лал

В tcp как раз таки сессия открывается и если не получилось связаться с сервером, то он об этом всегда знает. То есть клиент знает дошёл его пакет до сервера или не дошёл. В случае с udp клиент этого не знает.

То есть клиент знает дошёл его пакет до сервера или не дошёл

Знать-то знает, но это не гарантия доставки.

ТС работает с nmap, который предполагает, что все посланные пакеты дойдут до сервера. Т.е. результат будет filtered, а не filtered|unavailable. И для udp, в отличие от tcp, нет 100% способа определить, открыт порт или зафильтрован, поэтому там open|filtered.

И для udp, в отличие от tcp, нет 100% способа определить, открыт порт или зафильтрован

Уточняю, способа нет из-за отсутствия three-way handshake. nmap’у нет необходимости устанавливать tcp-сессию, можно обойтись одним syn.

Знать-то знает, но это не гарантия доставки.

И что же такое гарантия доставки?

Это когда тебе дают бланк с печатью, очевидно же.

Ну в TCP дают. Ты знаешь, что твоё сообщение дошло, если оно дошло.

Там дают подтверждение доставки, не гарантию. Гарантия должна даваться заранее, а не по факту, но в сетях такое невозможно.

Ну хорошо, попутал термины. Да, подтверждение.