Hallo Jürgen,
ich meine das System, welches das Virtualisierungsystem zur Verfügung stellt. Also nicht die beiden VM "ipfire" und "linuxmusterserver" - die kommen ja auch ins Netz.
Mit vielen Grüßen
Richard Rietzler
Gesendet: Freitag, 27. März 2015 um 14:51 Uhr
Von: "Juergen Engeland" <[email protected]>
An: "Discussions about using linuxmuster.net" <[email protected]>
Betreff: Re: [lmn] Host selbst erreicht Internet nicht, Eintrag in resolv.conf hilft kurzfristig
Von: "Juergen Engeland" <[email protected]>
An: "Discussions about using linuxmuster.net" <[email protected]>
Betreff: Re: [lmn] Host selbst erreicht Internet nicht, Eintrag in resolv.conf hilft kurzfristig
Hallo Richard,
meinst Du mit "Host" den server (linuxmuster) mit der festen IP-Adresse 10.16.1.1?
Da der keinen Nameserver von DHCP bekommt, muss er etwas gültiges in /etc/resolv.conf stehen haben, damit er surfen kann.
Für die Clients (bekommen die ihre IP-Konfiguration von diesem server?) ist das etwas anderes. Die benutzen den DNS auf server 10.16.1.1, der einen Forwarder (ipfire oder 8.8.8.8?) eingetragen hat.
Du kannst natürlich versuchen auch für den server seinen eigenen DNS in /etc/resolv.conf einzutragen.
Eigentlich ist 8.8.8.8 oder der DNS Deines Providers aber keine schlechte Idee. Man braucht es ja eigentlich nur für Updates.
Gruß Jürgen
Am 27.03.2015 um 14:26 schrieb Richard Rietzler:
meinst Du mit "Host" den server (linuxmuster) mit der festen IP-Adresse 10.16.1.1?
Da der keinen Nameserver von DHCP bekommt, muss er etwas gültiges in /etc/resolv.conf stehen haben, damit er surfen kann.
Für die Clients (bekommen die ihre IP-Konfiguration von diesem server?) ist das etwas anderes. Die benutzen den DNS auf server 10.16.1.1, der einen Forwarder (ipfire oder 8.8.8.8?) eingetragen hat.
Du kannst natürlich versuchen auch für den server seinen eigenen DNS in /etc/resolv.conf einzutragen.
Eigentlich ist 8.8.8.8 oder der DNS Deines Providers aber keine schlechte Idee. Man braucht es ja eigentlich nur für Updates.
Gruß Jürgen
Am 27.03.2015 um 14:26 schrieb Richard Rietzler:
Hallo liebe Mailingliste,Damit hast Du den Fehler auf die Namensauflösung eingegrenzt!
ursprünglich hing der Ubuntu Server direkt (via "roter" Netzwerkkarte) an einem Modem mit statischer IP. Der Host selbst konnte das Internet für z.B. Updates erreichen.
Nun hängt die rote Netzwerkkarte hinter einem Router. Dieser vergibt die IP 192.168.1.3 auch brav an die virtuelle Netzwerkkarte von IPfire (zu erkennen an der MAC Adresse). Alle Clients aus dem grünen Netz gelangen in das Internet. Nur der Host selbst nicht.
Trage ich jedoch in /etc/resolv.conf die Zeile "nameserver 8.8.8.8" ein, gelingt ping und ein Update.
Was muss ich verändern, damit der Host selbst in das Internet gelangt?
Dies sind die Einstellungen des Hosts:
Hier die Ausgabe von ifconfig:
br0 Link encap:Ethernet HWaddr 90:1b:0e:42:cd:03
inet6 addr: fe80::921b:eff:fe42:cd03/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:46 (46.0 B) TX bytes:648 (648.0 B)
br1 Link encap:Ethernet HWaddr 90:1b:0e:42:cd:04
inet addr:10.16.1.2 Bcast:10.31.255.255 Mask:255.240.0.0
inet6 addr: fe80::921b:eff:fe42:cd04/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1826 errors:0 dropped:0 overruns:0 frame:0
TX packets:893 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:161296 (161.2 KB) TX bytes:114806 (114.8 KB)
br2 Link encap:Ethernet HWaddr a0:36:9f:52:59:f0
inet6 addr: fe80::a236:9fff:fe52:59f0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:648 (648.0 B)
em1 Link encap:Ethernet HWaddr 90:1b:0e:42:cd:03
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:317154 errors:0 dropped:0 overruns:0 frame:0
TX packets:192783 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:476581004 (476.5 MB) TX bytes:12684385 (12.6 MB)
Memory:fbc20000-fbc40000
em2 Link encap:Ethernet HWaddr 90:1b:0e:42:cd:04
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:224831 errors:0 dropped:0 overruns:0 frame:0
TX packets:462582 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15259088 (15.2 MB) TX bytes:482142795 (482.1 MB)
Memory:fbc00000-fbc20000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:112 errors:0 dropped:0 overruns:0 frame:0
TX packets:112 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:8424 (8.4 KB) TX bytes:8424 (8.4 KB)
p1p1 Link encap:Ethernet HWaddr a0:36:9f:52:59:f0
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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Memory:fba00000-fbb00000
virbr0 Link encap:Ethernet HWaddr 76:2c:f0:95:27:50
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
vnet0 Link encap:Ethernet HWaddr fe:54:00:3b:37:df
inet6 addr: fe80::fc54:ff:fe3b:37df/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:1296 (1.2 KB)
vnet1 Link encap:Ethernet HWaddr fe:54:00:f3:be:38
inet6 addr: fe80::fc54:ff:fef3:be38/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:192773 errors:0 dropped:0 overruns:0 frame:0
TX packets:317091 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:12683605 (12.6 MB) TX bytes:476577046 (476.5 MB)
vnet2 Link encap:Ethernet HWaddr fe:54:00:1f:3d:47
inet6 addr: fe80::fc54:ff:fe1f:3d47/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:455476 errors:0 dropped:0 overruns:0 frame:0
TX packets:226620 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:487928440 (487.9 MB) TX bytes:15395010 (15.3 MB)
vnet3 Link encap:Ethernet HWaddr fe:54:00:53:fa:dc
inet6 addr: fe80::fc54:ff:fe53:fadc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9185 errors:0 dropped:0 overruns:0 frame:0
TX packets:13711 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:1040499 (1.0 MB) TX bytes:7622634 (7.6 MB)
Die Ausgabe von /etc/network/interfaces:
# Richard, Anleitung nach linuxmuster.net virtualisierung mit kvm ...Die Ausgabe von route
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
# auto em1
iface em1 inet manual
# Rotes Netz
# em1 ist mit Linksys Router verbunden, kein DHCP
# br0 erhaelt keine ip
auto br0
iface br0 inet manual
bridge_ports em1
bridge_fd 0
bridge_maxwait 0
# Gruenes Netz
auto br1
iface br1 inet static
address 10.16.1.2
netmask 255.240.0.0
gateway 10.16.1.254
dns-nameservers 10.16.1.254
bridge_ports em2
bridge_fd 0
bridge_maxwait 0
# Blaues Netz
auto br2
iface br2 inet manual
bridge_ports p1p1
bridge_fd 0
bridge_maxwait 0Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.16.1.254 0.0.0.0 UG 0 0 0 br1
10.16.0.0 * 255.240.0.0 U 0 0 0 br1
192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0
Die Datei /etc/resolv.conf ist normalerweise leer.
Die IPFire Startseite:
IPFire, Netzwerk, Webproxy: (die zweite Zeile fügte ich hinzu)
Der IP 10.16.1.2 habe ich eine eigene Firewallregel erstellt (Das verwundert mich aber. In der Anleitung steht: Nichts daran verändern.), damit der Server raus kann. Ist diese deaktiviert, klappt nicht einmal der Ping zum Router.
Entdeckt jemand den Fehler?
Mit vielen Grüßen
Richard Rietzler
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
