Benötigten Port herausfinden

Andre Tann

7 Jan 2008 7 Jan '08

20:42

Hallo zusammen, ich verbinde mich via ssh von außen auf einen Webserver, der entfernt in einem LAN steht: ssh -L 8080:<webserver>:80 WAN-IP So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das. Allerdings möchte eine der Webseiten ein Java-Applet starten, welches einen Videostream anzeigen soll, und das schlägt fehl. Ich vermute, daß das Applet eine zweite Verbindung zwischen Browser und Webserver aufbauen möchte, und das geht natürlich nicht, weil die entsprechenden Ports nicht geforwardet sind. Wie kriege ich denn raus, welche Ports das Applet gerne hätte? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Show replies by date

Karl Kehlenbrink

7 Jan 7 Jan

21:00

Am Montag, 7. Januar 2008 21:42:41 schrieb Andre Tann:

...

Hallo zusammen,

ich verbinde mich via ssh von außen auf einen Webserver, der entfernt in einem LAN steht:

ssh -L 8080:<webserver>:80 WAN-IP

So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das.

Allerdings möchte eine der Webseiten ein Java-Applet starten, welches einen Videostream anzeigen soll, und das schlägt fehl. Ich vermute, daß das Applet eine zweite Verbindung zwischen Browser und Webserver aufbauen möchte, und das geht natürlich nicht, weil die entsprechenden Ports nicht geforwardet sind. Wie kriege ich denn raus, welche Ports das Applet gerne hätte?

-- Andre Tann

Moin Vorschlag: Versuche einfach mal von intern zuzugreifen, nebenbei einen iptraf offen und sehen welche ports und protokolle benutzt werden. Alternativ per ethereal den verkehr aufzeichnen. Habe mal ein ähnliches prob gehabt, Per ssh tcp kein Problem aber udp no chance. Vielleicht hat hier jemand einen Tipp. Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Fred Ockert

8 Jan 8 Jan

07:08

Andre Tann schrieb:

...

Hallo zusammen,

ich verbinde mich via ssh von außen auf einen Webserver, der entfernt in einem LAN steht:

ssh -L 8080:<webserver>:80 WAN-IP

So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das.

blöde Frage : gilt das auch anders rum ??? d.h. wenn das Applet dich (IP-Addr.) auf Port 80 connecten will ? ich ahne, dass dein Applet von sich aus eine Session/Verbindung zusätzlich aufmacht...wird die mit getunnelt ?

...

Allerdings möchte eine der Webseiten ein Java-Applet starten, welches einen Videostream anzeigen soll, und das schlägt fehl. Ich vermute, daß das Applet eine zweite Verbindung zwischen Browser und Webserver aufbauen möchte, und das geht natürlich nicht, weil die entsprechenden Ports nicht geforwardet sind. Wie kriege ich denn raus, welche Ports das Applet gerne hätte?

Gruss Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

07:15

Fred Ockert, Dienstag, 8. Januar 2008 08:08:

...

...
So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das.

blöde Frage : gilt das auch anders rum ???

Wie meinst Du das - ob es funktioniert, wenn der Webserver zu mir eine Verbindung öffnen will? Das natürlich nicht.

...

d.h. wenn das Applet dich (IP-Addr.) auf Port 80 connecten will ?

ich ahne, dass dein Applet von sich aus eine Session/Verbindung zusätzlich aufmacht...wird die mit getunnelt ?

Also ich habe gestern noch mit iptraf rumgespielt. Die Ergebnisse sind - für mich - noch nicht einwandfrei interpretierbar, weil ich im Moment leider nur einen VPN-Zugang in das Netz hab, wo der Webserver steht. D.h. ich sehe nicht den "richtigen" Verkehr. Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte. Blöd - läßt sich da was automatisieren? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Fred Ockert

08:31

Andre Tann schrieb:

...

Fred Ockert, Dienstag, 8. Januar 2008 08:08:

...
...
So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das. blöde Frage : gilt das auch anders rum ???

Wie meinst Du das - ob es funktioniert, wenn der Webserver zu mir eine Verbindung öffnen will? Das natürlich nicht.

...
d.h. wenn das Applet dich (IP-Addr.) auf Port 80 connecten will ?

ich ahne, dass dein Applet von sich aus eine Session/Verbindung zusätzlich aufmacht...wird die mit getunnelt ?

Also ich habe gestern noch mit iptraf rumgespielt. Die Ergebnisse sind - für mich - noch nicht einwandfrei interpretierbar, weil ich im Moment leider nur einen VPN-Zugang in das Netz hab, wo der Webserver steht. D.h. ich sehe nicht den "richtigen" Verkehr.

Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte.

siehe also oben ...

...

Blöd - läßt sich da was automatisieren?

na ja -..so bissel dum daher gefragt ... warum nicht per https den Apachen connecten ? per VPN wäre noch besser...da wird alles getunnelt (sollte bei ssh eigentlich auch so gehen (können). da war was mit ssh-Server .... ) Rest ...automatisieren ...eher nicht ... dann käme ja alles immer nur in den (einen) SSH-Tunnel... https hört sich da besser an .. da brauchts vielleicht gar nicht mehr den SSH-Tunnel... Gruss Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

09:30

Fred Ockert, Dienstag, 8. Januar 2008 09:31:

...

na ja -..so bissel dum daher gefragt ... warum nicht per https den Apachen connecten ?

Das ist kein Apache, sondern was proprietäres, da hab ich keinen Einfluß.

...

per VPN wäre noch besser... da wird alles getunnelt

VPN geht ja auch, aber ein ssh-Tunnel ist schneller aufgebaut und mit weniger Eingriff in die Netzwerkeinstellungen gemacht als ein VPN.

...

https hört sich da besser an .. da brauchts vielleicht gar nicht mehr den SSH-Tunnel...

Wie gesagt, https geht leider nicht, hab auf den Webserver keinen Einfluß. Das ist so ein embedded-Dings, dat läuft halt, wie's läuft. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Christoph Graulich

09:10

Am Dienstag, 8. Januar 2008 schrieb Andre Tann:

...

Fred Ockert, Dienstag, 8. Januar 2008 08:08:

...
...
So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Soweit funktioniert das.

blöde Frage : gilt das auch anders rum ???

Wie meinst Du das - ob es funktioniert, wenn der Webserver zu mir eine Verbindung öffnen will? Das natürlich nicht.

...
d.h. wenn das Applet dich (IP-Addr.) auf Port 80 connecten will ?

ich ahne, dass dein Applet von sich aus eine Session/Verbindung zusätzlich aufmacht...wird die mit getunnelt ?

Also ich habe gestern noch mit iptraf rumgespielt. Die Ergebnisse sind - für mich - noch nicht einwandfrei interpretierbar, weil ich im Moment leider nur einen VPN-Zugang in das Netz hab, wo der Webserver steht. D.h. ich sehe nicht den "richtigen" Verkehr.

Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte.

a) Woher kennt das Applet den Port? Um zu überprüfen, ob der Port auch geöffnet ist, gibt es Port- oder Security-Scanner. b) Applets werden clientseitig(!) im Browser ausgeführt und das normalerweise über http, also Port 80. Genauer läßt sich der Port im Falle des Apache2 Webservers über die /etc/apache2/httpd.conf konfigurieren. Das Problem scheint mir nicht der Port sondern eher die Video-Datei zu sein. Die liegt ja wohl zur Laufzeit auf dem WebServer(?) und wie soll da ein (clientseitiges) Applet zugreifen, wenn der Dateipfad des Applets irgendeine Videodatei in der Form /srv/www/htdocs/localhost/myvideo.mp3 laden will? Local, also auf dem Client, gibt es diesen Pfad vermutlich nicht. Irgendwie sind da ziemlich viele Fragen offen. Was möchtest du denn genau erreichen? Warum machst du das mit einem Applet und warum nimmst du kein Servlet? Wie schaut es mit den Rechten aus? Zunächst sollte es über http funktionieren, im zweiten Schritt könnte man einen Tunnel graben. Womit? Und ist der Tunnel da, wie soll es dann weitergehen?

...

Blöd - läßt sich da was automatisieren?

Bestimmt! Aber *was*? -- mit freundlichen Grüßen Christoph Graulich -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

09:35

Christoph Graulich, Dienstag, 8. Januar 2008 10:10:

...

...
Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte.

a) Woher kennt das Applet den Port?

Welchen Port? Den Quellport sucht sich das Applet beliebig aus (und diesen müßte ich kennen und tunneln, bevor ihn das Applet öffnet), und der Zielport ist 80.

...

b) Applets werden clientseitig(!) im Browser ausgeführt und das normalerweise über http, also Port 80.

Ja, dport. Aber sport?

...

Genauer läßt sich der Port im Falle des Apache2 Webservers über die /etc/apache2/httpd.conf konfigurieren.

Der Webserver ist in der Kamera, die das Video produziert. Da ist nix mit Apache konfigurieren.

...

Das Problem scheint mir nicht der Port sondern eher die Video-Datei zu sein. Die liegt ja wohl zur Laufzeit auf dem WebServer(?)

Sagen wir so: sie wird zur laufzeit generiert, gestreamt sozusagen.

...

Irgendwie sind da ziemlich viele Fragen offen. Was möchtest du denn genau erreichen? Warum machst du das mit einem Applet und warum nimmst du kein Servlet?

Das hat die Kamera so eingebaut. Die einzige Auswahl, die ich habe ist: a) stehendes Bild b) bewegtes Bild mit Java-Applet c) bewegtes Bild mit ActiveX-Control That's it. Da c) ausscheidet, bleibt mir nur b), wenn ich den Videostream sehen will. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Christoph Graulich

10:25

Am Dienstag, 8. Januar 2008 schrieb Andre Tann:

...

Christoph Graulich, Dienstag, 8. Januar 2008 10:10:

...
...
Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte.

a) Woher kennt das Applet den Port?

Welchen Port? Den Quellport sucht sich das Applet beliebig aus (und diesen müßte ich kennen und tunneln, bevor ihn das Applet öffnet), und der Zielport ist 80.

...
b) Applets werden clientseitig(!) im Browser ausgeführt und das normalerweise über http, also Port 80.

Ja, dport. Aber sport?

...
Genauer läßt sich der Port im Falle des Apache2 Webservers über die /etc/apache2/httpd.conf konfigurieren.

Der Webserver ist in der Kamera, die das Video produziert. Da ist nix mit Apache konfigurieren.

...
Das Problem scheint mir nicht der Port sondern eher die Video-Datei zu sein. Die liegt ja wohl zur Laufzeit auf dem WebServer(?)

Sagen wir so: sie wird zur laufzeit generiert, gestreamt sozusagen.

...
Irgendwie sind da ziemlich viele Fragen offen. Was möchtest du denn genau erreichen? Warum machst du das mit einem Applet und warum nimmst du kein Servlet?

Das hat die Kamera so eingebaut. Die einzige Auswahl, die ich habe ist:

a) stehendes Bild b) bewegtes Bild mit Java-Applet c) bewegtes Bild mit ActiveX-Control

That's it. Da c) ausscheidet, bleibt mir nur b), wenn ich den Videostream sehen will.

OK, da sind natürlich kaum Eingriffsmöglichkeiten. Kennst du die Java Version der Kamera-SW? Applets brauchen gelegentlich viele Klassen (*.class-Files), deren Namen sich von Version zu Version ändern können. Hier würde ich mal versuchen, anzusetzen. Stell also sicher, dass du genau die passende Java-Version (zunächst sollten die großen Nummern reichen) auf dem Client installiert hast. Java erzeugt im Fehlerfall eigentlich eine schier unendliche Menge an Fehlermeldungen. Möglicherweise ist das Applet mit Log4J-Funktionalität versehen und du kannst die LogEbenen konfigurieren. Zeigt der Browser Fehlermeldungen an? Falls nein, gibt es aktuelle Log-Files (die lassen sich möglicherweise über den Zeitstempel suchen)? Wie genau stellst du denn die Verbindung zur Kamera her? Kennst du die drf NG des Usenets (de.rec.fotografie und de.alt.rec.digitalfotographie)? Vielleicht läßt sich dort wer finden, der bei diesem Problem Rat weiß -- mit freundlichen Grüßen Christoph Graulich -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

11:34

Christoph Graulich, Dienstag, 8. Januar 2008 11:25:

...

Kennst du die Java Version der Kamera-SW? Applets brauchen gelegentlich viele Klassen (*.class-Files), deren Namen sich von Version zu Version ändern können. Hier würde ich mal versuchen, anzusetzen. Stell also sicher, dass du genau die passende Java-Version (zunächst sollten die großen Nummern reichen) auf dem Client installiert hast.

Hmja, also es ist ja so, daß ich den Stream sehen kann, sobald ich im richtigen LAN bin, d.h. also sobald ich direkten Zugriff auf die Kamera habe. Es geht auch mit einem VPN-Tunnel von außen. Nur wenn ich mir von außen einen ssh-Tunnel grabe, dann gehts nicht. Also ist die Java-Version schon OK.

...

Java erzeugt im Fehlerfall eigentlich eine schier unendliche Menge an Fehlermeldungen. Möglicherweise ist das Applet mit Log4J-Funktionalität versehen und du kannst die LogEbenen konfigurieren. Zeigt der Browser Fehlermeldungen an?

Der Browser zeigt zuerst eine weiße Fläche an, in der das Bild später erscheinen müßte, dann erscheint links oben in der weißen Fläche die Java-Tasse, und dann kommt anstelle der Tasse ein rotes Kreuz. Keine weitere Fehlermeldung.

...

Falls nein, gibt es aktuelle Log-Files (die lassen sich möglicherweise über den Zeitstempel suchen)?

Tja, wo soll ich denn da überhaupt suchen? Im home-Verzeichnis? In /var?

...

Wie genau stellst du denn die Verbindung zur Kamera her?

Aus meinem Ursprungsposting: ssh -L 8080:<webserver>:80 WAN-IP So kann ich mit http://localhost:8080 auf den Webserver zugreifen. Ich sehe also die Webseite der Kamera, und kann auch darauf herumsurfen, Sachen konfigurieren, usw. Klicke ich dann auf den Java-Link, dann ergibt sich oben beschriebenes Verhalten. Mache ich dasselbe, während ich im LAN bin (ohne ssh-Tunnel natürlich), dann sehe ich das bewegte Bild.

...

Kennst du die drf NG des Usenets (de.rec.fotografie und de.alt.rec.digitalfotographie)? Vielleicht läßt sich dort wer finden, der bei diesem Problem Rat weiß

Dort lese ich mit, ja. Aber ich denke, daß es sich mehr um ein Netzwerkproblem handelt, und dort ist vermutlich die Dichte der Netzwerkspezialisten geringer als hier... ;) -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Fred Ockert

14:26

Andre Tann schrieb:

...

Christoph Graulich, Dienstag, 8. Januar 2008 10:10:

...
...
Allerdings scheint es mir in der Tat so, daß das Applet seinerseits auf Port 80 des Webservers ne Verbindung aufbauen will, und die wird dann natürlich nicht getunnelt, weil ich ja gar nicht weiß, welchen Port ich tunneln sollte. a) Woher kennt das Applet den Port?

Welchen Port? Den Quellport sucht sich das Applet beliebig aus (und diesen müßte ich kennen und tunneln, bevor ihn das Applet öffnet), und der Zielport ist 80.

...
b) Applets werden clientseitig(!) im Browser ausgeführt und das normalerweise über http, also Port 80.

Ja, dport. Aber sport?

...
Genauer läßt sich der Port im Falle des Apache2 Webservers über die /etc/apache2/httpd.conf konfigurieren.

Der Webserver ist in der Kamera, die das Video produziert. Da ist nix mit Apache konfigurieren.

...
Das Problem scheint mir nicht der Port sondern eher die Video-Datei zu sein. Die liegt ja wohl zur Laufzeit auf dem WebServer(?)

Sagen wir so: sie wird zur laufzeit generiert, gestreamt sozusagen.

...
Irgendwie sind da ziemlich viele Fragen offen. Was möchtest du denn genau erreichen? Warum machst du das mit einem Applet und warum nimmst du kein Servlet?

Das hat die Kamera so eingebaut. Die einzige Auswahl, die ich habe ist:

a) stehendes Bild b) bewegtes Bild mit Java-Applet c) bewegtes Bild mit ActiveX-Control

That's it. Da c) ausscheidet, bleibt mir nur b), wenn ich den Videostream sehen will.

da wirst du wohl oder übel mal Tante Google fragen muessen ... da war was mit ssh-Server...der leitet alles (!) durch den Tunnel ... hatte ich irgendwo im Zusammenhang mit "Remote Computing" gelesen...stand das gleiche Problem, alles von einer Maschine zur anderen zu tunneln.... hättest du gleich WebCam Abfrage geschrieben.....(wie stellt man mehrere WebCamBilder/Streams auf einem Monitor ordentlich dar ?) Durch den SSH-Server bietest du ihm eine interne "Adresse" an, auf der alle Anfrage (Ports) bearbeitet werden...gibt es für Linux und Windoofs und...? Beim SSH-Tunnel steht du wohl vor demblem, dass du nur in einer Richtung Verbindungen aufbauen kannst - also nie zu einem freien Port... dem VPN ist das egal...(und SSH-Server soll fast wie VPN arbeiten... nur eben etwas simpler im Verbindungsaufbau usw. . Genaueres hab ich mir aber nicht gemerkt, weil: das Problem steht so nicht... komme noch mit VPN besser zurande....) Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

15:54

Fred Ockert, Dienstag, 8. Januar 2008 15:26:

...

da wirst du wohl oder übel mal Tante Google fragen muessen ... da war was mit ssh-Server...der leitet alles (!) durch den Tunnel ... hatte ich irgendwo im Zusammenhang mit "Remote Computing" gelesen...stand das gleiche Problem, alles von einer Maschine zur anderen zu tunneln....

OK, danke, da googel ich gleich mal danach.

...

Beim SSH-Tunnel steht du wohl vor demblem, dass du nur in einer Richtung Verbindungen aufbauen kannst - also nie zu einem freien Port... dem VPN ist das egal...(und SSH-Server soll fast wie VPN arbeiten... nur eben etwas simpler im Verbindungsaufbau usw. . Genaueres hab ich mir aber nicht gemerkt, weil: das Problem steht so nicht... komme noch mit VPN besser zurande....)

VPN ist schon ganz OK, aber: es zerpflückt die DNS-Einstellungen, dreht am Routing herum, usw usw. Da find ich ssh irgendwie eleganter. Ein Klick, und ein Port wird von meinem Laptop irgendwo in die Tiefen eines entfernten LAN geforwardet. Reicht für ein rdesktop. Außerdem: ssh ist es wurscht, ob ich grad wired oder wireless connected bin. Das blöde openvpn nölt da immer rum, daß es den Adapter nicht findet, wenn ich auf wireless gehe... Ach, und außerdem gibt es bei mir mit VPN immer wieder Probleme, wenn ich auf eine Maschine will, die ihrerseits nur über ein VPN erreichbar ist. Denn dann finden die Pakete den Rückweg nicht. Beim ssh-Tunnel scheinen die Pakete vom ssh-Server selbst, sprich: innerhalb des LAN zu kommen, und finden deswegen auch problemlos den Rückweg, auch wenn der Weg kreuz und quer durch die Republik über mehrere VPNs führt. Ja, VPN ist schon OK. Aber ssh ist manchmal einfacher. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Ingo Tschutter

18:55

Andre Tann schrieb:

...

Fred Ockert, Dienstag, 8. Januar 2008 15:26:

...
da wirst du wohl oder übel mal Tante Google fragen muessen ... da war was mit ssh-Server...der leitet alles (!) durch den Tunnel ... hatte ich irgendwo im Zusammenhang mit "Remote Computing" gelesen...stand das gleiche Problem, alles von einer Maschine zur anderen zu tunneln....

OK, danke, da googel ich gleich mal danach.

...
Beim SSH-Tunnel steht du wohl vor demblem, dass du nur in einer Richtung Verbindungen aufbauen kannst - also nie zu einem freien Port... dem VPN ist das egal...(und SSH-Server soll fast wie VPN arbeiten... nur eben etwas simpler im Verbindungsaufbau usw. . Genaueres hab ich mir aber nicht gemerkt, weil: das Problem steht so nicht... komme noch mit VPN besser zurande....)

VPN ist schon ganz OK, aber: es zerpflückt die DNS-Einstellungen, dreht am Routing herum, usw usw. Da find ich ssh irgendwie eleganter. Ein Klick, und ein Port wird von meinem Laptop irgendwo in die Tiefen eines entfernten LAN geforwardet. Reicht für ein rdesktop. Außerdem: ssh ist es wurscht, ob ich grad wired oder wireless connected bin. Das blöde openvpn nölt da immer rum, daß es den Adapter nicht findet, wenn ich auf wireless gehe... Ach, und außerdem gibt es bei mir mit VPN immer wieder Probleme, wenn ich auf eine Maschine will, die ihrerseits nur über ein VPN erreichbar ist. Denn dann finden die Pakete den Rückweg nicht. Beim ssh-Tunnel scheinen die Pakete vom ssh-Server selbst, sprich: innerhalb des LAN zu kommen, und finden deswegen auch problemlos den Rückweg, auch wenn der Weg kreuz und quer durch die Republik über mehrere VPNs führt. Ja, VPN ist schon OK. Aber ssh ist manchmal einfacher.

Hallo allerseits... Nur mal ein Gedankenblitz... ssh -L 80:<webserver>:80 WAN-IP ssh -L <streaming-port>:<webserver>:<streamingport> WAN-IP Der <streaming-port> sollte in der Definition zum Java-Applett zu finden sein. Einer deiner vielen html (oder php) -Seiten auf dem Server. Vermutlich so aehnlich wie hier: ---code--- <APPLET code="webcam.class" codebase="<IP-Adresse des Servers>"> <param name="IP" value="<IP-Adresse>"> <param name="Port" value="<streaming-port(meist 8888)>"> </APPLET> ---/code--- I.T. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Rainer Brinkmann

20:41

New subject: Wer kennt sich mit dem 4CoreDual-SATA2-Mainboard aus?

Hallo miteinander, Wer kennt sich mit obigem Mainboard etwas näher aus und kann mir zur Linux-Tauglichkeit genauere Infos zukommen lassen? Ich trage mich mit dem Gedanken, dieses Board mir käuflich zuzulegen. Mit grüßen Rainer -- brinkmann_rainer@yahoo.de

...

...
...
Der Tellerrand ist NICHT das Ende des Kosmos <<< -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann

9 Jan 9 Jan

13:46

Ingo Tschutter, Dienstag, 8. Januar 2008 19:55:

...

ssh -L 80:<webserver>:80 WAN-IP ssh -L <streaming-port>:<webserver>:<streamingport> WAN-IP

Der <streaming-port> sollte in der Definition zum Java-Applett zu finden sein.

Ich habe soeben festgestellt: wenn ich das Applet starte, ist der Quellport jedesmal ein anderer. Zielport ist immer 80. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

"Jürgen L."

8 Jan 8 Jan

13:15

New subject: einmal mehr suchen und ersetzen

Hallo all habe ein txt file <RIBCL VERSION="2.0"> <LOGIN USER_LOGIN="Administrator" PASSWORD=""> </LOGIN> </RIBCL> desweiteren ein txt file called ip_adress.txt and ein file called hostname.txt nun muss ich den wert in den actuellen wert aus dem text file ip_adress modufizieren den wert muss dann die ersten 3 blocks der ip adresse sein und der 4te block dann 29 ausserdem muss noch mit dem wert von hostname abgeglischen werden - zu beachten der ert in hostname.txt ist sgbxxxxxxx und der neue ilo wert soll sein ilogbxxxxxx (ohne dem s) bitte um hilfe all greetings juergen -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

"Jürgen L."

21:34

New subject: einmal mehr suchen und ersetzen

hello all sorry, GMX war heute scheinbar down und es sind evlt ein paar mails abhanden gekommen. ich weis nicht ob jemand geantwortet hat aber ich habe noch nichts bekommen dont worries about greetings juergen -------- Original-Nachricht --------

...

Datum: Tue, 08 Jan 2008 14:15:39 +0100 Von: "Jürgen L." An: opensuse-de@opensuse.org Betreff: einmal mehr suchen und ersetzen

...

Hallo all

habe ein txt file <RIBCL VERSION="2.0"> <LOGIN USER_LOGIN="Administrator" PASSWORD=""> </LOGIN> </RIBCL>

desweiteren ein txt file called ip_adress.txt and ein file called hostname.txt

nun muss ich den wert in den actuellen wert aus dem text file ip_adress modufizieren den wert muss dann die ersten 3 blocks der ip adresse sein und der 4te block dann 29 ausserdem muss noch mit dem wert von hostname abgeglischen werden - zu beachten der ert in hostname.txt ist sgbxxxxxxx und der neue ilo wert soll sein ilogbxxxxxx (ohne dem s)

bitte um hilfe all greetings juergen -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

-- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Michael Höhne

9 Jan 9 Jan

21:36

New subject: einmal mehr suchen und ersetzen

Hallo Jürgen,

...

hello all sorry, GMX war heute scheinbar down und es sind evlt ein paar mails abhanden gekommen. ich weis nicht ob jemand geantwortet hat aber ich habe noch nichts bekommen dont worries about

a) Du hast einen Thread gekapert b) Wenn du in einer Textdatei was geändert haben willst, warum nimmst du keinen Editor ;-))) Oder willst du ein Script oder wie oder was??? Nur so zur Info, Michael p.s. deine Shift-Taste und dein Deutsch scheinen manchmal auszusetzen ;-))) -- ____ / / / / /__/ Michael Höhne / / / / / / mih-hoehne@web.de / ________________________________/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Marko Kaening

10 Jan 10 Jan

09:58

New subject: einmal mehr suchen und ersetzen

sed und regulaere Ausdruecke sind deine Freunde in diesem Fall -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

"Jürgen L."

14:16

New subject: einmal mehr suchen und ersetzen

habe es geloesst habe den wert des einen textfiles in eine varible gesetzt danach ein neues file geschrieben mit dem 2ten wert das gleiche ausserdem stehen in den readmes welche ich gelesen habe (google) falsche infos (oder zumindst ist das mit der windows version so) da steht sed 's/suchen/ersetzten/g' filename richtig ist sed s/suchen/ersetzten/g filename greetings juergen -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger?did=10 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Marko Kaening

14:31

New subject: einmal mehr suchen und ersetzen

...

habe es geloesst bin erfreut zu hören, dass mein Einzeiler ohne fertiges Rezept schon zur Lösung gereicht hat. :)

5957

Age (days ago)

5960

Last active (days ago)

List overview

Download

20 comments

9 participants

participants (9)

"Jürgen L."
Andre Tann
Christoph Graulich
Fred Ockert
Ingo Tschutter
Karl Kehlenbrink
Marko Kaening
Michael Höhne
Rainer Brinkmann