Redirection...

[Liberace]

Kennt wer ein Linux Programm was es ermoeglicht,

auf URL Basis (ueber ICMP) Anfragen zu redirecten?

Es sollte neben HTTP auch RTSP und MMS unterstuetzen.

Weiterhin muss es moeglich sein, die Redirection nicht nur auf

Ports basierend zu ermoeglichen, sondern eben auch ueber URL.

Dabei ist es auch unabdingbar das nicht nur die "root" URL redirected werden kann, sondern beliebige URL Pattern. Und als Abschluss waere noch die Funktion Round Robin erwuenscht.

Danke.

Liberace

[dr.disk]

Was meinst Du mit URL-Basis über ICMP?

Zu den Programmen: IPs und Ports umleiten geht mit IPTables, URLs umleiten geht mit Apaches mod_redirect (oder so ähnlich), Round-Robin mit Bind (sofern DNS benutzt wird). Ebenfalls denkbar wäre auch Backhand für Apache.

Ich glaube nicht, daß diese Antwort Dich wirklich glücklich macht Erklär mal genauer was Du vorhast.

[Liberace]

Ok, versuche ich es mal ;-)

Ich brauche ein Linux Programm /Dienst /Script was es mir ermoeglicht beliebe Anfragen an diesen Rechner zu schicken der diese dann an verschiedene Real Server weiterverteilt. Dafuer ist es notwendig das einerseits das Prgramm an den dafuer vorgesehen Ports lauscht, aber andererseits muss es ebnfalls auch moeglich sein das nicht nur aufgrund der Port Nummer redirected wird. Sprich kommt eine Anfrage auf 80 rein, muss es moeglich sein zu unterscheiden wohin diese Anfrage wollte. Hiermit sollte es moeglich sein mehrere verschiedene Server, die aber den gleichen Dienst anbieten, anzusteuern.

Bsp. 1: Anfrage Port 80. --> Url:server.blabla.de -->redirect --> server1.blabla.de

Bsp. 2: Anfrage Port 80 --> url: server.blablubb.de -->redirect --> server1.blablubb.de

Dies soll halt nicht nur fuer http moeglich sein sondern ebenfalls fuer die Streaming Protokolle rtsp und mms.

Und dabei muessen auch Verweise der Art: server1.blablubb.de/streaming/angebot/etc. moeglich sein.

Das ganze Verfahren sollte abgerundet werden mit Round Robin (genuegt auch ein einfaches DNS basierendes Round Robin Verfahren) und es sollte die Verfuegbarkeit der Server getestet werden. (Mittels Ping oder aehnlichem).

Was ich meinte mit URL-Basis über ICMP meinte war einfach das redirects ja uber ICMP abgewickelt werden und das es halt nicht ausschlieslich Ports basierend sein sollte, sondern halt auch "Ziel Waehlung" per URL moeglich sein sollte.

Ich hoffe das war verstaendlicher ;-)

ps. Gestern wurde es etwas spaeter, also nicht wundern wenn ich mich etwas umstaendlich ausdruecke

Liberace

[dr.disk]

Redirects mit ICMP funktionieren bei Routern und ganzen Netzen - an Deiner Stelle also weglassen...

Da die Url verstanden werden sollte empfehle ich Dir das Apache-Modul rewrite (hab jetzt auch mal den Link rausgesucht) - damit kann man unter anderem abhängig von dem Protokoll Redirects vornehmen:

http://httpd.apache.org/docs/mod/mod_rewrite.html

[Liberace]

Originally posted by dr.disk

Redirects mit ICMP funktionieren bei Routern und ganzen Netzen - an Deiner Stelle also weglassen...

Habe gerade nachgelesen, ICMP Redirects werden generell von Gateways (muessen nicht zwingend Router sein) vorgenommen, womit du nicht Unrecht hast ;-). Siehe RFC 792 http://www.freesoft.org/CIE/RFC/1122/42.htm

Originally posted by dr.disk

Da die Url verstanden werden sollte empfehle ich Dir das Apache-Modul rewrite (hab jetzt auch mal den Link rausgesucht) - damit kann man unter anderem abhängig von dem Protokoll Redirects vornehmen:

http://httpd.apache.org/docs/mod/mod_rewrite.html

mod-rewrite klingt zwar wirklich interessant, werde es wohl auch mal privat probieren, aber so wie mein Ueberblick ueber das mod-rewrite aussieht, scheint es nur bei HTTP Requests zu funktionieren und ist damit leider nicht zu gebrauchen fuer mich. Redirection Programme die HTTP "koennen" gibs wie Sand am Meer ;-)

Aber Danke fuers beantworten. :-D

Gruss Liberace

[dr.disk]

Ich nutzte Redirect um von einem in ein anderes Protokoll umzuschalten - also muß es mit http usw. umgehen können.

Bei mir konkret tu ich alles was auf http://... kommt auf https://... umleiten.

[Liberace]

Wobei http und https doch recht verwandt sind ;-)

Liberace

[dr.disk]

Ist in dem Fall aber völlig egal. Genausogut hätte ich jeden der auf meine Seite kommt auch auf ein Streaming-Objekt umleiten können.

[Liberace]

Wenn ich das richtig verstehe wuerdest du dann aber einen HTTP Request zu einem Streaming Angebot redirecten. Und da liegt glaube ich das Problem. Apache duerfte schliesslich nur an dem HTTP Port lauschen und koennte damit keine Verbindungen ausserhalb dieses Ports redirecten. Sprich wenn ich zu einem Streaming Angebot redirecten will, muss in die Anfrage per HTTP erfolgen. IMHO ;-)

Liberace

[dr.disk]

Muß nicht. Apache sendent an den Browser ein 30x, also vorübergehend nicht erreichbar und bietet eine neue Adresse an. Es liegt also am Browser was er mit dieser neuen Adresse tut - und die meisten holen ohne irgendeine Meldung die Daten von der neuen Adresse.

Das müßte doch das sein was Du willst, Oder?

[Liberace]

Es soll ja auch moeglich sein, z.B mit dem Realplayer auf den Redirector zuzugreifen, der wuerde denn auf 554 anfragen. Der ganze Redirect Prozess soll ja nicht ausschliesslich ueber den Browser laufen. Klar der Browser wuerde auf den fuer ihn ueblichen Ports anfragen und damit waere ein Redirect mit mod_rewrite moeglich.

Liberace

[dr.disk]

Da der Rechner der Redirected warscheinlich nicht die Daten hält könnte er auch auf 554 hören - dann würde es wieder funktionieren.

Das aber nur mal so als Gedankengang nebenher

[Liberace]

Nun machst du mich aber neugierig, also ich fasse um es richtig verstanden zu haben nochmal zusammen: Ich lasse den Apache Server auf Port 554 lauschen und damit waere es dann moeglich ueber mod_rewrite die Anfragen

(Programmunabhaengig) an beliebige Rechner zu redirecten. Korrekt?

Liberace

[dr.disk]

Das sollte eigentlich funktionieren - müßte bloß nochmal von irgendjemand getestet werden. Und da kommst Du ins Spiel