7
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
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 194826
Url: https://administrator.de/contentid/194826
Printed on: April 24, 2024 at 11:04 o'clock
7 Comments
Latest comment
Hallo,
welche Firewall setzt du ein?
Ist ssh in der Config auf bestimmte Hosts beschränkt?
Hast du die ausgehenden Ports auch erlaubt?
Hast du in den Logs am Server eine Connection?
Logge mal Port 22 auf der Firewall mit.
Gruß
welche Firewall setzt du ein?
Ist ssh in der Config auf bestimmte Hosts beschränkt?
Hast du die ausgehenden Ports auch erlaubt?
Hast du in den Logs am Server eine Connection?
Logge mal Port 22 auf der Firewall mit.
Gruß
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
hallo ja dann lies dein beitrag mal durch du kannst nicht intern auf die externe it und dann wieder nach intern das geht nur wenn du auch eine externe ip hast.
Hallo,
ohne externe IP macht Portforwarding keinen Sinn.
Und ich kann ein NAT Fallback machen von dem du sagst es geht nicht.
Aver ich habe keine Ahnung was du erreichen willst.
Gruß
ohne externe IP macht Portforwarding keinen Sinn.
Und ich kann ein NAT Fallback machen von dem du sagst es geht nicht.
Aver ich habe keine Ahnung was du erreichen willst.
Gruß
