Ich habe heute bei mehreren IP-Symcon Systemen das Problem das die Connect Funktion nicht mehr läuft.
Meldung: dein Heim ist nicht erreichbar
Habt ihr das heute auch gehabt?
Hilfe bringt einmal deaktivieren und neu aktivieren. Aber wenn Fernzugriff nicht geht ist das doof. Da muss man dann hinfahren.
@paresy Kann man das nicht selbstständig prüfen und neu verbinden?
Gruß Daniel G.
Hi DanielG,
ja, das tun wir sogar. Wir mussten heute zwischendurch den Connect Service einmal neu starten. Und es hat aufgrund eines zu niedrig gesetzten Rate-Limits nicht sofort alle Systeme gleichzeitig akzeptiert und da wir die Wartezeit bei Fehlschlägen exponentiell steigern, dauert es jetzt ein wenig, bis alles wieder online kommt.
Wir sehen auch, dass einige Systeme noch nicht wieder „online“ sind. Ich vermute zwar, dass dies bis spätestens Morgen früh erledigt haben wird, aber wir haben trotzdem schon auf der ToDo, dass dies schneller/besser laufen sollte. Da skaliert etwas noch nicht ganz wie wir es uns wünschen würden.
Ich denke, dass wir da bald ein passendes Wartungsfenster ankündigen werden (wahrscheinlich Nachts), indem wir die Verbesserungen dann testen.
Sorry für die verursachen Umstände!
paresy
Ich hatte hier schon geschaut ob jemand was dazu schreibt aber war so ruhig 
. Aber kann ja nicht sein das mehrere ausgefallen ohne das der Server was damit zu tun hat.
Danke für die Info, dann kann ich Bescheid geben das die Systeme morgen wieder laufen. Toll wäre natürlich wenn das System in Minuten prüft ob der Server erreichbar ist nicht in Stunden.
Aber wenn ihr da dran seid wird das schon.
Gruß Daniel G.
Macht er doch genau nach 60 Sekunden.
Nur das es halt, wie paresy schrieb, bei Fehlern exponentiell verlängert wird.
Laut der Status Seite war der Dienst 2 Minuten offline.
https://status.symcon.de
Doof war halt das hier:
Michael
ich habe es jetzt seit 2 Stunden probiert und kann die App immer noch nicht verbinden. Das ist wirklich nicht gut.
Hast du die Möglichkeit den Connect-Dienst manuell auf deinem System neu zu aktivieren? Wie gesagt: Das Problem wird sich von alleine beheben - kann aber etwas länger dauern.
paresy
Hallo Zusammen
Dasselbe hier. Mehrere Kunden Symboxen ohne Verbindung.
Hab da mal bei einer via Fernzugriff den Connect neu verbunden bzw. aktiviert, wird aber trotzdem zurückgewiesen.
Grüsse
Oli
Ditto hier, der Dienst wird als diskonected angezeigt.
War bei mir auch längere Zeit. Deaktivieren und Aktivieren geklickt und dann lief es wieder…
Ah OK, jetzt hat das bei mir auch funktioniert. Heute moirgen wollte es noch nicht 
Kurzer Zwischenstand
Einige Symboxen funktionieren wieder, weitere 8 Stück immernoch nicht erreichbar. Leider gibts da keine Fernzugriffe und sind teilweise weiter entfernt.
Kann es sein, dass das so lange dauert oder muss ich die Hoffnung auf Selbstheilung begraben?
Lg Oli
Ja, das kann länger dauern. Und es wird immer, mindestens einmal alle 24 Stunden gemacht. D.h. wenn es nicht zeitkritisch ist, wäre abwarten mein Vorschlag.
Falls du SymOS Connect aktiv hast, sollte dies schneller verfügbar sein. Dann darüber Symcon neu starten.
paresy
Ach manchmal ist das Offensichtliche so nah… Alle neu gestartet und funktionieren nun wieder.
Danke paresy!
Lg Oli
Ich hatte im Kundenkreis nur 2 Boxen. Da bin ich über SymOS Connect und per VPN aber drangekommen.
Ich habe seit ein paar Tagen ebenfalls das Problem dass mein Heim nicht erreichbar ist.
Das hat jetzt jahrelang sehr zuverlässig funktioniert, jetzt ist es fast täglich so dass ich die Verbindung neu aufbauen muss. Heute mittag hats noch funktioniert, jetzt nicht mehr.
Sehr ärgerlich!
@Paresy: kann ich irgendwo sehen warum das nicht mehr funktioniert?
VG, Lutz
Ja, magst du mal im Logfile schauen mit welcher Fehlermeldung er abbricht?
paresy
Hi Paresy,
spannend, er meint das Traffic Limit sei erreicht - aber bitte woher kommt der Traffic?
Ich habe von extern gar nichts offen was so viel Traffic erzeugen könnte.
Bis vor ein paar Tagen ist das Problem auch nie aufgetreten, bzw. ich hatte nie eine Fehlermeldung - schaue natürlich aber auch nicht jeden Tag von extern da drauf…
Any Ideas?
VG, Lutz
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_socket_callback: packet: read type 90 [len=76,padding=8,comp=67,payload=67]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_process: Dispatching handler for packet type 90
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_channel_open: Clients wants to open a forwarded-tcpip channel
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=119, in_blocks=547]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_message_channel_request_open_reply_accept_channel: Accepting a channel request_open for chan 0
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=120, in_blocks=548]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_socket_unbuffered_write: Enabling POLLOUT for socket
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | packet_send2: packet: wrote [type=91, len=28, padding_size=10, comp=17, payload=17]
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Neuer Kanal erstellt
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Verbinde mit 127.0.0.1:3777...
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Verbunden mit lokalen Server
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_socket_callback: packet: read type 94 [len=812,padding=15,comp=796,payload=796]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_process: Dispatching handler for packet type 94
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_rcv_data: Channel receiving 787 bytes data in 0 (local win=32000 remote win=24576)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_default_bufferize: placing 787 bytes into channel buffer (stdout)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_rcv_data: Channel windows are now (local win=31213 remote win=24576)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=120, in_blocks=596]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_socket_unbuffered_write: Enabling POLLOUT for socket
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | packet_send2: packet: wrote [type=93, len=28, padding_size=18, comp=9, payload=9]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | grow_window: growing window (channel 53:0) to 1280000 bytes
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=120, in_blocks=596]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_channel_read_timeout: Read (787) buffered : 787 bytes. Window: 1280000
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Erkannte URL... /api/
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Lese entfernte Daten... 787 bytes
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Schreibe entfernte Daten...
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Schreibe entfernte Daten... 787 bytes
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Lese lokale Daten... Limit: 65536
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Lese lokale Daten... 218 bytes
12.09.2023 15:19:22 | 12965 | ERROR | Connect Control | Traffic Limit für Symcon Connect ist erreicht (1073741824 bytes)
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Schreibe lokale Daten... Verfügbar: 166, Fenster: 24576
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=130, in_blocks=606]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_socket_unbuffered_write: Enabling POLLOUT for socket
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | packet_send2: packet: wrote [type=94, len=188, padding_size=12, comp=175, payload=175]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_write_common: ssh_channel_write wrote 166 bytes
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Schreibe lokale Daten... 166 bytes
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_socket_callback: packet: read type 96 [len=12,padding=6,comp=5,payload=5]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_process: Dispatching handler for packet type 96
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_rcv_eof: Received eof on channel (53:0)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=130, in_blocks=596]
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Lese entfernte Daten... EOF
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Lese lokale Daten: Geschlossed
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=130, in_blocks=596]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_socket_unbuffered_write: Enabling POLLOUT for socket
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | packet_send2: packet: wrote [type=96, len=12, padding_size=6, comp=5, payload=5]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_channel_send_eof: Sent a EOF on client channel (53:0)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=130, in_blocks=596]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_socket_unbuffered_write: Enabling POLLOUT for socket
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | packet_send2: packet: wrote [type=97, len=12, padding_size=6, comp=5, payload=5]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_channel_close: Sent a close on client channel (53:0)
12.09.2023 15:19:22 | 12965 | MESSAGE | Connect Control | [11] Alter Kanal freigegeben. Übrigbleibende Kanäle: 0
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_socket_callback: packet: read type 97 [len=12,padding=6,comp=5,payload=5]
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_process: Dispatching handler for packet type 97
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | channel_rcv_close: Received close on channel (53:0)
12.09.2023 15:19:22 | 12965 | DEBUG | Connect Control | ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=130, in_blocks=596]
Wäre es nicht möglich, die Wartezeit bei Fehlschlägen zwar exponentiell zu steigern, aber auf max. 60 Minuten zu deckeln, ohne dass euer Server zusammenbricht?
Verbindungsfehler treten vermutlich am häufigsten „lokal“ beim Anwender durch gestörte Internetverbindungen auf.
Wenn das Internet mal 8 oder 24 Stunden weg ist und Symcon dann erst exponentiell 2-5 Tage? später wieder einen Connect versucht, ist das irgend wie kausal schwer zusammen zu bekommen…
Nein. Maximal 24h
Michael
Hi Jürgen,
genau sowas werden wir demnächst machen. Wir werden langsamer steigern und bei max. 32 Minuten enden. Das sind dann am Tag maximal 60 Anfragen und somit voll ok. Das Limit für Connect werden wir dann auf Maximal 100 anheben.
Außerdem werden wir zusätzlich ein Zeitfenster haben, dass die Wartezeit leicht variiert und unser Connect Server nicht alle Anfragen auf einmal bekommt.
Diese Änderungen kommen noch zur 7.0 und wahrscheinlich also Update für die 6.4.
paresy