OLSR HTTPInfo Redirect: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
Wechseln zu: Navigation, Suche
K (Redirect mit HTTP Header)
K (Tippfehler)
 
(Eine dazwischenliegende Version von einem Benutzer wird nicht angezeigt)
Zeile 1: Zeile 1:
Zum Weiterleiten von cgi-bin-status.html aufs HttpInfo bieten sich folgende Möglichkeiten
+
Zum Weiterleiten von cgi-bin-status.html aufs HttpInfo bieten sich folgende Möglichkeiten:
  
 
cgi-bin-status.html sollte die Datei heißen, weil die Links von den Statusseiten der Freifunk-Firmware-Router eben darauf zeigen,..
 
cgi-bin-status.html sollte die Datei heißen, weil die Links von den Statusseiten der Freifunk-Firmware-Router eben darauf zeigen,..
  
 
Die Datei muss jedenfalls nachher ausführbar gemacht werden!
 
Die Datei muss jedenfalls nachher ausführbar gemacht werden!
  chmod 755 /www/cgi-bin-status.html
+
  chmod +x /www/cgi-bin-status.html
 
====Redirect mit HTTP Header====
 
====Redirect mit HTTP Header====
 
Entweder als HTTP-Header
 
Entweder als HTTP-Header
Zeile 22: Zeile 22:
 
Unter kamikaze wird das Shellscript aber gleich gar nicht ausgeführt, sondern als Content 1:1 ausgegeben )-;
 
Unter kamikaze wird das Shellscript aber gleich gar nicht ausgeführt, sondern als Content 1:1 ausgegeben )-;
  
dafür gibt es aber auch einen Workaround, denn der busybox httpd ruft immer /cgi-bin/index.cgi auf wenn er in einem verzeichnis kein index.html findet,.
+
dafür gibt es aber auch einen Workaround, denn der busybox httpd ruft immer /cgi-bin/index.cgi auf wenn er in einem Verzeichnis kein index.html findet,.
  
legt man nun anstatt einer datei cgi-bin-status.html ein verzeichnis mit diesen namen an, wird dieses aufgerufen und man kann entweder einen suaberen http-header redirect machen, oder gleich das richtige cgi-script aufrufen,.. allerdings ist es auf diese Weise nicht möglich Formulardaten/paramter zu empfangen, deswegen ist es für Webseiten mit Formularen/Parametern besser nur einen redirect zu machen,.. (und in usrem fall fürs httpinfo (auf anderen port) eh die einzige (sinnvolle) möglichkeit)
+
legt man nun anstatt einer Datei cgi-bin-status.html ein Verzeichnis mit diesem Namen an, wird dieses aufgerufen und man kann entweder einen sauberen http-header redirect machen, oder gleich das richtige cgi-script aufrufen,.. allerdings ist es auf diese Weise nicht möglich Formulardaten/parameter zu empfangen, deswegen ist es für Webseiten mit Formularen/Parametern besser nur einen redirect zu machen,.. (und in unserem Fall fürs httpinfo (auf einem anderen Port) eh die einzige (sinnvolle) Möglichkeit)
  
hier ein Beispiel eines index.cgi, welches nen redirect aufs httpinfo macht, und für andere Verzeichnis-urls nach einem cgi script (mit Namen cgi) in diesem Verzeichnis sucht und es aufruft, oder ansonsten ne Fehlermeldung zurückliefert,..
+
Hier ein Beispiel eines index.cgi, welches nen redirect aufs httpinfo macht, und für andere Verzeichnis-urls nach einem cgi script (mit Namen cgi) in diesem Verzeichnis sucht und es aufruft, oder ansonsten ne Fehlermeldung zurückliefert,..
  
 
  #!/bin/sh
 
  #!/bin/sh
Zeile 42: Zeile 42:
 
  fi
 
  fi
  
danach noch ausführbar machen
+
Danach auch das index.cgi (und eventuell auch die individuellen cgi) ausführbar machen.
  
chmod +x /www/cgi-bin/index.cgi
+
Gefällt einem obiges wirklich nicht, dann kann mann auch unten angeführten HTML Redirect verwenden, obwohl es nicht empfehlenswert ist, da man einerseits diese Datei immer an die richtige IP des Routers anpassen muss,.. und ein HTML Redirect eben auch langsamer ist, und ihn eventuell einige exotische Clients gar nicht mitmachen,..
 
+
Gefällt inem obiges wirklich nich dann kann mann auch unten angeführten HTML Redirect verwenden, obwohl es nicht empfehlenswert ist, da man einersetis diese Datei immer an die richtige IP des routers anpassen muss,.. und ein html redirect eben auch langsamer ist, und ihn evt. einige exotische clients gar nicht mitmachen,..
+
  
 
====HTML Redirect====
 
====HTML Redirect====
Redirect im Html-File selber (Achtung: An 3 Stellen muss IP:PORT korrigiert werden!)
+
Redirect im Html-File selber (Achtung: An drei Stellen muss IP:PORT korrigiert werden!)
 
  <!--eigentlich sollt man den Redirect HTTP-Header schicken, aber ...-->
 
  <!--eigentlich sollt man den Redirect HTTP-Header schicken, aber ...-->
 
  <HTML>
 
  <HTML>

Aktuelle Version vom 3. Juni 2009, 20:51 Uhr

Zum Weiterleiten von cgi-bin-status.html aufs HttpInfo bieten sich folgende Möglichkeiten:

cgi-bin-status.html sollte die Datei heißen, weil die Links von den Statusseiten der Freifunk-Firmware-Router eben darauf zeigen,..

Die Datei muss jedenfalls nachher ausführbar gemacht werden!

chmod +x /www/cgi-bin-status.html

Redirect mit HTTP Header

Entweder als HTTP-Header (falls ein anderer Port als 8000 fürs HttpInfo verwendet wurde: PORT korrigieren!)

#!/bin/sh
PORT=8000
OWN_IP=`nvram get wifi_ipaddr`
echo "HTTP/1.0 301 Moved Permanently"
echo "Location: http://$OWN_IP:$PORT/nodes"
echo "Connection: close"
echo
echo

Unter der fff funktioniert obiges.

Unter kamikaze wird das Shellscript aber gleich gar nicht ausgeführt, sondern als Content 1:1 ausgegeben )-;

dafür gibt es aber auch einen Workaround, denn der busybox httpd ruft immer /cgi-bin/index.cgi auf wenn er in einem Verzeichnis kein index.html findet,.

legt man nun anstatt einer Datei cgi-bin-status.html ein Verzeichnis mit diesem Namen an, wird dieses aufgerufen und man kann entweder einen sauberen http-header redirect machen, oder gleich das richtige cgi-script aufrufen,.. allerdings ist es auf diese Weise nicht möglich Formulardaten/parameter zu empfangen, deswegen ist es für Webseiten mit Formularen/Parametern besser nur einen redirect zu machen,.. (und in unserem Fall fürs httpinfo (auf einem anderen Port) eh die einzige (sinnvolle) Möglichkeit)

Hier ein Beispiel eines index.cgi, welches nen redirect aufs httpinfo macht, und für andere Verzeichnis-urls nach einem cgi script (mit Namen cgi) in diesem Verzeichnis sucht und es aufruft, oder ansonsten ne Fehlermeldung zurückliefert,..

#!/bin/sh
if [ "$QUERY_STRING" == "/cgi-bin-status.html/" ]; then
 PORT=8000
 OWN_IP=`uci get network.wan.ipaddr`
 echo "HTTP/1.0 301 Moved Permanently"
 echo "Location: http://$OWN_IP:$PORT/nodes"
 echo "Connection: close"
elif [ -f ..$QUERY_STRING./cgi ]; then
..$QUERY_STRING./cgi
else
 echo -en "Content-type: text/html\r\n\r\n"
 echo "no index available for this Directory $QUERY_STRING !"
fi

Danach auch das index.cgi (und eventuell auch die individuellen cgi) ausführbar machen.

Gefällt einem obiges wirklich nicht, dann kann mann auch unten angeführten HTML Redirect verwenden, obwohl es nicht empfehlenswert ist, da man einerseits diese Datei immer an die richtige IP des Routers anpassen muss,.. und ein HTML Redirect eben auch langsamer ist, und ihn eventuell einige exotische Clients gar nicht mitmachen,..

HTML Redirect

Redirect im Html-File selber (Achtung: An drei Stellen muss IP:PORT korrigiert werden!)

<HTML>
<HEAD>
<TITLE>
OLSR Status Weiterleitung
</TITLE>
<meta HTTP-EQUIV="REFRESH" content="0; url=http://78.41.113.333:8000/nodes">
<SCRIPT>
document.location="http://78.41.113.333:8000/nodes";
</SCRIPT>
</HEAD>
<BODY>
<a href="http://78.41.113.333:8000/nodes">Hier gehts zum, HTTP-Info</a>
</BODY>
</HTML>