Hallo, On 07.11.2012 10:36, David Haller wrote:
Am Sat, 03 Nov 2012, Alex Winzer schrieb:
Am 03.11.2012 21:08, schrieb Rainer Sokoll:
Am 03.11.2012 um 19:34 schrieb Alex Winzer <alex.e-mail@gmx.de>:
[...] Da liegt der Hase im Pfeffer begraben oder so... Du verwendest scheinbar einen kaputten DNS-Server. Welchen, kann Dir ein beherzter Blick in /etc/resolv.conf verraten. Dort steht/stand an erster Stelle die IP-Adresse meines Routers. Das steht aber bei allen Windosen auch so drin und - ich wiederhole das nochmal - bei denen klappt tracert alias traceroute. Trotzdem habe ich jetzt dort an erster Stelle "nameserver 8.8.8.8" eingetragen. Jetzt kommt bei "dig +trace www.google.de" die Ausgabe, die ich vorher bei "dig +trace @8.8.8.8 www.google.de" kam. Ich werte das als "Verbesserung"? Mein php-Skript hat das aber immer noch nicht beschleunigt :-) Deaktiviere mal den nscd ('insserv -r nscd').
Habe ich (weil openSUSE 11.4 mit rcnscd stop) gemacht. -> fertig :-)
Hast du 'search' Einträge in deiner /etc/resolv.conf?
Ja. Dort steht "search kanzlei" letzteres ist die Bezeichnung meines PDC, den ich mit Samba realisiere. Ist das falsch? Da ich irgendwo im www gelesen hatte, dass resolv.conf zeilenweise ausgewertet wird, habe ich aber schon ein "nameserver 8.8.8.8" _in die Zeile davor_ gesetzt.
Kontrolliere auch mal mit 'ifconfig'/'ip link show ethX' die Einstellungen der Netzwerkkarte (MTU, Netzmaske).
server:/~ # ifconfig bond0 bond0 Link encap:Ethernet HWaddr 00:1B:21:04:ED:56 inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:4643687 errors:0 dropped:26 overruns:0 frame:0 TX packets:3679503 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1342210951 (1280.0 Mb) TX bytes:3640328972 (3471.6 Mb) Also m.E. nichts Auffälliges. Wie man sieht, gehen auch reichlich Daten hin und her. Den Server hatte ich gerade gestern Abend neu gebootet. server:/~ # ip link show up 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP qlen 1000 link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff 3: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP qlen 1000 link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff Habe ich noch nie benutzt; sagt mir also garnichts. Aus den Texten bei man ip bin ich auch nicht schlau geworden.
Wie schauen die Routen im Netz aus (-> 'route -n' / 'ip route show')?
server:/~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 bond0 Das sagt mir zwar auch nichts. Auf meinem Rechner mit openSUSE 12.2, wo mein Skript _schnell_ funktioniert, sieht das so aus: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.255.1 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.255.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Hier steht mein Router als lokaler DNS-Server/-Router an erster Stelle. Ich vermute also, dass es auch damit zu tun haben könnte, dass die Pakete auf meinem Produktivsystem erst sehr spät an die richtige IP geroutet werden und dadurch die Verzögerung entsteht. Das hatte ich auch schonmal geschrieben (http://lists.opensuse.org/opensuse-de/2012-11/msg00063.html). server:/~ # ip route show 192.168.1.0/24 dev bond0 proto kernel scope link src 192.168.1.10 127.0.0.0/8 dev lo scope link default via 192.168.1.1 dev bond0 Sagt mir auch wieder nichts.
[..] Aber als Nameserver hat das XP in VirtualBox wohl den Router, und nicht deinen oS-Server, oder? -dnh
Genau. Im XP in der VBox steht 192.168.1.1 als Standardgateway und als DNS-Server drin. Das tut es doch aber auch auf den Linux(en). Gru & Dank, Alex -- 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