udp socket

@OrmaJever · Регистрация: 10.11.2011

Author24 — интернет-сервис помощи студентам

Вобщем Как узнать что udp порт открыт? tcp обязан ответить на соединение, но udp не принимает соединение, и по моему он не обязан отвечать. Как же работают сканеры udp портов? Поделитесь опытом.

@Damaks · 14.03.2012, 00:54

Без ответа помоему никак. Протокол UDP не гарантирует доставку пакета, в нем нет проверки на доставку, и потому в рамках его самого (протокола) не проверить открыт ли порт.
Когда вы вызываете функцию cpnnect - она лишь связывает сокет за определенным адресом и после этой операции будет принимать пакеты только от него. Чисто физически такого соединения, как в случае с tcp, не устанавливается.
Нужно чтобы сервер при получении UDP пакета (или вообще точка, которую вы проверяете) как-то реагировал. Например при приходе такого пакета отправляла отправителю ответный UDP пакет.
Насчет сканеров думаю нужно отснифферить, они наверно шлют пинги и всякую хрень и слушают приходит ли что-то в ответ.
Если я неправ, отпишитесь, самому интересно

@OrmaJever · 14.03.2012, 01:50 **[ТС]**

Сообщение от Damaks

Насчет сканеров думаю нужно отснифферить, они наверно шлют пинги и всякую хрень и слушают приходит ли что-то в ответ.

Это кстате вариант.
Вот к примеру один из сканеров XSpider нашёл на "zaycev.net" 123 udp порт. Но как я не пыдался туда что-то послать в ответ ничего не приходит. Вот тут я и задумался как же так, если мне ничего в ответ не приходит как же тогда эта чудо программа это понимает? Порылся на вики в разделе udp но там тоже ничего нет. А вот насчёт пинга это очень даже вероятно т.к. тот же XSpider сканирует 3 tcp порта за пару секунд, а на 3 udp уходит секунд 10. Это тоже заставило задуматся.
Я тоже думал запастись снифером, но не знаю каким. Подскажи какой лучше?

@villu · 14.03.2012, 10:12

открыть сокет, (socket)
"соеденить" с указанным адресом (connect)
послать данные (проверить ошибку)
принять данные (проверить ошибку)

по идее в случае невалидности порта ICMP пришлет соответствующий пакет, который на присоединенном сокете отразится ошибкой на операции. ошибка ECONNREFUSED.

Этот вариант работает для случая если ICMP не перекрыто.

@OrmaJever · 14.03.2012, 17:08 **[ТС]**

Сообщение от villu

"соеденить" с указанным адресом (connect)

Это как? udp сокет не требует соединения и не отвечает на него.

Сообщение от villu

послать данные (проверить ошибку)

Какую ошибку? Из-за отправки даных её помоему впринципе быть не может.

Сообщение от villu

принять данные (проверить ошибку)

А если их не кто не отправляет? Это же udp

Сообщение от villu

по идее в случае невалидности порта ICMP пришлет соответствующий пакет, который на присоединенном сокете отразится ошибкой на операции. ошибка ECONNREFUSED.

Ну я где-то читал что некоторые ОС если udp порт не занят то отправляют какуюто ошибку в ответ. Но где не пробовал в ответ ничего.

@villu · 14.03.2012, 17:20

udp сокет не требует соединения и не отвечает на него.

правильно, но в данном случае connect говорит системе, что вот этот конкретный сокет привязан к этому конкретному адресу.
После привязки можно пользоваться send и recv наряду с sendto и recvfrom
а еще в случае присоединенного UDP сокета:

But most importantly, a UDP socket must be connected to receive ICMP errors.

(source) Pp. 748-749 of "TCP/IP Illustrated, Volume 2"
как раз тот самый случай.

Добавлено через 1 минуту

Из-за отправки даных её помоему впринципе быть не может.

не правильно.

@OrmaJever · 14.03.2012, 18:18 **[ТС]**

villu, я не знаю о чём вы говорите, я пробовал на локалхосте уже все варианты и некаких ошибок вобще нету. Различий между открытым и закрытым портом просто не нашёл.

@villu · 14.03.2012, 20:03

Ну у меня такой сценарий работает даже при попытке обратится к неоткрытому порту соседней машины.

А на локалхосте ты всегда можешь "netstat -ban" (-an для linux) вызвать в консоле и посмотреть что открыто и кем открыто.

Еще попытка сделать bind для существующего открытого адреса так же приводит к ошибке.

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
		1
	udp socket 13.03.2012, 23:52. Показов 6943. Ответов 7 Метки нет (Все метки) Вобщем Как узнать что udp порт открыт? tcp обязан ответить на соединение, но udp не принимает соединение, и по моему он не обязан отвечать. Как же работают сканеры udp портов? Поделитесь опытом. 0

@Damaks 19 / 11 / 0 Регистрация: 02.09.2010 Сообщений: 235
	14.03.2012, 00:54	2
	Без ответа помоему никак. Протокол UDP не гарантирует доставку пакета, в нем нет проверки на доставку, и потому в рамках его самого (протокола) не проверить открыт ли порт. Когда вы вызываете функцию cpnnect - она лишь связывает сокет за определенным адресом и после этой операции будет принимать пакеты только от него. Чисто физически такого соединения, как в случае с tcp, не устанавливается. Нужно чтобы сервер при получении UDP пакета (или вообще точка, которую вы проверяете) как-то реагировал. Например при приходе такого пакета отправляла отправителю ответный UDP пакет. Насчет сканеров думаю нужно отснифферить, они наверно шлют пинги и всякую хрень и слушают приходит ли что-то в ответ. Если я неправ, отпишитесь, самому интересно 0

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	14.03.2012, 01:50 [ТС]	3
	Сообщение от Damaks Насчет сканеров думаю нужно отснифферить, они наверно шлют пинги и всякую хрень и слушают приходит ли что-то в ответ. Это кстате вариант. Вот к примеру один из сканеров XSpider нашёл на "zaycev.net" 123 udp порт. Но как я не пыдался туда что-то послать в ответ ничего не приходит. Вот тут я и задумался как же так, если мне ничего в ответ не приходит как же тогда эта чудо программа это понимает? Порылся на вики в разделе udp но там тоже ничего нет. А вот насчёт пинга это очень даже вероятно т.к. тот же XSpider сканирует 3 tcp порта за пару секунд, а на 3 udp уходит секунд 10. Это тоже заставило задуматся. Я тоже думал запастись снифером, но не знаю каким. Подскажи какой лучше? 0

@villu 204 / 205 / 16 Регистрация: 06.08.2011 Сообщений: 600 Записей в блоге: 1
	14.03.2012, 10:12	4
	открыть сокет, (socket) "соеденить" с указанным адресом (connect) послать данные (проверить ошибку) принять данные (проверить ошибку) по идее в случае невалидности порта ICMP пришлет соответствующий пакет, который на присоединенном сокете отразится ошибкой на операции. ошибка ECONNREFUSED. Этот вариант работает для случая если ICMP не перекрыто. 0

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	14.03.2012, 17:08 [ТС]	5
	Сообщение от villu "соеденить" с указанным адресом (connect) Это как? udp сокет не требует соединения и не отвечает на него. Сообщение от villu послать данные (проверить ошибку) Какую ошибку? Из-за отправки даных её помоему впринципе быть не может. Сообщение от villu принять данные (проверить ошибку) А если их не кто не отправляет? Это же udp Сообщение от villu по идее в случае невалидности порта ICMP пришлет соответствующий пакет, который на присоединенном сокете отразится ошибкой на операции. ошибка ECONNREFUSED. Ну я где-то читал что некоторые ОС если udp порт не занят то отправляют какуюто ошибку в ответ. Но где не пробовал в ответ ничего. 0

@villu 204 / 205 / 16 Регистрация: 06.08.2011 Сообщений: 600 Записей в блоге: 1
	14.03.2012, 17:20	6
	udp сокет не требует соединения и не отвечает на него. правильно, но в данном случае connect говорит системе, что вот этот конкретный сокет привязан к этому конкретному адресу. После привязки можно пользоваться send и recv наряду с sendto и recvfrom а еще в случае присоединенного UDP сокета: But most importantly, a UDP socket must be connected to receive ICMP errors. (source) Pp. 748-749 of "TCP/IP Illustrated, Volume 2" как раз тот самый случай. Добавлено через 1 минуту Из-за отправки даных её помоему впринципе быть не может. не правильно. 0

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	14.03.2012, 18:18 [ТС]	7
	villu, я не знаю о чём вы говорите, я пробовал на локалхосте уже все варианты и некаких ошибок вобще нету. Различий между открытым и закрытым портом просто не нашёл. 0

@villu 204 / 205 / 16 Регистрация: 06.08.2011 Сообщений: 600 Записей в блоге: 1
	14.03.2012, 20:03	8
	Ну у меня такой сценарий работает даже при попытке обратится к неоткрытому порту соседней машины. А на локалхосте ты всегда можешь "netstat -ban" (-an для linux) вызвать в консоле и посмотреть что открыто и кем открыто. Еще попытка сделать bind для существующего открытого адреса так же приводит к ошибке. 0