Network Connection zu externen IPs im Linux-Dash

Alti · September 14, 2016 at 10:15 AM

Hallo zusammen,

Ich bin neu hier, habe einen Raspberry Pi 3 B mit Raspbian Jessie (4.4). Es ist mein erster Raspberry, habe aber in grauer Vorzeit einiges mit Linux gemacht. Ich habe den Apache2 und Linux-Dash installiert. Noch läuft er hinter der Fritz.Box.
Im Linux-Dash wird mir aber immer wieder eine externe IP angezeigt (zB. 64.90.48.15 oder 205.234.175.175) auf Port 80. Es scheinen ISPs zu sein. Gibt es einen Prozess der automatisch ins Internet geht bei Raspbian, Updates oder so? Denn ein Zugriff aus dem Internet sollte (eigentlich) an der Fritz.box hängen bleiben.
Wie muss ich diese Network Connection bewerten?

Vielen Dank

Bot · Vor 5 Minuten

Network Connection zu externen IPs im Linux-Dash? Schau mal ob du hier fündig wirst!

meigrafd · September 14, 2016 at 10:17 AM

Hast du eine Portweiterleitung oder DMZ im Router aktiviert?

Alti · September 14, 2016 at 11:03 AM

DMZ gibt es ja eigentlich nicht bei solchen Routern ist eher ein Exposed Server. Nein den habe ich nicht.
Die einzige Portfreigabe die ich habe ist auf meine PS3 für den Port 80 und andere spezifische Ports. Die ist aber fest mit der IP der PS3 verbunden.

Bot · Vor einem Moment

rpi444 · September 14, 2016 at 11:57 AM

Quote from Alti

Gibt es einen Prozess der automatisch ins Internet geht bei Raspbian, Updates oder so?

Schau mal auf deinem PI3, mit:

Code

sudo netstat --inet -nWep

nach. Da sollte auch die PID bzw. der Prozess gezeigt werden.

Raspi.Nick · September 14, 2016 at 12:23 PM

Quote from Alti

DMZ gibt es ja eigentlich nicht bei solchen Routern ist eher ein Exposed Server. Nein den habe ich nicht.
Die einzige Portfreigabe die ich habe ist auf meine PS3 für den Port 80 und andere spezifische Ports. Die ist aber fest mit der IP der PS3 verbunden.

Das heißt du hast eine Portweiterleitung.
In der FB ist der Port 80 zwar zur PS3 geroutet, aber es lässt sich so auch jeder andere Client im Netzwerk erreichen.
Sperre einfach mal zum testen die Ports in der FB und schaue ob die Zugriffe immer noch auftauchen.

rpi444 · September 14, 2016 at 12:33 PM

Quote from Raspi.Nick

In der FB ist der Port 80 zwar zur PS3 geroutet, aber es lässt sich so auch jeder andere Client im Netzwerk erreichen.

Kannst Du das etwas genauer erklären, wie das funktioniert? Danke.

Bot · Vor einem Moment

**dbv** · September 14, 2016 at 12:38 PM Official Post

Raspi.Nick · September 14, 2016 at 2:22 PM

Quote from rpi444

Kannst Du das etwas genauer erklären, wie das funktioniert? Danke.

Das kann ich leider nicht.
Ich hatte es nur schon mehrfach so vorgefunden, dass wenn in einem Router eine Portweiterleitung aktiviert war, auch andere Rechner von außerhalb erreichbar waren.

Daher auch mein Vorschlag die Weiterleitungen zum testen zu deaktivieren und zu schauen ob es dann immer noch auftritt.

meigrafd · September 14, 2016 at 2:31 PM

Dabei muss sich um ein Missverständnis oder fehlerhafte Konfiguration/Router handeln. Sofern alles richtig läuft wird eine Route ja so konfiguriert das es auf eine bestimmte LAN-IP zeigt und dann funktioniert die Weiterleitung auch nur auf diese spezielle IP.
Ob dann diese spezielle LAN-IP auch wirklich nur auf die PS3 zeigt oder plötzlich doch auf den Pi, könnte Ursache für dieses komisch wirkende Problem sein. Oder das spezielle LAN Gerät leitet es ebenfalls noch mal weiter, was ich mir bei einer PS3 aber nicht vorstellen kann (geschlosses System).
Bei manchen Routern kann man aber auch eine IP-Range einstellen, dann wird ein Verbindungsversuch nicht nur an eine LAN-IP gereicht.
Wenn man aus dem LAN heraus eine Verbindung ins Internet herstellt kann es zum Beispiel vorkommen das dann von einer Webseite ein Portscan versucht wird und dann eine Firewall Alarm schlägt - aber dazu muss wie gesagt erst eine LAN-Aktion stattfinden.
Spekulieren kann man da viel, normal ist das aber eigentlich nicht

Bot · Vor einem Moment

Alti · September 14, 2016 at 2:35 PM

Code

alti@raspberrypi:~ $ sudo netstat --inet -nWep
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State                                                             User       Inode       PID/Program name
tcp        0    288 192.168.1.118:22        192.168.1.121:62894     ESTABLISHED                                                       0          10979       921/sshd: alti[pr
tcp        0  92928 192.168.1.118:52310     64.90.48.15:80          ESTABLISHED                                                       33         9007        822/apache2

Das ist das Ergebnis von netstat, hilft Euch das weiter?

**dbv** · September 14, 2016 at 2:38 PM Official Post

Telekomrouter können sogar die Sachen nicht, die man in dem, ohnehin schon beschränktem, System sogar einstellen kann, UDP Ports freigeben z.B.

Man sieht das ssh und Apache laufende Verbindungen haben.

rpi444 · September 14, 2016 at 2:46 PM

Quote from Alti

Code

tcp        0  92928 192.168.1.118:52310     64.90.48.15:80          ESTABLISHED                                                       33         9007        822/apache2

Beim apache ist es eine Verbindung nach außen, zum destination-Port 80:

Display Spoiler

:~ $ whois 64.90.48.15

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/public/whoisinaccuracy/index.xhtml
#

#
# The following results may also be obtained via:
# https://whois.arin.net/rest/nets;q=64…lse&ext=netref2
#

NetRange: 64.90.32.0 - 64.90.63.255
CIDR: 64.90.32.0/19
NetName: DREAMHOST-BLK10
NetHandle: NET-64-90-32-0-1
Parent: NET64 (NET-64-0-0-0-0)
NetType: Direct Allocation
OriginAS: AS26347
Organization: New Dream Network, LLC (NDN)
RegDate: 2011-02-23
Updated: 2012-03-02
Ref: https://whois.arin.net/rest/net/NET-64-90-32-0-1

OrgName: New Dream Network, LLC
OrgId: NDN
Address: 417 Associated Rd.
Address: PMB #257
City: Brea
StateProv: CA
PostalCode: 92821
Country: US
RegDate: 2001-04-17
Updated: 2015-09-07
Comment: Address location was created regardless of geographic location.
Ref: https://whois.arin.net/rest/org/NDN

OrgTechHandle: NETOP274-ARIN
OrgTechName: NetOPs
OrgTechPhone: +1-714-706-4182
OrgTechEmail: netops@dreamhost.com
OrgTechRef: https://whois.arin.net/rest/poc/NETOP274-ARIN

OrgNOCHandle: NETOP274-ARIN
OrgNOCName: NetOPs
OrgNOCPhone: +1-714-706-4182
OrgNOCEmail: netops@dreamhost.com
OrgNOCRef: https://whois.arin.net/rest/poc/NETOP274-ARIN

OrgAbuseHandle: DAT5-ARIN
OrgAbuseName: DreamHost Abuse Team
OrgAbusePhone: +1-714-706-4182
OrgAbuseEmail: abuse@dreamhost.com
OrgAbuseRef: https://whois.arin.net/rest/poc/DAT5-ARIN

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/public/whoisinaccuracy/index.xhtml
#

Bot · Vor einem Moment

Alti · September 14, 2016 at 2:47 PM

Alle ports sind dicht aber die externe Connection ist weite da...

Ich denke mit den Clients die bei nur einer Portfreigabe sichtbar sind hat mit der UPnP Freigabe zu tun die man tunlichst nicht geben sollte.

Quote

Alle Geräte im Heimnetz dürfen Portfreigaben selbstständig verändern

Geräte wie Spielekonsolen bzw. Anwendungen mit UPnP- oder PCP-Unterstützung können im Heimnetz Portfreigaberegeln der FRITZ!Box automatisch verändern. Aktivieren Sie diese Option aus Sicherheitsgründen nur, wenn Sie tatsächlich eingehende Verbindungen aus dem Internet gestatten müssen, die von den Geräten selbst verwaltet werden.

rpi444 · September 14, 2016 at 2:51 PM

Quote from Alti

Aber das was netstat für den apache zeigt, ist doch keine eingehende Verbindung aus dem Internet?

meigrafd · September 14, 2016 at 2:53 PM

Was genau hast du denn gemacht? Welches Image hast du von wo gezogen und geflasht?
Hast du auch WIRKLICH noch NICHTS installiert?? Also WIRKLICH WIRKLICH WIRKLICH nichts?

Bot · Vor einem Moment

Alti · September 14, 2016 at 2:55 PM

Wenn die Connection nach außen ist, also vom Apache iniziiert, ist es unkrittisch, oder?
Woran erkenne ich, dass die Verbindung nach außen geht?

**dbv** · September 14, 2016 at 2:59 PM Official Post

In dem bei Local Address eine IP aus den privaten Adressbereichen und bei Foreign Address eine aus den öffentlichen steht

Alti · September 14, 2016 at 3:03 PM

Das Zitat ist aus der Fritz.box von einer Option die ich NICHT angeklickt habe, aber möglicherweise Grund für die Situationen sein könnte die RASPI.Nick beschrieben hat.

Ich habe von https://www.raspberrypi.org/downloads/ raspbian jessie (nicht light) heruntergeladen und nur Apache2 und linux-Dash 1.0 installiert.

Bot · Vor einem Moment

Manul · September 14, 2016 at 3:07 PM

Quote from dbv

In dem bei Local Address eine IP aus den privaten Adressbereichen und bei Foreign Address eine aus den öffentlichen steht

I beg to differ: So sieht meine von außen initiierte ssh-Verbindung aus:

Code

tcp        0     88 10.0.0.19:22            <externe IP>:33764      ESTABLISHED 0          12053111    31249/sshd: <user>

**dbv** · September 14, 2016 at 3:09 PM Official Post

Vereinfachung macht Anschaulich (wie Übertreibung)

Participate now!