Hallo Richard, ich hatte diese Woche den Fall dass /var auf dem IPFIRE zu 100 % belegt war. Das führte zu ähnlichem Verhalten wie Du es beschreibst. Ein Klick auf Cache löschen in der Weboberfläche des IPFIRE unter Advanced Proxy sorgte dafür dass wieder alles wie gewohnt funktionierte.
Gruß Alois Am 27. März 2015 um 16:42 schrieb Richard Rietzler <richard.l...@gmx.net>: > 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" <juergen.engel...@t-online.de> > *An:* "Discussions about using linuxmuster.net" < > linuxmuster-user@lists.linuxmuster.net> > *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: > > Hallo liebe Mailingliste, > > 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. > > Damit hast Du den Fehler auf die Namensauflösung eingegrenzt! > > > 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 ... > > # 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 0 > > Die Ausgabe von route > > Kernel 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 > listlinuxmuster-user@lists.linuxmuster.nethttps://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > _______________________________________________ linuxmuster-user mailing > list linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > _______________________________________________ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > >
_______________________________________________ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user