7050 hinter Netgear FVS318

[seti.athome]

@frank Natürlich darfst du dich einmischen!!!!!!

Ich verstehe nicht, warum du die Fritz im Modus "Vorhandene Internetverbindung im Netzwerk mitbenutzen (IP-Client)" in LAN B betreiben musst. Das müsste in LAN A genau so gut gehen, jedenfalls ging es bei mir so.

Jetzt funktionierts auf einmal auch in LAN A Weiß auch nicht, warum es vorher nur mit LAN B funktioniert hat.

Ich verstehe außerdem nicht, warum auch in dieser Einstellung immer noch irgendwo das 192.168.178er Subnetz auftaucht, das dürfte es praktisch nicht mehr geben.

Da taucht kein 178er Subnetz mehr auf! Zumindest in den Einstellungen. Ich muss die 192.168.178.254 ´er IP lediglich nur eingeben, wenn ich von meinem Laptop aus auf die Benutzeroberfläche zugreifen will. Denn die 192.168.0.2 nimmt der nicht an. Warum auch immer...

zwei Fragen:

- Gibt es in der "normalen" Ansicht unter "System" -> "Netzwerkeinstellungen" noch den Punkt "Alle Computer befinden sich im selben Netzwerk"?
- Kann man an gleicher Stelle noch einen IP-Adressbereich einstellen und den DHCP Server aktivieren/deaktivieren?

1. nein gibt es nicht mehr
2. Da ist neben " Statusinformationen über UPnP übertragen" lediglich ein Button für "IP-Routen". Lezterer aber nur im "Expertenmodus" sichtbar. Die Möglichkeit DHCP Server zu aktivieren/deaktivieren gibt es nicht!

Möglicherweise ist die Box durch das viele hin und her irgendwie strubbelig geworden und ein Reset auf Werkseinstellungen könnte gelfen. Aber Vorsicht: Danach musst du VoIP Zugangsdaten etc wieder von Hand eingeben. Außerdem ist die IP Adresse der Box wieder auf 192.168.178.1 (oder 254?)

Ich versuchs einfach. Wenns wieder mal nichts bringt (habs schon ein paar mal versucht... aber bevor ich soweit gekommen bin), spiele ich den Backup wieder drauf.

In den aktuellen Firmwareversionen (03.101 oder 04.01) kann man telnet übrigens über Telefon an und aus schalten:
#96*7* -> telnetd an
#96*8* -> telnetd aus

PERFEKT! Danke! Das habe ich gesucht

- Per telnet auf der FBF einloggen und ping auf 192.168.0.1, ...0.101, ...0.102 testen. - sollte funktionieren
- Bitte die Ausgabe von ifconfig -a auf der FBF mal hier posten (das sind die IP-Adressen etc. der Interfaces der FBF).

# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:15:0C:4C:40:C8
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:1307 errors:0 dropped:0 overruns:0 frame:0
TX packets:1199 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:116751 (114.0 KiB) TX bytes:522323 (510.0 KiB)

eth1 Link encap:Ethernet HWaddr 00:15:0C:4C:40:C9
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Base address:0x2800

lan Link encap:Ethernet HWaddr 00:15:0C:4C:40:C8
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:1316 errors:0 dropped:0 overruns:0 frame:0
TX packets:1169 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:97543 (95.2 KiB) TX bytes:518665 (506.5 KiB)

lan:0 Link encap:Ethernet HWaddr 00:15:0C:4C:40:C8
inet addr:192.168.178.254 Bcast:192.168.178.255 Mask:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:244 errors:0 dropped:0 overruns:0 frame:0
TX packets:244 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:31414 (30.6 KiB) TX bytes:31414 (30.6 KiB)

tiwlan0 Link encap:Ethernet HWaddr 00:15:0C:4C:40:CA
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:292 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:10258 (10.0 KiB) TX bytes:40808 (39.8 KiB)

usbrndis Link encap:Ethernet HWaddr 00:15:0C:4C:40:CC
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

wdsdw0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:33120 (32.3 KiB)

wdsdw1 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:33120 (32.3 KiB)

wdsdw2 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:33120 (32.3 KiB)

wdsdw3 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:33120 (32.3 KiB)

wdsup0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:33120 (32.3 KiB)
#

- auf der FBF ein ping auf 4.2.2.2 versuchen (könnte ggf. nicht klappen) oder alternativ "wget -O - http://www.google.de". Da sollte einiges an Output kommen - kein Fehler.

Funktioniert! Gibt mir den Quelltext von www.google.de aus.

 

[gandalf94305]

Jetzt funktionierts auf einmal auch in LAN A Weiß auch nicht, warum es vorher nur mit LAN B funktioniert hat.

Na, es funktioniert in Deiner Variante 1 nur mit LAN B. In der Variante 2, die wir nun haben, sind alle LAN Ports gleichberechtigt.

Der Rest sieht sehr vielversprechend aus! Die Systeme scheinen ja nun alle Internet-Zugang zu haben und sich untereinander zu kennen. *puh*

Gibt es jetzt noch ein Problem? ;-)

PS: Wenn der Laptop durch das WLAN nicht durchkommt, könnte das an der MTU liegen... vielleicht muß man die etwas reduzieren... Aber ich bin nicht der WLAN-Experte - da sollten mal andere weiterhelfen.

--gandalf.

 

[seti.athome]

Gibt es jetzt noch ein Problem? ;-)
--gandalf.

Najaaaaa.... Ne ihr habt mir schon genug geholfen! Vielen Dank dafür schonmal!!!! Bekomme zwar mit dem WLAN immer noch keinen Zugang zu meinem eigenen Netzwerk aber das kriege ich schon irgendwie heraus...
Will eure Zeit nicht noch mehr in Anspruch nehmen

NOCHMALS: DANKE EUCH VIELMALS

 

[gandalf94305]

Das Prinzip für den Übergang zwischen LAN und WLAN ist einfach:

Machst Du einen ping vom PC auf den Laptop, bekommst Du die MAC-Adresse der FBF bei "arp -a" für die IP des Laptops angezeigt, da die FBF Pakete für den Laptop entgegennehmen muß. Klappt das nicht so, muß ein WLAN-Spezialist hier mal etwas sagen...

Vielleicht solltest Du dieses spezifische Problem aber auch nochmal in einem separaten Posting im Forum für FBF WLAN unterbringen: http://www.ip-phone-forum.de/forumdisplay.php?f=445

Viel Erfolg!
--gandalf.