Функция 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()
вольтер для всех этих ответов, или я должен
- просто выберите первый, который действительно работает?
Пример из manpage предлагает мне взять только первый и быть довольным им, если он безошибочен, но тогда я получаю соединение только через IPv4 и мой пример.
Но если я попробую все из них, мне придется позаботиться о 2-х серверных сокетах, которые не нужны из-за того, что серверные сокеты 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
...: - (