'Connection refused' bei allen externen Zugriffen

Begonnen von Danny, 26 Oktober 2017, 18:26:12

Vorheriges Thema - Nächstes Thema

Danny

Hallo,
ich wollte gestern ein update machen, der 'Update Check' lieferte aber folgendes:
fhem
https://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(1) to https://fhem.de:443: IO::Socket::INET: connect: Connection refused

Weitere Versuche - auch heute noch - liefern das gleiche.
Ich habe schon länger im log bemerkt, dass zB. MyWetter und PROPLANTA genauso 'connection refused' meldet.
Hier dachte ich jedoch, dass sich das schon irgendwann auflöst, da ja die andere Seite den Fehler zurückgibt.
MyWetter: query.yahooapis.com: Connection refused
Das sogar tonnenweise.
Ich dachte, ich hätte irgendeine Konfiguration vorgenommen und etwas geändert und bin auf ein SD image vom 1.9. zurückgegangen, da hatte der update (check) noch funktioniert.
Weiter habe ich nun auch 'connection refused' auf meine Calendar URLs.
Calendar BW_Feiertag: retrieval failed with error message www.schulferien.org: Connection refused
Hat evtl. jemand eine Idee ob und was diese 'connection refused' verursacht ?
Da es bei verschiedenen URLs auftritt, muss das Problem doch irgendwo bei mir liegen !?

Die update Seite kann ich aber manuell im Browser öffnen.

Ich habe schon nach allen möglichen Lösungen gesucht (auch "Having trouble when connecting apt via https?"), keines hat aber geholfen  :(

Für jegliche Tipps wäre ich Euch dankbar
(Latest Revision: 14977)
FHEM 5.8 auf RaspberryPi 2

1 x HM-CFG-LAN / 3 x HM-SEC-SD / 1 x HM-LC-Bl1PBU-FM / 1 x HM-ES-PMSw1-Pl
CUL 868 / 6 x IT-1500 / 1 x ITW-852

rudolfkoenig

Zitathttps://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(1) to https://fhem.de:443: IO::Socket::INET: connect: Connection refused
Ist kein generisches Problem, bei mir funktioniert es.

Fuehrt womoeglich dein Weg ins Internet ueber ein Proxy?
Dafuer gibt es neuerdings ein "attr global proxy", allerdings braucht man dafuer eine aktuelle Version :)

Wenn kein Proxy, dann wuerde ich von einem Shell aus Folgendes der Reihe nach probieren:

ping fhem.de
traceroute fhem.de
telnet fhem.de 80


Danny

Schön, dass es kein generelles Problem ist.
Traceroute funktioniert
$ traceroute fhem.de
traceroute to fhem.de (88.99.31.202), 30 hops max, 60 byte packets
1  fritz.box (xxx.xxx.xxx.xxx)  1.044 ms  1.941 ms  2.085 ms
2  HSI-KBW-37-209-117-127.hsi15.kabel-badenwuerttemberg.de (37.209.117.127)  5.534 ms !X  5.448 ms !X  5.364 ms !X

Allerdings der ping macht mir sorgen:
$ ping fhem.de
PING fhem.de (88.99.31.202) 56(84) bytes of data.
From HSI-KBW-37-209-117-127.hsi15.kabel-badenwuerttemberg.de (37.209.117.127) icmp_seq=1 Packet filtered
From HSI-KBW-37-209-117-127.hsi15.kabel-badenwuerttemberg.de (37.209.117.127) icmp_seq=2 Packet filtered
From HSI-KBW-37-209-117-127.hsi15.kabel-badenwuerttemberg.de (37.209.117.127) icmp_seq=3 Packet filtered
From HSI-KBW-37-209-117-127.hsi15.kabel-badenwuerttemberg.de (37.209.117.127) icmp_seq=4 Packet filtered
^C
--- fhem.de ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3004ms

Das passiert aber auch bei ping telekom.de !?
Hat da UnityMedia die Finger im Spiel ?
FHEM 5.8 auf RaspberryPi 2

1 x HM-CFG-LAN / 3 x HM-SEC-SD / 1 x HM-LC-Bl1PBU-FM / 1 x HM-ES-PMSw1-Pl
CUL 868 / 6 x IT-1500 / 1 x ITW-852

Danny

... allerdings auf einem 2ten Raspberry funktioniert der 'ping fhem.de' !?
Das verstehe ich nicht! Wenn lokal (FHEM Pi) etwas meine Pakete filtered, warum steht dann '... kabel-badenwuerttemberg.de' in der Antwort ?
FHEM 5.8 auf RaspberryPi 2

1 x HM-CFG-LAN / 3 x HM-SEC-SD / 1 x HM-LC-Bl1PBU-FM / 1 x HM-ES-PMSw1-Pl
CUL 868 / 6 x IT-1500 / 1 x ITW-852

Danny

*!'*§$Ü!"§!P§$*§$'

Ein reboot der fritzbox hat das Problem behoben  :o >:(
Bis auf Proplanta funktionieren alle externen URLs wieder.

Sorry für die Störung
aber trotzdem Danke für die Hilfe
FHEM 5.8 auf RaspberryPi 2

1 x HM-CFG-LAN / 3 x HM-SEC-SD / 1 x HM-LC-Bl1PBU-FM / 1 x HM-ES-PMSw1-Pl
CUL 868 / 6 x IT-1500 / 1 x ITW-852

Frank_Huber

Zitat von: Danny am 26 Oktober 2017, 22:02:56
*!'*§$Ü!"§!P§$*§$'

Ein reboot der fritzbox hat das Problem behoben  :o >:(
Bis auf Proplanta funktionieren alle externen URLs wieder.

Sorry für die Störung
aber trotzdem Danke für die Hilfe
Proplanta kommt nen Modul update. Die haben server seitig http deaktiviert.

Gesendet von meinem S3_32 mit Tapatalk