Verbindung von einer nicht-lokalen Adresse ab sofort nur mit Passwort

[RaspiLED]

Hi, Du könntest Dich von der Kommandozeile des Servers per telnet auf Port 7072 verbinden. Und den Befehl da eingeben. Oder den Dienst fhem runterfahren und eine Zeile an die config hängen?
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

[raspklaus]

Soviel zu der grundsätzlichen Aussage der Experten hier:

NIE HÄNDISCH DIE CONFIG ÄNDERN 

[amenomade]

wenn ich über die Weboberfläche keinen Zugriff mehr habe ?

Kannst Du dich nicht am Rechner einloggen, wo FHEM läuft? Oder hat er keine Desktop-Umgebung?

[Benni]

Soviel zu der grundsätzlichen Aussage der Experten hier:

NIE HÄNDISCH DIE CONFIG ÄNDERN 

Du hast aber schon den ganzen Post gelesen (und verstanden)?

Hi, Du könntest Dich von der Kommandozeile des Servers per telnet auf Port 7072 verbinden. Und den Befehl da eingeben.

Damit ist keine Manuelle Änderung der fhem.cfg notwendig und das funktioniert auch dann, wenn man gar keine fhem.cfg hat!   

[raspklaus]

Port 7072 ?

Code Auswählen Erweitern

2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:32 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:32 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:34 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:34 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused


soviel dazu 

aber händisch editiert läuft 

[CoolTux]

Was hast du denn für ein Netzwerk? Jedenfalls nicht privater Adressbereich. Und auf welche IP zeigt in Deiner /etc/hosts localhost?

[amenomade]

Vielleicht hab ich was von deiner Konfiguration verpasst, aber die letzte Änderung sollte nicht das Problem sein,  um auf die FHEMWEB Oberfläsche mit der Adresse 127.0.0.1 und dem üblichen (web) Port zu kommen.
127.0.0.1 (normalerweise localhost) ist doch in der Liste von lokalen Adressen.

[Benni]

Port 7072 ?

Code Auswählen Erweitern

2017.06.04 15:55:31 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.06.04 15:55:31 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
<...>


soviel dazu 

wenn du direkt per ssh auf dem Server angemeldet bist sollte telnet auf Port 7072 auf localhost aber funktionieren. Zumindest aber direkt über eine beliebige der loopback-Adressen (127.0.0.1-127.255.255.254) muss es funktionieren!

und wäre das ein geeigneter Eintrag ?

192.200.100.35|192.200.100.81|127.0.0.1|192.200.100.95|192.200.100.32

127.0.0.1 muss deshalb auch nicht ausgenommen werden.

Die anderen (192.200.x.x) sind übrigens keine gültigen privaten IP-Adressen: https://de.wikipedia.org/wiki/Private_IP-Adresse

(... wie CoolTux und amenomade inzwischen auch schon geschrieben hatten  )

[rudolfkoenig]

sollte telnet auf Port 7072 auf localhost aber funktionieren.

Kann ich nur bestaetigen. Weiterhin sollte die aktuelle Aenderung eine weitere Zeile im Log produzieren. Ich vermute dein Problem hat eine andere Ursache.

[CoolTux]

Rudi ich muss leider doch nachfragen. Ich habe da einen Spezialisten der tatsächlich AMAD nach aussen freigegeben hat.
Müssen die Modulauthoren irgendwelche Anpassungen machen damit ein Login/Passwort von einer nicht privaten Adresse funktioniert?
Reicht eine allow Instanz aus welche an die AMADCommBridge Instanz gebunden ist?



Grüße

[hyper2910]

Rudi ich muss leider doch nachfragen. Ich habe da einen Spezialisten der tatsächlich AMAD nach aussen freigegeben hat.
Müssen die Modulauthoren irgendwelche Anpassungen machen damit ein Login/Passwort von einer nicht privaten Adresse funktioniert?
Reicht eine allow Instanz aus welche an die AMADCommBridge Instanz gebunden ist?



Grüße

Danke, der Spezi war ich!      und ich benötige diesen Zugang auch weiterhin.

[rudolfkoenig]

Müssen die Modulauthoren irgendwelche Anpassungen machen damit ein Login/Passwort von einer nicht privaten Adresse funktioniert?

Es gibt zwei Moeglichkeiten: allowfrom setzen, oder eine allowed Instanz definieren, die im validFor Attribut die AMAD Instanz spezifiziert. Letzteres ist aber ein Hack, da (soweit ich sehe) AMAD Authenticate() nicht aufruft.

[CoolTux]

Hyper2910

Versuche Mal ein allowFrom .*
Vielleicht geht es ja erstmal so. Dann ist die Sicherheit so wie vor dem ganzen.

@rudi
Vielen Dank. Ich schaue mir das mal mit Authenticate() an. Werde ich wenn dann in meine neue Version 4 mit einbauen.


Grüße

[rudolfkoenig]

Ich schaue mir das mal mit Authenticate() an.

Siehe dazu https://forum.fhem.de/index.php/topic,72757.msg644098.html#msg644098

[CoolTux]

Danke!
Habe gerade mal geschaut. Wo genau kann ich allowfrom setzen? Ich hatte jetzt in den Attributen meiner Bridge geschaut aber da gibt es sowas nicht. Bedeutet für mich ohne zusätzlichen Code kann man da nichts machen, oder irre ich mich?


Grüße