Radvd sendet Werbung an die falsche Schnittstelle

Radvd sendet Werbung an die falsche Schnittstelle

Ich habe die folgende radvd.conf-Datei:

interface eth0
{
        AdvSendAdvert on;
        MinRtrAdvInterval 30;
        MaxRtrAdvInterval 100;
        route 2000:e000:0:2::/64
        {
                AdvRoutePreference low;
        };
};

interface tap_tap
{
        AdvSendAdvert on;
        MinRtrAdvInterval 30;
        MaxRtrAdvInterval 100;
        prefix 2000:e000:0:2::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr on;
        };

        route 2000:e000:0:1::/64
        {
                AdvRouteLifetime infinity;
                AdvRoutePreference high;
        };

};

Die Idee ist, eine eth0-Schnittstelle zu einem internen Netzwerk und eine Tap-Schnittstelle zu haben, mit der Personen über VPNs verbunden werden. Auf der eth0-Schnittstelle möchte ich Routen bekannt geben, damit jeder im internen Netzwerk die VPN-Clients sehen kann. Das Problem besteht darin, dass die eth0-Werbung von anderen Schnittstellen wie eth1 aufgegriffen wird und das das gesamte Routing durcheinander bringt:

# radvd configuration generated by radvdump 1.9.2
# based on Router Advertisement from fe80::b076:c0ff:fe83:d38a
# received by interface eth1
#

interface eth1
{
        AdvSendAdvert on;
        # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
        AdvManagedFlag off;
        AdvOtherConfigFlag off;
        AdvReachableTime 0;
        AdvRetransTimer 0;
        AdvCurHopLimit 64;
        AdvDefaultLifetime 300;
        AdvHomeAgentFlag off;
        AdvDefaultPreference medium;
        AdvSourceLLAddress on;

        route 2000:e000:0:2::/64
        {
                AdvRoutePreference low;
                AdvRouteLifetime 300;
        }; # End of route definition

}; # End of interface definition
#
# radvd configuration generated by radvdump 1.9.2
# based on Router Advertisement from fe80::b076:c0ff:fe83:d38a
# received by interface eth0
#

interface eth0
{
        AdvSendAdvert on;
        # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
        AdvManagedFlag off;
        AdvOtherConfigFlag off;
        AdvReachableTime 0;
        AdvRetransTimer 0;
        AdvCurHopLimit 64;
        AdvDefaultLifetime 300;
        AdvHomeAgentFlag off;
        AdvDefaultPreference medium;
        AdvSourceLLAddress on;

        route 2000:e000:0:2::/64
        {
                AdvRoutePreference low;
                AdvRouteLifetime 300;
        }; # End of route definition

}; # End of interface definition

Das Seltsame ist, dass ich genau dieses Setup in einigen Umgebungen erfolgreich verwendet habe. Aus irgendeinem Grund passiert dies in einigen Umgebungen aus heiterem Himmel. Übersehe ich etwas?

Danke schön!

verwandte Informationen