Hallo, Liste!
Also, dieses Wochenende habe ich meinen PC aktualisiert und jetzt läuft eine Kubuntu 8.04 anstatt von 6.10.
Alles soweit in Ordnung, nur ein kleines Problem, das ich wirklich nicht verstehen kann...
Also, der PC hat 2 Netzkarten: eth0 und eth1 (dazu ppp0, lo, tap0, usw.)
eth0 hat IP 192.168.10.3/24 und dient für die Kommunikation mit dem PC meiner Frau. eth1 hat IP 192.168.2.2/24 und dient für die Kommunikation mit dem DSL-Modem. Die IP habe ich vergeben, so daß ich die Weboberfläche des Modems benutzen kann.
Nun kommt das komisches: wenn der PC eine Anfrage an sich selber (IP 192.168.10.3) nutzt die IP 192.168.2.2 als SourceIP.
Und das macht mich verrückt, da viele Dienste (NUT, nsca, usw.) eigentlich nur von den IPs 192.168.10.0/24 die Anfragen akzeptieren.
Hat jemand eine Idee, was es sein kann? Ich weiß auch nicht was ich suchen soll...
Grüße Luca Bertoncello (lucabert@lucabert.de)
Hi Luca,
eth0 hat IP 192.168.10.3/24 und dient für die Kommunikation mit dem PC meiner Frau.
192.168.10.3/24 heißt, dass alle Adressen 192.*.*.* über dieses Interface laufen können (Sternchen sind die letzten 24 bit).
eth1 hat IP 192.168.2.2/24 und dient für die Kommunikation mit dem
192.168.2.2/24 heißt analog dazu 192.*.*.* kann darüber laufen
Nun kommt das komisches: wenn der PC eine Anfrage an sich selber (IP 192.168.10.3) nutzt die IP 192.168.2.2 als SourceIP.
Warum auch nicht? 192.168.10.3 ist ja über 192.168.2.2 erreichbar.
Abhilfe: eth0 mit 192.168.2.2/8 (netmask also 255.255.255.0) betreiben. Damit gehen nur Anfragen nach 192.168.2.* über dieses Interface.
Viele Grüße Fabian
Fabian Hänsel fabtagon@gmx.de schrieb:
192.168.10.3/24 heißt, dass alle Adressen 192.*.*.* über dieses Interface laufen können (Sternchen sind die letzten 24 bit).
Wie bitte?!? /24 ist ein Netmask 255.255.255.0 (24 bits = 3 bytes!). Also 192.168.10.0/24 ist das Netz 192.168.10.[0-255].
Oder habe ich immer in diesen Jahren alles falsch gemacht?
Warum auch nicht? 192.168.10.3 ist ja über 192.168.2.2 erreichbar.
Ja, aber, wie gesagt, die Programme die eine SourceIP des Netzes 192.168.10.0/24 erwarten werden meckern.
Abhilfe: eth0 mit 192.168.2.2/8 (netmask also 255.255.255.0) betreiben. Damit gehen nur Anfragen nach 192.168.2.* über dieses Interface.
Und Kabel tauschen, meinst du?
Ja, ich kann es auch das machen, wenn keine andere Lösung gibt, aber ich möchte jetzt wissen warum mit dem anderen System immer gegangen ist.
Ich habe auch im /etc/udev/rules.d/70-persistent-net.rules geguckt. Dort steht:
# PCI device 0x1106:0x3065 (via-rhine) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0b:6a:7e:c6:ef", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:0x8139 (8139too) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:11:6b:31:07:ee", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
Danke für eure Hilfe! Luca Bertoncello (lucabert@lucabert.de)
Hi,
On Sun, Sep 07, 2008 at 04:05:18PM +0200, Fabian Hänsel wrote:
eth0 hat IP 192.168.10.3/24 und dient für die Kommunikation mit dem PC meiner Frau.
192.168.10.3/24 heißt, dass alle Adressen 192.*.*.* über dieses Interface laufen können (Sternchen sind die letzten 24 bit).
Nein. Ein /24 hat die _vorderen_ 24 bit als Netzanteil der Adresse und die verbleibenden $[32 - 24] = 8 bit als Hostanteil.
eth0 mit 192.168.2.2/8 (netmask also 255.255.255.0) betreiben. Damit gehen nur Anfragen nach 192.168.2.* über dieses Interface.
192/8 ist eine tolle Idee, da nimmt man gleich noch einen Teil des Internets mit in Anspruch, denn RFC 1918[0] sieht nur 192.168/16 als privates Netz vor.
[0] - http://www.faqs.org/rfcs/rfc1918.html
Maximilian
Ich habe gerade eine komische Sache in /var/log/syslog gesehen:
das passiert beim booten:
Sep 7 15:40:31 frodo kernel: [ 34.759030] udev: renamed network interface eth0 to eth1 Sep 7 15:40:31 frodo kernel: [ 34.773930] udev: renamed network interface eth1_rename to eth0 Sep 7 15:40:31 frodo kernel: [ 34.781531] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 Sep 7 15:40:31 frodo kernel: [ 34.859727] eth1: link up, 100Mbps, full-duplex, pa 0x45E1
Warum denn will das System eth0 und eth1 tauschen weiß ich wirklich nicht...
Die Hardwarekonfiguration hat sich seit lange nicht geändert. eth0 ist die OnBoard-Karte (VIA) und eth1 ist eine Realtek, die ich extra hinzugefügt habe.
Ideen?
Danke Luca Bertoncello (lucabert@lucabert.de)
Noch eine Sache habe ich gesehen...
Also, wenn ich das System booten, und dann MANUELL alle ethX herunterfahre (ifdown ethX), die Module entferne und in der "richtige" Reinfolge lade (zuerst via-rhine und danach 8139too), dann ist alles in Ordnung.
ifconfig zeigt das ganze wie vorher, aber die Verbindungen kommen von den richtigen Interface...
Kann es sein, daß Hardy die Module in alphabetischen Reinfolge lädt?
Wie kann ich ihm sagen, daß ich gern zuerst die via-rhine und DANACH 8139too laden möchte?
Danke Luca Bertoncello (lucabert@lucabert.de)
Hi Luca,
On Sun, Sep 07, 2008 at 16:08:07 +0200, Luca Bertoncello wrote:
Sep 7 15:40:31 frodo kernel: [ 34.759030] udev: renamed network interface eth0 to eth1 Sep 7 15:40:31 frodo kernel: [ 34.773930] udev: renamed network interface eth1_rename to eth0
Guck Dir mal /etc/udev/rules.d/70-persistent-net.rules an. Dort wird das Mapping von MAC-Adresse zu Interfacenamen gespeichert. Diese Datei wird durch eine andere (75-persistent-net-generator.rules) erzeugt.
Gruss, Chris
Christian Perle chris@linuxinfotag.de schrieb:
Guck Dir mal /etc/udev/rules.d/70-persistent-net.rules an. Dort wird das Mapping von MAC-Adresse zu Interfacenamen gespeichert. Diese Datei wird durch eine andere (75-persistent-net-generator.rules) erzeugt.
Hallo, Christian!
Ja, die Datei kenne ich und habe schon extra geändert, ansonsten wäre mein eth1, eth0 und umgekehrt...
Ich kenne diese 75-persistent-net-generator.rules nicht. Gibt es dort irgendeine Möglichkeit die Reinfolge der geladenen Modulen zu ändern?
Wie ich in einer anderen E-Mail gesagt habe, wenn ich manuell, nach dem Boot alle Netzkarten ausschalte, deren Module entferne und wieder lade, dann wird alles wieder in Ordnung.
Grüße Luca Bertoncello (lucabert@lucabert.de)
Hi Luca,
On Sun, Sep 07, 2008 at 18:04:00 +0200, Luca Bertoncello wrote:
Ich kenne diese 75-persistent-net-generator.rules nicht. Gibt es dort irgendeine Moeglichkeit die Reinfolge der geladenen Modulen zu aendern?
Die udev-Regeln haben normalerweise keinen Einfluss auf die Modulladereihenfolge. Es gibt die Datei /etc/modules, in die man zeilenweise Modulnamen eintragen kann, die dann in genau dieser Reihenfolge geladen werden. Ich weiss aber nicht, ob diese Datei vor oder nach der sysfs/modalias-basierten Hardwareerkennung ausgewertet wird.
Gruss, Chris
Christian Perle chris@linuxinfotag.de schrieb:
Die udev-Regeln haben normalerweise keinen Einfluss auf die Modulladereihenfolge. Es gibt die Datei /etc/modules, in die man zeilenweise Modulnamen eintragen kann, die dann in genau dieser Reihenfolge geladen werden. Ich weiss aber nicht, ob diese Datei vor oder nach der sysfs/modalias-basierten Hardwareerkennung ausgewertet wird.
Ich fürchte es nicht...
Ich habe probiert, die 8139cp und 8139too in /etc/modprobe.de/blacklist einzutragen, aber es ändert sich nicht...
Jemand hat mir gesagt, daß diese Datei bei dem Boot nicht bewertet ist, und daß ich die initram auch anpassen soll.
Ich habe jetzt gesehen, wie es geht, die initram anzupassen und diese Module in seiner Blacklist einzutragen. Ich probiere heute Abend.
Die einzige Frage ist, ob ich diese initram jedesmal nach einem Kernelupdate ändern soll, oder ob Ubuntu, beim Kernelupdate schon diese blacklist (/etc/initramfs-tools/modules) bewertet.
Grüße Luca Bertoncello (lucabert@lucabert.de)
Christian Perle chris@linuxinfotag.de schrieb:
Die udev-Regeln haben normalerweise keinen Einfluss auf die Modulladereihenfolge. Es gibt die Datei /etc/modules, in die man zeilenweise Modulnamen eintragen kann, die dann in genau dieser Reihenfolge geladen werden. Ich weiss aber nicht, ob diese Datei vor oder nach der sysfs/modalias-basierten Hardwareerkennung ausgewertet wird.
Also, ich habe gerade probiert. NIX! Das Modul via-rhine ist explizit in /etc/modules eingetragen, aber beim booten wird immer zuerst die 8139too geladen...
Ich überlege wirklich das Kabel und die IPs zu tauschen...
Danke! Luca Bertoncello (lucabert@lucabert.de)
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Fabian Hänsel -
Luca Bertoncello -
Maximilian Marx