ntpd odmawia otwarcia portu 123 na adresie wildcardowym IPv6 ::
Bartosz Lis
bartoszl w ics.p.lodz.pl
Wto, 13 Paź 2009, 20:03:54 CEST
Witam,
Mała ale istotna errata do mojego poprzedniego listu oraz rozwiązanie
problemu.
Dnia poniedziałek, 12 października 2009 o 18:28:48 Bartosz Lis napisał(a):
> Witam,
>
> Testuję jądro 2.6.31.2-0.1. Mam problemy z serwerem ntp:
>
>
> # /usr/sbin/ntpd -dd -c /etc/ntp/ntp.conf
> ntpd 4.2.4p7 w 1.1607-o Mon Oct 12 11:43:33 UTC 2009 (1)
> addto_syslog: Attemping to register mDNS
> *** WARNING *** The program 'ntpd' uses the Apple Bonjour compatibility
> layer of Avahi.
> *** WARNING *** Please fix your application to use the native API of Avahi!
> *** WARNING *** For more information see <http://0pointer.de/avahi-
> compat?s=libdns_sd&e=ntpd>
> addto_syslog: Unable to register mDNS
> addto_syslog: signal_no_reset: signal 13 had flags 14000000
> addto_syslog: set_process_priority: Leave priority alone: priority_done is
> <2> addto_syslog: precision = 0.978 usec
> create_sockets(123)
> addto_syslog: ntp_io: estimated max descriptors: 1024, initial socket
> boundary: 16
> addto_syslog: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
> addto_syslog: bind() fd 17, family AF_INET6, port 123, scope 0, addr ::,
> mcast=0 flags=0x81 fails: Address already in use
> addto_syslog: unable to bind to wildcard socket address :: - another
> process may be running - EXITING
>
> Rzecz jasna, przed zawracaniem komukolwiek głowy sprawdziłem, że nic innego
> nie chodzi na udp123. Wygląda to tak, jakby przy otwarciu przez proces
> portu 123 na wildcardowym adresie IP 0.0.0.0 jądro nieproszone otwierało
> mu także ten port na wildcardowym adresie IPv6 :: . Kiedy w następnym
> kroku proces otwiera sobie "własnoręcznie" port 123 na adresie IPv6 ::
> otrzymuje informację że ktoś mu ten adres wcześniej zajął.
>
> Problem ten nie występuje w dowolnej kombinacji:
Tu powyżej pomyliłem się przy pisaniu mila: jest o jedno "nie" za dużo,
powinno być:
Problem ten występuje w dowolnej kombinacji:
>
> dystrybucja: th
>
> architektury: x86_64, i686
>
> jądro: kernel-2.6.31.1-0.1 (zbudowane samodzielnie z CVSa),
> kernel-2.6.31.2-0.1 (pobrany z test)
>
> ntp: ntp-4.2.4p6-2 (z dystrybucji), ntp-4.2.4p7-2 (zbudowane samodzielnie z
> CVSa),
>
> glibc: glibc-2.10.1-14
>
> Problem nie występuje dla jądra 2.6.28.10-3. Testowane były te same
> architektury i wersje ntp oraz cała reszta konfiguracji komputerów
> testowych. Marudzenie o apple bonjour to stara sprawa, która w niczym nie
> przeszkadza.
>
> Co ciekawe, netstat wywołany osobno z opcją --inet i osobno z opcją inet6
> przy jądrze 2.6.28.10-3 wypisuje osobno otwarte porty na TCP/UDP oraz
> osobno TCPv6/UDPv6. W przypadku jądra 2.6.31.2-0.1, której bym opcji nie
> użył zawsze dostaję listę wszystkich otwartych portów v4 i v6.
Po ponownym sprawdzeniu zachowania netstata okazuje się że jest dziwnie, ale
nie tak jak pisałem. Wersja jądra nie ma tu nic do rzeczy. Po prostu opcje
--inet i --inet6 działają identycznie w stosunku do portów TCP v4 i v6 - każda
wyświetla porty otwarte na obu wersjach protokołów. W przypadku UDP opcja
--inet pokazuje to co otwarto na portach v4, a --inet6 to co otwarto na
portach v6
>
> Podejrzewam więc, że problem pojawił się w którymś z jąder 2.6.29-31
>
> Na listach dyskusyjnych poświęconych ntp sugerowano:
> echo 1 > /proc/sys/net/ipv6/bindv6only
> - nie pomaga.
>
> Będę już zadowolony, jeśli ktoś mi podpowie jak wyłączyć IPv6 (którego nie
> używam) nie rekompilując jądra. Jest spora szansa, że to załatwi problem.
Pogrzebałem w źródłach ntpd i udało mi się rozwiązać sprawę przez włączanie
opcji SO_REUSEADDR na:
1. adresie wildcardowym IPv6 na czas jego bindowania,
2. wcześniej zabindowanym adresie wildcardowym IPv4 na czas bindowania
jakiegokolwiek adresu IPv6.
Po poprawkach ntpd działa dobrze na architekturach i686 i x86_64 przy każdym z
jąder, o którym była wczesniej mowa w liście.
Stosowny patch poniżej. Można dodać go jako osobny patch lub dokleić do
ntp-ipv6.patch .
Pozdrawiam jeszcze raz,
--
Bartosz Lis @ Institute of Comp. Science, Technical University of Lodz, Poland
bartoszl @ ics.p.lodz.pl
----8<----
--- ntp-4.2.4p5/ntpd/ntp_io.c.orig 2009-05-18 08:21:15.000000000 +0000
+++ ntp-4.2.4p5/ntpd/ntp_io.c 2009-10-13 16:35:48.000000000 +0000
@@ -920,7 +920,7 @@
interface->ignore_packets = ISC_TRUE;
interface->fd = open_socket(&interface->sin,
- interface->flags, 1, interface);
+ interface->flags, 0, interface);
if (interface->fd != INVALID_SOCKET) {
wildipv6 = interface;
@@ -2443,6 +2443,9 @@
if (!is_wildcard_addr(addr)) {
set_wildcard_reuse(addr->ss_family, 1);
}
+ if (addr->ss_family == AF_INET6) {
+ set_wildcard_reuse(AF_INET, 1);
+ }
#endif
/*
@@ -2456,6 +2459,9 @@
* addresses if a wildcard address already bound
* to the port and REUSE_ADDR is not set
*/
+ if (addr->ss_family == AF_INET6) {
+ set_wildcard_reuse(AF_INET, 0);
+ }
if (!is_wildcard_addr(addr)) {
set_wildcard_reuse(addr->ss_family, 0);
}
----8<----
Więcej informacji o liście dyskusyjnej pld-users-pl