Artur Södler Software-Qualität

Tunnel

Start des Programms


Artur Södler Software Qualität  
Normalerweise läuft das Programm bereits, und sie rufen eine zweite Instanz des Programmes auf, um Befehle aus der Komandozeile an die laufende Instanz zu übergeben.
Stellt das Programm jedoch fest, dass es seine Befehle nicht an localhost:5052 übergeben kann, dient es selbst als laufende Instanz, beendet sich aber sofort wieder.

Damit das Programm dauerhaft gestartet bleibt, müssen Sie ihm eine von drei Aufgaben mitgeben:
serverBetrieb als Server (kann Tunnel entgegennehmen)
connectBetrieb als Client (baut einen Tunnel auf)
commandsBefehle entgegennehmen

Aus diesen drei Möglichkeiten wählen wir normalerweise erst einmal commands, damit unsere neu gestartete Instanz anschließend auch gesteuert werden kann.
tunnel commands
startet das Tunnel-Programm, um Befehle auf Port 5052 (Standard) entgegenzunehmen

Wurde commands bereits einmal eingegeben, ist es in der Konfiguration gespeichert. Die Funktionen aus der gespeicherten Konfiguration können jederzeit neu aktiviert werden mit
tunnel start
aktiviert die zuletzt konfigurierten Aufgaben, z.B. commands

Wurde weder commands noch start eingegeben, kann das Tunnel-Programm keine Befehle entgegennehmen. Die einzige Ausnahme ist, wenn das Programm selbst als laufende Instanz lief — dann nimmt es nur eine einzige Verbindung für Befehle entgegen: von sich selbst.

Diagnosen:

Um festzustellen, ob das Programm bereits läuft, gehen Sie wie folgt vor:
Windows NT:
(NT/2000/XP/2003)
Strg+Alt+Entf, und dann Alt+T für "Task-Manager". In der Karteikarte "Prozesse" nach "Tunnel.exe" suchen
Windows 95:
(95/98/ME)
Versuchen Sie, Tunnel.exe umzubenennen. Lässt es sich umbenennen, dann ist es nicht gestartet.
Linux:Geben Sie in der Konsole ein:
ps -ef | grep ":[0-9][0-9] tunnel"

Um festzustellen, ob das Programm Verbindungen auf Port 5052 entgegennimmt:
Windows NT:
(NT/2000/XP/2003)
Geben Sie in der Konsole ein: netstat -n -a
Suchen Sie nach:
TCP 0.0.0.0:5052 0.0.0.0:0 ABHÖREN
Finden sie es nicht, nimmt Tunnel.exe keine Verbindungen auf Port 5052 an.
Finden Sie es, nimmt irgendein Programm Verbindungen auf Port 5052 an.
Um zu wissen, ob es Tunnel.exe war, schießen sie das Programm ab.
Windows 95:
(95/98/ME)
Sie haben verloren.
Linux:Geben Sie in der Konsole ein:
netstat -tnap | grep "LISTEN" | grep "tunnel"
Suchen Sie nach:
tcp 0 0 0.0.0.0:5052 0.0.0.0:* LISTEN xxxx/tunnel

Um festzustellen, ob das Programm Befehle auf Port 5052 entgegennimmt:
Für alle Systeme: Geben Sie wie folgt ein, und prüfen Sie die Reaktion:
Schrittwowasdie Reaktion muss sein:
falls nicht, ist es...
1Konsoletelnet localhost 5052 [Return]Die Verbindung kommt zustande.
"Tunnel" nimmt Port 5052 nicht an
2TelnetADie Verbindung wird getrennt
ein falsches Programm hat Port 5052 angenommen
SDie Verbindung wird nicht getrennt
"Tunnel" nimmt keine Befehle entgegen, oder ein falsches Programm hat Port 5052 angenommen
3Telnetx[Return]Ausgabe: error, und nächste Zeile Details dazu
Sehr unwahrscheinlich: "Tunnel" läuft temporär als laufende Instanz, wartet auf die eigene Verbindung mit Befehlen, und Sie funken mit Telnet dazwischen.
Oder: ein falsches Programm hat Port 5052 angenommen.
4Telnetlogin x[Return]Ausgabe: ok
Sehr unwahrscheinlich: "Tunnel" läuft temporär als laufende Instanz, wartet auf die eigene Verbindung mit Befehlen, und Sie funken mit Telnet dazwischen.
Oder: ein falsches Programm hat Port 5052 angenommen.
5Telnetenable local [Return]Ausgabe: ok
"Tunnel" läuft mit disable local, und das bei Schritt 4 eingegebene Login "x" ist falsch.

Siehe auch:Programm dauerhaft starten / Programm beenden
Tunnel als Dienst oder Dämon
Valid HTML 4.01 TransitionalValid CSS