Portforwarding kommt nicht beim Server an?
Hi,
ich habe hier einen Ubuntu Server 12.04 64Bit laufen. Intern funktioniert so weit alles wunderbar. Doch, wenn ich jetzt z.B. per SSH von außen auf meinen Server zugreifen will geht das nicht. Ich habe im Router ein Forward vom SSH Port auf den Server eingerichtet, doch leider erhalte ich ein Time out. Wenn ich jedoch die IP des Servers gegen die IP einen anderen internen Rechners tausche so funktionier SSH wunderbar. Und ja SSH läuft auf dem Server und funktioniert auch. Die Ubuntu-Firewall ist auch deaktiviert.
Hat jemand eine Idee woran das liegen kann?
Danke schon mal für die Hilfe
ich habe hier einen Ubuntu Server 12.04 64Bit laufen. Intern funktioniert so weit alles wunderbar. Doch, wenn ich jetzt z.B. per SSH von außen auf meinen Server zugreifen will geht das nicht. Ich habe im Router ein Forward vom SSH Port auf den Server eingerichtet, doch leider erhalte ich ein Time out. Wenn ich jedoch die IP des Servers gegen die IP einen anderen internen Rechners tausche so funktionier SSH wunderbar. Und ja SSH läuft auf dem Server und funktioniert auch. Die Ubuntu-Firewall ist auch deaktiviert.
Hat jemand eine Idee woran das liegen kann?
Danke schon mal für die Hilfe
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 194826
Url: https://administrator.de/forum/portforwarding-kommt-nicht-beim-server-an-194826.html
Ausgedruckt am: 23.12.2024 um 01:12 Uhr
7 Kommentare
Neuester Kommentar
Hallo
Du hast in deinem router eine Weiter leitung eingerichtet auf deinen server? Wie versuchst du in dein netzwerk zu kommen? nur als tip um eine port weiter leitung testen zu können darfst du keine ip haben von deinem Router. dann solltest du auch dyndns eingerichtet haben um überhaupt zu deinem rechner zu kommen.
wenn das alles stimmt solte " ssh root@haumichblau.dyndns.org" funktionieren
mfg
Du hast in deinem router eine Weiter leitung eingerichtet auf deinen server? Wie versuchst du in dein netzwerk zu kommen? nur als tip um eine port weiter leitung testen zu können darfst du keine ip haben von deinem Router. dann solltest du auch dyndns eingerichtet haben um überhaupt zu deinem rechner zu kommen.
wenn das alles stimmt solte " ssh root@haumichblau.dyndns.org" funktionieren
mfg
Zitat von @RobertTischler:
Hallo
Du hast in deinem router eine Weiter leitung eingerichtet auf deinen server? Wie versuchst du in dein netzwerk zu kommen? nur als
tip um eine port weiter leitung testen zu können darfst du keine ip haben von deinem Router. dann solltest du auch dyndns
eingerichtet haben um überhaupt zu deinem rechner zu kommen.
Hallo
Du hast in deinem router eine Weiter leitung eingerichtet auf deinen server? Wie versuchst du in dein netzwerk zu kommen? nur als
tip um eine port weiter leitung testen zu können darfst du keine ip haben von deinem Router. dann solltest du auch dyndns
eingerichtet haben um überhaupt zu deinem rechner zu kommen.
Hey,
Dem kann ich nun nicht zustimmen.
Setzen wir uns mit dem Szenario mal auseinander.
Bspw.:
Router: 192.168.100.1 | öffentliche IP: 31.17.45.50
Dein SSH-Client: 192.168.100.20
Dein SSH-Server: 192.168.100.100
Du forwardest also im Router den öffentlichen Port 22 an den lokalen Port 22 des SSH-Servers(192.168.100.100).
Nun startest Du deinen SSH-Client(bspw. Putty) und connectest auf die öffentliche IP deines Routers(31.17.45.50) am Port 22.
Fertig ist der Lack.
Um dem Problem deiner dynamischen öffentlichen IP vorzugreifen ist ein DynDNS-Account natürlich gut, aber zum Testen vor/nach der Zwangstrennung brauchst Du Den nicht.
Gruß,
Chris
Hallo ChrisIO
Und genau das Funktioniert bei manchen routern nicht, weil die routing tabele nicht für den internen daten verker genutzt wird. Wenn ich von x.x.x.20 zu x.x.x.100 will hat der router damit nichts mehr zu tun auser eventuell der ip vergabe. der Router bekommt die pakete nicht mal zu gesicht.
MFG
Und genau das Funktioniert bei manchen routern nicht, weil die routing tabele nicht für den internen daten verker genutzt wird. Wenn ich von x.x.x.20 zu x.x.x.100 will hat der router damit nichts mehr zu tun auser eventuell der ip vergabe. der Router bekommt die pakete nicht mal zu gesicht.
MFG
Zitat von @RobertTischler:
Hallo ChrisIO
Und genau das Funktioniert bei manchen routern nicht, weil die routing tabele nicht für den internen daten verker genutzt
wird. Wenn ich von x.x.x.20 zu x.x.x.100 will hat der router damit nichts mehr zu tun auser eventuell der ip vergabe. der Router
bekommt die pakete nicht mal zu gesicht.
MFG
Hallo ChrisIO
Und genau das Funktioniert bei manchen routern nicht, weil die routing tabele nicht für den internen daten verker genutzt
wird. Wenn ich von x.x.x.20 zu x.x.x.100 will hat der router damit nichts mehr zu tun auser eventuell der ip vergabe. der Router
bekommt die pakete nicht mal zu gesicht.
MFG
Hey,
hast Du meinen Beitrag gelesen und auch verstanden?
Niemand will von x.x.x.20 zu x.x.x.100, sondern die Kommunikation von Außen soll getestet werden.
Also will man die Verbindung vom internen Client 192.168.100.20 zu 31.17.45.50 testen.
Gruß,
Chris