Kleines großes Routing-Problem

tk1908

Zitat von CHRiSNEW
Wenn der von 10.0.0.2 ankommt, dann ist das klar, dass ein Access Denied fliegt.
Du müsstest noch
Code
/data/save      10.0.0.2/32(rw,no_subtree_check)
hinzufügen

War ursprünglich drin, allerdings als

Code

/data/save      10.0.0.0/30(rw,no_subtree_check)

Ich probiere es aber gerne heute Abend nochmal mit deinem Eintrag

tk1908

Hier mal n Ausschnitt vom tcpdump Trace:

Code

localhost.43008 > localhost.nfs: Flags [.], cksum 0xd2c1 (correct), ack 1, win 227, options [nop,nop,TS val 129934 ecr 24019006], length 0
21:51:41.540702 IP (tos 0x0, ttl 63, id 45154, offset 0, flags [DF], proto TCP (6), length 288)
    localhost.3611421560 > localhost.nfs: 232 getattr fh 0,2/42
21:51:41.540706 IP (tos 0x0, ttl 64, id 58200, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.nfs > localhost.43008: Flags [.], cksum 0xd1cd (correct), ack 237, win 235, options [nop,nop,TS val 24019006 ecr 129934], length 0
21:51:41.540739 IP (tos 0x0, ttl 64, id 58201, offset 0, flags [DF], proto TCP (6), length 76)
    localhost.nfs > localhost.3611421560: reply ERR 20: Auth Bogus Credentials (seal broken)
21:51:41.541964 IP (tos 0x0, ttl 63, id 45155, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.43008 > localhost.nfs: Flags [.], cksum 0xd1bc (correct), ack 25, win 227, options [nop,nop,TS val 129935 ecr 24019006], length 0
21:51:41.541968 IP (tos 0x0, ttl 63, id 45156, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.43008 > localhost.nfs: Flags [F.], cksum 0xd1bb (correct), seq 237, ack 25, win 227, options [nop,nop,TS val 129935 ecr 24019006], length 0
21:51:41.541987 IP (tos 0x0, ttl 64, id 58202, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.nfs > localhost.43008: Flags [F.], cksum 0xd1b1 (correct), seq 25, ack 238, win 235, options [nop,nop,TS val 24019007 ecr 129935], length 0
21:51:41.545286 IP (tos 0x0, ttl 63, id 45157, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.43008 > localhost.nfs: Flags [.], cksum 0xd1b8 (correct), ack 26, win 227, options [nop,nop,TS val 129936 ecr 24019007], length 0
21:51:41.545499 IP (tos 0x0, ttl 63, id 46925, offset 0, flags [DF], proto TCP (6), length 60)
    localhost.13274 > localhost.nfs: Flags [S], cksum 0x8714 (correct), seq 902909149, win 28960, options [mss 1460,sackOK,TS val 129936 ecr 24019007,nop,wscale 7], length 0
21:51:41.545522 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    localhost.nfs > localhost.13274: Flags [S.], cksum 0x6fe9 (correct), seq 53023728, ack 902909150, win 28960, options [mss 1460,sackOK,TS val 24019008 ecr 129936,nop,wscale 7], length 0
21:51:41.546752 IP (tos 0x0, ttl 63, id 46926, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.13274 > localhost.nfs: Flags [.], cksum 0x0ef3 (correct), ack 1, win 227, options [nop,nop,TS val 129936 ecr 24019008], length 0
21:51:41.546966 IP (tos 0x0, ttl 63, id 46927, offset 0, flags [DF], proto TCP (6), length 288)
    localhost.3611421560 > localhost.nfs: 232 getattr fh 0,2/42
21:51:41.546974 IP (tos 0x0, ttl 64, id 37809, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.nfs > localhost.13274: Flags [.], cksum 0x0dff (correct), ack 237, win 235, options [nop,nop,TS val 24019008 ecr 129936], length 0
21:51:41.546998 IP (tos 0x0, ttl 64, id 37810, offset 0, flags [DF], proto TCP (6), length 76)
    localhost.nfs > localhost.3611421560: reply ERR 20: Auth Bogus Credentials (seal broken)
21:51:41.547961 IP (tos 0x0, ttl 63, id 46928, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.13274 > localhost.nfs: Flags [.], cksum 0x0dee (correct), ack 25, win 227, options [nop,nop,TS val 129937 ecr 24019008], length 0
21:51:41.551386 IP (tos 0x0, ttl 63, id 46929, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.13274 > localhost.nfs: Flags [F.], cksum 0x0dec (correct), seq 237, ack 25, win 227, options [nop,nop,TS val 129938 ecr 24019008], length 0
21:51:41.551423 IP (tos 0x0, ttl 64, id 37811, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.nfs > localhost.13274: Flags [F.], cksum 0x0de2 (correct), seq 25, ack 238, win 235, options [nop,nop,TS val 24019009 ecr 129938], length 0
21:51:41.552402 IP (tos 0x0, ttl 63, id 46930, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.13274 > localhost.nfs: Flags [.], cksum 0x0dea (correct), ack 26, win 227, options [nop,nop,TS val 129938 ecr 24019009], length 0

Alles anzeigen

CHRiSNEW

Uhm, localhost zu localhost?

Ging es mit deinem /30er oder meiner /32er Maske?

tk1908

Zitat von CHRiSNEW

Ging es mit deinem /30er oder meiner /32er Maske?

Nein geht leider auch nicht.

tk1908

AUSBUDDEL

Jetzt wirds allmählich merkwürdig. Seutp ist wie im ersten Beitrag beschrieben. Sobald ich mich im WLAN befinde, kann ich keinen Client der sich ebenfalls im WLAN befindet erreichen. Wenn ich im LAN bin, kann ich Clients im WLAN erreichen. Die Firewall Regeln lassen Ping und HTTP-Verkehr und haste nich gesehen alles zu. Habs sogar testweise mal mitnem reinen Accept probiert, ging auch net. OK dachte ich mir, schauste mal nach was da eigentlich passiert. Mit Wireshark gesnifft und was interessantes gesehen, der ARP-Request läuft ins Leere: Es geht n ARP an die Broadcast-Adresse, aber es kommt nix zurück.

Woran zur Hölle kann das liegen? Wie gesagt vom LAN zum WLAN gehts und vom WLAN zum LAN auch. Nur innerhalb des WLANs kommt keine Verbindung zustande.

Ach btw: meine ARP-Tabelle:

Code

[root@whisky tkoehler]# arp -a
jolla.tkbrew.lan (172.16.1.5) at <incomplete> on wlp3s0
gateway (172.16.1.1) at 04:f0:21:14:ce:49 [ether] on wlp3s0
[root@whisky tkoehler]#

Vielen Dank schon mal.

Der Doktor

ARP Anfragen gehen doch immer an Broadcast wenn der PC die MAC nicht weiß... Er weiß ja nicht wohin. Das ist doch der Sinn von ARP

tk1908

Zitat von Der Doktor

ARP Anfragen gehen doch immer an Broadcast wenn der PC die MAC nicht weiß... Er weiß ja nicht wohin. Das ist doch der Sinn von ARP

Und weiter? Ich bin mir durchaus im Klaren, wie ARP funktioniert.

tk1908

So nach nem Monat den Thread mal aus der Versenkung holen.

Bei den Adaptereinstellungen unter PFsense gibt es bei WLAN-Adaptern den Punkt "Allow intra-BSS communication". Wenn dieser nicht aktiviert ist, ist eine Kommunikation zwischen WLAN-Clients generell nicht möglich.

Kleines großes Routing-Problem

Jetzt mitmachen!

Benutzer online in diesem Thema