Posts by DerMaas

Unsere Community hält dieses Forum am Leben. Freiwillige Spenden ermöglichen es uns, komplett auf Werbung zu verzichten. Spenden
    Code
    0 3 * * * root /usr/sbin/ip link set dev ppp0 down; /usr/sbin/ip link set dev ppp0 up

    der Befehl "ip" liegt nicht in/usr/sbin/

    Code
    root@Lisa:~# whereis ip
    ip: /bin/ip /sbin/ip

    file anlegen in /etc/cron.d/restart

    inhalt:

    Code
    MAILTO=""
    #Kill PPPD every night @03:00
    0   3   *   *   *   root   /usr/bin/killall -HUP pppd

    (mit Leerzeilen am ende)

    Fertig.

    Vielen Dank. So hat es jetzt funktioniert :) Rein aus Interesse. Würde das hier den gleichen Zweck erfüllen oder wäre die Verbindungsunterbrechnung zu kurz um als "Zwangstrennung" erkannt zu werden?

    Code
    MAILTO=""
    # Neustart des physischen WAN-Ports erzeugt sofortige PPPoE-Neueinwahl
    0 3 * * * root /sbin/ip link set eth4 down; sleep 5; /sbin/ip link set eth4 up && echo "$(date): WAN Port eth4 Reset durchgeführt" >> /var/log/ppp-reconnect.log

    Ich hatte beides probiert und mir ist aufgefallen, dass bei deiner Lösung die Verbindung "relativ lange" weg ist im Vergleich zum Restart des WAN Ports. Bei deinem Befehl wird mir ein "wirklicher Verbindungsverlust" angezeigt und das Gateway beschwert sich dann auch, dass die Verbindung weg ist. Beim Restart des WAN Ports wird nur für 5 Sekunden ein Packet Loss Peak angezeigt.

    Vielen Dank nochmal :)

    Guten Morgen und sorry für die späte Rückmeldung.

    Ich hatte das ganze jetzt am Samstag Mittag mal "eingerichtet" wie folgt:

    Display Spoiler

    vi /data/on_boot.d/20-pppoe-cron.sh

    echo "0 3 * * * root /usr/sbin/ip link set dev ppp0 down; /usr/sbin/ip link set dev ppp0 up" > /etc/cron.d/pppoe-reconnect

    /data/on_boot.d/20-pppoe-cron.sh

    cat /etc/cron.d/pppoe-reconnect

    Als Ergebnis habe ich dann das hier bekommen:

    Quote

    root@UCG-Ultra-Heim:~# /data/on_boot.d/20-pppoe-cron.sh Restarting cron (via systemctl): cron.service.

    root@UCG-Ultra-Heim:~# cat /etc/cron.d/pppoe-reconnect 0 3 * * * root /usr/sbin/ip link set dev ppp0 down; /usr/sbin/ip link set dev ppp0 up root@UCG-Ultra-Heim:~#

    Sah dann soweit alles gut aus aber im Log kann ich nicht sehen, dass die Verbindung kurz getrennt wurde um 3 Uhr oder den kurzen Packet Loss der normal sichtbar ist dann. Deshalb gehe ich davon aus, dass es nicht funktioniert hat :rolleyes:

    Gibt dazu schon eine Anleitung, funktioniert bei mir seit Jahren einwandfrei. Lies dir mal die Beiträhe durch: UDM Pro Wan

    Das werde ich jetzt dann nochmal probieren. Ich hatte es schon einmal hinbekommen aber nach einem Neustart zu einer anderen Uhrzeit war der geplante Reconnect dann wieder hinfällig.


    Warum einfach, wenn es auch komplziert geht. ;)

    Es gibt doch cronjobs im System bei /etc, einfach Datei reinpacken mit kill pppd. Linux Grundkurs. Und die haben seit UnifiOS 3 jeden OSupdatebei mir überstanden

    Ist bestimmt seit 3 Jahren immer wieder hier im Forum beschrieben.

    Und noch eins, bitte, bitte fragt keine AI zu technischen Problem. Das geht, wie es sich in letzter Zeit immer mehr zeigt hat, regelmäßig in die Hose.

    Ich verstehe deine Aussage gerade hinsichtlich AI wobei ich die Erfahrung gemacht habe, dass sie bei solchen "Standardsachen" sehr hilfreich sein kann und gut funktioniert.

    Sicher sind das absolute Linux Basics aber ich muss auch ehrlich sagen, dass ich mich für sowas vermeintlich einfaches nicht stundenlang in Linux einarbeiten möchte.

    Ziel war eigentlich eine Update & Neustart resistente Lösung zu erhalten was aber wohl nicht funktioniert hat obwohl ich in der Konsole auch gesehen habe, dass die Datei existiert und der Cronjob auch aktiv ist.

    Ab und zu den Router über die Gui neu starten ist gut, aber keine harten Neustarts mit Strom weg.

    Alternativ hätte ich ja noch meine 7530 die ich dafür nutzen könnte aber dann habe ich wieder einen zusätzlichen Verbraucher und müsste mit doppeltem NAT leben oder routen anlegen etc.

    Vielleicht klappt es ja über den Vorschlag von Copilot :)

    digger-de Danke für die Antwort. Ich habe gerade auch mal Copilot interviewt und folgende Lösung vorgeschlagen bekommen:

    Display Spoiler

    a { text-decoration: none; color: #464feb; } tr th, tr td { border: 1px solid #e6e6e6; } tr th { background-color: #f5f5f5; }

    Beispiel-Konfiguration (angenommen: Interface heißt eth6)

    Aus Community‑Beispielen wissen wir, dass WAN‑Interfaces bei PPPoE‑Routern häufig eth6 heißen, z. B. beim Wechseln der IP per udhcpc‑Kill und Interface‑Reset („change eth6 with your router WAN interface“). [gist.github.com]

    Wenn dein Interface z. B. eth6 ist, sieht die automatisierte Lösung so aus:


    ✅ Schritt‑für‑Schritt‑Anleitung

    1. Verzeichnis für Cronjobs anlegen

    Code
    mkdir -p /data/cronjobs

    2. Cronjob-Datei erstellen

    Code
    nano /data/cronjobs/pppoe-reconnect

    3. Inhalt einfügen (04:00 täglicher Reconnect)

    Achtung: Ersetze eth6 durch deine korrekte Schnittstelle.

    Code
    0 4 * * * root /usr/sbin/ip link set dev eth6 down; /usr/sbin/ip link set dev eth6 up

    Warum das funktioniert

    Weil UniFi Gateways PPPoE teils nicht mehr über pppd verwalten — Community‑User bestätigen, dass ip link set dev … down/up zuverlässig PPPoE neu initialisiert. [reddit.com]

    4. Abspeichern und schließen

    5. Cron-Loader aktivieren

    Auf CGU/UDM/UDR werden Cronjobs aus /data/cronjobs/ beim Booten automatisch in /etc/cron.d synchronisiert (dokumentiert in Cronjob‑Guide für UniFi OS). [cln.io]

    Falls noch kein „on_boot.d“-Script existiert, wird es automatisch erzeugt, sobald /data/cronjobs/ genutzt wird.

    6. Neustart (einmalig)

    Code
    reboot

    🎉 Ergebnis

    Du bekommst:

    • jeden Tag um 04:00 Uhr eine neue PPPoE‑Session
    • Insgesamt eine neue öffentliche IPv4
    • Ohne Eingriff in /etc
    • Ohne pppd‑Abhängigkeit
    • Ohne Risiko bei Firmware‑Updates
    • Komplett persistente Lösung, unterstützt durch UniFi‑Mechanismen

    Das würde ich heute Abend mal ausprobieren. Alternativ ist mir eingefallen, ich könnte auch ein Shelly Smart Plug am Modem nutzen und diesen jeden Tag um 3 Uhr kurz aus und wieder einschalten. Aber ich weiß nicht ob das so toll für die Hardware ist :/

    Guten Morgen zusammen,

    wir haben in unserem Neubau einen FTTH Anschluss der Telekom aber 1&1 als Provider (Versatel Netz). Initial hatten wir eine Fritzbox 7530 hinter dem Glasfasermodem 2 hängen welche die Zwangstrennung komfortabel immer in die Nacht gelegt hat.

    Mittlerweile habe ich das geplante Unifi Netzwerk in Betrieb genommen und die Fritzbox liegt als Backup um Regal. Jetzt ist das UCG Ultra direkt am Glasfasermodem 2 angeschlossen und übernimmt die Einwahl via PPPoE was auch absolut reibungslos funktioniert.

    Das einzige was mich stört ist die 24h Zwangstrennung die jetzt nicht mehr consequent in der Nacht stattfindet wie bei der Fritzbox sondern zu der Zeit als das Gateway neugestartet wurde oder die Verbindung kurz weg war.

    Gibt es eine Möglichkeit die Zwangstrennung im Gateway so zu legen wie es bei der Fritzbox der Fall war? Nach jedem Neustart nachts um 3 Uhr kurz den Stecker zu ziehen ist keine Option ^^

    Gab es bei den U7 Pro nicht eine neue Version ohne Lüfter? Hatte das irgendwo gelesen.

    Wir sind vor drei Wochen in unser EFH gezogen mit knapp über 70m² pro Etage. Stahlbetondecken und alle Wände Ziegelsteinwerk. Wir haben pro Etage einen zentralen U7 Lite und ich kann dir sagen, dass ich fast in jeder Ecke des Hauses die vollen 600/300 unseres FTTH Anschlusses bekomme über 5Ghz. Die 2,4Ghz Abdeckung ist natürlich noch deutlich besser. Im Keller in der hintersten Ecke des Technikraums nicht ganz aber für den Alltag mehr als ausreichend.

    Ich weiß nicht ob die Abdeckung der Pro Modelle besser ist weil ich keines da habe oder ob diese nur besser gerüstet sind für mehr Clients.

    So, Netzwerk läuft jetzt auch mit einem AP. IPv6 funktioniert auch :) Lag wirklich am Firmen VPN.

    Jetzt ist es so, dass die erste 1&1 Zwangstrennung natürlich 24h nach dem ersten Anschließen des Gateways um 19:55 Uhr war. Da die Uhrzeit denkbar schlecht ist habe ich einen Cronjob/Crontab installiert:

    0 3 * * * killall -HUP pppd

    Das hat gestern Nacht auch einmal funktioniert. Heute Nacht wurde die Verbindung nicht getrennt um 3 Uhr wie es eigentlich hätte passieren sollen.

    Habt ihr eine Idee woran es hier scheitert? Danke schon einmal :)

    Im LAN Netz solltest du DHCP6 probieren.

    Außerdem müsste dein Laptop schon ein IPv6 Adresse bekommen, wenn in der Netzwerkumgebung es aktiv ist. Nur kommst du dann nicht auf Grund VPN Einstellungen damit ins Internet. Aber mit "ipconfig -all" sollte es zu sehen sein.

    Stecke doch einfach so Mal einen AP an.

    Danke, werde ich mal probieren. Soll ich es probieren, weil es mit SLACC zu Problemen kommen kann oder wieso DHCP6?

    "ipconfig-all" habe ich tatsächlich nicht gecheckt. Da müsste ich es unabhängig vom VPN, ja :man_facepalming_light_skin_tone:

    Guten Morgen,

    ich habe gestern mal das UCG Ultra angeschlossen und schon einmal getestet mit dem Anschluss. Hat auch auf Anhieb funktioniert. Könnt ihr bitte einmal kurz über die IPv6 Settings drüber schauen ob das so passt?


    Habe bei diveresen Testseiten kein IPv6 bekommen was aber auch an meinem Firmennotebook mit nicht abschaltbarem VPN liegen kann. In der Firma bekomme ich auch keine IPv6 Verbindungen.

    Am Montag oder Dienstag will ich die AP's aufhängen, dann könnte ich es auch mit dem Handy testen. Desktop PC kann ich leider noch nicht hinschaffen ^^

    Wenn ich jetzt ein Cloud Gateway Ultra an meinen 1&1 FTTH Anschluss mit Dual Stack anschließe, wähle ich dann PPoE oder PPoE over DS-Lite? :/^^ Könnte ja sein, 1&1 stellt mich heimlich wieder um.

    Muss ich sonst noch etwas einstellen oder kann ich alles auf "Standard" lassen?

    Es ist ja schon eine Kupplung am Kabel. Das passt soweit, das ich den AP einfach mit einem kurzen Patchkabel anschließen könnte. Leider ist beim U7-Lite die Aussparung wo das RJ45 Kabel eingesteckt wird deutlich kleiner wie die des Nano HD aus dem Beitrag wo ich das Bild rauskopiert hat. Kann man auf dem angehängten Bild gut sehen. Es gibt keinen Teil der Montageplatte welcher in diese Aussparung ragt, weshalb ich diese dann auch nicht aufbohren kann :(

    Ich werde es jetzt mal mit dem flachen Lankabel probieren. Wenn das nicht hin haut muss ich den AP wohl nach Anleitung montieren mit einem Versatz zur Dose was auch kein Beinbruch wäre.

    Auf größere AP's zu gehen ist eigentlich nicht der Plan aber würde funktionieren. Müsste dann alle drei U7-Lite ersetzen da ich eigentlich alle direkt an die Elektrodose schrauben wollte um nicht dübeln zu müssen ^^

    Gibt es nicht RJ45 90° Winkelkupplungen? Ist zwar suboptimal, könnte aber vielleicht funktionieren.


    Edit: Dafür müsste man natürlich die Montageplatte durchbohren.

    Das dritte Bild stammt aus diesem Beitrag: https://meintechblog.de/2020/12/12/uni…stolpersteinen/

    Ich hatte eigentlich vor es so zu machen aber das scheint mir bei den U7 Lite nicht zu funktionieren weil die Montageplatte kleiner ist wie die der Nano HD welche in dem Beitrag genutzt wurden.


    Meinst du es würde funktionieren ein flaches Cat 7 Kabel zwischen Decke und Montageplatte zu legen? Sollte eigentlich funktionieren oder?

    Moin,

    morgen möchte ich eigentlich die U7 Lite AP's an die Decke hängen. In der Decke sind jeweils Elektrodosen wo die Halterung der U7 Lite auch direkt drauf passen würde ohne das ich dübeln müsste. Jetzt ist es ja aber bei Ubiquiti so, dass das LAN Kabel neben der Halterung in den AP geführt wird was bedeutet, dass ich die Montageplatte nicht direkt auf die Elektrodose schrauben kann sondern seitlich versetzen muss um das Kabel rauszuführen oder habe ich einen Denkfehler? :/

    Eigentlich habe ich keine Lust mir noch einen Distanzring drucken zu lassen um das Kabel zwischen Halterung und Decke rausführen zu können. Dafür könnte ich den AP zentral über der Dose montieren ?(

    Einzig positive wäre, dass ich den AP etwas mehr vermitteln könnte zwischen den LED Spots:rolleyes:

    Und wie kann man die AP's eigentlich wieder entriegeln wenn sie auf der Montageplatte einrasten?


    Ich habe noch einen Beitrag gefunden wo die Montageplatte "modifiziert" wurde aber als ich mir das gestern angeschaut habe am U7 Lite hatte ich nicht das Gefühl, dass das hier genau so funktionieren kann weil das Kabel trotzdem ein Stück zwischen Montageplatte und AP laufen müsste bis zur Aussparung des AP's wo die RJ45 Buchse sitzt.

    Moin,

    noch eine Frage ^^ Ich hatte mir über Amazon Warehouse einen Zyxel GS1100 in neuwertigem Zustand für gerade mal 44€ geschossen. Zustand war auch neuwertig aber leider hat sich beim Verbinden der LAN Ports nichts getan als ich den Switch getestet habe. Also ging dieser gestern zurück.

    Natürlich kann man immer mal Pech haben aber jetzt stellt sich mir schon die Frage ob es nicht doch besser wäre einen USW24 zu nehmen auch wenn der direkt mit ~200€ zu buche schlägt anstatt ~70€.

    Stand jetzt wäre es so, dass Wechselrichter, Entkalkungsanlage und Wärmepumpe via LAN angeschlossen werden welche ich alle unter "IoT" abstempeln würde. Dafür wäre ein VLAN am Switch denkbar. Ansonsten würde mir gerade kein Anwendungsfall einfallen wo ich es bräuchte. Die Kinder sind noch viel zu jung um "LAN-Geräte" zu betreiben, so dass ich hier nichts einschränken würde.

    Mir ist klar, dass ich hier im Unifi Forum bin und das die Antwort wahrscheinlich sein wird "bleib innerhalb des Systems" aber ich sehe den Mehrwert von ~130€ aktuell nicht beim USW24. Das mag sich nach nicht viel anhören aber wenn man eine Liste hat mit X wichtigeren Anschaffungen fürs Haus hat wenn es etwas günstigeres ebenso tut überlegt man mindestens zwei mal bei schwindendem Budget ^^