25
Fritzbox 7490 - WLAN Geräte zugriff auf LAN Kamera hinter SONICWALL
Hallo IT-Freunde,
habe hier ein kleines Problem und komme nicht weiter.
Haben verschiedene Kameras hier im Einsatz die intern über die LAN-Clients und übers Internet erreicht werden können.
Das funktioniert alles wunderbar.
Jetzt wollte ich daß eine Android app über WLAN auf die Kameras zugreift, aber ich kriege es irgendwie nicht gebacken.
Folgende Konfiguration ist hier vorhanden:
IP-WLAN Fritzbox: 192.168.10. 252
DHCP Bereich: 192.168.10.100 - 150
SONICWALL: 192.168.0.0-255.255.255.0
LAN: 192.168.0.254
WAN: 192.168.10.100 - GW: 192.168.10.252
KAMERA:
192.168.0.128
Folgende Infos noch:
Netbook über WLAN: keine LAN Geräte anpingbar.
Netbook über LAN: WLAN Geräte anpingbar.
Ich weiß daß es nur ein Denkfehler ist, aber ich sehe den Wald vor lauter Bäume nicht mehr.
Schonmal vielen Dank.
habe hier ein kleines Problem und komme nicht weiter.
Haben verschiedene Kameras hier im Einsatz die intern über die LAN-Clients und übers Internet erreicht werden können.
Das funktioniert alles wunderbar.
Jetzt wollte ich daß eine Android app über WLAN auf die Kameras zugreift, aber ich kriege es irgendwie nicht gebacken.
Folgende Konfiguration ist hier vorhanden:
IP-WLAN Fritzbox: 192.168.10. 252
DHCP Bereich: 192.168.10.100 - 150
SONICWALL: 192.168.0.0-255.255.255.0
LAN: 192.168.0.254
WAN: 192.168.10.100 - GW: 192.168.10.252
KAMERA:
192.168.0.128
Folgende Infos noch:
Netbook über WLAN: keine LAN Geräte anpingbar.
Netbook über LAN: WLAN Geräte anpingbar.
Ich weiß daß es nur ein Denkfehler ist, aber ich sehe den Wald vor lauter Bäume nicht mehr.
Schonmal vielen Dank.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 321271
Url: https://administrator.de/forum/fritzbox-7490-wlan-geraete-zugriff-auf-lan-kamera-hinter-sonicwall-321271.html
Ausgedruckt am: 15.04.2025 um 00:04 Uhr
25 Kommentare
Neuester Kommentar
Zitat von @GoriBoy:
Folgende Infos noch:
Netbook über WLAN: keine LAN Geräte anpingbar.
Netbook über LAN: WLAN Geräte anpingbar.
Ich weiß daß es nur ein Denkfehler ist, aber ich sehe den Wald vor lauter Bäume nicht mehr.
Folgende Infos noch:
Netbook über WLAN: keine LAN Geräte anpingbar.
Netbook über LAN: WLAN Geräte anpingbar.
Ich weiß daß es nur ein Denkfehler ist, aber ich sehe den Wald vor lauter Bäume nicht mehr.
Offensichtlich. Hast Du denn der fritzbox auch gesagt, daß die WLAN-Clients untereinander und mit dem LAn kommunizieren dürfen? Oder diese gar ins GHastnetz gesteckt? Stimmen die routen über WLAN (traceroute)?
lks
Hallo lks,
danke für deine Rückinfo.
traceroute vom Netbook über WLAn auf die kamera läuft in einer zeitüberschreitung aus.
vom lan aus, kein thema, da ist alles ok.
bei der Fritz IOS 6.60 gibt es leider diese altbekannte funktion leider nicht mehr, evtl schon standard da ich vom netbook über wlan einen wlan-drucker anpingen kann, und auch über die weböberfläche erreiche.
danke für deine Rückinfo.
traceroute vom Netbook über WLAn auf die kamera läuft in einer zeitüberschreitung aus.
vom lan aus, kein thema, da ist alles ok.
bei der Fritz IOS 6.60 gibt es leider diese altbekannte funktion leider nicht mehr, evtl schon standard da ich vom netbook über wlan einen wlan-drucker anpingen kann, und auch über die weböberfläche erreiche.
Zitat von @GoriBoy:
traceroute vom Netbook über WLAn auf die kamera läuft in einer zeitüberschreitung aus.
traceroute vom Netbook über WLAn auf die kamera läuft in einer zeitüberschreitung aus.
irgendwelche Zwischenstationen? oder schon beim ersten hop?
Was sagt denn der angry ip scanner, was im Netzwerk da ist?
lks
Hallo,
Gruß,
Peter
Zitat von @GoriBoy:
bei der Fritz IOS 6.60 gibt es leider diese altbekannte funktion leider nicht mehr
Und wie nennst du dann das hier? Fritte 7490, OS 6.60.bei der Fritz IOS 6.60 gibt es leider diese altbekannte funktion leider nicht mehr
Gruß,
Peter
beim dritten hop
der geht zuerst zur fritz und dann geht er komischerweise in das gateway der öffentlice ip.
(die funktion bei der fritzbox habe ich doch noch gefunden, aber sie beschränkt sich nur auf dass die wlan geräre unter sich kommunieren können)
der angry ip scanner zeigt alles in rot da er den bereich zwar scannt aber nichts findet
der geht zuerst zur fritz und dann geht er komischerweise in das gateway der öffentlice ip.
(die funktion bei der fritzbox habe ich doch noch gefunden, aber sie beschränkt sich nur auf dass die wlan geräre unter sich kommunieren können)
der angry ip scanner zeigt alles in rot da er den bereich zwar scannt aber nichts findet
Es ist vollkommen unmöglich das das WLAN in der FB ein anderes IP Netzwerk hat als das LAN !
Sowas supportet die FB gar nicht oder ist das jetzt ein Tippfehler ??
Es sieht anhand der leider etwas oberflächlichen Beschreibung so aus als ob FB und Firewall in einer Kaskade konfiguriert sind. Ist das so richtig.
Kaskaden Designs findest du hier beschrieben:
Kopplung von 2 Routern am DSL Port
Das du hier natürlich die Firewall Regeln entsprechend anpassen musst auf der Sinicwall dürfte klar sein.
Dazu ist es essentiell wichtig zu wissen mit welchen Protokollen, sprich TCP oder UDP Ports die Kameras mit der App kommunizieren.
Logisch, denn sonst kann man die Firewall Regeln nicht definieren diesen Traffic passieren zu lassen. Bei dir wird dieser Traffic sehr wahrscheinlich durch die FW blockiert.
Es ist also kein "Problem" sondern schlicht und einfach eine falsche oder fehlerhafte Anpassung der Firewall.
Bzw. auch der FB IP Netzbeschreibung.
Sowas supportet die FB gar nicht oder ist das jetzt ein Tippfehler ??
Es sieht anhand der leider etwas oberflächlichen Beschreibung so aus als ob FB und Firewall in einer Kaskade konfiguriert sind. Ist das so richtig.
Kaskaden Designs findest du hier beschrieben:
Kopplung von 2 Routern am DSL Port
Das du hier natürlich die Firewall Regeln entsprechend anpassen musst auf der Sinicwall dürfte klar sein.
Dazu ist es essentiell wichtig zu wissen mit welchen Protokollen, sprich TCP oder UDP Ports die Kameras mit der App kommunizieren.
Logisch, denn sonst kann man die Firewall Regeln nicht definieren diesen Traffic passieren zu lassen. Bei dir wird dieser Traffic sehr wahrscheinlich durch die FW blockiert.
Es ist also kein "Problem" sondern schlicht und einfach eine falsche oder fehlerhafte Anpassung der Firewall.
Bzw. auch der FB IP Netzbeschreibung.
Danjke für deine Antwort aqui,
Doch, so isses, ich meinte auch nicht in der Fritzbox sonder hinter der Sonicwall.
Fritzbox 192.168.10.0 IP-Bereich, hinter der sonicwall dann 192.168.0.0 IP-Bereich
Mich wundert es nur daß von außerhalb alle kameras zu erreichen sind und sogar ein webserver und ein emailserver.
Vom IP-Befreich der Fritzbox nichts..
Meine vermutung liegt daran daß die SONICWALL verkehrt läuft bzw. falsch eingestellt ist.
Habe jetzt einen IPV4 Routing auf der Fritzbox gemacht zum Netz 192.168.0.0 über GW 192.168.10.252 (IP der Fritzbox) und siehe da, der angry scanner findet 2 Drucker im 192.168.0 Bereich die ich ohne probleme anpingen kann.
Es ist vollkommen unmöglich das das WLAN in der FB ein anderes IP Netzwerk hat als das LAN !
Sowas supportet die FB gar nicht oder ist das jetzt ein Tippfehler ??
Sowas supportet die FB gar nicht oder ist das jetzt ein Tippfehler ??
Doch, so isses, ich meinte auch nicht in der Fritzbox sonder hinter der Sonicwall.
Fritzbox 192.168.10.0 IP-Bereich, hinter der sonicwall dann 192.168.0.0 IP-Bereich
Mich wundert es nur daß von außerhalb alle kameras zu erreichen sind und sogar ein webserver und ein emailserver.
Vom IP-Befreich der Fritzbox nichts..
Meine vermutung liegt daran daß die SONICWALL verkehrt läuft bzw. falsch eingestellt ist.
Habe jetzt einen IPV4 Routing auf der Fritzbox gemacht zum Netz 192.168.0.0 über GW 192.168.10.252 (IP der Fritzbox) und siehe da, der angry scanner findet 2 Drucker im 192.168.0 Bereich die ich ohne probleme anpingen kann.
Zitat von @GoriBoy:
beim dritten hop
der geht zuerst zur fritz und dann geht er komischerweise in das gateway der öffentlice ip.
beim dritten hop
der geht zuerst zur fritz und dann geht er komischerweise in das gateway der öffentlice ip.
Dann hast du offensichtlich falsche Routern in der fritzbox. Stell da mal die richtige statischen Routen ein.
und dem Gateway das zu der mit der öffentlichen IP führt sagst Du auch die richtigen statischen Routen.
(die funktion bei der fritzbox habe ich doch noch gefunden, aber sie beschränkt sich nur auf dass die wlan geräre unter sich kommunieren können)
Je nach Version sperrt das auch die Kommunikation auf die LAN-Stationen.
der angry ip scanner zeigt alles in rot da er den bereich zwar scannt aber nichts findet
Wenn das routing nciht stimmt, kann der IP-Scanner auch nichts finden.
Also:
Du macht einen netstat -r auf einer WLAN-Kiste und einen netstat -r auf einer LAN-Kiste, auf der das Routing funktioniert und postest beides hierher. Alternativ geht natürlich auch route print
lks
Hallo lks,
nun hier die prints...
LAN Gerät:
WLAN:
nun hier die prints...
LAN Gerät:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
===========================================================================
Schnittstellenliste
9...40 a8 f0 5a 08 63 ......Realtek PCIe FE Family Controller
3...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1
4...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8
1...........................Software Loopback Interface 1
2...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
8...00 00 00 00 00 00 00 e0 Microsoft Teredo Tunneling Adapter
7...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
6...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================
IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.0.254 192.168.0.150 291
0.0.0.0 0.0.0.0 192.168.106.100 192.168.106.1 291
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
192.168.0.0 255.255.255.0 Auf Verbindung 192.168.0.150 291
192.168.0.150 255.255.255.255 Auf Verbindung 192.168.0.150 291
192.168.0.255 255.255.255.255 Auf Verbindung 192.168.0.150 291
192.168.106.0 255.255.255.0 Auf Verbindung 192.168.106.1 291
192.168.106.1 255.255.255.255 Auf Verbindung 192.168.106.1 291
192.168.106.255 255.255.255.255 Auf Verbindung 192.168.106.1 291
192.168.116.0 255.255.255.0 Auf Verbindung 192.168.116.1 291
192.168.116.1 255.255.255.255 Auf Verbindung 192.168.116.1 291
192.168.116.255 255.255.255.255 Auf Verbindung 192.168.116.1 291
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.0.150 291
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.116.1 291
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.106.1 291
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.0.150 291
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.116.1 291
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.106.1 291
===========================================================================
Ständige Routen:
Netzwerkadresse Netzmaske Gatewayadresse Metrik
0.0.0.0 0.0.0.0 192.168.106.100 Standard
0.0.0.0 0.0.0.0 192.168.0.254 Standard
===========================================================================
IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
9 291 ::/0 fe80::c2ea:e4ff:fe7a:1540
1 331 ::1/128 Auf Verbindung
8 331 2001::/32 Auf Verbindung
8 331 2001:0:5ef5:79fb:1c58:182c:3f57:95fe/128
Auf Verbindung
9 291 fd00::/64 Auf Verbindung
9 291 fd00::31e7:dc64:63d5:4198/128
Auf Verbindung
9 291 fd00::e484:52f1:a72a:40d1/128
Auf Verbindung
9 291 fe80::/64 Auf Verbindung
3 291 fe80::/64 Auf Verbindung
4 291 fe80::/64 Auf Verbindung
8 331 fe80::/64 Auf Verbindung
8 331 fe80::1c58:182c:3f57:95fe/128
Auf Verbindung
9 291 fe80::31e7:dc64:63d5:4198/128
Auf Verbindung
3 291 fe80::5884:7896:a992:c86e/128
Auf Verbindung
4 291 fe80::b864:3578:e5c6:2362/128
Auf Verbindung
1 331 ff00::/8 Auf Verbindung
9 291 ff00::/8 Auf Verbindung
8 331 ff00::/8 Auf Verbindung
3 291 ff00::/8 Auf Verbindung
4 291 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
KeineWLAN:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
===========================================================================
Schnittstellenliste
7...f0 79 59 b7 d7 49 ......Realtek PCIe FE Family Controller
8...12 e2 30 a7 f9 3c ......Microsoft Wi-Fi Direct Virtual Adapter #2
4...40 e2 30 a7 f9 3c ......Qualcomm Atheros AR9485 Wireless Network Adapter
1...........................Software Loopback Interface 1
2...00 00 00 00 00 00 00 e0 Microsoft Teredo Tunneling Adapter
6...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
===========================================================================
IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.10.252 192.168.10.134 25
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
192.168.10.0 255.255.255.0 Auf Verbindung 192.168.10.134 281
192.168.10.134 255.255.255.255 Auf Verbindung 192.168.10.134 281
192.168.10.255 255.255.255.255 Auf Verbindung 192.168.10.134 281
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.10.134 281
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.10.134 281
===========================================================================
Ständige Routen:
Keine
IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
1 306 ::1/128 Auf Verbindung
1 306 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
KeineFehler gefunden:
LAN Gerät:
1
2
3
4
5
6
2
3
4
5
6
> IPv4-Routentabelle
> ===========================================================================
> Aktive Routen:
> Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
> 0.0.0.0 0.0.0.0 192.168.0.254 192.168.0.150 291
> 0.0.0.0 0.0.0.0 192.168.106.100 192.168.106.1 291WLAN:
1
2
3
4
5
2
3
4
5
> IPv4-Routentabelle
> ===========================================================================
> Aktive Routen:
> Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
> 0.0.0.0 0.0.0.0 192.168.10.252 192.168.10.134 25lks
Hallo lks,
welchen Fehler hast du gefunden?
Dass die prints keine netzwerkziele zeigen liegt ja daran daß keine routen eingetragen sind.
Ich nehme ja den Laptop um zu testen wo es leigen kann da ich ja auf den smartphones nichts dergleichen
eintragen bzw machen kann.
viele möglichkeiten in der Fitzbox routen einzugeben habe ich ja nicht..
vom lan zum WLAN klappt ja alles, vom wlan zu LAN ja net, deswegen die neue Route 192.168.0.0 über GW 192.168.10.252 (fritz ip)
welchen Fehler hast du gefunden?
Dass die prints keine netzwerkziele zeigen liegt ja daran daß keine routen eingetragen sind.
Ich nehme ja den Laptop um zu testen wo es leigen kann da ich ja auf den smartphones nichts dergleichen
eintragen bzw machen kann.
viele möglichkeiten in der Fitzbox routen einzugeben habe ich ja nicht..
vom lan zum WLAN klappt ja alles, vom wlan zu LAN ja net, deswegen die neue Route 192.168.0.0 über GW 192.168.10.252 (fritz ip)
Moin,
Die default-Routen sind verschieden. Daher schicken die WLAN_clients die Pakete woanders hin als die LAN_Clients.
Udn die sind auch in verschiedenen Netzen. Also fehlt da irgendwo noch eine statische Route, bzw die LAN-Clients sind in einem völlig anderen netz als die WLAN-Clients.
Mein Rat: male mal ein Bild der netzwerkstruktur und schreib netzwertke udn IP-Adressenan die Teile dran. Reicht auch eine kritzelei auf Papier und ein handyfoto dafür.
lks
Die default-Routen sind verschieden. Daher schicken die WLAN_clients die Pakete woanders hin als die LAN_Clients.
Udn die sind auch in verschiedenen Netzen. Also fehlt da irgendwo noch eine statische Route, bzw die LAN-Clients sind in einem völlig anderen netz als die WLAN-Clients.
Mein Rat: male mal ein Bild der netzwerkstruktur und schreib netzwertke udn IP-Adressenan die Teile dran. Reicht auch eine kritzelei auf Papier und ein handyfoto dafür.
lks
Hallo,
OK.
Statische Routen.
Wonach sieht das für dich aus?
Statische Routen haben nichts damit zu tun das WLAN Clients untereinander reden dürfen. Das ist Layer 2 Isolation
Nutzt du eventuell deine Fritte in einen Modus wo Routen nicht möglich bzw. nichts bringen würde? Dein WLAN ist nicht zufälligerweise ein Gastnetz?
Laut dein Bil reicht eine Route in der Fritte vollkommen aus. Deine Sonicwall weiß auch was die mit den Ankommenden Paketen anstellen darf bzw. soll. Eine Rückroute ist dort auch gegeben?
Gruß,
Peter
OK.
und dann geht er komischerweise in das gateway der öffentlice ip.
Warum komischerweise? Wenn die Fritte eben nicht weiß wo das Paket sonst hin soll?. Da nimmt man aber sie beschränkt sich nur auf dass die wlan geräre unter sich kommunieren können)
Aha, ich hab mir gerade schnell ein eigenes OS 6.60 für eine Fritte 7490 geschrieben um dich zu veräppeln bzw. dir gefälschte Bilder unterzujubeln? Oder ist deine 7490 gar nicht von AVM betankt?Wonach sieht das für dich aus?
Statische Routen haben nichts damit zu tun das WLAN Clients untereinander reden dürfen. Das ist Layer 2 Isolation
Nutzt du eventuell deine Fritte in einen Modus wo Routen nicht möglich bzw. nichts bringen würde? Dein WLAN ist nicht zufälligerweise ein Gastnetz?
Laut dein Bil reicht eine Route in der Fritte vollkommen aus. Deine Sonicwall weiß auch was die mit den Ankommenden Paketen anstellen darf bzw. soll. Eine Rückroute ist dort auch gegeben?
Gruß,
Peter
Laut Deinem netstat oben sitzen deien WLAN-Clients in 192.168.10.0/24#
Dein LAN-client ist tripple-homed in 192.168.0.0/24, 192.168.106.0/24 und 192.168.116.0/24.
Der hängt üebrhaupt nicht im netz der fritzbox sonder direkt im kamera-Netz. Von daher kannst Du den nicht mit der Kiste üerb WLAn vergleichen.
Sehe ich das Richtig, daß Deine fritzbox die 192.168.10.252 ist? Dann mußt du da eine Route zu der Firewall eintragen.
lks
Dein LAN-client ist tripple-homed in 192.168.0.0/24, 192.168.106.0/24 und 192.168.116.0/24.
Der hängt üebrhaupt nicht im netz der fritzbox sonder direkt im kamera-Netz. Von daher kannst Du den nicht mit der Kiste üerb WLAn vergleichen.
Sehe ich das Richtig, daß Deine fritzbox die 192.168.10.252 ist? Dann mußt du da eine Route zu der Firewall eintragen.
lks
Laut Deinem netstat oben sitzen deien WLAN-Clients in 192.168.10.0/24#
KorrektDein LAN-client ist tripple-homed in 192.168.0.0/24, 192.168.106.0/24 und 192.168.116.0/24.
Yep, so isses, hatte kein anderen rechner hier zum testen vom LAN aus, hätte ich mein netbook nehmen können, ich weissSehe ich das Richtig, daß Deine fritzbox die 192.168.10.252 ist? Dann mußt du da eine Route zu der Firewall eintragen.
genauso so isses, dementsprechen habe ich ja folgende route eingetragen ins LAN Netz192.168.0.0/24 - GW:192.168.10.252 da sehe ich 2 LAN Drucker
oder meinst direkt zur sonicwall?
192.168.0.254/24 - GW:192.168.10.252
Danke und Gruß
Zitat von @GoriBoy:
Dein LAN-client ist tripple-homed in 192.168.0.0/24, 192.168.106.0/24 und 192.168.116.0/24.
Yep, so isses, hatte kein anderen rechner hier zum testen vom LAN aus, hätte ich mein netbook nehmen können, ich weissDas bringt aber nichts, weil der überhaupt nicht im Netz der Fritzbox ist.
Sehe ich das Richtig, daß Deine fritzbox die 192.168.10.252 ist? Dann mußt du da eine Route zu der Firewall eintragen.
genauso so isses, dementsprechen habe ich ja folgende route eingetragen ins LAN Netz192.168.0.0/24 - GW:192.168.10.252 da sehe ich 2 LAN Drucker
Jepp.
Wenn Du die LAN:Drucker siehst, schau mal auf denen die Netzwerkkonfiguration nach. u.U. fehlt auf Deinen Kameras ja ein default-gateway.
lks
Hallo,
Wonach sieht das für dich aus?
alles cool, hab ja den reiter gefunden
Gruß
Gori
aber sie beschränkt sich nur auf dass die wlan geräre unter sich kommunieren können)
Aha, ich hab mir gerade schnell ein eigenes OS 6.60 für eine Fritte 7490 geschrieben um dich zu veräppeln bzw. dir gefälschte Bilder unterzujubeln? Oder ist deine 7490 gar nicht von AVM betankt?Wonach sieht das für dich aus?
Statische Routen haben nichts damit zu tun das WLAN Clients untereinander reden dürfen. Das ist Layer 2 Isolation
so isses, aber hier ging es ja um die funktion die von avm zur verfügung gestellt wird.Nutzt du eventuell deine Fritte in einen Modus wo Routen nicht möglich bzw. nichts bringen würde? Dein WLAN ist nicht zufälligerweise ein Gastnetz?
nö zum 1. und zum 2.Laut dein Bil reicht eine Route in der Fritte vollkommen aus.
habe ich ja, zum 192.168.0.0 NetzDeine Sonicwall weiß auch was die mit den Ankommenden Paketen anstellen darf bzw. soll. Eine Rückroute ist dort auch gegeben?
Klar weiß sie das, sonst würden die ja die anfragen übers internet nicht durchkommen.Gruß
Gori
Jepp.
Wenn Du die LAN:Drucker siehst, schau mal auf denen die Netzwerkkonfiguration nach. u.U. fehlt auf Deinen Kameras ja ein default-gateway.
das ist es ja, nein, da ist alles richtig eingestellt..Wenn Du die LAN:Drucker siehst, schau mal auf denen die Netzwerkkonfiguration nach. u.U. fehlt auf Deinen Kameras ja ein default-gateway.
ich drehe hier noch am rad...
Gori
Hallo,
Wenn dem so wäre würde es ja gehen - dann ist entweder deine Fritte oder deine Sonicwall defekt. Wenn du das auschließt, dann mach auf der Fritte ein Paketmitschnitt und werte mit ein Wireshark aus. Deine Sonicwall wird sicherlich auch möglichkeiten eines Paketmitschnitts oder Packet Trace haben. Dann siehst du welchen Weg deine ICMP Anfragen nehmen und welchen Weg deine ICMP Antworten nehmen. Bedenke - auch lokale OSe können mit ihren Firewalls einem manchmal das Konzept versaun. Oder du nimmst einfach nur eine Fritte und einen Switch - vielleicht klappts ja dann.
Gruß,
Peter
Wenn dem so wäre würde es ja gehen
- dann ist entweder deine Fritte oder deine Sonicwall defekt. Wenn du das auschließt, dann mach auf der Fritte ein Paketmitschnitt und werte mit ein Wireshark aus. Deine Sonicwall wird sicherlich auch möglichkeiten eines Paketmitschnitts oder Packet Trace haben. Dann siehst du welchen Weg deine ICMP Anfragen nehmen und welchen Weg deine ICMP Antworten nehmen. Bedenke - auch lokale OSe können mit ihren Firewalls einem manchmal das Konzept versaun. Oder du nimmst einfach nur eine Fritte und einen Switch - vielleicht klappts ja dann.Gruß,
Peter
Zitat von @GoriBoy:
das ist es ja, nein, da ist alles richtig eingestellt..
ich drehe hier noch am rad...
das ist es ja, nein, da ist alles richtig eingestellt..
ich drehe hier noch am rad...
Das kann nicht sein. Wenn Du Drucker in LAN erreichst aber die Kameras nicht und die wirklich die gleichen Einstellungen haben, dann macht Deine Firewall Bockmist. Und auch daß der trace schiefgeht ist ein Zeichen dafür.
Da hilft nur, den sniffer anwerfen und schauen, wo welches paket durchgeht. Du könntest auch in deiner Firewall die Protokollierung von icmp einschalten und mal die logs durchwühlen.
Mach mal einen traceroute zu Kamera und Drucker und stell die Ergebnisse hier rein.
lks
Die ToDos sind eigentlich ziemlich banal und eindeutig:
Noch eine Anmerkung zu den Druckern....
Das man aus dem .10.0er Netz Drucker aus dem LAN Segment hinter der Firewall "sehen" kann ist eher gruselig und zeigt das hier gravierend irgendetwas flasch ist in den Firewall Regeln.
Das "Sehen" solcher Komponenten basiert in der Regel immer auf irgendwelchen Broad- oder Multicast Mechanismen (mDNS, Bonjour etc.) die nie und nimmer nicht über einen Router oder Firewall übertragen werden.
Auch trotz vordergründig richtiger Regeln dürfte man Drucker dort die sich per Broadcast announcen niemals sehen können.
Wenn mit "Sehen" oben allerdings ein Ping oder Traceroute gemeint ist oder das eigentliche Drucken über die Ziel IP des Druckers ist das natürlich absolut OK, denn das ist normales IP Routing.
Leider ist die Beschreibung oben zu oberflächlich und laienhaft um hier eine definitive Aussage zu treffen.
- Clients im 192.168.10.0er Netz haben die .10.252 als Default Gateway
- Statische Route auf der FritzBox: Ziel: 192.168.0.0, Maske: 255.255.255.0, Gateway: 192.168.10.100 (FW)
- Default Route auf der Firewall auf die 192.168.10.252
- Clients im 192.168.0.0er Netz haben die .0.254 als Default Gateway
- Firewall Regeln die das 192.168.10.0er Netz (oder einzelne Host) vom WAN Port der FW auf das IP Netz 192.168.0.0 /24 erlauben.
Noch eine Anmerkung zu den Druckern....
Das man aus dem .10.0er Netz Drucker aus dem LAN Segment hinter der Firewall "sehen" kann ist eher gruselig und zeigt das hier gravierend irgendetwas flasch ist in den Firewall Regeln.
Das "Sehen" solcher Komponenten basiert in der Regel immer auf irgendwelchen Broad- oder Multicast Mechanismen (mDNS, Bonjour etc.) die nie und nimmer nicht über einen Router oder Firewall übertragen werden.
Auch trotz vordergründig richtiger Regeln dürfte man Drucker dort die sich per Broadcast announcen niemals sehen können.
Wenn mit "Sehen" oben allerdings ein Ping oder Traceroute gemeint ist oder das eigentliche Drucken über die Ziel IP des Druckers ist das natürlich absolut OK, denn das ist normales IP Routing.
Leider ist die Beschreibung oben zu oberflächlich und laienhaft um hier eine definitive Aussage zu treffen.
In der sonicwall mußt du explizit WLAN to LAN erlauben, default ist denied.
Zitat von @114380:
In der sonicwall mußt du explizit WLAN to LAN erlauben, default ist denied.
In der sonicwall mußt du explizit WLAN to LAN erlauben, default ist denied.
Die sonicwall kann aber zwischen dem wlan und dem lan der fritzbox nicht unterscheiden.
lks
Hallo und guten morgen Leute,
vielen vielen Dank für die zahlreichen Antworten.
@aqui
mit "sehen" meinte ich daß ich sie anpingen kann, hast recht es war dieses "Bonjour" aktiviert.
Statische Route von LAN zur 192.168.10.252 wird automatisch eingetragen wenn Access Rules hinzufügt
@114380
yep, so isses, WAN to LAN ist per default deaktiviert, hat aber leider auswirkungen auf die freigaben die sowieso
einzeln deklariert wurden.
@Lochkartenstanzer
da hast du auch recht, die sonicwall kann nur zwischen den eigenen wan und wlan und lan unterscheiden.
Es klappt ja mittlerweile,
habe eine route von der FB zur Sonicwall gemacht mit 192.168.0.0 auf die 192.168.10.100,
wie der aqui meinte, gespeichert, ein paar Minuten gewartet und alles ist auch von WLAN aus zu erreichen.
Der Fehler war daß die vorherige Route auf 192.168.10.252 gesetzt war, einen Zahlendreher.
Dann in der Sonicwall die access rule WAN to LAN aktiviert.
Nochmal vielen Dank für alles.
vielen vielen Dank für die zahlreichen Antworten.
@aqui
mit "sehen" meinte ich daß ich sie anpingen kann, hast recht es war dieses "Bonjour" aktiviert.
Statische Route von LAN zur 192.168.10.252 wird automatisch eingetragen wenn Access Rules hinzufügt
@114380
yep, so isses, WAN to LAN ist per default deaktiviert, hat aber leider auswirkungen auf die freigaben die sowieso
einzeln deklariert wurden.
@Lochkartenstanzer
da hast du auch recht, die sonicwall kann nur zwischen den eigenen wan und wlan und lan unterscheiden.
Es klappt ja mittlerweile,
habe eine route von der FB zur Sonicwall gemacht mit 192.168.0.0 auf die 192.168.10.100,
wie der aqui meinte, gespeichert, ein paar Minuten gewartet und alles ist auch von WLAN aus zu erreichen.
Der Fehler war daß die vorherige Route auf 192.168.10.252 gesetzt war, einen Zahlendreher.
Dann in der Sonicwall die access rule WAN to LAN aktiviert.
Nochmal vielen Dank für alles.
