gateway_enable="YES" und nix is ...

peterle

peterle

Forenkasper
Irgendwie habe ich einen Knoten in der Birne und komme nicht ganz weiter:

Netzwerke an denen der Server klemmt:
Code: 
# cat /etc/rc.conf |grep ifconfig
ifconfig_em0="inet 192.168.2.180  netmask 255.255.255.0"
ifconfig_em1="inet 192.168.3.180  netmask 255.255.255.0"
ifconfig_em2="inet 192.168.4.180  netmask 255.255.255.0"
ifconfig_em3="inet 192.168.1.180  netmask 255.255.255.0"

weitere Einträge in der rc.conf zum Gateway:
Code: 
gateway_enable="YES"
routed_enable="YES"
route6d_enable="YES"
static_routes="net1 net2 net3 net4"
route_net1="-net 192.168.1.0/24 192.168.1.1"
route_net2="-net 192.168.2.0/24 192.168.2.1"
route_net3="-net 192.168.3.0/24 192.168.3.1"
route_net4="-net 192.168.4.0/24 192.168.4.1"
defaultrouter="192.168.2.1"

netstat -r:
Code: 
# netstat -r
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            speedport.ip       UGS         0        2    em0
localhost          link#7             UH          0      160    lo0
192.168.1.0        192.168.1.1        UGS         0        0    em3
192.168.1.180      link#5             UHS         0        0    lo0
192.168.2.0        speedport.ip       UGS         0       75    em0
192.168.2.180      link#1             UHS         0        0    lo0
192.168.3.0        192.168.3.1        UGS         0        0    em1
192.168.3.180      link#3             UHS         0        0    lo0
192.168.4.0        192.168.4.1        UGS         0        0    em2
192.168.4.180      link#4             UHS         0        0    lo0

Internet6:
Destination        Gateway            Flags      Netif Expire
::                 localhost          UGRS        lo0
localhost          localhost          UH          lo0
::ffff:0.0.0.0     localhost          UGRS        lo0
fe80::             localhost          UGRS        lo0
fe80::%em0         link#1             U           em0
fe80::52e5:49ff:fe link#1             UHS         lo0
fe80::%em1         link#3             U           em1
fe80::21b:21ff:fea link#3             UHS         lo0
fe80::%em2         link#4             U           em2
fe80::21b:21ff:fea link#4             UHS         lo0
fe80::%em3         link#5             U           em3
fe80::52e5:49ff:fe link#5             UHS         lo0
fe80::%lo0         link#7             U           lo0
fe80::1%lo0        link#7             UHS         lo0
ff01::%em0         fe80::52e5:49ff:fe U           em0
ff01::%em1         fe80::21b:21ff:fea U           em1
ff01::%em2         fe80::21b:21ff:fea U           em2
ff01::%em3         fe80::52e5:49ff:fe U           em3
ff01::%lo0         localhost          U           lo0
ff02::             localhost          UGRS        lo0
ff02::%em0         fe80::52e5:49ff:fe U           em0
ff02::%em1         fe80::21b:21ff:fea U           em1
ff02::%em2         fe80::21b:21ff:fea U           em2
ff02::%em3         fe80::52e5:49ff:fe U           em3
ff02::%lo0         localhost          U           lo0

Sieht meiner Meinung nach alles aus, wie es soll, aber es ist mir nicht möglich von 192.168.3.101 eine Verbindung nach 192.168.2.1 aufzubauen ....
Die Verbindung bleibt einfach tot, manchmal kann ich eine Verbindung nach 192.168.2.180 aufbauen - meist nicht.

Auszug dmesg:
Code: 
em0: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xf020-0xf03f mem 0xfa300000-0xfa31ffff,0xfa323000-0xfa323fff irq 20 at device 25.0 on pci0
em0: Using an MSI interrupt
em0: Ethernet address: 50:e5:49:2d:62:fb
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xfa322000-0xfa3223ff irq 16 at device 26.0 on pci0
em1: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xe020-0xe03f mem 0xfa2a0000-0xfa2bffff,0xfa280000-0xfa29ffff irq 16 at device 0.0 on pci1
em1: Using an MSI interrupt
em1: Ethernet address: 00:1b:21:a2:e1:e6
em2: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xe000-0xe01f mem 0xfa240000-0xfa25ffff,0xfa220000-0xfa23ffff irq 17 at device 0.1 on pci1
em2: Using an MSI interrupt
em2: Ethernet address: 00:1b:21:a2:e1:e7
em3: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xd000-0xd01f mem 0xfa100000-0xfa11ffff,0xfa120000-0xfa123fff irq 16 at device 0.0 on pci2
em3: Using MSIX interrupts with 3 vectors
em3: Ethernet address: 50:e5:49:2d:62:fc

interessanterweise meldet die dmesg im unteren Teil nun mehrfach:
Code: 
arpresolve: can't allocate llinfo for 192.168.3.1

danach habe ich aber noch nicht geschaut.

Alle Tips und Hinweise wie immer willkommen! ;'( :o
 
Zuletzt bearbeitet:
Ist den beteiligten Rechner(192.168.3.101, 192.168.2.1) denn klar, dass sie das jeweils andere Subnetz durch den o.g. Rechner erreichen?
 
Ich habe auf der 3.1 mal static routes eingerichtet, aber das brachte auch keinen nennenswerten Unterschied, habe aber nicht auf dem 3.101 eine route händisch eingerichtet, was bei einem access point schwierig zu nutzen würde.
 
peterle schrieb:
Code: 
# cat /etc/rc.conf |grep ifconfig
[/QUOTE]
Tut nichts zur Sache, aber warum nicht drauf hinweisen: warum nicht einfach ein grep ifconfig /etc/rc.conf? ;)

Zur Sache: Mir ist der Aufbau von dem Netz noch nicht ganz klar, aber hast du mal tcpdump angeworfen und gepingt? Ich tippe auch darauf, dass in eine Richtung die route fehlt. Das abgesendete Paket kommt vielleicht an, aber kennt das Anwortpaket den Rückweg?

HTH
Zum Vergrößern anklicken....
 
Columbo0815 schrieb:
Tut nichts zur Sache, aber warum nicht drauf hinweisen: warum nicht einfach ein grep ifconfig /etc/rc.conf? ;)
Zum Vergrößern anklicken....

Gute Frage, weil ich mir irgendwann mal das grep so herum angewöhnt habe.

Ihr habt aber vermutlich recht, es gibt nicht in allen Netzen einen DHCP und ich vermute mal, da es bislang nur ein Netz gab, die Clients schlicht keine Ahnung haben, was sie wohin senden sollen.

Ich komme nur alle paar Wochen an das Netz und dann auch nur zu nachtschlafender Zeit, das macht es nicht einfacher sowas umzustricken.
Vielleicht rüste ich alle mal auf einen DHCP um und zentralisiere das alles über den Server.
 
Haben die Clients denn zumindest als default gateway den Server? Hast du denn auch ip forwarding auf dem Server eingeschaltet?
 
Nein, ist leider komplizierter.

Du könntest es mit einer Bridge Konfiguration probieren.
Lies mal http://www.freebsd.org/doc/de/books/handbook/network-bridging.html

Es hängt aber im wesentlichen davon ab, was für weitere Komponenten in den von Dir definierten Netzen laufen.

Sind es Switche?
Oder weitere Router, wie z.B. der Accesspoint?
Kannst Du uns weitere Detail mitteilen.

Ohne weitere Informationen ist es recht schwierig Dir einen Hinweis zu geben, was die beste Konfiguration für Deine Anforderung ist.

F41THR
 
In den Netzen hängen Switche und Router und clients - ich hab sowas das letzte Mal vor vielleicht 15 Jahren gemacht und es war damals schon ein Gefrickel ...
Ich male Euch die Tage mal ein Bild und lese den Abschnitt im Handbuch.

Danke für die Hinweise! :)
 
Hoi,
hast Du dran gedacht, dass die restlichen Router die Netze und deren GW au in de Routing Table hams ?
Gruß Bummibär

.oO(mal Dir das mal schematisch bärig oifach uf, dann steigst Du da sicher deutlich schneller durch)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben