Der Befehl connect meldet erfolgreiche Verbindung, obwohl zum Server keine Verbindung besteht. Es werden auch Daten gesendet (wohin auch immer). Beim Empfang wird dann u.a. eine Länge von 0 empfangen (bedeutet Verbindungsabbruch). Normalerweise funktioniert das. Auf dem Rechner wo es nicht funktioniert ist ein VPN installiert. Möglicherweise liegt es daran. Der Befehl wget [ipserver] auf der Console funktioniert aber tadellos. Welche Möglichkeiten gibt es den Netzwerkverkehr zu überprüfen. Bring ein Ausdruck der Routentabelle (netstat -r) etwas?
Kernel IP routing table Destination Gateway Genmask Flags MSS Wind irtt Iface 10.254.0.1 10.254.30.121 255.255.255.255 UGH 0 0 0 tun4 10.254.30.121 * 255.255.255.255 UH 0 0 0 tun4 10.253.0.0 10.254.30.121 255.255.255.0 UG 0 0 0 tun4 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 10.254.0.0 10.254.30.121 255.255.0.0 UG 0 0 0 tun4 default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
Gast
#2837319
Das Universaltool heißt "Wireshark". Mit dem dürfte so ziemlich jeder, der was mit Netzwerk debuggen will, arbeiten.
Es ist nicht so einfach auf dem Rechner zusätzliche Software zu installieren. Das müsste möglichst mit Software an Board (Linux) untersucht werden.
Gast
#2837364
routing hilft nicht weiter. Rufe mal "netstat -a -n" auf
Das geht erst wieder nach einem Programmupdate vielleicht im Laufe des Tages. Geht auch 'netstat -a -n -t -p' ? -t = nur TCP Verbindungen werden ausgegeben -p = zeigt zusätzlich die Prozess ID an
...muss der Aufruf direkt nach dem connect Befehl sein?
Gast
#2837489
Rainer S. schrieb: > muss der Aufruf direkt nach dem connect Befehl sein? ja nach den connect, am besten innerhalb von ein paar sekunden. Also nicht "sofort"
Active Internet connections (servers and established) Proto Recv Send Local Address Foreign Address State PID tcp 0 0 0.0.0.0:68 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 31189 tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 192.168.0.20:59601 89.110.156.185:80 ESTABLISHED 31189 tcp6 0 0 :::53 :::* LISTEN tcp6 0 0 :::22 :::* LISTEN Hiernach (3. Zeile von unten) ist alles in Ordnung
tcp 0 0 192.168.0.20:43134 89.110.156.185:80 TIME_WAIT tcp 0 0 192.168.0.20:43135 89.110.156.185:80 ESTABLISHED 31189
Active Internet connections (servers and established) Proto Recv Send Local Address Foreign Address State PID/Prg tcp 0 0 192.168.0.20:35935 109.91.95.104:80 ESTABLISHED 347/sh tcp 0 0 192.168.0.20:35934 109.91.95.104:80 TIME_WAIT - tcp 0 0 10.254.30.122:8080 10.254.0.1:39235 ESTABLISHED 347/sh Active Internet connections (servers and established) Proto Recv Send Local Address Foreign Address State PID/Prg tcp 0 0 192.168.0.20:58937 89.110.156.185:80 ESTABLISHED 483/sh tcp 0 0 10.254.30.122:8080 10.254.0.1:57445 ESTABLISHED 483/sh tcp 0 0 10.254.30.122:8080 10.254.0.1:57444 TIME_WAIT -
Gast
#2839643
dann steht doch die Verbindung, wo ist jetzt das Problem?
Nein, die steht eben nicht.
Gast
#2840226
Weiß zwar nicht ob der kompletter Quatsch ist aber brauchst du nicht noch irgendwelche extra Header oder so?
Gast
#2840230
Rainer S. schrieb: > Nein, die steht eben nicht. laut den ausgaben steht sie. Kannst du auch mal von der gegenstelle den netstat aufrufen? Wenn alles nicht hilft, musst das das netzwerk mitlesen. Aber selbst du wirst du zu 99% feststellen das die verbindung steht.
Die PID vom connect-programm (Linux shell sh) ändert sich laufend bei dem Computer. Hier könnte das Problem sein. Bei den Computern wo es läuft ist das immer die PID vom eigentlichen Programm.
Peter II schrieb: > Kannst du auch mal von der gegenstelle den > netstat aufrufen? Ich habe die Gegenstelle so programmiert, dass die IP aufgezeichnet wird, sobald ein connect stattfindet.
Gast
#2849754
Was noch möglich wäre:
ping den Server mal und lass Dir danach mal die ARP-Tabelle ausgeben
("arp -a").
Schau mal nach, was für eine MAC-Adresse bei der IP des "Servers" steht
und vergleich die, mit der MAC-Adresse vom Server. Evtl. gibt es die IP
doppelt im Netzerk (?).
Warum ist eine Installation von wireshark nicht möglich?
Ist das keine Standard Distribution, oder schon zu "alt", dass es kein
Repository mehr gibt?
Oder stellt sich der Admin quer?
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.