Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[arteck]

@marcuskl ich seh gerade....

https://forum.iobroker.net/post/219656

bist du hier auch betroffen https://forum.iobroker.net/post/286179

[marcuskl]

@arteck ja genau.
Ich habe aber einen neuen Beitrag jetzt auf gemacht, weil es irgendwie in Vergessenheit gerät.

[arteck]

@marcuskl was ist den hier mit https://forum.iobroker.net/post/286179

und das ist der ursprung issue der @Bluefox erstellt hat..
da haben wir kein einfluss drauf..

bei welchen Provider bist du ??

[marcuskl]

@arteck sagte in Iot error read ECONNRESET !!!:

@marcuskl was ist den hier mit https://forum.iobroker.net/post/286179

Habe ich leider die Möglichkeit nicht.
Ich kriege von meinen Anbieter eazy (von Unitymedia) kein Dual Stack und kann auch keine Zusatzoption dazu buchen, ich müsste mein Vertrag wechseln dafür.

Aber es muss doch auch unter DS Lite gehen, ich habe mit diesem Anschluss sonst keine Probleme gehabt, ich bin super zufrieden!

[arteck]

@marcuskl und was erwartest du jetzt von dieser Commuity ?? wenn dein Provider das nicht hergibt.. und du nicht bereit bist um den Service zu nutzen ... zu wechseln..

Aber es muss doch auch unter DS Lite gehen, ich habe mit diesem Anschluss sonst keine Probleme gehabt, ich bin super zufrieden!

wenn du der Meinung bist das es gehen MUSS ... dann finde die Lösung .. und sag hier bescheid..nur weil du sonst keine Probleme hast .. heisst es nicht das alles geht...

ich kann dir zig andere Beispiele nennen .. wo es gehen sollte und es trotzdem nicht geht.. vor allem Unitymedia lässt sich alles bezahlen... mal schauen ob es unter Vodafone besser wird..

[Stabilostick]

Also wenn ich zusammenfasste haben wir hier das folgende Problem:

Bei einem solchen DS-Lite-Zugang kann der Anwender nach wie vor aus dem eigenen Netzwerk heraus über beide IP-Protokolle Verbindungen aufbauen und somit IPv4- und IPv6-Webdienste nutzen. Alle ausgehenden IPv4-Verbindungen setzt der Provider durch einen DS-Lite-Tunnel um, der die IPv4-Pakete in IPv6-Pakete packt. Auf diesem Weg gelangen alle Datenpakete zum IPv6-/IPv4-Gateway des Dienstanbieters. Dort wird die IPv6-Hülle entfernt und das Paket wird über IPv4 zum Ziel weitergeroutet. Für Verbindungen "nach draußen" unterscheidet sich DS-Lite durch den "4in6-Tunnel" somit nicht wirklich von einem vollwertigen Dual-Stack-Anschluss.

In der anderen Richtung, beim Zugriff von außen auf ein dediziertes Gerät im lokalen Netzwerk, kommt es jedoch zu einem Verbindungsproblem: Der DS-Lite-Anschluss verfügt lediglich über eine öffentliche IPv6-Adresse und ist für Systeme mit herkömmlichen IPv4-Zugängen, und das ist nach wie vor die große Mehrheit, nicht zu erreichen.

So korrekt?

Das könnte dann ein Lösungsansatz (kostenpflichtig) sein:

http://www.feste-ip.net/dslite-ipv6-portmapper/allgemeine-informationen/

[apollon77]

Bitte hier dran hängen:
https://github.com/aws/aws-iot-device-sdk-js/issues/251

[marcuskl]

@Stabilostick sagte in Iot error read ECONNRESET !!!:

Also wenn ich zusammenfasste haben wir hier das folgende Problem:

Bei einem solchen DS-Lite-Zugang kann der Anwender nach wie vor aus dem eigenen Netzwerk heraus über beide IP-Protokolle Verbindungen aufbauen und somit IPv4- und IPv6-Webdienste nutzen. Alle ausgehenden IPv4-Verbindungen setzt der Provider durch einen DS-Lite-Tunnel um, der die IPv4-Pakete in IPv6-Pakete packt. Auf diesem Weg gelangen alle Datenpakete zum IPv6-/IPv4-Gateway des Dienstanbieters. Dort wird die IPv6-Hülle entfernt und das Paket wird über IPv4 zum Ziel weitergeroutet. Für Verbindungen "nach draußen" unterscheidet sich DS-Lite durch den "4in6-Tunnel" somit nicht wirklich von einem vollwertigen Dual-Stack-Anschluss.

In der anderen Richtung, beim Zugriff von außen auf ein dediziertes Gerät im lokalen Netzwerk, kommt es jedoch zu einem Verbindungsproblem: Der DS-Lite-Anschluss verfügt lediglich über eine öffentliche IPv6-Adresse und ist für Systeme mit herkömmlichen IPv4-Zugängen, und das ist nach wie vor die große Mehrheit, nicht zu erreichen.

So korrekt?

Das könnte dann ein Lösungsansatz (kostenpflichtig) sein:

http://www.feste-ip.net/dslite-ipv6-portmapper/allgemeine-informationen/

Diesen Service nutze ich schon für VPN, aber das hat ja hiermit nichts zutun.

[Stabilostick]

@marcuskl

Hast Du Dir den Text im Link durchgelesen? Damit machst Du Deinen Port von außen über IPv4 erreichbar.

[marcuskl]

@Stabilostick sagte in Iot error read ECONNRESET !!!:

@marcuskl

Hast Du Dir den Text im Link durchgelesen? Damit machst Du Deinen Port von außen über IPv4 erreichbar.

Ja hab ich, aber wie kann ich des bei dem Iot Problem nutzen?

[Stabilostick]

Da sollte sich doch was finden/machen lassen? z.B. Punkt 3. Zitat:

1.) Port-VPN

Bei dem Port-VPN werden durch das VPN bis zu 12 Ports erreichbar gemacht. Ähnlich wir bei den Portmappern können Sie dann über unsere Portmapperserver und die zugewiesenen Ports auf Ihre Geräte hinter dem VPN zugreifen.
Anders als bei den Portmappern ist über den VPN-Port neben TCP auch UDP Kommunikation möglich.

Dies ist die kostengünstigste Variante und ermöglicht den Zugriff auf z.B: Kameras, Remotedesktops, Weboberflächen.

2.) IP-VPN

Das IP VPN ist ähnlich dem PORT-VPN nur das Sie eine dedizierte IPv4 Adresse bekommen und damit die Ports frei wählen können.

Bei Variante 1 und 2 sind nur eingehende Verbindungen möglich. Alle ausgehenden Verbindungen werden weiterhin über den vorhandenen Internetzugang abgehandelt.

3.) VPN-Tunnel.

Beim VPN-Tunnel stellt Ihr Endgerät praktisch eine 2. Einwahl in das Internet her. Nachdem das VPN aufgebaut ist erhält Ihr Gerät eine eigenen offizielle IPv4 Adresse unter der es ab sofort erreichbar ist. Auch der ausgehende Traffic wird über diese Verbindung abgehandelt.

3.b) VPN-Tunnel MS-Windows
Bei der MS-Windows Implementierung des VPN gibt es eine Einschränkung die es notwendig macht 2 IP-Adressen zuzuweisen. Deswegen hat dieses VPN einen geringfügig höheren Preis als das normale VPN.

[marcuskl]

@Stabilostick
Gute Idee, aber ich weiß nicht wie ich das auf dem Iot Service umsetzen kann?

[apollon77]

Keine Ahnung ob das hier gerade in eine sinnvolle Richtung geht.

Es scheint so als ob die Annahme ist das DSLite generell nicht tut was ich mir nicht vorstellen kann. Es kann nicht sein das so wenig usr betroffen sind und nur die den heutigen quasi Standard nutzen ...

Damit bin ich bei dem was im aws issue steht: bitte wireshark mittschnitt erstellen und da Posten.

[marcuskl]

@apollon77 sagte in Iot error read ECONNRESET !!!:

Keine Ahnung ob das hier gerade in eine sinnvolle Richtung geht.

Es scheint so als ob die Annahme ist das DSLite generell nicht tut was ich mir nicht vorstellen kann. Es kann nicht sein das so wenig usr betroffen sind und nur die den heutigen quasi Standard nutzen ...

Damit bin ich bei dem was im aws issue steht: bitte wireshark mittschnitt erstellen und da Posten.

Bin ich voll deiner Meinung.
Ich habe nun auf Github ein Mitschnitt hochgeladen.

[Bluefox]

@apollon77 Ich habe schon einen erstellt und analysiert.
https://github.com/aws/aws-iot-device-sdk-js/issues/251#issuecomment-508091498

[apollon77]

@Bluefox Dann müssen wir vllt ein neues Issue auf machen mit exakt den details? Aber keine Ahnung wo das hin muss :-( Es wäre ggf ne Idee mit dem anderen Wireshark das ergebnis von Dir zu bestätigen (2 besser als einer und so)

[marcuskl]

Ich habe hier 2 Aufzeichnungen hochgeladen, aber ungefiltert.

Issue 280

[marcuskl]

@Bluefox @apollon77
Kann mir jemand helfen und sagen was ich für "justinboswell" von mir genau benötigt für Logs oder sonstiges auf Github Issue #280?

Danke :)

[Stabilostick]

@marcuskl
Ich denke, er meint er braucht mehrere Logs mit entsprechenden Zeitangaben bei den Meldungen, damit er die verschiedenen Ereignisse im System korrelieren kann.

Also z.B. für einen gemeinsamen Zeitraum, in dem der Fehler (evtl. mehrfach) auftritt,

1. Wireshark-Mitschnitt, ggf. ungefiltert
2. iobroker Log, IoT-Adapterinstanz dabei auf debug gestellt
3. ...

[marcuskl]

@Stabilostick sagte in Iot error read ECONNRESET !!!:

@marcuskl
Ich denke, er mein er braucht mehrere Logs mit entsprechenden Zeitangaben bei den Meldungen, damit er die verschiedenen Ereignisse im System korrelieren kann.

Also z.B. für einen gemeinsamen Zeitraum, in dem der Fehler (evtl. mehrfach) auftritt,

1. Wireshark-Mitschnitt, ggf. ungefiltert
2. iobroker Log, IoT-Adapterinstanz dabei auf debug gestellt
3. ...

Ok danke in Ordnung, dann werde ich das morgen mal machen.