А это тоже по-разному работает. Например dig из BIND8.3 при отсутствии INET6 в ядре (вследствие, обломе команды socket) переставал работать, а с INET6 - по отсутствию роутинга спокойно уходил на следующий IP. 9ка же повела себя строго наоборот - если нету INET6 то всё OK, а если есть - облом по таймауту от недоступности NS'а.
> а если есть - облом по таймауту от недоступности NS'а.
не уловил смысл сказанного. INET6 а ядре, NS'ы в resolv.conf, если вы прописываете левые NS'ы в resolv, то и получаете таймаут. при отсутствии ipv6 NS'ов в resolv, оно нормально лезет на ipv4 ns'ы и может получить оттуда и A и AAAA.
у меня нормально работает dig из BIND9 на openbsd 3.5 с INET6 и openbsd 3.9-current, freebsd 6.1-prerelease без INET6. (тестил на ftp.chg.ru)
насчет того что начинает с ipv6 -- так и должно быть, он в списке первый. поэтому кстати и не работают некоторые программы, которые не обрабатывают случай биндинга к ipv6 адресу первым (то есть они больше не пытаются биндится).
тут уж как мы будем обрабатывать результат резолва адреса NS'а. dig работает правильно с той точки зрения, что он, получив первым ipv6 адрес (если таковой имеется) сразу же пытается на него залезть, но неправильно что при неудаче не пытается пользовать ipv4 адрес... при желании можно покопаться в dig и заставить его пользовать ipv4 адрес NS после ipv6.
мдя, а всё от того, что обработка ipv6 происходит раньше ipv4. что лечится в нормальных программах выкидыванием INET6 :) в bind8 был видимо просто хак насчет рутинга.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2006-03-12 08:21 pm (UTC)no subject
Date: 2006-03-12 08:46 pm (UTC)не уловил смысл сказанного.
INET6 а ядре, NS'ы в resolv.conf, если вы прописываете левые NS'ы
в resolv, то и получаете таймаут. при отсутствии ipv6 NS'ов в resolv,
оно нормально лезет на ipv4 ns'ы и может получить оттуда и A и AAAA.
у меня нормально работает dig из BIND9 на openbsd 3.5 с INET6 и
openbsd 3.9-current, freebsd 6.1-prerelease без INET6. (тестил на
ftp.chg.ru)
насчет того что начинает с ipv6 -- так и должно быть, он в списке первый.
поэтому кстати и не работают некоторые программы, которые не обрабатывают
случай биндинга к ipv6 адресу первым (то есть они больше не пытаются
биндится).
no subject
Date: 2006-03-12 09:45 pm (UTC)NS'ы в команде. Например:
dig @ns-pri.ripe.net -x 193 ns +norec
> если вы прописываете левые NS'ы в resolv, то и получаете таймаут.
Нет, таким я не страдаю.:)
no subject
Date: 2006-03-12 10:04 pm (UTC)угу, вижу :)
тут уж как мы будем обрабатывать результат резолва адреса NS'а.
dig работает правильно с той точки зрения, что он, получив первым
ipv6 адрес (если таковой имеется) сразу же пытается на него залезть,
но неправильно что при неудаче не пытается пользовать ipv4 адрес...
при желании можно покопаться в dig и заставить его пользовать
ipv4 адрес NS после ipv6.
мдя, а всё от того, что обработка ipv6 происходит раньше ipv4.
что лечится в нормальных программах выкидыванием INET6 :)
в bind8 был видимо просто хак насчет рутинга.
> Нет, таким я не страдаю.:)
да вот и я думаю... :)