SOLVED Iot error read ECONNRESET !!!

[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

GermanBluefox created this issue in aws/aws-iot-device-sdk-js

closed Connection lost every 2-3 Minutes by some users #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

GermanBluefox created this issue in aws/aws-iot-device-sdk-js

closed Connection lost every 2-3 Minutes by some users #251

[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.

[marcuskl]

@apollon77
@Bluefox
@Stabilostick

Auf Github hat grad ein Mitwirkender von aws vorgeschlagen den keepalive Wert zu verändern, kann sich das einer der Entwickler von dem Iot Adapter anschauen.
Ich weiß nicht, was ich da machen muss.

[apollon77]

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

Auf Github hat grad ein Mitwirkender von aws vorgeschlagen

Ääähm wo? Link? In dem Thread den ich kenne ist nix

[marcuskl]

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

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

Auf Github hat grad ein Mitwirkender von aws vorgeschlagen

Ääähm wo? Link? In dem Thread den ich kenne ist nix

Hier, hatte ich in einen vorherigen Beitrag hier verlinkt.
Issue 280

[Bluefox]

@marcuskl https://github.com/aws/aws-iot-device-sdk-js/issues/280#issuecomment-529990098

klotzma created this issue in aws/aws-iot-device-sdk-js

closed Connection lost every 2-3 Minutes by some users #280

[marcuskl]

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

@marcuskl https://github.com/aws/aws-iot-device-sdk-js/issues/280#issuecomment-529990098

Der error kommt seitdem ich es abgeändert habe

2019-09-10 17:53:08.200  - error: Caught by controller[0]: /opt/iobroker/node_modules/iobroker.iot/main.js:777
2019-09-10 17:53:08.209  - error: Caught by controller[0]: 		keepalive: 60,
2019-09-10 17:53:08.209  - error: Caught by controller[0]: 		^^^^^^^^^
2019-09-10 17:53:08.209  - error: Caught by controller[0]: SyntaxError: Unexpected identifier
2019-09-10 17:53:08.209  - error: Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:723:23)
2019-09-10 17:53:08.209  - error: Caught by controller[0]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
2019-09-10 17:53:08.209  - error: Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
2019-09-10 17:53:08.209  - error: Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
2019-09-10 17:53:08.209  - error: Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
2019-09-10 17:53:08.210  - error: Caught by controller[0]:     at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
2019-09-10 17:53:08.210  - error: Caught by controller[0]:     at startup (internal/bootstrap/node.js:283:19)
2019-09-10 17:53:08.210  - error: Caught by controller[0]:     at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)
2019-09-10 17:53:08.210  - error: host.iobroker instance system.adapter.iot.0 terminated with code 1 ()
2019-09-10 17:53:08.210  - info: host.iobroker Do not restart adapter system.adapter.iot.0 because disabled or deleted
2019-09-10 17:53:08.469  - info: javascript.0 received all states