Unitymedia Portweiterleitung Apache Webserver

[Blofeld]

Hallo,

hab seit kurzem UM-Internet und auch gleich eine Frage fürs Forum :zwinker: .

Ich möchte einen Apache Webserver hinter der FritzBox 7170 betreiben. (Für private Zwecke versteht sich) Ich habe die Portweiterleitung auf Port 80 und die interne IP des Servers eingerichtet, jedoch ist der Webserver von außen nicht zu erreichen.

Muss Unitymedia mir den Port erst freigeben oder ist der Fehler bei mir zu suchen?

Gruß,
Blofeld

 

[Lodin_Erikson]

Hallo Blofeld,

der Fehler liegt bei Dir bzw. der Fritzbox.
Mit meinem Netgear-Router klappte das einwandfrei, hab ich mal beim einrichten meines NAS getestet.
Von UM werden nur ganz wenige Ports gesperrt, 80 gehört nicht dazu.


VG,
Lutz

 

[Blofeld]

Ok, danke erstmal für Deine Antwort.

Anders herum gefragt:

Was muss ich alles machen, damit der Apache nach außen hin erreichbar ist?
Bis jetzt habe ich nur die Portfreigabe eingestellt:

Zeile in der FritzBox:
HTTP-Server TCP 80 192.168.178.2 80

Mit dem alten Speedport von T-Home und DSL hat es immer funktioniert.

Gruß,
B.

 

[Lodin_Erikson]

Auch wenn es nur wenig hilft :
http://www.unitymediaforum.de/viewtopic.php?f=53&t=3653&start=0&hilit=Webserver+FritzBox+7170

Mit der Fritzbox kenne ich mich leider nicht aus.


VG,
Lutz

 

[koax]

Was muss ich alles machen, damit der Apache nach außen hin erreichbar ist?

Ich nehme doch an, Du versuchst den Server mit der öffentlichen Adresse der Fritzbox bzw. über die Adresse eines dynamischen IP-Anbieters (z.B. DynDNS) zu erreichenhen, oder?

 

[Blofeld]

Ich nehme doch an, Du versuchst den Server mit der öffentlichen Adresse der Fritzbox bzw. über die Adresse eines dynamischen IP-Anbieters (z.B. DynDNS) zu erreichenhen, oder?

Richtig. Sowohl über die (öffentliche) Ip als auch über die Adresse von DynDNS gehts nicht.

 

[koax]

Richtig. Sowohl über die (öffentliche) Ip als auch über die Adresse von DynDNS gehts nicht.

Hast Du mal ein Tracert an die DynDNS-Adresse gemacht?
Wie steht es mit der Windows-Firewall oder einer anderen Software-Firewall?

Kannst Du den Server im lokalen Netz erreichen?

 

[Lodin_Erikson]

Ich nehme doch an, Du versuchst den Server mit der öffentlichen Adresse der Fritzbox bzw. über die Adresse eines dynamischen IP-Anbieters (z.B. DynDNS) zu erreichenhen, oder?

Richtig. Sowohl über die (öffentliche) Ip als auch über die Adresse von DynDNS gehts nicht.

Von wo aus hast Du versucht Deinen Server zu erreichen ?

1. Von einem PC außerhalb Deines privaten Netzes aus (z.B. Firmen-PC)
2. Von einem PC innerhalb Deines privaten Netzes aus

im 2. Fall kann auch der Router generell Probleme machen. Denn jetzt muss die Anfrage ja aus dem privaten Netz durch den Router hinaus zurück auf den Router gehen. Das kann schon mal Probleme bereiten. Habe ich zumindest im Forum meines NAS gelesen.


VG,
Lutz

 

[Blofeld]

Richtig. Sowohl über die (öffentliche) Ip als auch über die Adresse von DynDNS gehts nicht.

Hast Du mal ein Tracert an die DynDNS-Adresse gemacht?
Wie steht es mit der Windows-Firewall oder einer anderen Software-Firewall?

Kannst Du den Server im lokalen Netz erreichen?

Firewall? Denk nicht, dass es daran liegt. Das läuft ja alles über HTTP und Port 80 und der ist definitiv frei, außerdem hat es vorher auch immer funktioniert. Jap, im lokalen Netz ist er verfügbar. Ich poste jetzt mal die Ausgabe von traceroute (anonymisiert):

traceroute to xxx.dyndns.org (81.210.xxx.xxx), 30 hops max, 40 byte packets
1 fritz.fonwlan.box (192.168.178.1) 2.964 ms 3.749 ms 6.209 ms
2 ip-81-210-xxx-xxx.unitymediagroup.de (81.210.xxx.xxx) 8.928 ms !X 10.405 ms !X 12.719 ms !X

Muss man die Ausgabe so interpretieren, dass schon von der FritzBox keine Antwort mehr kommt und die Pakete bei unitymedia stecken bleiben?

Gruß,
B.

 

[mfatgt]

Wieso packst du nicht freetz auf deine fritzbox?? Hättest dann den httpd auf der fritzbox laufen. Könntest ja wenn du lust hast noch einen usb-stick dranmachen, schon hättest du genügend space. Würdest enorme Stromkosten sparen, hättest keine Probleme mit der Sicherheit und müsstest nichts NATten...

 

[koax]

Firewall? Denk nicht, dass es daran liegt. Das läuft ja alles über HTTP und Port 80 und der ist definitiv frei, außerdem hat es vorher auch immer funktioniert. Jap, im lokalen Netz ist er verfügbar. Ich poste jetzt mal die Ausgabe von traceroute (anonymisiert):

traceroute to xxx.dyndns.org (81.210.xxx.xxx), 30 hops max, 40 byte packets
1 fritz.fonwlan.box (192.168.178.1) 2.964 ms 3.749 ms 6.209 ms
2 ip-81-210-xxx-xxx.unitymediagroup.de (81.210.xxx.xxx) 8.928 ms !X 10.405 ms !X 12.719 ms !X[/code][/size]

Muss man die Ausgabe so interpretieren, dass schon von der FritzBox keine Antwort mehr kommt und die Pakete bei unitymedia stecken bleiben?

Nein. Die Ausgabe ist korrekt. Du landest so gar nicht draußen im Internet. Vielmehr nimmt die Fritzbox die ihr bekannte DynDNS-Adresse direkt an. Wenn Du wirklich von außen übers Internet an Deinen Webserver ran willst, musst Du das von einem nicht an Deinem Router angeschlossen PC tun oder eine der zahlreichen Webproxies zum Testen benutzen.

Was aus Deinen Antworten hervorgeht, ist:
1. Dein Apache-Server ist lokal über die IP-Adreerre erreichtbar.
2. Wenn Du von Deinem Rechner auf die DynDNS-Adresse zugreist, meldet sich Dein Rechner als zuständig. Wenn sich dann Dein Webserver nicht meldet, kann es nur an einer fehlerhaft eingerichteten Portfreigeabe in Deinem Router oder einer sonstigen Firewall liegen.

Schau da also nochmals drüber. Vielleicht hast Du ja den HTTP-Port von 80 auf einen anderen geändert oder sonstwie einen Tippfehler gemacht. Ist die Portfreigabe auch wirklich aktiviert?

 

[alsahmut]

Ich habe das selbe Problem, hier meine Schritte:

1. no-ip-host eingerichtet
2. fritzbox dynamic dns konfiguriert -> ping funktioniert
3. Port 80 auf Ip des Rechners geforwarded
4. apache gestartet -> lokal erreichbar,innerhalb meiner Stadt nicht erreichbar, außerhalb meiner Stadt erreichbar.

Kann mir bitte jemand einen Tip geben was da falsch sein kann? Danke schön

 

[koax]

2. fritzbox dynamic dns konfiguriert -> ping funktioniert
3. Port 80 auf Ip des Rechners geforwarded
4. apache gestartet -> lokal erreichbar,innerhalb meiner Stadt nicht erreichbar, außerhalb meiner Stadt erreichbar.

Funktioniert ein Ping außerhalb und innerhalb der Stadt?
Was sagt ein tracert/traceoute?
Funktioniert es, wenn außerhalb der Stadt direkt die öffentliche IP des Routers statt der no-ip-adresse angegeben wird (evtl. DNS-Problem)?

 

[alsahmut]

Also ich sitze hier in Freiberg. Mein Freund 1 Km entfernt bekommt die Seite nicht.
Ein Freund in Dresden erreicht die Seit ohne Probleme unter der ip sowie unter der no-ip-domain.
ein tracert ergibt folgendes:

Routenverfolgung zu mama.no-ip.org [86.56.88.247] über maximal 30 Abschnitt
e: 1 <1 ms <1 ms <1 ms fritz.box [192.168.178.1] 2 <1 ms <1 ms <1 ms cable-86-56-88-247.cust.telecolumbus.net [86.56.88.247]
Ablaufverfolgung beendet.

Aber das ich nicht raus und wieder rein komme is ja nicht ungewöhnlich oder?

 

[koax]

ein tracert ergibt folgendes:

<i>
</i> 1 <1 ms <1 ms <1 ms fritz.box [192.168.178.1] 2 <1 ms <1 ms <1 ms cable-86-56-88-247.cust.telecolumbus.net [86.56.88.247]
Ablaufverfolgung beendet.

Aber das ich nicht raus und wieder rein komme is ja nicht ungewöhnlich oder?

Das ist wohl das tracert von einem Rechner hinter Deinem Router. Da ist klar, dass die Route abgekürzt wird und gar nicht Dein Netz verlässt.
Die Frage ist, was tracert bei den externen Clients anzeigt, bei denen es einmal geht und einmal nicht.

Ich kann Dir sagen, dass sich Dein Server bei einem Zugriff von mir meldet, wenn auch nur mit dem Hinweis, dass eine Berechtigung nur aus dem lokalen Netz besteht und ich demgemäß keine habe.
Tipp: Wenn Du nicht willst, dass jedermann Deine no-ip-adresse kennt, wolltest Du gegebenenfalls die Angabe hier beim zitierten tracert löschen.

 

[addicted]

Portweiterleitungen für die öffentliche IP-Adresse klappen oft aus dem selben NAT nicht, weil diese Adresse ansich nur über das externe Interface angesprochen werden kann. Falls, wie bei einem hier im Thread, ein tracert mit !X quittiert, liegt wahrscheinlich ein solcher Fall vor. Das Problem kann jedoch auch noch weiter im NAT versteckt sein, und zwar wenn die NAT-Übersetzung doppelt durchlaufen wird. In diesem Fall sieht man davon nicht unbedingt etwas in der tracert-Ausgabe.

Dass ein Server (und vermutlich dann auch andere Kommunikation) aus einer Stadt nicht erreichbar ist, würde ich auf ein Routingproblem schieben. Möglicherweise glaubt der Router, 'benachbarte' IPs direkt erreichen zu können, in der Regel ist dies jedoch nicht der Fall. Um das auszuprobieren sollten beide Beteiligte jeweils auf die IP-Adresse des anderen einen tracert absetzen. Dabei müssen die Pakete jeweils über das default-gateway im Providernetz laufen. Direkte Verbindungen werden in der Regel unterbunden und zeigen sich dann z.B. als Timeout.


Generell sollte man die Erreichbarkeit interner Dienste immer von aussen testen. Probleme die man selbst noch hat liegen dann am eigenen Netz

 

[alsahmut]

Ich habe den Service nochmal bei 2 anderen aus meiner Stadt getestet und dort funktionert es. Anscheinend gibt es ein Problem mit dem Uni-internen vpn-geschützten Netz oder er hat irgendwas anderes falsch gemacht. Werde mich nochmal melden.

 

[addicted]

... Uni-internen vpn-geschützten Netz ...

Achso!
Ich dachte, es handele sich um einen anderen UM-Kunden. Vergiss das mit dem Routing