BlockingCall(s) refused mit allowed_telnetPort

DeeSPe · 05 März 2017, 15:55:19

Wie im Titel schon beschrieben werden alle BlockingCall(s) refused sobald ich das allowed_telnetPort Device konfiguriert habe:

Code Auswählen

define allowed_telnetPort allowed
attr allowed_telnetPort globalpassword xyz
attr allowed_telnetPort room System
attr allowed_telnetPort validFor telnetPort

Es funktioniert erst wieder wenn ich allowed_telnetPort wieder lösche und FHEM neu starte.

Bin etwas verwirrt da selbige Konfiguration auf 2 anderen FHEM Systemen problemlos läuft.

Das betroffene System läuft mit DbLog und configDB in MySQL.

Gruß
Dan

rudolfkoenig · 05 März 2017, 18:20:01

Ich habe es mit einem kleinen Testkonfig (und dein allowed) getestet: ich sehe kein Problem.

Entweder entscheidet sich blockingCall telnetPort zu benutzen, dann sollte es funktionieren, oder nicht, dann wird eine neue telnet-Instanz angelegt. In meinem Test wird eine angelegt, weil Authenticate nicht schlau genug ist zu wissen, dass man lokal kein Passwort benoetigt. Funktionieren tut BlockingCall trotzdem.

DeeSPe · 05 März 2017, 18:24:48

Danke für's Testen.

Wie gesagt, ich verstehe es selbst nicht.
Bei zwei anderen Installationen klappt es mit selber Konfig so wie es soll.
Evtl. liegt das Problem auch woanders, wirkt sich aber eben auf telnetPort aus.
Da ich selbst gerade völlig ratlos bin, habe ich das Problem einfach mal hier beschrieben.

Gruß
Dan

DeeSPe · 09 Mai 2017, 00:08:30

Das Problem besteht immer noch!

Was habe ich mittlerweile alles unternommen:

Neuer FHEM Host Computer (richtiges Debian)
FHEM von Grund auf neu installiert
fhem.cfg per Hand Stück für Stück in das neue System kopiert und mit meinem System verglichen, da ich bei dem System wieder zurück von configDb auf fhem.cfg gegangen bin

Alle Attribute an global, WEB, telnetPort und allowed_WEB sind identisch mit meinem System.
Sobald ich dann wie oben beschrieben auf dem neuen Host allowed_telnetPort definiere funktionieren einige Dinge nicht mehr.
Z.B. DbLog zeigt in Dauerschleife:

Code Auswählen

2017-05-08 23:55:00 DbLog DbLog state: Commit already running - resync at NextSync
und auch HMinfo configCheck funktioniert nicht mehr:

Code Auswählen


2017-05-08 23:51:05 HMinfo hminfo configCheck
2017.05.08 23:51:05 1 : Connection refused from 192.168.2.3:33236

Wenn ich bei DbLog mal die RUNNING_PID lösche:

Code Auswählen

{ delete $defs{DbLog}{HELPER}{RUNNING_PID} }
kommt beim nächsten Sync Interval auch:

Code Auswählen

2017.05.09 00:04:00 1 : Connection refused from 192.168.2.3:50992
und beim Darauffolgenden wieder:

Code Auswählen

2017-05-09 00:05:00 DbLog DbLog state: Commit already running - resync at NextSync

Keines dieser Symptome zeigt mein eigenes System oder mein Testsystem, nur diese eine ist betroffen.
Mir gehen die Ideen aus nachdem ich nun alles einmal komplett ausgetauscht und grunderneuert habe.
Wenn ich allowed_telnetPort wieder lösche funktioniert wieder alles wie gewohnt.

Gruß
Dan

rudolfkoenig · 09 Mai 2017, 10:35:48

Laufen denn die Unterprozesse? Wenn ja, dann ist ein "delete RUNNING_PID" eher kontraproduktiv.
Kann man "manuell" via telnet sich an die angegebenen Ports vom lokalen Rechner verbinden?
Was sagt denn "lsof -p <FHEM-PID> | grep LISTEN"?

Ich wuerde versuchen die Probleme auch mit "attr global verbose 5" zu dokumentieren, vlt. sieht man dann was.

DeeSPe · 09 Mai 2017, 13:29:49

Angefangen habe ich nun mal bei "attr global verbose 5", ohne dass allowed_telnetPort definiert ist! Schon hier reagiert FHEMWEB nicht mehr weil das Log geflutet wird ohne Ende. Nicht einmal Speichern geht mehr.

Code Auswählen


2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:00 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed
2017.05.09 13:13:01 4: HMUARTLGW HMUART ready: closed

Das Device ist zur Zeit nicht vorhanden (wg. Umbau).
Habe es aber auf dummy gesetzt:

Code Auswählen

defmod HMUART HMUARTLGW /dev/ttyAMA0
attr HMUART dummy 1
attr HMUART event-on-change-reading .*
attr HMUART hmId XXXXXX
attr HMUART icon cul_cul
attr HMUART room CUL_HM

setstate HMUART closed
setstate HMUART 2017-05-09 13:13:38 D-type HM-MOD-UART
setstate HMUART 2017-05-09 13:13:38 cond disconnected
setstate HMUART 2017-05-09 13:13:38 loadLvl suspended
setstate HMUART 2017-05-09 13:16:38 state closed

Sobald ich FHEM neustarte, dann wieder mit "attr global verbose 3" weil er ja nicht speichert in FHEMWEB, dann funktioniert FHEMWEB wieder.

Ich werde heute Abend den HMUART vom RPi Steckmodul auf USB umbauen und dann morgen erneut testen.
Komisch ist es aber trotzdem dass das Log wegen des fehlenden Devices so stark geflutet wird, dass gar nichts mehr geht.

Gruß
Dan

DeeSPe · 09 Mai 2017, 13:54:30

Warum bin ich da nicht gleich drauf gekommen?
Hab jetzt beim HMUART mal "verbose 0" gesetzt und global auf 5.
Nun funktioniert auch FHEMWEB wieder.

Hab jetzt allowed_telnetPort wieder definiert.

Zitat von: rudolfkoenig am 09 Mai 2017, 10:35:48
Was sagt denn "lsof -p <FHEM-PID> | grep LISTEN"?

Code Auswählen

dan@buchholz:~$ sudo lsof -p 3944 | grep LISTEN
perl    3944 fhem    5u  IPv4              22297      0t0     TCP *:7072 (LISTEN)
perl    3944 fhem    6u  IPv4              22298      0t0     TCP *:8083 (LISTEN)
perl    3944 fhem   24u  IPv4              22693      0t0     TCP localhost:52194 (LISTEN)

Zitat von: rudolfkoenig am 09 Mai 2017, 10:35:48
Kann man "manuell" via telnet sich an die angegebenen Ports vom lokalen Rechner verbinden?

Ja, aber es wird das globalpassword abgefragt, ich dachte das wäre nicht nötig bei Zugriff von localhost? Deswegen ja globalpassword.

Gruß
Dan

rudolfkoenig · 09 Mai 2017, 14:54:59

Zu HMUARTLGW kann ich nichts sagen.

Bei globalpassword wird geprueft, ob die IP-Adresse der Gegenstelle 127.0.0.1 ist, ich vermute, das ist in deinem Fall nicht gegeben, das koennte auch die Ursache der restilchen Probleme sein. Pruefung:
- per telnet zum Problemport verbinden, ohne Passwort zu anzugeben
- in einem anderen Zugang alle telnet Verbindungen auflisten mit "list TYPE=telnet"

Kannst du die Ausgaben von ifconfig -a anhaengen?

DeeSPe · 09 Mai 2017, 16:10:44

Zitat von: rudolfkoenig am 09 Mai 2017, 14:54:59
Zu HMUARTLGW kann ich nichts sagen.

Ist klar, wollte ich nur erwähnen.

Zitat von: rudolfkoenig am 09 Mai 2017, 14:54:59
Kannst du die Ausgaben von ifconfig -a anhaengen?

Code Auswählen

dan@fhem:~$ sudo ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
          inet Adresse:192.168.2.3  Bcast:192.168.2.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:3813 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2329 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:669438 (653.7 KiB)  TX bytes:1039960 (1015.5 KiB)

ip_vti0   Link encap:IPIP Tunnel  Hardware Adresse
          NOARP  MTU:1332  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX packets:951 errors:0 dropped:0 overruns:0 frame:0
          TX packets:951 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:452420 (441.8 KiB)  TX bytes:452420 (441.8 KiB)

Tatsächlich ist das der einzige Host mit manueller IP Konfiguration, auch diese ist vom alten auf den neuen Host mit umgezogen.
Meine Vermutung ging irgendwann schon mal in die Richtung dass es damit was zu tun haben könnte. DHCP ist dort leider nicht möglich.

Gruß
Dan

rudolfkoenig · 09 Mai 2017, 16:35:00

Und wie ist localhost definiert (/etc/hosts?)

DeeSPe · 09 Mai 2017, 18:40:24

Code Auswählen

dan@fhem:~$ sudo cat /etc/hosts
127.0.0.1	localhost
127.0.1.1	fhem

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Ja huch? Wo kommt denn die "127.0.1.1" her?
Ich habe da nie dran herum gefuchtelt!

Gruß
Dan

EDIT: Habe es mal auf 127.0.0.1 geändert, bringt aber keine Besserung.
Ein lokales Verbinden per Telnet will weiterhin das globalpassword. Egal ob ich "telnet localhost 7072" oder "telnet 127.0.0.1 7072" angebe.

Wernieman · 09 Mai 2017, 18:44:47

Wird heute mittlerweile von vielen Systemen im Standard gesetzt.

Eigentlich ist auch 127.0.0.1 ein Netz (127.0.0.0/8 Subnetz)
https://de.wikipedia.org/wiki/Localhost

rudolfkoenig · 10 Mai 2017, 13:21:42

Falls ich noch was untersuchen soll, brauche ich die Ausgabe von "list TYPE=telnet", wie oben beschrieben.

DeeSPe · 10 Mai 2017, 13:24:23

Zitat von: rudolfkoenig am 10 Mai 2017, 13:21:42
Falls ich noch was untersuchen soll, brauche ich die Ausgabe von "list TYPE=telnet", wie oben beschrieben.

Ich wäre sehr dankbar wenn wir hier zu einer Lösung kämen.

Wie genau soll ich vorgehen?
globalpassword setzen und dann den telnet Aufruf und wenn er dann am Passwort Prompt steht das list in z.B. FHEMWEB machen?

Danke.

Gruß
Dan

DeeSPe · 10 Mai 2017, 13:56:27

1x ohne globalpassword:

Code Auswählen

telnetForBlockingFn_1494348251 
telnetPort 
telnetPort_192.168.2.3_52943

1x mit globalpassword am Passwort Prompt:

Code Auswählen

telnetForBlockingFn_1494417127 
telnetPort 
telnetPort_192.168.2.3_52994

Gruß
Dan

EDIT: Sollte das nicht über die 127.0.0.1 rein kommen?

rudolfkoenig · 10 Mai 2017, 14:16:14

ZitatSollte das nicht über die 127.0.0.1 rein kommen?

Doch. Sonst wird bei globalpasswort nach pw gefragt.
Hast Du die Verbindung mit "telnet localhost 52943" aufgebaut?
Wenn ja, dann ist die DNS Aufloesung merkwuerdig / kaputt.

DeeSPe · 10 Mai 2017, 14:51:37

Zitat von: rudolfkoenig am 10 Mai 2017, 14:16:14
Doch. Sonst wird bei globalpasswort nach pw gefragt.
Hast Du die Verbindung mit "telnet localhost 52943" aufgebaut?
Wenn ja, dann ist die DNS Aufloesung merkwuerdig / kaputt.

Nein, mit "telnet localhost 7072".

Gruß
Dan

EDIT: Egal ob ich localhost oder 127.0.0.1 probiere, es sieht so aus als wenn die Anfrage nicht von Lokal kommt.
Ein ping auf localhost ergibt aber die 127.0.0.1.

EDIT2: Hab sogar mal den nameserver aus der interfaces rausgeworfen. Keine Änderung.

Code Auswählen

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0

auto eth0
iface eth0 inet static
address 192.168.2.3
broadcast 192.168.2.255
netmask 255.255.255.0
gateway 192.168.2.1
#dns-nameservers 192.168.2.1

Wernieman · 10 Mai 2017, 15:19:46

Nur mal so ... was sagt den 127.0.1.1??

P.S. Sicherheitshalber, gib uns bitte mal:

Code Auswählen

netstat -lntp

DeeSPe · 10 Mai 2017, 15:30:04

Zitat von: Wernieman am 10 Mai 2017, 15:19:46
Nur mal so ... was sagt den 127.0.1.1??

P.S. Sicherheitshalber, gib uns bitte mal:
Code Auswählen Erweitern
netstat -lntp

Verbinden geht auch über die 127.0.1.1, kommt aber trotzdem über extern.

Code Auswählen

dan@fhem:~$ sudo netstat -lntp
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      1747/perl
tcp        0      0 0.0.0.0:5333            0.0.0.0:*               LISTEN      710/perl
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      507/sshd
tcp        0      0 0.0.0.0:5111            0.0.0.0:*               LISTEN      690/perl
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      1197/smbd
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      1747/perl
tcp        0      0 0.0.0.0:33830           0.0.0.0:*               LISTEN      487/rpc.statd
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      1205/mysqld
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      1197/smbd
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      478/rpcbind
tcp6       0      0 :::51826                :::*                    LISTEN      3002/homebridge
tcp6       0      0 :::22                   :::*                    LISTEN      507/sshd
tcp6       0      0 :::8282                 :::*                    LISTEN      3002/homebridge
tcp6       0      0 :::445                  :::*                    LISTEN      1197/smbd
tcp6       0      0 :::58269                :::*                    LISTEN      487/rpc.statd
tcp6       0      0 :::139                  :::*                    LISTEN      1197/smbd
tcp6       0      0 :::52238                :::*                    LISTEN      3002/homebridge
tcp6       0      0 :::111                  :::*                    LISTEN      478/rpcbind

Hatte auch gerade mal den Host kurzzeitig per DHCP konfiguriert.
Auch das brachte selbst nach einem Neustart keine Änderung.

Gruß
Dan

rudolfkoenig · 10 Mai 2017, 15:43:07

ZitatEgal ob ich localhost oder 127.0.0.1 probiere, es sieht so aus als wenn die Anfrage nicht von Lokal kommt.

Sowas muesste mit em routing was zu tun haben (netstat -nr)

DeeSPe · 10 Mai 2017, 16:01:24

Zitat von: rudolfkoenig am 10 Mai 2017, 15:43:07
Sowas muesste mit em routing was zu tun haben (netstat -nr)

Code Auswählen

dan@fhem:~$ sudo netstat -nr
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
0.0.0.0         192.168.2.2     0.0.0.0         UG        0 0          0 eth0
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

Gruß
Dan

rudolfkoenig · 10 Mai 2017, 16:24:34

Bin ratlos. Bei mir schaut die Routing-Tabelle auch so aus, nach einem connect ueber localhost sagt telnet aber

Code Auswählen

fhem> li TYPE=telnet
telnet
telnet_127.0.0.1_58911

DeeSPe · 10 Mai 2017, 16:42:18

Zitat von: rudolfkoenig am 10 Mai 2017, 16:24:34
Bin ratlos.

Geht mir schon lange so...

Das Fragezeichen wird immer größer!
Schön gefunden zu haben woran es liegt, umso deprimierender wenn man es nicht gelöst bekommt.
Habe nun schon versucht das Thema irgendwie zu ergooglen, finde aber nichts Passendes!

Gruß
Dan

Wernieman · 10 Mai 2017, 18:07:59

Ich glaube nicht an routing ... irgendwas ist komisch.

Könntest Du bitte mal:

Code Auswählen

getent hosts localhost fhem
host 127.0.1.1
host localhost
host fhem

Hinweis:
Host umgeht leider einige locale Namensauflösungen, deshalb am Anfang über getent

Edit:
Was ist es eigentlich für ein System?

DeeSPe · 10 Mai 2017, 18:30:51

Es ist ein frisch aufgesetztes Debian Jessie lite.

Code Auswählen

root@fhem:/home/dan# getent hosts localhost fhem
::1             localhost ip6-localhost ip6-loopback

Code Auswählen

root@fhem:/home/dan# host 127.0.1.1
Host 1.1.0.127.in-addr.arpa. not found: 3(NXDOMAIN)

Code Auswählen

root@fhem:/home/dan# host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.

Code Auswählen

root@fhem:/home/dan# host localhost
localhost has address 127.0.0.1

Code Auswählen

root@fhem:/home/dan# host fhem
Host fhem not found: 3(NXDOMAIN)

Hmmmm, bin zu wenig Experte auf dem Gebiet um dazu was sagen zu können.

Gruß
Dan

EDIT: Hab mal die komischen IPV6 Einträge aus der hosts Datei auskommentiert, nun sieht es so aus:

Code Auswählen

root@fhem:/home/dan# getent hosts localhost fhem
127.0.0.1       localhost
127.0.1.1       fhem

DeeSPe · 10 Mai 2017, 19:16:10

Als Vergleich mal ein System wo globalpassword funktioniert (auch Debian Jessie lite (einen Tag vorher installiert)):

Code Auswählen

root@fhem:/home/dan# getent hosts localhost fhem
::1             localhost ip6-localhost ip6-loopback
127.0.1.1       fhem

Code Auswählen

root@fhem:/home/dan# host 127.0.1.1
Host 1.1.0.127.in-addr.arpa. not found: 3(NXDOMAIN)

Code Auswählen

root@fhem:/home/dan# host 127.0.0.1
Host 1.0.0.127.in-addr.arpa. not found: 3(NXDOMAIN)

Code Auswählen

root@fhem:/home/dan# host localhost
Host localhost not found: 3(NXDOMAIN)

Code Auswählen

root@fhem:/home/dan# host fhem
Host fhem not found: 3(NXDOMAIN)

Gruß
Dan

Wernieman · 11 Mai 2017, 08:00:58

Abgesehen davon, das eigentlich für 127.0.1.1, laut Deiner Hosts, auch eine Antwort kommen müsste, sieht es gut aus .... was steht eigentlich in Deiner resolv.comf?

Code Auswählen

cat /etc/resolv.conf

DeeSPe · 11 Mai 2017, 09:30:20

Code Auswählen

dan@fhem:/home/dan# sudo cat /etc/resolv.conf
nameserver 192.168.2.1

Gruß
Dan

Wernieman · 11 Mai 2017, 13:52:51

192.168.2.1 ist Dein Internetrouter?

also ... ich kann Netzwerkseitig nichts auffälliges sehen .... da muß Rudolf ran ..

Das einzigste, was DU probieren kannst, in der hosts die 127.0.1.1 durch 127.0.0.1 zu ersetzen

DeeSPe · 11 Mai 2017, 13:56:39

Zitat von: Wernieman am 11 Mai 2017, 13:52:51
192.168.2.1 ist Dein Internetrouter?

Jepp!

Zitat von: Wernieman am 11 Mai 2017, 13:52:51
Das einzigste, was DU probieren kannst, in der hosts die 127.0.1.1 durch 127.0.0.1 zu ersetzen

Habe ich leider auch schon erfolglos probiert.

Er rafft es einfach nicht dass die Anfrage von lo statt von eth0 kommt.

Gruß
Dan

Wernieman · 12 Mai 2017, 09:39:23

Du hast doch einen ssh-Server laufen?

Habe mal mit einem Kollegen gesprochen, mal zum Debugging:
Öffne mal eine Session, wo Du Dir die auth-log anguckst:

Code Auswählen

tail -f /var/log/auth.log

In einem 2. Session/Fenster sollst Du dich dann über das loopback Device mit ssh verbinden:

Code Auswählen

ssh meinuser@localhost
Anstatt localhost auch mal mit 127.0.0.1 und 127.0.1.1 probieren.

Im Log sollte so etwas auftauchen:

ZitatMay 12 09:36:52 werner-pc sshd[7686]: Accepted password for werner from 127.0.0.1 port 39222 ssh2

Btw:
127.0.0.1 zeigt er bei mir auch an, wenn ich über eine andere Adresse vom Loopback device gehe, also z.B. über 127.0.1.1, 127.0.10.10

DeeSPe · 12 Mai 2017, 10:25:32

Danke für den Hinweis. Das werde ich heute Abend testen.
Habe gestern Abend versehentlich (remote) eth0 abgeschossen und komme nun nicht mehr an das System bis ich vor Ort bin.

Gruß
Dan

DeeSPe · 12 Mai 2017, 22:23:33

Code Auswählen

May 12 22:19:58 fhem sshd[5694]: Accepted password for dan from 192.168.2.3 port 51864 ssh2
May 12 22:19:58 fhem sshd[5694]: pam_unix(sshd:session): session opened for user dan by (uid=0)
May 12 22:20:45 fhem sshd[5700]: Received disconnect from 192.168.2.3: 11: disconnected by user
May 12 22:20:45 fhem sshd[5694]: pam_unix(sshd:session): session closed for user dan
May 12 22:20:58 fhem sshd[5740]: Accepted password for dan from 192.168.2.3 port 51868 ssh2
May 12 22:20:58 fhem sshd[5740]: pam_unix(sshd:session): session opened for user dan by (uid=0)
May 12 22:21:13 fhem sshd[5745]: Received disconnect from 192.168.2.3: 11: disconnected by user
May 12 22:21:13 fhem sshd[5740]: pam_unix(sshd:session): session closed for user dan
May 12 22:21:25 fhem sshd[5768]: Accepted password for dan from 192.168.2.3 port 48618 ssh2
May 12 22:21:25 fhem sshd[5768]: pam_unix(sshd:session): session opened for user dan by (uid=0)

Auch da kommt es von eth0 statt von low.
Diese drei Varianten habe ich probiert:

Code Auswählen

ssh dan@localhost
ssh dan@127.0.0.1
ssh dan@127.0.1.1

Gruß
Dan

Wernieman · 16 Mai 2017, 13:55:50

Sorry war übers Wochenende offline ...

Es steht immer im Log, anstatt 127.0.0.1 das 192.168.2.3??

Kannst DU mal aktuell geben?

Code Auswählen

ip a

Nur .. verstehe ich es so nicht ....

DeeSPe · 16 Mai 2017, 14:06:23

Zitat von: Wernieman am 16 Mai 2017, 13:55:50
Sorry war übers Wochenende offline ...

Es steht immer im Log, anstatt 127.0.0.1 das 192.168.2.3??

Kannst DU mal aktuell geben?
Code Auswählen Erweitern
ip a

Nur .. verstehe ich es so nicht ....

Sorry, die Formatierung ist auf dem Handy leider verloren gegangen.
Komme erst in ein paar Tagen wieder richtig an das System heran.

Code Auswählen

dan@fhem:~$ sudo ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever
2: eth0: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 40:8d:5c:f0:97:3b brd ff:ff:ff:ff:ff:ff inet 192.168.2.3/24 brd 192.168.2.255 scope global eth0 valid_lft forever preferred_lft forever
3: ip_vti0@NONE: mtu 1332 qdisc noop state DOWN group default link/ipip 0.0.0.0 brd 0.0.0.0 15: ppp0: mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 3 link/ppp inet 192.168.2.3 peer 192.168.3.201/32 scope global ppp0 valid_lft forever preferred_lft forever

Gruß
Dan

P.S. Ich versteh das nun überhaupt nicht!

Wernieman · 16 Mai 2017, 16:02:19

Kannst Du mal folgendes Abschalten und wieder probieren?

Code Auswählen

ip_vti0@NONE:

DeeSPe · 16 Mai 2017, 16:17:30

Zitat von: Wernieman am 16 Mai 2017, 16:02:19
Kannst Du mal folgendes Abschalten und wieder probieren?
Code Auswählen Erweitern
ip_vti0@NONE:

Das geht leider nicht. Das ist mein einziger Zugang aus der Ferne zu dem System.
Wenn ich am WE vor Ort bin kann ich das mal testen, hatte aber vor der Einrichtung des VPN auch schon das Problem mit den BlockingCall(s).

Gruß
Dan

Wernieman · 16 Mai 2017, 16:19:08

Ansonsten verstehe ich es nur nicht .... warum er anstatt localhost über die externe IP geht ...

DeeSPe · 16 Mai 2017, 16:20:25

Zitat von: Wernieman am 16 Mai 2017, 16:19:08
Ansonsten verstehe ich es nur nicht .... warum er anstatt localhost über die externe IP geht ...

Eben so geht es mir schon die ganze Zeit...

Gruß
Dan

Wernieman · 17 Mai 2017, 08:05:38

Und genau deshalb möchte ich das System "simplifizieren" ... es ist nichts normales sondern etwas spezielles eingestellt ...

DeeSPe · 17 Mai 2017, 09:17:56

Zitat von: Wernieman am 17 Mai 2017, 08:05:38
Und genau deshalb möchte ich das System "simplifizieren" ... es ist nichts normales sondern etwas spezielles eingestellt ...

Verstanden!
Werde es am Wochenende vor Ort testen können.

Ich habe das VPN nach dieser Anleitung eingerichtet.
Evtl. sieht ja dort jemand das Problem.

Gruß
Dan

DeeSPe · 21 Mai 2017, 20:32:40

Okay, nun habe ich das VPN komplett deaktiviert.
Ergebnis: localhost funktioniert!

Code Auswählen

fhem> li TYPE=telnet
telnetForBlockingFn_1495387057
telnetPort
telnetPort_127.0.0.1_56419

Verdammt, das VPN ist wichtig für den Fernzugriff da ich dort nicht so oft vor Ort bin.
Welche Einstellung am VPN könnte dafür verantwortlich sein?

Danke.

Gruß
Dan

rudolfkoenig · 21 Mai 2017, 22:04:57

VPN Voreinstellungen leiten gerne alles um, weil das einfacher zu verstehen ist, und irgendwelche Firmen-Vorschriften werden damit auch erfuellt. Ich mag es eher, wenn VPN nur fuer ein bestimmtes Netz, und auch nicht fuer DNS zustaendig ist. So kann man mehrere VPNs parallel fahren, und nur das noetige geht ueber VPN. Wie man das konfiguriert, haengt vom VPN Software ab, bei manchen VPNs (wie das vom Cisco) geht sowas nur ueber schwere Hacks, wenn der Server eine "Komplettumleitung" bestellt hat.

DeeSPe · 21 Mai 2017, 22:08:24

VPN ist/war mit Openswan nach dieser Anleitung eingerichtet.
Bleibt wohl nur Stück für Stück jede Einstellung durchzuarbeiten und die "Schuldige" zu finden.

Gruß
Dan

Wernieman · 22 Mai 2017, 07:54:08

Es dürfte an einer der Netzwerkeinstellungen liegen .. da ich aber
a) Dieses VPN nicht habe
b) Zu wenig Zeit
kann ich es Dir nicht debuggen ...

DeeSPe · 22 Mai 2017, 11:04:07

Zitat von: Wernieman am 22 Mai 2017, 07:54:08
Es dürfte an einer der Netzwerkeinstellungen liegen .. da ich aber
a) Dieses VPN nicht habe
b) Zu wenig Zeit
kann ich es Dir nicht debuggen ...

Das soll mir auch niemand debuggen.
Jetzt wo ich weiß wo es her kommt, kann ich mir was einfallen lassen. Und wenn es (im Notfall) nur ein alter RPi ist, den ich für den VPN Zugang zusätzlich einrichten werde.

Danke an alle die sich bisher mit diesem Thema befasst haben/hatten.
Wenn ich das VPN wieder laufen habe (ohne dieses Problem) dann melde ich mich hier nochmal mit der Lösung.

Gruß
Dan

rudolfkoenig · 22 Mai 2017, 11:18:06

Um einen Workaround zu ermoeglichen, habe ich Blocking.pm leicht modifiziert. Mit

Code Auswählen

define n1 global:INITIALIZED { use Blocking;; $BC_telnet="myTelnetDevice" }
kann man fuer Blocking eine telnet Instanz vorgeben. Wenn das haeufiger benoetigt wird, dann koennen wir ueber ein global Attribut nachdenken.

DeeSPe · 22 Mai 2017, 11:28:37

Zitat von: rudolfkoenig am 22 Mai 2017, 11:18:06
Um einen Workaround zu ermoeglichen, habe ich Blocking.pm leicht modifiziert. Mit
Code Auswählen Erweitern
define n1 global:INITIALIZED { use Blocking;; $BC_telnet="myTelnetDevice" }
kann man fuer Blocking eine telnet Instanz vorgeben. Wenn das haeufiger benoetigt wird, dann koennen wir ueber ein global Attribut nachdenken.

Ich sage schon mal "Danke", auch wenn mir noch nicht ganz klar ist was das bedeutet.
Schaue ich mir aber an!

Gruß
Dan