foto2004
Goto Top

ER605 v2.0 lässt sich nicht Adoptieren

So nun der nächste sch... mit dem Omaha und meinem ER605 v2.0 Router.

Ich habe den Omada Controler in einem Docker Container laufen und bin auf die Wahnsinnige Idee gekommen den Container zu updaten. Seit dem habe ich die Kacke am dampfen.

Der Controller verbindet sich nicht mehr richtig mit dem ER605 v2.0 ich habe ihn auch schon etliche male auf Werkseinstellung gesetzt aber ohne Erfolg. Er wird zwar erkannt und danach bleibt er ewig auf "Konfigurierten" hängen bis die Anzeige disconnect kommt und danach geht das spiel von vorne los. Ich habe auch die VM via Sicherung zurück gespielt ... also Stand vor dem Update aber immer das selbe.

Kann es sein dass der ER605 v2.0 einfach defekt ist?

Content-ID: 4848087463

Url: https://administrator.de/contentid/4848087463

Ausgedruckt am: 19.11.2024 um 03:11 Uhr

foto2004
foto2004 04.12.2022 um 00:09:06 Uhr
Goto Top
hier das Log;

12-03-2022 23:01:16.385 INFO [check-update-work-group-0]  c.t.s.o.m.c.f(): Cloud Access Not Enable, cancel sync cloud user.
12-03-2022 23:01:16.388 INFO [check-update-work-group-0]  c.t.s.o.m.c.f(): Start checking last firmwares of managed devices.
12-03-2022 23:01:16.389 INFO [check-update-work-group-0]  c.t.s.o.m.c.b(): Checking Device Last Firmware...
12-03-2022 23:01:17.239 INFO [check-update-work-group-0]  c.t.s.o.m.c.f(): Checking last firmwares of managed devices succeed.
12-03-2022 23:03:12.972 INFO [https-jsse-nio-8043-exec-2]  c.t.s.o.c.u.d.a(): list local interface macs: [36-EB-5F-D8-72-DB, 96-DD-FC-7D-9B-97, 02-42-3C-76-19-BE]
io.reactivex.exceptions.UndeliverableException: The exception could not be delivered to the consumer because it has already canceled/disposed the flow or the exception has nowhere to go to begin with. Further reading: https://github.com/ReactiveX/RxJava/wiki/What's-different-in-2.0#error-handling | java.util.concurrent.TimeoutException: The source did not signal an event for 300000 milliseconds and has been terminated. 
	at io.reactivex.plugins.RxJavaPlugins.onError(RxJavaPlugins.java:367)
	at io.reactivex.internal.operators.single.SingleTimeout$TimeoutMainObserver.onError(SingleTimeout.java:152)
	at io.reactivex.internal.operators.single.SingleMap$MapSingleObserver.onError(SingleMap.java:69)
	at io.reactivex.internal.operators.single.SingleTimeout$TimeoutMainObserver.run(SingleTimeout.java:123)
	at io.reactivex.internal.schedulers.ScheduledDirectTask.call(ScheduledDirectTask.java:38)
	at io.reactivex.internal.schedulers.ScheduledDirectTask.call(ScheduledDirectTask.java:26)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:833)
Caused by: java.util.concurrent.TimeoutException: The source did not signal an event for 300000 milliseconds and has been terminated.
	... 8 more
Exception in thread "RxComputationThreadPool-2" io.reactivex.exceptions.UndeliverableException: The exception could not be delivered to the consumer because it has already canceled/disposed the flow or the exception has nowhere to go to begin with. Further reading: https://github.com/ReactiveX/RxJava/wiki/What's-different-in-2.0#error-handling | java.util.concurrent.TimeoutException: The source did not signal an event for 300000 milliseconds and has been terminated.  
	at io.reactivex.plugins.RxJavaPlugins.onError(RxJavaPlugins.java:367)
	at io.reactivex.internal.operators.single.SingleTimeout$TimeoutMainObserver.onError(SingleTimeout.java:152)
	at io.reactivex.internal.operators.single.SingleMap$MapSingleObserver.onError(SingleMap.java:69)
	at io.reactivex.internal.operators.single.SingleTimeout$TimeoutMainObserver.run(SingleTimeout.java:123)
	at io.reactivex.internal.schedulers.ScheduledDirectTask.call(ScheduledDirectTask.java:38)
	at io.reactivex.internal.schedulers.ScheduledDirectTask.call(ScheduledDirectTask.java:26)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:833)
12-03-2022 23:05:47.428 WARN [manage-work-group-3]  c.t.s.o.m.d.p.t.h.a(): send set request to OmadacId(e87ba52af013109cd4cd29b98729ab0d) DeviceMac(1C-61-B4-82-95-F6) fail, com.tplink.smb.ecsp.common.TransResult@11a5990b[errCode=2600,msg=ERR_DEVICE_SEND_TCP_TIMEOUT,result=<null>,addressDTO=<null>]
Caused by: java.util.concurrent.TimeoutException: The source did not signal an event for 300000 milliseconds and has been terminated.
	... 8 more
12-03-2022 23:06:47.390 INFO [monitor-topology-pool-1]  c.t.s.o.c.u.d.a(): list local interface macs: [36-EB-5F-D8-72-DB, 96-DD-FC-7D-9B-97, 02-42-3C-76-19-BE]

      
Pjordorf
Pjordorf 04.12.2022 um 00:39:49 Uhr
Goto Top
Hallo,

Zitat von @foto2004:
Seit dem habe ich die Kacke am dampfen.
Gut Kühlen dann riecht es nicht so Streng. am besten richtig Kalt face-smile

ich habe ihn auch schon etliche male auf Werkseinstellung gesetzt aber ohne Erfolg.
Dann hast du nicht nur ein Update gemacht, sondern eher noch ein oder mehrere Einstellungen zum Nachteil geändert/änder lassen.

Kann es sein dass der ER605 v2.0 einfach defekt ist?
Warum sollte deine externe Hardware durch Änderungen an einen PC gehimmelt werden? Eher ist deine Konfig (Ports und alles andere) gehimmelt da ja laut deiner Auussage ein Funktionierendes Docker Container Backup ja auch nicht mehr will. Sicher das die Rücksicherung auch funktioniert hat bzw. Erfolgreich war?
Welches OS für das Docker?
Versionen?
Konfigs?
IP Addresse passt?
Subnetzmaske passt?
GW passt?
DNS passt?
TCP/IP / UDP Ports passen?
Namen passen?
Laufwerke passen?
Warum das Update?
Was steht in den Logs?

https://docs.docker.com/engine/reference/commandline/config/
https://docs.docker.com/engine/reference/commandline/container_update/

Gruß,
Peter
em-pie
em-pie 04.12.2022 um 13:19:43 Uhr
Goto Top
Moin,

Passt die Firmware denn auch zur Version des OC?
Kenne das von den tp-link APs, dass die eine mindest-Firmware brauchen, damit die mit der passenden OC-Version sprechen…
foto2004
foto2004 06.12.2022 um 12:17:13 Uhr
Goto Top
So ein kleiner Zwischenbericht.

ich hatte eine Sicherung aus dem ältesten Backup hergestellt und es ist genau der selbe Fehler passiert. im Log vom Docker taucht immer wieder als Fehler was von JavaScript auf. ich denke dass da von Anfang an was mit der VM nicht gestimmt hat. ich habe eine neu VM inst. und alles neu eingerichtet und es läuft wieder.

Auch bin ich da auf einige dinge gestossen die die ACLs betreffen. TP-Link behandelt die Netze ein wenig anders als ich es gewohnt bin. Normalerweise bin ich gewöhnt dass ich ein Netz wie folgt definiere. Z. B. 192.168.1.0/24 für das gesamte Netz, aber TP-Link beschreibt das ein wenig anders, nämlich so, 192.168.1.1/24 und meint damit das ganze 24er Netz.

Und wenn ich normalerweise eine einzelne IP meine hatte ich es immer so geschrieben: 192.168.1.12/21 aber bei TP-Link bzw. Omada wird es so geschrieben: 192.168.1.12/32 . Hatte ich nicht auf dem Schirm und dadurch habe die ACLs nicht gezogen weil ich ja wen ich einen Rechner meinte Omada mir das Netz daraus gemacht hat und natürlich das ganze ausgehebelt hatte.

Jetzt bin ich wieder einen Schritt weiter.

Danke für eure Bemühungen.
Pjordorf
Pjordorf 06.12.2022 um 19:03:23 Uhr
Goto Top
Hallo,

Zitat von @foto2004:
TP-Link behandelt die Netze ein wenig anders als ich es gewohnt bin.
TP-Link hat keine eigene Physik oder Gesetzeface-smile

Normalerweise bin ich gewöhnt dass ich ein Netz wie folgt definiere. Z. B. 192.168.1.0/24 für das gesamte Netz, aber
Das ist ein Netz, auch für TP-Link.

TP-Link beschreibt das ein wenig anders, nämlich so, 192.168.1.1/24 und meint damit das ganze 24er Netz.
Da bist du fajsch. Das ist ein Host und kein IPv4 Netz
CIDR ist gemeint (und schon über 39 Jahre alt face-smile)

https://www.educba.com/what-is-cidr/
https://www.ionos.com/digitalguide/server/know-how/cidr-classless-inter- ...
https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing
https://docs.netgate.com/pfsense/en/latest/network/cidr.html
https://www.iplocation.net/cidr
https://cidr.xyz/
https://www.simplilearn.com/tutorials/cyber-security-tutorial/what-is-ci ...

Und wenn ich normalerweise eine einzelne IP meine hatte ich es immer so geschrieben: 192.168.1.12/21
Ein Host in ein Netz mit 2048 Hosts. SNM = 255.255.248.0. Ein Host hat immer eine vollständige IP (IPv4 und/oder IPv6) und eine SubNetzMaskré.

Gruß.
Peter
foto2004
foto2004 06.12.2022 um 20:31:12 Uhr
Goto Top
Hallo Peter genau so habe ich auch gedacht und gelernt, bis ich auf ein Video auf YouTube gestossen bin und der hat das so erklärt und seit dem funktionieren auch meine ACLs die ich definiert habe.

Ich hatte vorher bei den ACLs erst einmal das Netz 192.168.200.0/24 gesperrt. Diese Regel hast toll funktioniert, bis ich eine Freigabe für einen einzelnen Host hinzugefügt habe 192.168.200.10/24 und was soll ich sagen. auf einmal war das ganze Netz offen. Ich habe gesucht wie ein blöder weil es ja so richtig ist... hatte ich gedacht.

erlaube 192.168.200.10/24
verbiete 192.168.200.0/24
sollte von oben nach unten so funktionieren .... hatte es aber nicht

Aktuell habe ich es so eingerichtet:

erlaube 192.168.200.10/32
verbiete 192.168.200.1/24

und was soll ich sagen es funktioniert es ist nur der Host 10 erreichbar.

Hier das Video ab 26:20 erklärt er es
https://www.youtube.com/watch?v=nK99K_EdRLc&t=1575s
Ich hoffe dass ich den Link posten darf