Troubadix

Redirect... Kann man das opt_httpd so anpassen, dass der Redirect dann über hxxp://meine.subdomain.net/ und das Webinterface z.B. über hxxp://meine.subdomain.net/admin/ erreichbar ist? Edit: sollte kein Link werden

Die Idee ist gut, leider hatte ich die Gleiche schon lange bevor ich den Thread hier aufgemacht hab. Für Portforwarding will er ne IP oder ein Alias aus dem LAN, leider liegt der Webspace nicht im LAN, sondern irgendwo in Österreich und IP geht sowieso nicht, weil ich ja nur ein Verzeichnis auf dem HTTP-Server habe. ...aber trotzdem Danke für die Mühe.

Hi! Ich habe mir neulich einen fli4l-Router (3.0.1) auf nem WRAP (Embedded PC) eingerichtet. Neben den üblichen Routing Funktionen bietet die Box unter anderem noch ein Webinterface (zur Administration), einen Teamspeak-Server (für den Clan) und einen FTP-Server (für mich privat) an. Abgesehen von nem zerschossenen Dateisystem nach mehreren harten Resets hatte ich auch noch keine ernsthaften Probleme und mit maximal 12,6W (Steckernetzteil: 6V, 2100mA) kann ich mich auch beim Stromverbrauch nicht beklagen. Jetzt hab ich beschlossen, eine Seite zu basteln, die sich mit dem Thema WRAP und fli4l befasst und unter der gleichen URL erreichbar sein soll, wie halt auch die anderen Serverdienste. Die Seite zu bauen ist kein Thema, Webspace hab ich bei pages.at, das Problem liegt bei der URL. Die lautet bei besagtem Anbieter: hxxp://home.pages.at/user/ Jetzt hab ich aber bei zwei DynDNS-Anbietern je eine Subdomain, die beide auf den fli4l verweisen. Das Webinterface (in dem außer mir keiner was verloren hat) kann ich problemlos von 80 auf nen anderen Port legen. ABER: Wie bring ich dem fli4l nun bei, dass er entsprechende Anfragen zu einer anderen URL umleiten soll? Leider schweigt sich die Doku zu diesem Problem aus, und nen Apache auf den ich ne Weiterleitung setzen könnte, gibts ja seit Version 2.irgendwas nicht mehr. Zumindest hat Google mir nichts neueres gebracht. Hoffe mal, ihr könnt mir helfen. Gruß, Troubadix