Daten zwischen 2 PCs via Firewire(1394) übertragen

**winfreak**

Bei SSH: Schau mal auf welchem Interface der SSHd lauscht. Kann gut sein, dass der nicht auf allen lauscht.

BW89

Ich hab mal mit netstat nachgeschaut, aber ich glaube eigentlich müsste das so passen

Code

tcp   0  0 0.0.0.0:22 0.0.0.0:* LISTEN      0          30371      813/sshd            
tcp6 0  0 :::22          :::*          LISTEN      0          30373      813/sshd

Dirk

ist 10 überhaupt ne lokale ip range?

BW89

Ja ist es.
Hab mich dafür entschieden, damit ich es einfach von meinem eigenen (W)LAN unterscheiden kann dass 192.168.1.x Adressen nutzt

**winfreak**

Kannst du mal bitte die Routingtabelle von beiden Kisten posten? Ich verstehe irgendwie nicht, warum die sich so gar nicht erreichen...
(ip route show)

BW89

Laptop 1 (10.10.10.1)

Code

default via 192.168.1.1 dev wls1 proto dhcp metric 600 
10.10.10.0/24 dev firewire0 proto kernel scope link src 10.10.10.2 
169.254.0.0/16 dev wls1 scope link metric 1000 
192.168.1.0/24 dev wls1 proto kernel scope link src 192.168.1.55 metric 600

Laptop 2 (10.10.10.2)

Code

default via 192.168.1.1 dev enp9s0 proto dhcp metric 100 
10.10.10.0/24 dev firewire0 proto kernel scope link src 10.10.10.1 
169.254.0.0/16 dev enp9s0 scope link metric 1000 
192.168.1.0/24 dev enp9s0 proto kernel scope link src 192.168.1.60 metric 100

**winfreak**

Ich frage mich gerade, ob generell einfach TCP/UDP Übertragungen von dem Problem betroffen sind.
In deinem tcpdump Output sieht man jede Menge ARP und ping (was ja scheinbar geht) ist ICMP.

TCP mal zuerst. Probier doch mal bitte auf einer Seite einen HTTP Server aufzumachen:

Code

mkdir /tmp/htdocs; echo "<h1>Hello world</h1>" > /tmp/htdocs/index.html; python3 -m http.server --bind 0.0.0.0 --directory /tmp/htdocs; rm -rf /tmp/htdocs

Dann mit dem anderen Rechner nen Request via curl -vvvv absetzen und mal schauen, was da so passiert. Wenn da nichts passiert, bitte mal den tcpdump (auf beiden Rechnern parallel!) folgendermaßen laufen lassen:
sudo tcpdump -s0 -n -i firewire0 -vvv port 8000

Da sollte man das Ausgehen und Eintreffen von Paketen gut sehen.

BW89

Deine Commands haben leider nicht Funktioniert(server.py: error: argument port: invalid int value: '/tmp/htdocs')
Ich habe einfach manuell einen neuen ordner im Home verzeichnis erstellt und dort deine HTML erstellt.
Dort konnte ich dann mit "python3 -m http.server --bind 0.0.0.0" den Server starten.
Weder curl noch der Firefox am anderen Gerät konnte über die Firewire-Adresse darauf zugreifen, über die Adresse des Laptops im LAN ging es mit curl und dem Firefox.

Hier die tcpdumps:
Laptop 1(Server)

Code

tcpdump: listening on firewire0, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
17:42:42.432804 IP (tos 0x0, ttl 64, id 26500, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8e7e (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003047053 ecr 0,nop,wscale 7], length 0
17:42:43.462718 IP (tos 0x0, ttl 64, id 26501, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8a79 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003048082 ecr 0,nop,wscale 7], length 0
17:42:45.474725 IP (tos 0x0, ttl 64, id 26502, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x829d (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003050094 ecr 0,nop,wscale 7], length 0
17:42:49.734758 IP (tos 0x0, ttl 64, id 26503, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x71f9 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003054354 ecr 0,nop,wscale 7], length 0
17:42:57.922781 IP (tos 0x0, ttl 64, id 26504, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x51fd (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003062542 ecr 0,nop,wscale 7], length 0
17:43:14.054817 IP (tos 0x0, ttl 64, id 26505, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x12f9 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003078674 ecr 0,nop,wscale 7], length 0
17:43:47.846907 IP (tos 0x0, ttl 64, id 26506, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8ef8 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003112466 ecr 0,nop,wscale 7], length 0

Alles anzeigen

Laptop 2(Client)

Code

tcpdump: listening on firewire0, link-type LINUX_SLL (Linux cooked v1), capture size 262144 bytes
17:42:42.435570 IP (tos 0x0, ttl 64, id 26500, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8e7e (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003047053 ecr 0,nop,wscale 7], length 0
17:42:43.465454 IP (tos 0x0, ttl 64, id 26501, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8a79 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003048082 ecr 0,nop,wscale 7], length 0
17:42:45.477448 IP (tos 0x0, ttl 64, id 26502, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x829d (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003050094 ecr 0,nop,wscale 7], length 0
17:42:49.737457 IP (tos 0x0, ttl 64, id 26503, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x71f9 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003054354 ecr 0,nop,wscale 7], length 0
17:42:57.925454 IP (tos 0x0, ttl 64, id 26504, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x51fd (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003062542 ecr 0,nop,wscale 7], length 0
17:43:14.057454 IP (tos 0x0, ttl 64, id 26505, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x12f9 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003078674 ecr 0,nop,wscale 7], length 0
17:43:47.849467 IP (tos 0x0, ttl 64, id 26506, offset 0, flags [DF], proto TCP (6), length 60)
    10.10.10.1.46516 > 10.10.10.2.8000: Flags [S], cksum 0x8ef8 (correct), seq 319822158, win 64240, options [mss 1460,sackOK,TS val 4003112466 ecr 0,nop,wscale 7], length 0
^C
7 packets captured
7 packets received by filter
0 packets dropped by kernel

Alles anzeigen

Fuexline

mir kommt die IP und alles schon sehr komisch vor, aber zumindest in Ubuntu ist ja alles well documented wie der name den das Interface haben muss wie man die IP festlegt etc

https://help.ubuntu.com/community/EthernetOverFirewire
https://help.ubuntu.com/community/FireWire

ich glaube das da schon was verpfuscht wurde und deshalb auch nicht geht

Nik

Zitat von Fuexline

mir kommt die IP und alles schon sehr komisch vor

das hat er doch manuell statisch konfiguriert lmao
und die Doku im Ubuntu-Wiki ist hoffnungslos veraltet. Inzwischen gibt es keine /etc/network/interfaces mehr, unter Ubuntu wird das nun von einer Software Namens netplan gemanaged, welche mit YAML-Dateien konfiguriert wird.

Daten zwischen 2 PCs via Firewire(1394) übertragen

Jetzt mitmachen!

Benutzer online in diesem Thema