Я использовал netstat (в Windows) для просмотра прослушиваемых портов для TCP и UDP:
Я заметил, что в столбце « Внешний адрес»*:* вместо UDP отображаются 0.0.0.0:0эти два значения, представляющие одно и то же? Если так, то почему *:*вместо этого отображается UDP 0.0.0.0:0?
windows
networking
netstat
user612473
источник
источник
*:*что IPv6, а0.0.0.0:0IPv4.UDP 0.0.0.0:5355 *:*означает ли это, что данные могут передаваться между IPv4 и IPv6?*:*ничего не говорит о версии IP. Однако, поскольку локальным адресом этого сокета является только IPv4, удаленный адрес также должен быть IPv4.Ответы:
Было указано, что мой ответ был ошибочным. Поскольку я не могу удалить его, я вместо этого предоставлю правильный.
Выражение
*:*означает «Любой адрес, любой порт». Все слушатели UDP будут отображать эту подпись. Это связано с природой UDP без установления соединения.Оригинальный (неверный) ответ. Да и нет.
*:*относится к ЛЮБОМУ IPv6-адресу. Различие между неизвестным / неуказанным адресом в IPv4 нечеткое, поэтому мы используем 0.0.0.0/0 для представления любого хоста в сети, но в IPv6 есть небольшая разница.Однако, по большей части, люди используют
::для представления непрерывной строки из 0.В адресе IPv6 любая последовательность смежных нулей может быть заменена на
:::0.0.0.0/0=> 0000: 0000: 0000: 0000: 0000: 0000: 0000: 0000 =>::=>*:*fe80:0000:0000:0000:2000:0aff:fea7:0f7c=>fe80::2000:0aff:fea7:0f7cОднако представление с использованием подстановочных знаков позволяет лучше контролировать шаблоны адресов. Например,
::не будет соответствоватьfe80::2000:0aff:fea7:0f7c, но*:*будет.Это различие не имеет никакого смысла для любого устройства, которое не выполняет маршрутизацию, но когда приходит время выбирать оптимальные маршруты к агрегированным адресным пространствам, подстановочная запись позволяет более гибко выбирать сети назначения.
источник
*:* refers to ANY IPv6 addressздесь вы говорите, какany..addressправило, IPv4 или IPv6. Так что это?*:*Ограничивает ли себя IPv6 или тоже разрешает IPv4?/Относится к подсети сетевой маски, которая является частью IP - уровня.:Относится к порту , который является частью транспортного уровня.Для TCP имеет смысл наличие удаленного конца для соединения.
UDP, поскольку он не имеет соединения, для него нет смысла показывать внешний адрес.
Мне кажется, что он всегда будет показывать подстановочный знак для UDP и что он потенциально может сделать анализ вывода более удобным или показать, используете ли вы IPv4 / 6:
IPV4 "*:*"противIPV6 "[::]:*"источник
*:*для удаленных несуществующих сеансов UDP. Я согласен с вами здесь.В обоих случаях информация в основном бессмысленна, но указывает более или менее на одно и то же.
Ваша первая строка - это прослушивающий сокет TCP. Столбец локального адреса указывает адрес и порт, на котором он принимает соединения, а столбец удаленного адреса ничего не значит, потому что у прослушивающего сокета еще нет удаленного конца соединения. Подключенный сокет TCP покажет адрес другого конца соединения в этой колонке, но для сокеты он решает отобразить все-нулевой адрес и порт.
Ваша вторая строка - это сокет UDP. UDP - это протокол без установления соединения, который означает, что он отправляет и принимает пакеты без какого-либо представления о том, кто к кому подключен, является ли пакет частью существующего диалога, или же данные только что поступили неожиданно. Столбец локального адреса имеет то же значение, что и для TCP, а столбец удаленного адреса не имеет смысла, поскольку сокет UDP может иметь один одноранговый узел, множество одноранговых узлов или не иметь одноранговых узлов в любой момент. (На самом деле у POSIX есть понятие «подключенный UDP-сокет», но это становится немного далеким).
Теперь вопрос: почему они отображаются по-разному? Кажется, это не что иное, как причудливый код Windows netstat. Netstat Linux (net-tools) отображает
0.0.0.0:*для удаленного конца как сокеты прослушивания TCP, так и UDP-сокеты (для IPv4; он отображает:::*для IPv6), что отличается от любого примера в Windows, но, по крайней мере, является совместимым в одной и той же программе. Возможно, Windows собирается провести семантическое различие между «быть заполненным позже» в случае TCP и «открытым для чего-либо» в случае UDP, но с той же вероятностью два бита кода были написаны двумя разными людьми без Особая забота о последовательности.источник
0.0.0.0:0значение в столбце « Внешний адрес» не означает, что любой IP-адрес и номер порта могут отправлять данные в этот сокет? и если это значение было, например127.0.0.0:12345, то это значит, что только IP-адрес127.0.0.0с номером порта12345может отправлять данные в этот сокет и больше никому?Разница просто нотационная.
Netstat в Windows использует
0.0.0.0:0для представления абстрактной идеи «любой удаленный адрес и порт» для локального прослушивателя TCP IPv4 и*:*для прослушивателя UDP. Для IPv6 удаленный адрес обозначается как[::]:0для TCP и*:*для UDP.В OS X
*.*используется как для TCP, так и для UDP, будь то IPv4 или IPv6 (обратите внимание, что OS X использует точки для разделения адреса и порта). Linux использует0.0.0.0:*для IPv4 и:::*для IPv6, причем первые две двоеточия представляют сокращение для всех адресов IPv6, а третье двоеточие - разделитель между адресом и портом.IIRC из того, что я слышал или читал давно, я думаю, что пары UDP могут появляться, но обычно нет, потому что они разрываются после завершения, а соединения UDP, как правило, очень короткие, длительностью миллисекунды или меньше. Я сам никогда этого не видел, так что это может быть неправильно.
источник