Nach Update auf 2.8.1 diverse Probleme

Tobi

Moin,

da wäre wider die alte Regel .... never change running system :(. Leider ist jetzt zu spät dafür.

Also Probleme nach dem Update have ich verschiedene. Damit das nicht durcheinander geht, eins nach dem anderen.

Bis zum Update auf 2.8.1 (vorher 2.7.1) hatte ich mit OpenVPN keine Probleme. Jetzt funktioniert es nicht mehr. Also Einwahl nach Hause
(Es mag natürlich sein, dass All-inkl.com etwas verändert hat wovon ich nichts weiß)

In dem Zusammenhang - die DynDNS Registrierung bei all-inkl.com. Weder IPv4 noch IPv6 werden registriert.
Ich bin nicht wirklich sicher wo ggf. das s.g ausführliche Log gespeichert wird. In dem Status/Systemprotokollierung sehe ich nur:

Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Dynamic DNS all-inkl (mysense001.rjap.de): _update() ending.
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Dynamic DNS all-inkl (mysense001.rjap.de): _checkStatus() ending.
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: phpDynDNS (mysense001.rjap.de): (Fehler) Das Ergebnis passt nicht.
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Dynamic DNS all-inkl (mysense001.rjap.de): _checkStatus() gestartet.
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Data: good
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header:
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header:
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: server: lighttpd/1.4.74
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: date: Tue, 21 Jul 2026 12:46:33 GMT
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: content-length: 5
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: accept-ranges: bytes
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: feature-policy: none
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: content-security-policy: default-src 'none';
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: referrer-policy: same-origin
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: x-frame-options: SAMEORIGIN
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: x-content-type-options: nosniff
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: x-xss-protection: 1; mode=block
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: strict-transport-security: max-age=600
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: content-type: text/html
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Response Header: HTTP/2 200
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Dynamic DNS all-inkl (mysense001.rjap.de): _update() gestartet.
Jul 21 14:46:33 	php-fpm 	47381 	/services_dyndns_edit.php: Dynamisches DNS: updatedns() wird gestartet

Bis auf das "Jul 21 14:46:33 php-fpm 47381 /services_dyndns_edit.php: phpDynDNS (mysense001.rjap.de): (Fehler) Das Ergebnis passt nicht.", was für mich wenig sagend ist finde ich keinen Fehler oder Hinweis.

Für Tips/ Hinweise wo ich den wirklichen Fehler finden kann, wäre ich sehr Dankbar.

Für IPv4 wird eben all-ink.com Script benutzt, für IPv6 custom.

Tobi

Ich habe inzwischen das Problem selbst lösen können.

all-inkl liefert ein "good" zurück. Der Block für all-inkl erwartet aber "good + IP Adresse". Ich habe den Code in /etc/inc/dyndns.class angepasst.
(Muss nur daran denken, wenn ein neues Update kommt)

JeGr

@Tobi said in Nach Update auf 2.8.1 diverse Probleme:

all-inkl liefert ein "good" zurück. Der Block für all-inkl erwartet aber "good + IP Adresse". Ich habe den Code in /etc/inc/dyndns.class angepasst.
(Muss nur daran denken, wenn ein neues Update kommt)

Wie wäre es statt dessen das im DynDNS Bereich mit @mention an jimp bspw. nochmal zu posten, damit er das direkt in das nächste Update mit einbauen kann? Lokal gepflegte Änderungen bringen niemand was - dir ja auch nur marginal, weil du beim nächsten Update aufpassen musst :) Also einfach die Änderungen zurück committen :)

Alternativ: du könntest das Update auch einfach als Custom Check anlegen, da kannst du die Antwort vom Server selbst eintragen/bestimmen. Damit ist man unabhängiger von solchen Änderungen :)

Cheers

Tobi

@JeGr said in Nach Update auf 2.8.1 diverse Probleme:

Wie wäre es statt dessen das im DynDNS Bereich mit @mention an jimp

Habe ich gerade gemacht. Ich wusste nicht wohin mit der Info.

JeGr

@Tobi said in Nach Update auf 2.8.1 diverse Probleme:

Habe ich gerade gemacht. Ich wusste nicht wohin mit der Info.

Kein Problem, dann ist es da ja gut aufgehoben :)