Autor Thema: BlockingCall(s) refused mit allowed_telnetPort  (Gelesen 2762 mal)

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
BlockingCall(s) refused mit allowed_telnetPort
« am: 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:
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #1 am: 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.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #2 am: 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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #3 am: 09 Mai 2017, 00:08:30 »
Das Problem besteht immer noch! >:( :( :o

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:
2017-05-08 23:55:00 DbLog DbLog state: Commit already running - resync at NextSyncund auch HMinfo configCheck funktioniert nicht mehr:
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:
{ delete $defs{DbLog}{HELPER}{RUNNING_PID} }kommt beim nächsten Sync Interval auch:
2017.05.09 00:04:00 1 : Connection refused from 192.168.2.3:50992und  beim Darauffolgenden wieder:
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #4 am: 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.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #5 am: 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.
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:
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #6 am: 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.

Was sagt denn "lsof -p <FHEM-PID> | grep LISTEN"?

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)

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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #7 am: 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?

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #8 am: 09 Mai 2017, 16:10:44 »
Zu HMUARTLGW kann ich nichts sagen.

Ist klar, wollte ich nur erwähnen.

Kannst du die Ausgaben von ifconfig -a anhaengen?

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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #9 am: 09 Mai 2017, 16:35:00 »
Und wie ist localhost definiert (/etc/hosts?)

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #10 am: 09 Mai 2017, 18:40:24 »
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.
« Letzte Änderung: 09 Mai 2017, 18:46:56 von DeeSPe »
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #11 am: 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
« Letzte Änderung: 09 Mai 2017, 18:46:52 von Wernieman »
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #12 am: 10 Mai 2017, 13:21:42 »
Falls ich noch was untersuchen soll, brauche ich die Ausgabe von "list TYPE=telnet", wie oben beschrieben.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #13 am: 10 Mai 2017, 13:24:23 »
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #14 am: 10 Mai 2017, 13:56:27 »
1x ohne globalpassword:
telnetForBlockingFn_1494348251
telnetPort
telnetPort_192.168.2.3_52943

1x mit globalpassword am Passwort Prompt:
telnetForBlockingFn_1494417127
telnetPort
telnetPort_192.168.2.3_52994

Gruß
Dan

EDIT: Sollte das nicht über die 127.0.0.1 rein kommen?
« Letzte Änderung: 10 Mai 2017, 14:02:55 von DeeSPe »
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #15 am: 10 Mai 2017, 14:16:14 »
Zitat
Sollte 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.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #16 am: 10 Mai 2017, 14:51:37 »
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.
# 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
« Letzte Änderung: 10 Mai 2017, 15:01:00 von DeeSPe »
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #17 am: 10 Mai 2017, 15:19:46 »
Nur mal so ... was sagt den 127.0.1.1??

P.S. Sicherheitshalber, gib uns bitte mal:
netstat -lntp
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #18 am: 10 Mai 2017, 15:30:04 »
Nur mal so ... was sagt den 127.0.1.1??

P.S. Sicherheitshalber, gib uns bitte mal:
netstat -lntp

Verbinden geht auch über die 127.0.1.1, kommt aber trotzdem über extern.
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
« Letzte Änderung: 10 Mai 2017, 16:00:18 von DeeSPe »
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #19 am: 10 Mai 2017, 15:43:07 »
Zitat
Egal 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)

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #20 am: 10 Mai 2017, 16:01:24 »
Sowas muesste mit em routing was zu tun haben (netstat -nr)
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #21 am: 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
fhem> li TYPE=telnet
telnet
telnet_127.0.0.1_58911

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #22 am: 10 Mai 2017, 16:42:18 »
Bin ratlos.

Geht mir schon lange so... :P
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #23 am: 10 Mai 2017, 18:07:59 »
Ich glaube nicht an routing ... irgendwas ist komisch.

Könntest Du bitte mal:
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?
« Letzte Änderung: 10 Mai 2017, 18:09:53 von Wernieman »
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #24 am: 10 Mai 2017, 18:30:51 »
Es ist ein frisch aufgesetztes Debian Jessie lite.
root@fhem:/home/dan# getent hosts localhost fhem
::1             localhost ip6-localhost ip6-loopback
root@fhem:/home/dan# host 127.0.1.1
Host 1.1.0.127.in-addr.arpa. not found: 3(NXDOMAIN)
root@fhem:/home/dan# host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
root@fhem:/home/dan# host localhost
localhost has address 127.0.0.1
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:
root@fhem:/home/dan# getent hosts localhost fhem
127.0.0.1       localhost
127.0.1.1       fhem
« Letzte Änderung: 10 Mai 2017, 19:27:08 von DeeSPe »
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #25 am: 10 Mai 2017, 19:16:10 »
Als Vergleich mal ein System wo globalpassword funktioniert (auch Debian Jessie lite (einen Tag vorher installiert)):
root@fhem:/home/dan# getent hosts localhost fhem
::1             localhost ip6-localhost ip6-loopback
127.0.1.1       fhem
root@fhem:/home/dan# host 127.0.1.1
Host 1.1.0.127.in-addr.arpa. not found: 3(NXDOMAIN)
root@fhem:/home/dan# host 127.0.0.1
Host 1.0.0.127.in-addr.arpa. not found: 3(NXDOMAIN)
root@fhem:/home/dan# host localhost
Host localhost not found: 3(NXDOMAIN)
root@fhem:/home/dan# host fhem
Host fhem not found: 3(NXDOMAIN)

Gruß
Dan
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #26 am: 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?
cat /etc/resolv.conf
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #27 am: 11 Mai 2017, 09:30:20 »
dan@fhem:/home/dan# sudo cat /etc/resolv.conf
nameserver 192.168.2.1

Gruß
Dan
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #28 am: 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
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #29 am: 11 Mai 2017, 13:56:39 »
192.168.2.1 ist Dein Internetrouter?

Jepp!

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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #30 am: 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:
tail -f /var/log/auth.log
In einem 2. Session/Fenster sollst Du dich dann über das loopback Device mit ssh verbinden:
ssh meinuser@localhostAnstatt localhost auch mal mit 127.0.0.1 und 127.0.1.1 probieren.

Im Log sollte so etwas auftauchen:
Zitat
May 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
« Letzte Änderung: 12 Mai 2017, 11:53:14 von Wernieman »
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #31 am: 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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #32 am: 12 Mai 2017, 22:23:33 »
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:
ssh dan@localhost
ssh dan@127.0.0.1
ssh dan@127.0.1.1

Gruß
Dan
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #33 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?
ip a
Nur .. verstehe ich es so nicht ....
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #34 am: 16 Mai 2017, 14:06:23 »
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?
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.

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!
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #35 am: 16 Mai 2017, 16:02:19 »
Kannst Du mal folgendes Abschalten und wieder probieren?
ip_vti0@NONE:
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #36 am: 16 Mai 2017, 16:17:30 »
Kannst Du mal folgendes Abschalten und wieder probieren?
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #37 am: 16 Mai 2017, 16:19:08 »
Ansonsten verstehe ich es nur nicht .... warum er anstatt localhost über die externe IP geht ...
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #38 am: 16 Mai 2017, 16:20:25 »
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #39 am: 17 Mai 2017, 08:05:38 »
Und genau deshalb möchte ich das System "simplifizieren" ... es ist nichts normales sondern etwas spezielles eingestellt ...
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #40 am: 17 Mai 2017, 09:17:56 »
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #41 am: 21 Mai 2017, 20:32:40 »
Okay, nun habe ich das VPN komplett deaktiviert.
Ergebnis: localhost funktioniert!

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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #42 am: 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.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #43 am: 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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 3350
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #44 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 ...
- Bitte um Input für Output
- When there is a Shell, there is a Way

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #45 am: 22 Mai 2017, 11:04:07 »
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 17262
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #46 am: 22 Mai 2017, 11:18:06 »
Um einen Workaround zu ermoeglichen, habe ich Blocking.pm leicht modifiziert. Mit
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.

Offline DeeSPe

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3390
  • Wer anderen eine Bratwurst brät...
Antw:BlockingCall(s) refused mit allowed_telnetPort
« Antwort #47 am: 22 Mai 2017, 11:28:37 »
Um einen Workaround zu ermoeglichen, habe ich Blocking.pm leicht modifiziert. Mit
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
FHEM 5.8, Brix, VIVO mini, RPi3, Debian Jessie, ZME_UZB1
HM-CFG-LAN, HM-MOD-UART-WIFI, HUE, HarmonyHub, JeeLink, CO20
Hyperion auf RPi Zero W, Sonos, viel Z-Wave und HM
alles per HomeKit steuerbar
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert

 

decade-submarginal