[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re[2]: Verliere ipv6 Adresse regelmäßig



Hallo,

vielen Dank für deine Antwort.

 forever steht da - aber das ist nur die lokale Adresse. Die andere habe
 ich momentan ja nicht.

Das ist natürlich Voraussetzung für das Experiment.
Ja, aber ich weiß nicht, wie ich jetzt eine Adresse bekomme.
Ich habe es so versucht:
dhclient -6 -d eth0
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on Socket/eth0
Sending on   Socket/eth0
PRC: Previous lease is devoid of active addresses.
PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT:  X-- IA_NA 4d:aa:27:bb
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth0, interval 1040ms.
RCV: Advertise message on eth0 from 2001:cb:9743:ae00:9ec7:a6ff:fefd:3a69.
RCV:  X-- Preference 0.
RCV:  X-- IA_NA 4d:aa:27:bb
RCV:  | X-- starts 1610047394
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAADDR 2001:cb:9743:ae00:222:4dff:feaa:16ae
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 7200.
RCV:  X-- Server ID: 00:03:00:01:9c:c7:a6:fd:3a:69
RCV:  Advertisement recorded.
PRC: Selecting best advertised lease.
PRC: Considering best lease.
PRC: X-- Initial candidate 00:03:00:01:9c:c7:a6:fd:3a:69 (s: 10104, p: 0).
XMT: Forming Request, 0 ms elapsed.
XMT:  X-- IA_NA 4d:aa:27:bb
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAADDR 2001:cb:9743:ae00:222:4dff:feaa:16ae
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_NA appended.
XMT: Request on eth0, interval 1030ms.
RCV: Reply message on eth0 from 2001:cb:9743:ae00:9ec7:a6ff:fefd:3a69.
RCV:  X-- Preference 0.
RCV:  X-- IA_NA 4d:aa:27:bb
RCV:  | X-- starts 1610047395
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAADDR 2001:cb:9743:ae00:222:4dff:feaa:16ae
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 7200.
RCV:  X-- Server ID: 00:03:00:01:9c:c7:a6:fd:3a:69
PRC: Bound to lease 00:03:00:01:9c:c7:a6:fd:3a:69.
PRC: Renewal event scheduled in 1800 seconds, to run for 1080 seconds.
PRC: Depreference scheduled in 3600 seconds.
PRC: Expiration scheduled in 7200 seconds.

Ich hoffe, das macht Sinn.
Interessanterweise beendet sich das Programm nicht.

Das ergibt nun:
ip addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:22:4d:aa:27:bb brd ff:ff:ff:ff:ff:ff
    inet 192.168.177.3/24 brd 192.168.177.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2001:cb:9743:ae00:222:4dff:feaa:16ae/128 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::222:4dff:feaa:16ae/64 scope link
       valid_lft forever preferred_lft forever

 Wenn die RAs sauber gesendet werden und sauber ankommen, dann muss die
 Zeit regelmäßig vor dem Ablaufen erneuert werden.

  Nach einiger Zeit, verliere ich aber die eine ipv6 Adresse:

  Woran kann das liegen?

 Paketfilter filter ICMPv6 für RAs?

 Habe ich nicht manuell/bewusst definiert. Wie finde ich das raus?

Zuerst einmal "ip6tables-save", das zeigt, ob es irgendwelche Regeln
gibt. Alternativ "nft list ruleset ip6". Am besten beides testen.

ip6tables-save gibt keinerlei output.
nft ist nicht installiert. Sollte ich es installieren, oder bedeutet das, dass nft auch nicht filtern kann?

Dann kann es natürlich sein, dass deine FritzBox die RAs nicht sauber
sendet.
Ist das denn ein bekanntes Problem? Wie kann ich das herausfinden?

Oder das irgendetwas Multicasts schluckt, das ist auch ein "beliebtes"
Problem bei IPv6, da alles, was nicht Unicast ist, ist Multicast.
Aber zwischen der Fritzbox ist ja nur ein (non-Managed) Switch. Der kann ja eigentlich nix schlucken?

Gruß,
Hendrik



Reply to: