Du meinst, dass dieses Problem evtl. alle haben, die eine PPPoE Verbindung zum Provider aufbauen?

Ich habe übrigens auch einen FTTH-Anschluss. Das ONT geht direkt per Gigabit Ethernet (200/50) in die UDMP auf den WAN1-Ethernet Anschluss.

Ist hier jemand mit einer PPPoE-Verbindung, bei dem es ohne das manuelle Setzen der Route funktioniert?

Gruß Hoppel

Zitat von columbo1979

aber wieso wird dann über wieistmeineip und auch https://ipv6-test.com eine ipv6 angezeigt? wie gesagt, es geht ja... nur halt nach dem neustart benötigt es wieder ein ip -6 route add 0::/0 dev ppp0.

die frage ist nur wieso?

Weil es fast zeitgleich zu diesem Beitrag hier gepostet wurde… Hast du folgendes im Ubiquiti Forum gepostet?

https://community.ui.com/quest…18-46b7-9e60-79c837298270

Ich werde mich da mal dran hängen.

Gruß Hoppel

Das Wieso ist wohl weil IPv6 bei unifi immer noch etwas stiefmütterlich ist.

Das Warum, ggf bist du er ein zigste der PPPOE + UDMP + IPV6 mach will.

Evt. hat grade dein Provider im Ipv6 irgentein Bit anders das unifi Grade nicht mag.

btw.

Die UDM basiert auf Debian wenn ich das richtig sehe.

Dann gibt es evt. eine Möglichkeit "/etc/ppp/if-up" sollte ein Script liegen bei dem man ggf

die default route für IPv6 hinzufügen kann, die wird dann jedes mal beim neu verbinden ausgeführt.

Ob wie und überhaupt kann ich aber nicht beurteilen. Aber üblicherweise wird irgentein Script

ausgeführt wenn Verbindung da ist um den ganzen anderen Rotz zu triggern.

Danke dir für die Infos.

Zitat von gierig

Dann gibt es evt. eine Möglichkeit "/etc/ppp/if-up" sollte ein Script liegen bei dem man ggf

Jo, unter /etc/ppp gibt es folgende drei Scripte:

 # cat /etc/ppp/ip-down 
#!/bin/sh
# Generated automatically by ubios-udapi-server
if [[ "${LINKNAME}" != "${LINKNAME/ppp/}" ]]; then
    /usr/bin/pppoe-update-script down "$@"
fi
if [[ "${LINKNAME}" != "${LINKNAME/l2tp/}" ]]; then
    ubios-udapi-client INTERNAL /services/l2tp-server '
        {
          "type": "l2tp-iface-hook-down",
          "interface": "'${IFNAME}'",
          "remote_peer_ip": "'${UBNT_REMOTE_PEER_IP}'",
          "pppd_pid": '${PPPD_PID}'
        }
    '
fi

# cat /etc/ppp/ip-pre-up 
#!/bin/sh
# Generated automatically by ubios-udapi-server
if [[ "${LINKNAME}" != "${LINKNAME/l2tp/}" ]]; then
    ubios-udapi-client INTERNAL /services/l2tp-server '
        {
          "type": "l2tp-iface-hook-pre-up",
          "interface": "'${IFNAME}'",
          "remote_peer_ip": "'${UBNT_REMOTE_PEER_IP}'",
          "pppd_pid": '${PPPD_PID}'
        }
    '
fi

# cat /etc/ppp/ip-up 
#!/bin/sh
# Generated automatically by ubios-udapi-server
if [[ "${LINKNAME}" != "${LINKNAME/ppp/}" ]]; then
    /usr/bin/pppoe-update-script up "$@"
fi
if [[ "${LINKNAME}" != "${LINKNAME/l2tp/}" ]]; then
    ubios-udapi-client INTERNAL /services/l2tp-server '
        {
          "type": "l2tp-iface-hook-up",
          "interface": "'${IFNAME}'",
          "remote_peer_ip": "'${UBNT_REMOTE_PEER_IP}'",
          "pppd_pid": '${PPPD_PID}'
        }
    '
fi

Relevant ist dann wahrscheinlich nur das letzte Script.

Weitere Fragen an dich:

• Kann man diesen Befehl sleep 10; ip -6 route add 0::/0 dev ppp0 in diesem Script ergänzen? Wenn ja, wie müsste das Script aussehen? Wahrscheinlich ist das schwierig, da "echo" für so etwas vrsl. nicht geeignet ist
• Kann ich ein weiteres Script daneben "/etc/ppp/" packen und irgendwie eine Abhängigkeit zwischen den beiden Scripten herstellen, so dass mein eigenes Script immer dann ausgeführt wird, wenn "/etc/ppp/ip-up" ausgeführt wurde?

Wie siehst du das?

Danke dir und Gruß Hoppel

Hm..., gerade mal auf einer anderen Linux Maschine ein Bisschen herumprobiert... Wenn ich mir ein Startscript mit folgendem Befehl bauen würde:

echo "sleep 10; ip -6 route add 0::/0 dev ppp0" >> /etc/ppp/ip-up

würde das Script anschließend wie folgt aussehen:

# cat /etc/ppp/ip-up
#!/bin/sh
# Generated automatically by ubios-udapi-server
if [[ "${LINKNAME}" != "${LINKNAME/ppp/}" ]]; then
    /usr/bin/pppoe-update-script up "$@"
fi
if [[ "${LINKNAME}" != "${LINKNAME/l2tp/}" ]]; then
    ubios-udapi-client INTERNAL /services/l2tp-server '
        {
          "type": "l2tp-iface-hook-up",
          "interface": "'${IFNAME}'",
          "remote_peer_ip": "'${UBNT_REMOTE_PEER_IP}'",
          "pppd_pid": '${PPPD_PID}'
        }
    '
fi
sleep 10; ip -6 route add 0::/0 dev ppp0

Ist das sinnvoll bzw. kann das so funktionieren? Will das jetzt nicht einfach so ausprobieren...

Gruß Hoppel

Im gründe Kannst du dir das Sleep da sparen, da das script ausgeführt wird wenn die Verbindung aufgebaut ist.

Aber ja im grunde sollte das so klappen.

OK, dann probiere ich das später mal aus. Ich melde mich wieder.

HERVORRAGEND!

Folgendes Script ist der ideale Workaround bis Unifi das selbst gelöst hat

/mnt/data/on_boot.d/10-pppoe_reconnect_ipv6.sh

!/bin/sh
echo "ip -6 route add 0::/0 dev ppp0" >> /etc/ppp/ip-up
echo "0 4 * * * killall -HUP pppd" > /etc/cron.d/pppoe_reconnect
/etc/init.d/crond reload /etc/cron.d/pppoe_reconnect

Nach dem PPPoE Verbindungsaufbau wird die IPv6 Route hinzugefügt, wenn

1. ein UDMP Neustart durchgeführt wird
2. ein PPPoE Verbindungsabbruch erfolgt (Automatischer Reconnect passiert ohne dieses Script)
3. um 4 Uhr morgens der Reconnect (Zwangstrennung) dieses Scriptes durchgeführt wird

Der Abstand zwischen dem IPv4 und dem IPv6 "Verbindungsaufbau" ist bei mir ca. 15-20Sek. Wer den PPPoE Reconnect nicht benötigt, lässt einfach die letzten beiden Zeilen des Scriptes weg.

gierig Vielen, vielen Dank nochmal für die sehr konstruktive Unterstützung!

Gruß Hoppel

Vielleicht ist der Fehler nun mit dem neuen Update für die UDM(P) behoben…

https://community.ui.com/relea…dc-4a6d-8991-d469959d366e

Folgende Fehlerbehebungen könnten da meiner Ansicht nach reinspielen:

Zitat

• Fix an issue that UDM/UDM-Pro with PPPoE WAN could lose remote access to cloud after reboot.
• Fix a corner issue during PPPoE connection establishment.
• Fix an occasional WAN flapping issue.
• Fix issue when WAN IP is not obtained after reboot.

Gruß Hoppel

Hallo,

hab das gleiche Problem.

Auch Purtel über einen Stadtwerke Reseller.

Dein SSH Befehl hat super funktioniert

Da ich nicht soviel neustarte bisher wäre das so möglich erstmal.

Aber schön ist anders.

Scheint auf jeden Fall ein Bug irgendwie zu sein. Aber ich bin leider auch kein Super Pro auf der Console oder bei solchen Themen.

PS: Hast du nen Support Ticket dafür bei Unifi aufgemacht?

Moinsen,

Ubiquiti möchte das Problem mit mir (evtl. uns) zusammen lösen: https://community.ui.com/quest…93-4818-baba-946f27fbc83f

Die bitte an mich war einen eigenen Thread dafür zu erstellen. Das habe ich gerade getan, hier zu finden:

https://community.ui.com/quest…fe-405d-973b-fb45c9b442cc

Mal sehen, was bei herauskommt. Meiner Ansicht nach können sich die Betroffenen hier, dort auch gern zu Wort melden.

Gruß Hoppel

Bisher noch kein Response. Ich habe die Nachricht von Ubiquiti leider auch erst nach der Rückkehr aus meinem Urlaub entdeckt.

Nunja…, harren wir der Dinge. Der Thread mit meinen Support und Logfiles ist erstellt.

Gruß Hoppel

drücke die Daumen für dich und uns alle

Wäre cool, wenn ihr afrob und columbo1979 euch mal in dem Thread kurz mit der Aussage melden könntet, dass ihr auch betroffen seid:

https://community.ui.com/quest…-973b-fb45c9b442cc?page=1

Gruß Hoppel

Nö, leider seit 20 Tagen keine weitere Reaktion. Aber gut, ich bin geduldig.

Gruß Hoppel