[Eisfair] Ursache einer externen verbindung finden

[Marcus Roeckrath]

Hallo Fridrich,

Fridrich Bartel wrote:

>>> jemand spontan eine Idee, wie ich den Verursacher folgenden
>>> Verbindungversuches des eis festzustellen:
>>>
>>> eis # ss --tcp --udp --all -n | grep ":80 "
>>> Netid  State      Recv-Q  Send-Q                      Local Address:Port
>>> Peer Address:Port
>>> tcp     SYN-SENT   0        1
>>> 192.168.1.3:47930                                 136.243.92.106:80
>> 
>> Hat sich geklärt, gehört zu raumbezug.com, wo ich automatisiert
>> OpnStreetMap-Karten für mein Garmin downloade, die Seite aber derzeit
>> nicht richtig antwortet und es daher zu stundenlangen Connectversuchen
>> von wget kommt.
>> 
> 
> Sicher?
> 
>> https://www.ip-adress.com/ip-address/ipv4/136.243.92.106

Ja, gehört halt zum IP-Bereich von Hetzner.

eis64 # nslookup raumbezug.com
Server:         192.168.1.1
Address:        192.168.1.1#53

Non-authoritative answer:
Name:   raumbezug.com
Address: 136.243.92.106

Nachdem das Skript zuende war, finden sich auch keine Verbinsdungsaufbauten
mehr, die sich sofort wieder einstellen, wenn ich den Kartendownload
versuche.

Manuell auf der Konsole sieht das so aus:

eis # wget http://download.raumbezug.com/garmin/europe/albania/albania.zip
--2019-11-16 12:09:29-- 
http://download.raumbezug.com/garmin/europe/albania/albania.zip
Resolving download.raumbezug.com (download.raumbezug.com)... 136.243.92.106
Connecting to download.raumbezug.com (download.raumbezug.com)
136.243.92.106|:80... failed: Connection timed out.
Retrying.
...

Hab den cronjob für das Skript erstmal deaktiviert und den Inhaber
informiert, wobei die info-Mailadresse auch zurückkommt und eine andere
dienstliche nun benutzt.

Man macht sich dann so sein Gedanken, warum eine jahrelang gepflegte Seite
plötzlich so alleine gelassen ist, sich möglicherweise ein Betreiber sich
nicht mehr darum kümmern kann.

-- 
Gruss Marcus