... és már megint...
$ sudo systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: active (exited) since Sun 2020-05-10 00:12:45 CEST; 3min 46s ago
Docs: man:interfaces(5)
Process: 1689 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=0/SUCCESS)
Main PID: 1689 (code=exited, status=0/SUCCESS)
Tasks: 1 (limit: 4915)
Memory: 2.3M
CGroup: /system.slice/networking.service
└─1739 /usr/sbin/pppd call dsl-provider
máj 10 00:12:44 ASZTALI pppd[1738]: Plugin rp-pppoe.so loaded.
máj 10 00:12:44 ASZTALI ifup[1689]: Plugin rp-pppoe.so loaded.
máj 10 00:12:44 ASZTALI pppd[1739]: pppd 2.4.7 started by root, uid 0
máj 10 00:12:45 ASZTALI systemd[1]: Started Raise network interfaces.
máj 10 00:13:19 ASZTALI pppd[1739]: Timeout waiting for PADO packets
máj 10 00:13:19 ASZTALI pppd[1739]: Unable to complete PPPoE Discovery
máj 10 00:14:25 ASZTALI pppd[1739]: Timeout waiting for PADO packets
máj 10 00:14:25 ASZTALI pppd[1739]: Unable to complete PPPoE Discovery
máj 10 00:15:30 ASZTALI pppd[1739]: Timeout waiting for PADO packets
máj 10 00:15:30 ASZTALI pppd[1739]: Unable to complete PPPoE Discovery
$ journalctl --output=short-full -ru NetworkManager | grep -E "\(pp" | grep -P "disconnected ->" | grep -P " 21:| 22:| 23:| 24:| 00:"
Sun 2020-05-10 00:06:23 CEST ASZTALI NetworkManager[1195]: <info> [1589061983.3189] device (ppp0): state change: disconnected -> unmanaged (reason 'connection-assumed', sys-iface-state: 'external')
Szerk.: A pppd logfile lemaradt.
Sent PADT
PPP session is 1779
Connected to XX:XX:XX:XX:XX:XX via interface enp3s0
Using interface ppp1
Connect: ppp1 <--> enp3s0
Remote message: Too many sessions^J
PAP authentication failed
Connection terminated.
Sent PADT
A Digi hibabejelentő pedig nem válaszolt a bejelentésemre. Bejelentem megint...
Mit gondoltok, ez a kvázi rendszeresség lehet (éjfél körüli időpont). Lehet egyértelmű bizonyíték arra, hogy a Digi hibája? Nekem van egy tézisem: mivel nem pontosan egy adott időpontban történik ez a kiesés, így arra gondolok, hogy a Digi szerverén egy, vagy több adatelemző szkript elindulhat valamikor 22 környékén ütemezetten, aztán ezek lefutásával dönt egy algorithmus a pppoe szerver force-restartról. Ez megmagyarázná az időintervallumot és a rendszertelenséget. Az viszont furcsa, hogy ebben az esetben nehezen indul újra ez az eszköz. Persze, még az is megtörténhet, hogy a force-restart előtt egy hangup fut le, és még után is futnak elemzések, aztán reboot. Ez kb. eléggé amatőr munkának tűnne így, és valamiért lassú is. De tény, hogy létező esemény.