Linux.xinetd: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 9: | Zeile 9: | ||
Ein eigener dritter Server, der mir zur Verf?steht, wird als SOAP Gateway oder Router oder Redirector (wie man will) eingesetzt. Dessen IP wird vom SOAP Dienstleister freigeschaltet. Dieser Redirector kann auf einem gewissen vereinbarten Port angesteuert werden, leitet aber jeden Traffic an den eigentlichen SOAP Anbieter weiter. | Ein eigener dritter Server, der mir zur Verf?steht, wird als SOAP Gateway oder Router oder Redirector (wie man will) eingesetzt. Dessen IP wird vom SOAP Dienstleister freigeschaltet. Dieser Redirector kann auf einem gewissen vereinbarten Port angesteuert werden, leitet aber jeden Traffic an den eigentlichen SOAP Anbieter weiter. | ||
* SOAP als "dienst" erst mal bekannt machen | |||
== Dienst, Eingangsseitig auf einen Port mappen == | |||
* WICHTIG: Damit die Umleitung funktioniert muss erst mal der Dienst dem System bekannt gemacht werden. Dieser muss genauso wie der spätere xinetd service genannt werden. | |||
* TIPP: Spare Dir den Aufwand, und gebe im Service <code>type = UNLISTED</code> ein, dann sucht das System den Dienst nicht in der /etc/services. | |||
* In unserem Fall wollen wir den Aufwand mal machen! | |||
'''SOAP als "dienst" erst mal bekannt machen''' | |||
joe /etc/services | joe /etc/services | ||
Zeile 17: | Zeile 24: | ||
soap 8081/tcp # my soap redirect | soap 8081/tcp # my soap redirect | ||
== den redirect Dienst bei xinetd noch hinzunehmen == | |||
im Verzeichnis /etc/xinet.d die neue Datei "soap" anlegen | im Verzeichnis /etc/xinet.d die neue Datei "soap" anlegen | ||
----------------------------------- | ----------------------------------- | ||
Zeile 29: | Zeile 35: | ||
flags = REUSE | flags = REUSE | ||
protocol = tcp | protocol = tcp | ||
type = UNLISTED # nur wenn "soap" in der /etc/services ungenannt ist | |||
port = 8081 | port = 8081 | ||
user = root | user = root |
Version vom 13. März 2006, 09:45 Uhr
"xinetd als Redirector verwenden (in diesem Falle f?P auf einem fremden Server)"
- Problematik
Ein Fremdsystem stellt Web-Services in Form von SOAP Diensten zur Verf? Aus Sicherheitsgr?wird die Befragung der SOAP Routinen nur f?zelne fest eingestellte Client IP Adressen freigschaltet. Ich selbst habe jedoch wechselnde IP Adressen, und kann somit keine IP Adresse an den SOAP Betreiber durchgeben.
- L?gs-Strategie
Ein eigener dritter Server, der mir zur Verf?steht, wird als SOAP Gateway oder Router oder Redirector (wie man will) eingesetzt. Dessen IP wird vom SOAP Dienstleister freigeschaltet. Dieser Redirector kann auf einem gewissen vereinbarten Port angesteuert werden, leitet aber jeden Traffic an den eigentlichen SOAP Anbieter weiter.
Dienst, Eingangsseitig auf einen Port mappen
- WICHTIG: Damit die Umleitung funktioniert muss erst mal der Dienst dem System bekannt gemacht werden. Dieser muss genauso wie der spätere xinetd service genannt werden.
- TIPP: Spare Dir den Aufwand, und gebe im Service
type = UNLISTED
ein, dann sucht das System den Dienst nicht in der /etc/services. - In unserem Fall wollen wir den Aufwand mal machen!
SOAP als "dienst" erst mal bekannt machen
joe /etc/services
diese Zeile an passender Stelle hinzu:
soap 8081/tcp # my soap redirect
den redirect Dienst bei xinetd noch hinzunehmen
im Verzeichnis /etc/xinet.d die neue Datei "soap" anlegen
----------------------------------- service soap { socket_type = stream wait = no flags = REUSE protocol = tcp type = UNLISTED # nur wenn "soap" in der /etc/services ungenannt ist port = 8081 user = root redirect = 80.139.34.230 80 disable = no } -----------------------------------
- das laufende xinetd veranlassen, die neue Konfiguration zu ber?htigen
pgrep xinetd // Nun die PID des xinetd merken und im folgenden Befehl einsetzen kill -HUP <PID>
unter Umständen gibt es mehrere PIDs (weis auch nicht warum) besser also den xinetd neu starten
rcxinetd restart