Использование getaddrinfo () с AI_PASSIVE
getaddrinfo()
Функция не только позволяет клиентским программам эффективно находить правильные данные для создания сокета для данного хоста, но также позволяет серверам связываться с правильным сокетом - теоретически.
я толькоузнал об этом и начал играть с ним через Python:
from socket import *
for i in getaddrinfo(None, 22, AF_UNSPEC, SOCK_STREAM, IPPROTO_IP, AI_PASSIVE): i
доходность
(2, 1, 6, '', ('0.0.0.0', 22))
(10, 1, 6, '', ('::', 22, 0, 0))
что заставляет меня задуматься, если что-то не так.
Что именно я должен делать с этими ответами? Нужно ли мне
делатьlisten()
В ответ на все эти ответы, или я долженпросто выбрать первый, который действительно работает?Пример встраница руководства предлагает мне взять только первый и быть счастливым, если он безошибочен, но тогда я получаю соединение только через IPv4 в моем примере.
Но если я попробую все из них, мне придется позаботиться о двух серверных сокетах, что не нужно из-за того, что серверные сокеты IPv6 также прослушивают IPv4, если выполняются определенные условия (ОС, флаги сокетов и т. Д.).
Где я не так думаю?
РЕДАКТИРОВАТЬ: Очевидно, я не думаю, что неправильно, но мой компьютер делает неправильные вещи. Я использую по умолчанию/etc/gai.conf
поставляется с OpenSUSE. Было бы хорошо, если бы кто-нибудь мог указать мне правильное направление.
РЕДАКТИРОВАТЬ 2: В данном случае,strace
после чтения читает следующие внутренние вызовы/etc/gai.conf
(теперь с портом 54321, так как я думал, что использование порта 22 может оказать плохое влияние, чего не произошло):
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(54321), inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(38289), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0
connect(3, {sa_family=AF_INET, sin_port=htons(54321), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(60866), inet_pton(AF_INET6, "::ffff:127.0.0.1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
close(3) = 0
Очевидно, что решение должно быть принято в соответствии с результатамиgetsockname()
звонки ...
КСТАТИ:https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/673708 и другие сообщения об ошибках, упомянутые там, подтверждают мои наблюдения. Некоторые люди там утверждают, что новое поведение является правильным, поэтому я, очевидно, застрял в использованииAF_INET6
... :-(