Beiträge von sven2084

Hallo Zusammen,

noch einmal ein kleiner Nachtrag meinerseits.

Ich habe nun mittlerweile 2 Firmware Updates der UDM SE hinter mir und auch den Network Controller auf 7.0.22 upgedated und 1-2 manuelle reboots ausgelöst. In allen Fällen bleibt die restart_pppoe-Datei vorhanden und funktioniert in meinem Falle jeden Morgen pünktlich um 6 Uhr

Du hast recht. Das Wörtchen root war der Schlüssel:

Feb  7 13:13:46 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 tail -f /var/log/messages
Feb  7 13:15:01 UDMSE pppd[1458]: Hangup (SIGHUP)
Feb  7 13:15:01 UDMSE pppd[1458]: Connect time 798.0 minutes.
Feb  7 13:15:01 UDMSE pppd[1458]: Sent 288968590 bytes, received 3010659943 bytes.
Feb  7 13:15:01 UDMSE pppd[1458]: Connection terminated.
Feb  7 13:15:01 UDMSE pppd[1458]: Connect time 798.0 minutes.
Feb  7 13:15:01 UDMSE pppd[1458]: Sent 288968590 bytes, received 3010659943 bytes.

Passender Weise ist grad eben eine neue Firmware released worden. Normalerweise warte ich damit immer eine Zeit, aber nun werde ich die mal installieren um zu schauen, ob der Job bestehen bleibt.
Ansich können wir glaub ich erstmal davon ausgehen, dass nun alles funktioniert. ich werde die nächsten Tage jedenfalls noch die Reloads und Update Szenarien testen und dann berichten

Nachtrag: Firmware der UDM Erfolgreich installiert und der Job existiert noch.

Nur das was ich so eingegeben hab:

Feb  7 12:27:30 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 ls -l /etc/cron.d/
Feb  7 12:29:17 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 /etc/init.d/cron reload /etc/cron.d/restart_pppoe
Feb  7 12:32:36 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 cd /etc/
Feb  7 12:32:41 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 cd cron.d/
Feb  7 12:32:44 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 vi restart_pppoe
Feb  7 12:33:39 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 echo "40 12 * * * killall -HUP pppd" > /etc/cron.d/restart_pppoe
Feb  7 12:33:51 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 /etc/init.d/cron reload /etc/cron.d/restart_pppoe
Feb  7 12:33:55 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 vi restart_pppoe
Feb  7 12:34:21 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 tail -f /var/log/messages
Feb  7 12:42:51 UDMSE dpi-flow-stats[2129]: ubnt-dpi-util: ignoring ethernet-only trace from 2e:08:79:34:d0:5b due to missing FP ML support on UAPs
Feb  7 12:46:28 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 echo "50 12 * * * killall -HUP pppd" > /etc/cron.d/restart_pppoe
Feb  7 12:46:33 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 /etc/init.d/cron reload /etc/cron.d/restart_pppoe
Feb  7 12:46:37 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 tail -f /var/log/messages
Feb  7 12:47:31 UDMSE dpi-flow-stats[2129]: ubnt-dpi-util: ignoring ethernet-only trace from 0c:62:a6:b8:04:f4 due to missing FP ML support on UAPs
Feb  7 12:50:53 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 cat /etc/cron.d/restart_pppoe
Feb  7 12:53:07 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 echo "15 13 * * * killall -HUP pppd" > /etc/cron.d/restart_pppoe
Feb  7 12:53:11 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 /etc/init.d/cron reload /etc/cron.d/restart_pppoe
Feb  7 12:53:16 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 vi restart_pppoe
Feb  7 12:55:31 UDMSE dpi-flow-stats[2129]: ubnt-dpi-util: ignoring ethernet-only trace from 00:15:bc:22:8d:38 due to missing FP ML support on UAPs
Feb  7 12:56:10 UDMSE -bash[18731]: HISTORY: PID=18731 UID=0 cat /var/log/messages

das hatte ich schon mit "vi restart_pppoe" geprüft und er hat es nur überschrieben. Ich hatte grad eben nochmal auf 12:50 gestellt, daher hier die ausgabe:

root@UDMSE:/etc/cron.d# cat /etc/cron.d/restart_pppoe
50 12 * * * killall -HUP pppd
root@UDMSE:/etc/cron.d#

Ich setze das dann mal auf 13:15

Ich konnte es natürlich nicht abwarten und hab die Zeit angepasst:

root@UDMSE:/etc/cron.d# echo "40 12 * * * killall -HUP pppd" > /etc/cron.d/restart_pppoe
root@UDMSE:/etc/cron.d# /etc/init.d/cron reload /etc/cron.d/restart_pppoe
[ ok ] Reloading configuration files for periodic command scheduler: cron.

Leider ist vor 5 Minuten nichts passiert. Hast du da eine Idee?

Moin hoppel118 ,

erst einmal vielen Dank für deine sehr ausführliche Anleitung.

Erst einmal folgende Info:

killall -HUP pppd

hat so funktioniert wie es soll. Die Verbindung wurde getrennt und ca. 10 Sekunden später wieder aufgebaut mit neuer IP Adresse.

root@UDMSE:~# ls -l /etc/cron.d/
total 21
-rw-r--r-- 1 root root  77 Feb  5 03:23 fingerprinting
-rw-r--r-- 1 root root  79 Feb  5 03:24 ips-service-signature
-rw-r--r-- 1 root root  68 Feb  5 03:23 redirector_keys
-rw-r--r-- 1 root root  28 Feb  6 23:58 restart_pppoe
-rw-r--r-- 1 root root 396 Apr  6  2019 sysstat
-rw-r--r-- 1 root root  54 Feb  5 03:23 ubnt-report
root@UDMSE:~#

Auch das sieht für mich erst einmal so aus, wie es aussehen soll.

Voller Vorfreude, dass es nun doch so einfach ist habe ich heute morgen gespannt in die Logs geschaut und siehe da... nichts

Dann habe ich noch einmal deine Anleitung gelesen und mir ist aufgefallen, dass ich folgenden Punkt wohl überlesen hatte:

/etc/init.d/cron reload /etc/cron.d/restart_pppoe

Das habe ich nun nachgeholt:

root@UDMSE:~# /etc/init.d/cron reload /etc/cron.d/restart_pppoe
[ ok ] Reloading configuration files for periodic command scheduler: cron.
root@UDMSE:~#

Ich werde dann morgen berichten, ob das ganze nun so funktioniert, oder nicht

Liebe Grüße

Sven

Zitat von thghh

Dann mach es doch so wie es am einfachsten ist. Schaltbare Steckdose für das Modem. Mache ich so für mein Backup LTE Modem am WAN2 Port auch.

Leider ist das nicht möglich. Wir haben FTTH in einem Mehrfamilienhaus mit einem separaten Providerschrank in dem ein Switch vom Provider hängt. Von dort geht ein LAN-Kabel in meinen eigenen 19" Schrank der daneben hängt.

Solange es also keine Zeitschaltuhr für RJ45 Verbindungen gibt geht das also nicht.

Zitat von jkasten

sven2084 wofür wird der reconnect denn benötigt? Wenn du dich mit Linux so gar nicht auskennst würde ich von solchen Basteleien am Router die Finger lassen. Nicht bös gemeint.

Der reconnect wird benötigt, da mein Provider nach etwas mehr als 24h disconnected und neu verbindet. Das heisst die Zeit verschiebt sich jeden Tag um ca. 30 Minuten. Da ich einen privaten Teamspeak 3 Server betreibe auf dem jeden Tag betrieb ist, ist es natürlich sehr unglücklich wenn der reconnect in den Tag fällt. Vor allem weil es eine weile dauert, bis die bis dahin verbundenen Clients über die dyndns Adresse die neue IP auflösen. Ich kann schlecht jedem sagen, dass er nach einem Verbindungsverlust ipconfig /flushdns machen soll

hoppel118

Ich habe nun die UDM SE auf default zurück gesetzt und sie neu eingerichtet. Nicht wegen dem Boot Skript sondern wegen anderen Problemen die aufgetreten sind, als ich das Controller Backup eingespielt hatte. Im nachhinein hatte ich da auch gelesen, dass das wohl diverse Probleme verursacht. Seit dem Factory reset gibt es auch die Datei 10-restart-pppoe.sh und das Verzeichnis /mnt/data/on_boot.d/ nicht mehr. Ich würde also davon ausgehen, dass das boot script dadurch wohl nun auch weg ist?!

Es wäre super, wenn wir den reconnect dann irgendwie eingerichtet bekommen. Soll ich schon einmal anhand der geposteten Anleitung die Datei unter /etc/systemd/system/udm-boot.service anlegen?

Liebe Grüße

Sven

Moin Hoppel,

erst einmal vielen Dank für deine Antwort.

Der Output zu den oben genannten Befehlen sieht folgendermaßen aus:

root@UDM-SE:~# ls -l /mnt/data/on_boot.d/10-restart-pppoe.sh
-rwxr-xr-x 1 root root 123 Feb  3 02:18 /mnt/data/on_boot.d/10-restart-pppoe.sh*
root@UDM-SE:~#

root@UDM-SE:~# ls- l /etc/cron.d/restart_pppoe
-bash: ls-: command not found
root@UDM-SE:~#

was ich schon komisch finde, da das restart_pppoe ansich schon existiert:

root@UDM-SE:/etc/cron.d# dir
fingerprinting  ips-service-signature  redirector_keys  restart_pppoe  sysstat  ubnt-report
root@UDM-SE:/etc/cron.d#

Ich habe ehrlich gesagt jede Menge fragen

Zum einen weiß ich gar nicht, wie ich die Boot tools wieder deinstalliert bekomme.

In deinem Link bezüglich der systemd denke ich das ich es vermutlich hinbekommen sollte der Anleitung selbst zu folgen. Allerdings bin ich noch nicht durchgestiegen wo denn anschließend das eigentliche script zum neustarten des pppoe Dienstes abgelegt werden soll.

Ich habe gesehen, dass es hier einen Discord Server gibt. Darf ich eventuell vorsichtig anfragen, ob wir uns dort ggf. mal treffen können wenn es deine Zeit zulässt? Eventuell wäre das ja das effektivste wenn man zum einen miteinander sprechen kann und zum anderen ggf. auch die Bildschirmübertragung nutzen kann um zusammen zu sehen was dort passiert.

Ich bin leider mehr oder weniger absoluter Linux-Laie und es ist für mich sowieso schon sehr mühselig jeden Befehl, den ich irgendwie nutzen will per google herauszufinden

Liebe Grüße

Sven

Moin Hoppel!
Ich versuche seit einiger Zeit dieses Script auf meiner UDM SE zu installieren.

Ich habe in einem deiner anderen Beiträge gesehen wie du jemandem das ganze mit einem poweroff Script hast versucht das ganze zu erklären und da auch den cat befehl gesehen.

Hier das ganze wie es dann bei mir aussieht:

root@UDM-SE:/# cat /mnt/data/on_boot.d/10-restart-pppoe.sh
#!/bin/sh
echo "0 6 * * * killall -HUP pppd" > /etc/cron.d/restart_pppoe
/etc/init.d/crond reload /etc/cron.d/restart_pppoe
root@UDM-SE:/#

Ich würde behaupten, dass das erstmal so richtig aussieht.

Wenn ich dann aber das Script ausführen will kommt folgendes:

root@UDM-SE:/# /mnt/data/on_boot.d/10-restart-pppoe.sh
/mnt/data/on_boot.d/10-restart-pppoe.sh: 3: /mnt/data/on_boot.d/10-restart-pppoe.sh: /etc/init.d/crond: not found
root@UDM-SE:/#

Auch wenn ich schon im Verzeichnis bin funktioniert es nicht:

root@UDM-SE:/mnt/data/on_boot.d# 10-restart-pppoe.sh
-bash: 10-restart-pppoe.sh: command not found
root@UDM-SE:/mnt/data/on_boot.d#

Auch das habe ich genutzt:

root@UDM-SE:/mnt/data/on_boot.d#
root@UDM-SE:/mnt/data/on_boot.d# chmod +x /mnt/data/on_boot.d/10-restart-pppoe.sh
root@UDM-SE:/mnt/data/on_boot.d#

Hast du irgend eine Idee woran es liegen könnte ?

Liebe Grüße

Sven