URL: https://www.overclockers.at/netzwerktechnik/auf_eigenen_html-server_zugreifen_192733/page_2 - zur Vollversion wechseln!
Was ich eigentlich meinte: Von außen hat er net viel zum aussuchen da der externe Zugriff aufs Webinterface von außen blockiert ist.Zitat von nexus_VIVon außen ist er ja klarerweise normal erreichbar, er weigert sich einfach ins eigene NAT zu forwarden. Ist im Normalfall eine Firewall Einstellung.
Es schaut ca. so aus: Client schickt Anfrage, er mag HTTP von 424.136.86.135 haben. Router erkennt "Moment, des is mei WAN Interface und der Request kommt von eth0, der Trottel solls doch gleich intern ansteuern" und schickt ihn schön ins Nirvana. Daher braucht er z.B. ein Loopback zwischen eth0 und WAN.
Zitat von nexus_VIEs schaut ca. so aus: Client schickt Anfrage, er mag HTTP von 424.136.86.135 haben. Router erkennt "Moment, des is mei WAN Interface und der Request kommt von eth0, der Trottel solls doch gleich intern ansteuern" und schickt ihn schön ins Nirvana. Daher braucht er z.B. ein Loopback zwischen eth0 und WAN.
Sprichst du jetzt eine "nicht vorhandene NAT" Problematik an? Wenn nein bin ich jetzt ausgestiegen weil mein Router das nämlich nicht machtZitat von nexus_VIEs schaut ca. so aus: Client schickt Anfrage, er mag HTTP von 424.136.86.135 haben. Router erkennt "Moment, des is mei WAN Interface und der Request kommt von eth0, der Trottel solls doch gleich intern ansteuern" und schickt ihn schön ins Nirvana. Daher braucht er z.B. ein Loopback zwischen eth0 und WAN.

Es zerstört halt das perfekte Weltbild des Routers bezüglich Source/Destination IPs und Interfaces, betrifft z.B. UDP stark.
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025