Hallo Liste, ich bin etwas verwirrt weil ich unterschiedliches Verhalten beim Routing erhalte. Zur Technik: am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x Das Problem: ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch. (Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.) Das Gleiche auf einer anderen Hardware führt zum gleichen Ergebnis. Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird. die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP) Was kann ich tun um auch mit eingeschaltetem dhcp auf meine FritzBox zu kommen? Wo fange ich an zu suchen? Danke und Gruß Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 19.05.2013 20:53, schrieb Johannes Kapune:
ich gebe einem Linux-Rechner eine feste IP-Adresse,
Welche Adresse? Welches Standard-Gateway? Welchen DNS-Server? Gib mal von der Linux-Kiste die Ausgabe von # ifconfig -a # cat /etc/resolv.conf # route -n wenn sie a) mit fixer Adresse läuft, und wenn sie b) über dhcp läuft.
dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Wie versuchst Du die Fritzbox zu erreichen - über die IP-Adresse? Über fritz.box? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am 19.05.2013 21:14, schrieb Andre Tann:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
ich gebe einem Linux-Rechner eine feste IP-Adresse,
Welche Adresse? Welches Standard-Gateway? Welchen DNS-Server?
Gib mal von der Linux-Kiste die Ausgabe von
# ifconfig -a # cat /etc/resolv.conf # route -n
wenn sie a) mit fixer Adresse läuft, und wenn sie b) über dhcp läuft.
dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Wie versuchst Du die Fritzbox zu erreichen - über die IP-Adresse? Über fritz.box?
beides, wenn ich fritz.box rufe löst mein Nameserver richtig auf WLAN ist ausgestellt per Schalter Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2163 errors:0 dropped:0 overruns:0 frame:0 TX packets:1627 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1615862 (1.5 Mb) TX bytes:178942 (174.7 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000 lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb) wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting: # NETCONFIG_DNS_POLICY='' # # See also the netconfig(8) manual page and other documentation. # # Note: Manual change of this file disables netconfig too, but # may get lost when this file contains comments or empty lines # only, the netconfig settings are same with settings in this # file and in case of a "netconfig update -f" call. # ### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1 Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.178.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # Tosh-TECRA-J-01:/home/johannes # jetzt_satisch: Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2378 errors:0 dropped:0 overruns:0 frame:0 TX packets:1861 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1704591 (1.6 Mb) TX bytes:207255 (202.3 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000 lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb) wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting: # NETCONFIG_DNS_POLICY='' # # See also the netconfig(8) manual page and other documentation. # # Note: Manual change of this file disables netconfig too, but # may get lost when this file contains comments or empty lines # only, the netconfig settings are same with settings in this # file and in case of a "netconfig update -f" call. # ### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1 Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # ^C Tosh-TECRA-J-01:/home/johannes # -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
auf dem ersten Blick ist route -n unterschiedlich, ich könnte mal auf dem Server die Option im dhcpd ändern Johannes Am 19.05.2013 21:43, schrieb Johannes Kapune:
Hallo,
Am 19.05.2013 21:14, schrieb Andre Tann:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
ich gebe einem Linux-Rechner eine feste IP-Adresse,
Welche Adresse? Welches Standard-Gateway? Welchen DNS-Server?
Gib mal von der Linux-Kiste die Ausgabe von
# ifconfig -a # cat /etc/resolv.conf # route -n
wenn sie a) mit fixer Adresse läuft, und wenn sie b) über dhcp läuft.
dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Wie versuchst Du die Fritzbox zu erreichen - über die IP-Adresse? Über fritz.box?
beides, wenn ich fritz.box rufe löst mein Nameserver richtig auf
WLAN ist ausgestellt per Schalter
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2163 errors:0 dropped:0 overruns:0 frame:0 TX packets:1627 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1615862 (1.5 Mb) TX bytes:178942 (174.7 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting:
# NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.178.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # Tosh-TECRA-J-01:/home/johannes #
jetzt_satisch:
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2378 errors:0 dropped:0 overruns:0 frame:0 TX packets:1861 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1704591 (1.6 Mb) TX bytes:207255 (202.3 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting: # NETCONFIG_DNS_POLICY='' # # See also the netconfig(8) manual page and other documentation. # # Note: Manual change of this file disables netconfig too, but # may get lost when this file contains comments or empty lines # only, the netconfig settings are same with settings in this # file and in case of a "netconfig update -f" call. # ### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # ^C Tosh-TECRA-J-01:/home/johannes #
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Kaum macht man es richtig funktioniert es! Danke für den Stubs. Johannes Am 19.05.2013 21:47, schrieb Johannes Kapune:
auf dem ersten Blick ist route -n unterschiedlich, ich könnte mal auf dem Server die Option im dhcpd ändern
Johannes
Am 19.05.2013 21:43, schrieb Johannes Kapune:
Hallo,
Am 19.05.2013 21:14, schrieb Andre Tann:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
ich gebe einem Linux-Rechner eine feste IP-Adresse,
Welche Adresse? Welches Standard-Gateway? Welchen DNS-Server?
Gib mal von der Linux-Kiste die Ausgabe von
# ifconfig -a # cat /etc/resolv.conf # route -n
wenn sie a) mit fixer Adresse läuft, und wenn sie b) über dhcp läuft.
dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Wie versuchst Du die Fritzbox zu erreichen - über die IP-Adresse? Über fritz.box?
beides, wenn ich fritz.box rufe löst mein Nameserver richtig auf
WLAN ist ausgestellt per Schalter
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2163 errors:0 dropped:0 overruns:0 frame:0 TX packets:1627 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1615862 (1.5 Mb) TX bytes:178942 (174.7 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting:
# NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.178.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # Tosh-TECRA-J-01:/home/johannes #
jetzt_satisch:
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2378 errors:0 dropped:0 overruns:0 frame:0 TX packets:1861 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1704591 (1.6 Mb) TX bytes:207255 (202.3 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting: # NETCONFIG_DNS_POLICY='' # # See also the netconfig(8) manual page and other documentation. # # Note: Manual change of this file disables netconfig too, but # may get lost when this file contains comments or empty lines # only, the netconfig settings are same with settings in this # file and in case of a "netconfig update -f" call. # ### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # ^C Tosh-TECRA-J-01:/home/johannes #
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Liste, im Segment hinter dem Server funktioniert es jetzt, das Problem sind die Rechner zwischen FritzBox und dem Server im Segment 192.168.178.x, speziell die, die über Wlan an der FritzBox hängen. Der Server quittiert Anfragen per HTTP mit: kernel: [123,456] IPv4: host 192.168.178.93/if3 ignores redirects for 173.194.40.50 to 192.168.178.1 kann ich da am Routing schrauben? Johannes Am 19.05.2013 21:57, schrieb Johannes Kapune:
Kaum macht man es richtig funktioniert es!
Danke für den Stubs.
Johannes
Am 19.05.2013 21:47, schrieb Johannes Kapune:
auf dem ersten Blick ist route -n unterschiedlich, ich könnte mal auf dem Server die Option im dhcpd ändern
Johannes
Am 19.05.2013 21:43, schrieb Johannes Kapune:
Hallo,
Am 19.05.2013 21:14, schrieb Andre Tann:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
ich gebe einem Linux-Rechner eine feste IP-Adresse,
Welche Adresse? Welches Standard-Gateway? Welchen DNS-Server?
Gib mal von der Linux-Kiste die Ausgabe von
# ifconfig -a # cat /etc/resolv.conf # route -n
wenn sie a) mit fixer Adresse läuft, und wenn sie b) über dhcp läuft.
dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Wie versuchst Du die Fritzbox zu erreichen - über die IP-Adresse? Über fritz.box?
beides, wenn ich fritz.box rufe löst mein Nameserver richtig auf
WLAN ist ausgestellt per Schalter
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2163 errors:0 dropped:0 overruns:0 frame:0 TX packets:1627 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1615862 (1.5 Mb) TX bytes:178942 (174.7 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting:
# NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.178.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # Tosh-TECRA-J-01:/home/johannes #
jetzt_satisch:
Tosh-TECRA-J-01:/home/johannes # ifconfig -a eth0 Link encap:Ethernet Hardware Adresse 00:1C:7E:97:B3:B5 inet Adresse:192.168.100.90 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2378 errors:0 dropped:0 overruns:0 frame:0 TX packets:1861 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:1704591 (1.6 Mb) TX bytes:207255 (202.3 Kb) Interrupt:20 Speicher:ffcc0000-ffce0000
lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1601 errors:0 dropped:0 overruns:0 frame:0 TX packets:1601 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:148686 (145.2 Kb) TX bytes:148686 (145.2 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:21:6B:29:9A:1E 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 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Tosh-TECRA-J-01:/home/johannes # cat /etc/resolv.conf ### /etc/resolv.conf file autogenerated by netconfig! # # Before you change this file manually, consider to define the # static DNS configuration using the following variables in the # /etc/sysconfig/network/config file: # NETCONFIG_DNS_STATIC_SEARCHLIST # NETCONFIG_DNS_STATIC_SERVERS # NETCONFIG_DNS_FORWARDER # or disable DNS configuration updates via netconfig by setting: # NETCONFIG_DNS_POLICY='' # # See also the netconfig(8) manual page and other documentation. # # Note: Manual change of this file disables netconfig too, but # may get lost when this file contains comments or empty lines # only, the netconfig settings are same with settings in this # file and in case of a "netconfig update -f" call. # ### Please remove (at least) this line when you modify the file! search kapune.lokal nameserver 192.168.100.200 nameserver 192.168.178.1
Tosh-TECRA-J-01:/home/johannes # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.100.200 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Tosh-TECRA-J-01:/home/johannes # ^C Tosh-TECRA-J-01:/home/johannes #
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Johannes, ich betreibe meine FB nur mit einem internen Subnet und habe keine Erfahrungen mit deiner Konfiguration. Nach meinen theoretischen älteren Kenntnissen zur FB und interem Routing frage ich mich allerdings ob das so überhaupt funktioniert. Am 19.05.2013 20:53, schrieb Johannes Kapune:
Hallo Liste,
ich bin etwas verwirrt weil ich unterschiedliches Verhalten beim Routing erhalte.
Zur Technik:
am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x
Der Server funktioniert also als Router zwischen dem 178er und dem 1er Subnet? In dem Fall vermute ich mal, dass er auf der FB als Router eingetragen ist. Sonst würde das unten mit statischer IP nicht funktionieren.
Das Problem:
ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
DHCP Anfragen laufen über Broadcast, werden also nicht geroutet und können in Standardkonfiguration Deine FB nicht erreichen. In dem 1er Subnet (evtl. auf dem Server) muss ein Relayagent laufen, dem die IP Adresse der Fritzbox bekannt ist und die DHCP Anfragen weiterleitet.
(Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.)
Da bin ich ratlos. Bei identischer Konfiguration kann das eigentlich nicht funktionieren. Oder es fehlen weitere Informationen. Liefert Dein Server DHCP für das 1er Netz?
Das Gleiche auf einer anderen Hardware führt zum gleichen Ergebnis.
Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird.
die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP)
Wo läuft der dhcpd? -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.05.2013 21:27, schrieb Johannes Kapune:
Hallo Liste,
im Segment hinter dem Server funktioniert es jetzt, das Problem sind die Rechner zwischen FritzBox und dem Server im Segment 192.168.178.x, speziell die, die über Wlan an der FritzBox hängen.
Ähm, die FB bedient primär das 178er Netz insbesondere über WLAN. Der Server hat eine Verbindung zum 1er Netz und zum 178er Netz. Versuchst Du über WLAN Rechner mit einer 192.168.1.x IP Adresse zu verbinden? Ich kann mir nicht vorstellen, dass das funktioniert.
Der Server quittiert Anfragen per HTTP mit: kernel: [123,456] IPv4: host 192.168.178.93/if3 ignores redirects for 173.194.40.50 to 192.168.178.1
HTTP Server? Redirect? Noch ein ganz anderes Subnet (173.194.40.50)? Da bist Du uns aber weitere Informationen schuldig. Da sollen dann aber Andere antworten. Zu Webservern sind auf der Liste Leute unterwegs, die mehr skill als ich haben. -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Ralf, dieses erste Problem ist gelöst, was allerdings ein neues aufgetan hat. Am 20.05.2013 22:53, schrieb Ralf Arndt:
Hallo Johannes,
ich betreibe meine FB nur mit einem internen Subnet und habe keine Erfahrungen mit deiner Konfiguration. Nach meinen theoretischen älteren Kenntnissen zur FB und interem Routing frage ich mich allerdings ob das so überhaupt funktioniert.
doch, doch das funktioniert (jetzt wieder unter 12.2 und vorher schon jahrelang unter 11.4)
Am 19.05.2013 20:53, schrieb Johannes Kapune:
Hallo Liste,
ich bin etwas verwirrt weil ich unterschiedliches Verhalten beim Routing erhalte.
Zur Technik:
am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x
Der Server funktioniert also als Router zwischen dem 178er und dem 1er Subnet?
jep In dem Fall vermute ich mal, dass er auf der FB als Router
eingetragen ist. Sonst würde das unten mit statischer IP nicht funktionieren. nein
Das Problem:
ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
DHCP Anfragen laufen über Broadcast, werden also nicht geroutet und können in Standardkonfiguration Deine FB nicht erreichen. In dem 1er Subnet (evtl. auf dem Server) muss ein Relayagent laufen, dem die IP Adresse der Fritzbox bekannt ist und die DHCP Anfragen weiterleitet.
der dhcpd lauscht auch auf der 192.168.178.x und teil allein die Adressen aus
(Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.)
meine test haben ergeben, dass Windows auch wenn als zweite Defaultroute die der FritzBox eingetragen ist trotzdem die aus dem eigenen Segment (Server) nimmt - Linux ist da wohl strenger
Da bin ich ratlos. Bei identischer Konfiguration kann das eigentlich nicht funktionieren. Oder es fehlen weitere Informationen. Liefert Dein Server DHCP für das 1er Netz?
sogar für beide
Das Gleiche auf einer anderen Hardware führt zum gleichen Ergebnis.
Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird.
die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP)
Wo läuft der dhcpd?
auf dem Server, mit Konfiguration für beide Segmente. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.05.2013 23:09, schrieb Ralf Arndt:
Am 20.05.2013 21:27, schrieb Johannes Kapune:
Hallo Liste,
im Segment hinter dem Server funktioniert es jetzt, das Problem sind die Rechner zwischen FritzBox und dem Server im Segment 192.168.178.x, speziell die, die über Wlan an der FritzBox hängen.
Ähm, die FB bedient primär das 178er Netz insbesondere über WLAN. Der Server hat eine Verbindung zum 1er Netz und zum 178er Netz. Versuchst Du über WLAN Rechner mit einer 192.168.1.x IP Adresse zu verbinden? Ich kann mir nicht vorstellen, dass das funktioniert.
nein, die Rechner im WLAN bekommen Adressen aus dem 192.168.178.x -Netz
Der Server quittiert Anfragen per HTTP mit: kernel: [123,456] IPv4: host 192.168.178.93/if3 ignores redirects for 173.194.40.50 to 192.168.178.1
das ist eine ganz normal Anfrage ins weite Netz. was war bis dahin passiert :-) in diesem Fall hat sich ein iPhone die Adresse 192.168.178.93 geben lassen, dann sollte eine WebSeite aufgemacht werden, die Namensauflösung hat mein Server hinbekommen, die IP-Adresse bleibt dann aber verschlossen weil die Anfrage nicht durchgereicht wird. Könnte hier eventuell die Firewall (Susefirewall) dazwischen funken?
HTTP Server? Redirect? Noch ein ganz anderes Subnet (173.194.40.50)? Da bist Du uns aber weitere Informationen schuldig. Da sollen dann aber Andere antworten. Zu Webservern sind auf der Liste Leute unterwegs, die mehr skill als ich haben.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
also wenn ich im dhcpd die Option: option routers 192.168.178.1 (FritzBox) setze kommen die WLAN-Clients ins Netz, bei option routers 192.168.100.200 (Server) setze kommen die anderen ins Netz, bei option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen. Ich muss morgen mal die verschiedenen Optionen beim dhcpd nachlesen ob man da nicht Netzsegmentabhängig die Route setzen kann? Johannes Am 20.05.2013 23:39, schrieb Johannes Kapune:
Am 20.05.2013 23:09, schrieb Ralf Arndt:
Am 20.05.2013 21:27, schrieb Johannes Kapune:
Hallo Liste,
im Segment hinter dem Server funktioniert es jetzt, das Problem sind die Rechner zwischen FritzBox und dem Server im Segment 192.168.178.x, speziell die, die über Wlan an der FritzBox hängen.
Ähm, die FB bedient primär das 178er Netz insbesondere über WLAN. Der Server hat eine Verbindung zum 1er Netz und zum 178er Netz. Versuchst Du über WLAN Rechner mit einer 192.168.1.x IP Adresse zu verbinden? Ich kann mir nicht vorstellen, dass das funktioniert.
nein, die Rechner im WLAN bekommen Adressen aus dem 192.168.178.x -Netz
Der Server quittiert Anfragen per HTTP mit: kernel: [123,456] IPv4: host 192.168.178.93/if3 ignores redirects for 173.194.40.50 to 192.168.178.1
das ist eine ganz normal Anfrage ins weite Netz.
was war bis dahin passiert :-)
in diesem Fall hat sich ein iPhone die Adresse 192.168.178.93 geben lassen, dann sollte eine WebSeite aufgemacht werden, die Namensauflösung hat mein Server hinbekommen, die IP-Adresse bleibt dann aber verschlossen weil die Anfrage nicht durchgereicht wird.
Könnte hier eventuell die Firewall (Susefirewall) dazwischen funken?
HTTP Server? Redirect? Noch ein ganz anderes Subnet (173.194.40.50)? Da bist Du uns aber weitere Informationen schuldig. Da sollen dann aber Andere antworten. Zu Webservern sind auf der Liste Leute unterwegs, die mehr skill als ich haben.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Johannes Kapune, Am Dienstag, 21. Mai 2013 00:20 schrieb Johannes Kapune:
also wenn ich im dhcpd die Option:
option routers 192.168.178.1 (FritzBox) setze kommen die WLAN-Clients ins Netz, bei option routers 192.168.100.200 (Server) setze kommen die anderen ins Netz, bei option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen. ...
Warum hast Du nicht alle Rechner im Subnetz 192.168.178.x? -- Herzliche Grüße! Rolf Muth Meine Adressen duerfen nicht fuer Werbung verwendet werden! S/MIME Schluessel 0x25994A0F4AF48400, OpenPGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8DC41935544C89A -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 20. Mai 2013, 23:15:26 schrieb Johannes Kapune:
Am 20.05.2013 22:53, schrieb Ralf Arndt:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x> Der Server funktioniert also als Router zwischen dem 178er und dem 1er Subnet?
jep
In dem Fall vermute ich mal, dass er auf der FB als Router
eingetragen ist. Sonst würde das unten mit statischer IP nicht funktionieren.
nein
Wie kann dann Deine FB Daten in das 1er Netz schicken?
Das Problem:
ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Nutzt Du Deinen Server als Proxy?
DHCP Anfragen laufen über Broadcast, werden also nicht geroutet und können in Standardkonfiguration Deine FB nicht erreichen. In dem 1er Subnet (evtl. auf dem Server) muss ein Relayagent laufen, dem die IP Adresse der Fritzbox bekannt ist und die DHCP Anfragen weiterleitet. der dhcpd lauscht auch auf der 192.168.178.x und teil allein die Adressen aus
(Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.)
meine test haben ergeben, dass Windows auch wenn als zweite Defaultroute die der FritzBox eingetragen ist trotzdem die aus dem eigenen Segment (Server) nimmt
Redest Du jetzt von Rechnern im 1er Subnet? Diesen ist als Defaultgateway die FB (178er Subnet) eingetragen? Die kommen doch ohne den Server als Router garnicht aus ihrem Netz raus und auch nicht auf die FB. Die FB als Router einzutragen ist vollkommen sinnlos.
- Linux ist da wohl strenger
Da bin ich ratlos. Bei identischer Konfiguration kann das eigentlich nicht funktionieren. Oder es fehlen weitere Informationen. Liefert Dein Server DHCP für das 1er Netz?
sogar für beide
Dann muss der Server 1. als DHCP Server an die DHCP Clients 1.a. im 1er seine 1er IP Adresse (eth1) als Default Router verteilt, 1.b. im 178er Netz seine 178er IP (eth0) als Default Router verteilt. 2. als Router 2.a. Alle Pakete vom 1er Netz in das 178er Netz auf eth1 annimmt und über eth0 verteilt 2.a. Alle Pakete vom 178er Netz in das 1er Netz auf eth0 annimmt und über eth1 verteilt 2.b. Alle anderen Pakete aus beiden Netzen an die FB weiterleiten.
Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird.
Wenn Du DHCP und Router sauber konfigurierst sollte das identisch sein.
die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP)> Wo läuft der dhcpd?
auf dem Server, mit Konfiguration für beide Segmente. --
Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 21. Mai 2013, 00:20:19 schrieb Johannes Kapune: Hi,
also wenn ich im dhcpd die Option:
option routers 192.168.178.1 (FritzBox) setze kommen die WLAN-Clients ins Netz, bei option routers 192.168.100.200 (Server) setze kommen die anderen ins Netz, bei option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen.
Die sauberste Lösung wäre, den Server als Default Router zu setzen, allerding für beide Netzwerksegmente mit der jeweiligen Adresse (.200.x; .178.x). Der bekommt als Default-router die Fritzbox. Die jedoch braucht eine statische Route in das Netz hinter dem Server (192.168.100.0/24). Vorraussetzung dafür ist, dass in der Fritzbox statische Routen gesetzt werden können. Bei meinem Telekom-Router kann man das nicht, weswegen ich eine ähnliche Konfiguration verworfen habe. Ansonsten bliebe nur eine NAT-Lösung, ist aber auch schwierig, wenn die Fritzbox das WLAN macht und im selben Netzsegment hängt wie die schnurlosen Geräte. Hängt alles von der Konfigurierbarkeit der FB ab.
option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen. diese config kann eigentlich nicht funktionieren. Es kann nur eine Defaultroute geben. Deswegen ist das ja die Defaultroute. Das verhalten in dem Fall müsste im Zweifelsfall eher erratisch sein, was es bis zu einem gewissen Grad hier auch ist.
Ich muss morgen mal die verschiedenen Optionen beim dhcpd nachlesen ob man da nicht Netzsegmentabhängig die Route setzen kann? Man kann für jedes Netzsegment eine Defaultroute eintragen, ist auch notwendig. Das Problem das Du bekommest wenn du für das .178.0 Netz die Fritzbox als Defaultroute setzt, ist, dass die beiden Netzsegmente nicht miteinander kommunizieren können, außer du trägst auf den Geräten statische Routen dafür ein. Und auch in dem Fall bräuchte die Fritzbox den Server als Router in das .200.0 Netz als statische Route.
Gruß, Harald -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Rolf, Am 21.05.2013 10:01, schrieb Rolf Muth:
Hallo Johannes Kapune,
Am Dienstag, 21. Mai 2013 00:20 schrieb Johannes Kapune:
also wenn ich im dhcpd die Option:
option routers 192.168.178.1 (FritzBox) setze kommen die WLAN-Clients ins Netz, bei option routers 192.168.100.200 (Server) setze kommen die anderen ins Netz, bei option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen. ...
Warum hast Du nicht alle Rechner im Subnetz 192.168.178.x?
weil ich so die Netze recht sicher voneinander getrennt habe. Im WLAN sind auch schon mal iPhones, iPads, andere Tablets oder sonstige Androiden etc., die im "eigentlichem" Netz nichts verloren haben. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Ralf, Am 21.05.2013 11:08, schrieb Ralf Arndt:
Am Montag, 20. Mai 2013, 23:15:26 schrieb Johannes Kapune:
Am 20.05.2013 22:53, schrieb Ralf Arndt:
Am 19.05.2013 20:53, schrieb Johannes Kapune:
am DSL werkelt eine FritzBox, die ist mit eth0 auf 192.168.178.x am Server verbunden. Das restliche Netzwerk hängt an eth1 auf 192.168.1.x> Der Server funktioniert also als Router zwischen dem 178er und dem 1er Subnet?
jep
In dem Fall vermute ich mal, dass er auf der FB als Router
eingetragen ist. Sonst würde das unten mit statischer IP nicht funktionieren.
nein
Wie kann dann Deine FB Daten in das 1er Netz schicken?
ich glaube das heißt NAT oder Masquerading oder so - zumindest gehen die Daten in eth0 rein und kommen auf eth1 (mit neuen Subnetz-Daten) wieder raus
Das Problem:
ich gebe einem Linux-Rechner eine feste IP-Adresse, dann kann ich mit dem Firefox auf die FritzBox zugreifen - stelle ich auf dhcp um ist die FritzBox nicht erreichbar, das Internet über diese Box aber sehr wohl noch.
Nutzt Du Deinen Server als Proxy?
nein, das hatte ich früher mal, bringt aber nicht so richtig was - außer Aufwand
DHCP Anfragen laufen über Broadcast, werden also nicht geroutet und können in Standardkonfiguration Deine FB nicht erreichen. In dem 1er Subnet (evtl. auf dem Server) muss ein Relayagent laufen, dem die IP Adresse der Fritzbox bekannt ist und die DHCP Anfragen weiterleitet. der dhcpd lauscht auch auf der 192.168.178.x und teil allein die Adressen aus
(Das gleiche unter Windows (auf ein und demselben Rechner) zeigt dieses Problem nicht.)
meine test haben ergeben, dass Windows auch wenn als zweite Defaultroute die der FritzBox eingetragen ist trotzdem die aus dem eigenen Segment (Server) nimmt
Redest Du jetzt von Rechnern im 1er Subnet? Diesen ist als Defaultgateway die FB (178er Subnet) eingetragen? Die kommen doch ohne den Server als Router garnicht aus ihrem Netz raus und auch nicht auf die FB. Die FB als Router einzutragen ist vollkommen sinnlos.
Das Routing vom internen 1er Netz zur Fritzbox 178er macht der Server von eth0 nach eth1 und auch zurück
- Linux ist da wohl strenger
Da bin ich ratlos. Bei identischer Konfiguration kann das eigentlich nicht funktionieren. Oder es fehlen weitere Informationen. Liefert Dein Server DHCP für das 1er Netz?
sogar für beide
Dann muss der Server 1. als DHCP Server an die DHCP Clients 1.a. im 1er seine 1er IP Adresse (eth1) als Default Router verteilt, 1.b. im 178er Netz seine 178er IP (eth0) als Default Router verteilt.
ja, da fehlte mir nur ein wenig lesen in den man-pages, die Option halt nicht generell sonder je Subnet
2. als Router 2.a. Alle Pakete vom 1er Netz in das 178er Netz auf eth1 annimmt und über eth0 verteilt 2.a. Alle Pakete vom 178er Netz in das 1er Netz auf eth0 annimmt und über eth1 verteilt 2.b. Alle anderen Pakete aus beiden Netzen an die FB weiterleiten.
nee, auf eth0 sind nur 178er-Pakete unterwegs und auf eth1 sind nur 1er
Ich schließe jetzt daraus dass das Routing (oder was sonst?) unterschiedlich ist, abhängig davon ob die Adresse per dhcp zugeteilt wird oder fest eingestellt wird.
Wenn Du DHCP und Router sauber konfigurierst sollte das identisch sein.
ja, da hat es bei mir gehapert
die Option routers ist im dhcpd gesetzt (gleich wie bei fester IP)> Wo läuft der dhcpd?
auf dem Server, mit Konfiguration für beide Segmente. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Harald, Am 21.05.2013 11:19, schrieb Harald Stürmer:
Am Dienstag, 21. Mai 2013, 00:20:19 schrieb Johannes Kapune: Hi,
also wenn ich im dhcpd die Option:
option routers 192.168.178.1 (FritzBox) setze kommen die WLAN-Clients ins Netz, bei option routers 192.168.100.200 (Server) setze kommen die anderen ins Netz, bei option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen.
Die sauberste Lösung wäre, den Server als Default Router zu setzen, allerding für beide Netzwerksegmente mit der jeweiligen Adresse (.200.x; .178.x). Der bekommt als Default-router die Fritzbox. Die jedoch braucht eine statische Route in das Netz hinter dem Server (192.168.100.0/24). Vorraussetzung dafür ist, dass in der Fritzbox statische Routen gesetzt werden können. Bei meinem Telekom-Router kann man das nicht, weswegen ich eine ähnliche Konfiguration verworfen habe. Ansonsten bliebe nur eine NAT-Lösung, ist aber auch schwierig, wenn die Fritzbox das WLAN macht und im selben Netzsegment hängt wie die schnurlosen Geräte. Hängt alles von der Konfigurierbarkeit der FB ab.
nee, die WLAN-Geräte sind ja schon im 178er Segment, die dürfen die Fritzbox direkt als Gateway ins Internet nutzen, da braucht erst mal gar nix über den Server laufen bei dem internen Netz 1er Segment wqird der Server als default-route angegeben und der hat dann die Daten zur anderen Schnittstelle durchzureichen.
option routers 192.168.100.200, 192.168.178.1 setze kommen die WLAN-Cleints und die Windows-Kisten ins NEtz, die Linux-C,lients bleiben leider draußen. diese config kann eigentlich nicht funktionieren. Es kann nur eine Defaultroute geben. Deswegen ist das ja die Defaultroute. Das verhalten in dem Fall müsste im Zweifelsfall eher erratisch sein, was es bis zu einem gewissen Grad hier auch ist.
unter Linux funktioniert sie auch nicht, da Linux wohl auf eine Adresse besteht die aus dem gleichen Segment kommt, Windows probiert alle angegebenen Möglichkeiten wohl durch - so scheint es mir wenigstens
Ich muss morgen mal die verschiedenen Optionen beim dhcpd nachlesen ob man da nicht Netzsegmentabhängig die Route setzen kann? Man kann für jedes Netzsegment eine Defaultroute eintragen, ist auch notwendig. Das Problem das Du bekommest wenn du für das .178.0 Netz die Fritzbox als Defaultroute setzt, ist, dass die beiden Netzsegmente nicht miteinander kommunizieren können, außer du trägst auf den Geräten statische Routen dafür ein. Und auch in dem Fall bräuchte die Fritzbox den Server als Router in das .200.0 Netz als statische Route.
ja, nach einigem Nachlesen hab' ich dann die passende Konfigurationsoption gefunden Es funktioniert jetzt wie gewünscht. Danke an alle die Tipps gegeben haben
Gruß, Harald
Gruß Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Andre Tann -
Harald Stürmer -
Johannes Kapune -
Ralf Arndt -
Rolf Muth