Wie wlan0 - dhcp IP dynamisch - richtig konfiguerien
Ich habe hier schon öfter berichtet, daß ich ein wlan0 mit dhcp - IP dynamisch - unter 11.4 habe. Weil ich eigentlich nicht weiß, wie ich dhcp konfigurieren muß, habe ich mich immer drum herum gedrückt und alles so gelassen, wie die Distri es geliefert hat. Heute habe ich mir nun mal die Dateien /etc/dhcpd.conf und /etc/sysconfig/dhcpd und /etc/sysconfig/network/dhcp angesehen. Folgende Fragen habe ich wie folgt beantwortet in /etc/sysconfig/network/dhcp: # Which DHCPv4 client should be used? # If empty, dhcpcd is tried, then dhclient # Other possible values: # dhcpcd (DHCP client daemon) # dhclient (ISC dhclient) DHCLIENT_BIN="dhcpcd" In /etc/sysconfig/dhcpd: # Die Frage, ob dhcpd oder root DHCPD_RUN_AS="dhcpd" Bei anderen Änderungen bin ich mir eigentlich sicher. In /etc/dhcpd.conf habe ich gar nichts geändert, obwohl nur die letzten Zeilen mit } subnet 192.168.0.0 netmask 255.255.255.0 { default-lease-time 14400; max-lease-time 172800; } für mich Bezug auf mein Netzwerk haben. Als ich was ändern (löschen) wollte, gab es im Runlevel Fehler 1 Meldungen. Was soll/kann ich in dhcpd.conf ändern? Ergänzend die Frage, was muß ich evtl in Bind oder /etc/named.conf ändern? Mein ISP sagt, jeder DNS kann die dynamische IP stören und die Übertragungsrate verlangsamen. Und gerade das ist mein Problem. Wenn ich eine Seite aufrufe, dann dauert es eine Ewigkeit. Woran liegt das? An dhcp oder dns oder ?? Beim Windows7 PC meiner Tochter wird eine Übertragsrate von 160 Mbit/s angezeigt. Wo kann ich die Übertragungsrate bei OS 11.4 sehen? Für alle bisher erhaltenen Hilfen hier auch noch mal vielen Dank. Grüße Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 18.04.2011 20:48, schrieb Ernst Scott:
Ich habe hier schon öfter berichtet, daß ich ein wlan0 mit dhcp - IP dynamisch - unter 11.4 habe.
Weil ich eigentlich nicht weiß, wie ich dhcp konfigurieren muß, habe ich mich immer drum herum gedrückt und alles so gelassen, wie die Distri es geliefert hat.
Heute habe ich mir nun mal die Dateien /etc/dhcpd.conf und /etc/sysconfig/dhcpd und /etc/sysconfig/network/dhcp angesehen.
Folgende Fragen habe ich wie folgt beantwortet
in /etc/sysconfig/network/dhcp: # Which DHCPv4 client should be used? # If empty, dhcpcd is tried, then dhclient # Other possible values: # dhcpcd (DHCP client daemon) # dhclient (ISC dhclient) DHCLIENT_BIN="dhcpcd"
In /etc/sysconfig/dhcpd: # Die Frage, ob dhcpd oder root DHCPD_RUN_AS="dhcpd"
Bei anderen Änderungen bin ich mir eigentlich sicher.
In /etc/dhcpd.conf habe ich gar nichts geändert, obwohl nur die letzten Zeilen mit } subnet 192.168.0.0 netmask 255.255.255.0 { default-lease-time 14400; max-lease-time 172800; } für mich Bezug auf mein Netzwerk haben.
Als ich was ändern (löschen) wollte, gab es im Runlevel Fehler 1 Meldungen.
Was soll/kann ich in dhcpd.conf ändern?
Ergänzend die Frage, was muß ich evtl in Bind oder /etc/named.conf ändern?
Mein ISP sagt, jeder DNS kann die dynamische IP stören und die Übertragungsrate verlangsamen. Und gerade das ist mein Problem. Wenn ich eine Seite aufrufe, dann dauert es eine Ewigkeit. Woran liegt das? An dhcp oder dns oder ??
Beim Windows7 PC meiner Tochter wird eine Übertragsrate von 160 Mbit/s angezeigt. Wo kann ich die Übertragungsrate bei OS 11.4 sehen?
Für alle bisher erhaltenen Hilfen hier auch noch mal vielen Dank.
Grüße
Ernst
Hallo Ernst, was willst Du? Einen DHCP-Server aufsetzen? Wenn Du nur den Client willst, brauchst Du in der conf nichts zu ändern. Wie ich es gelesen habe, hast Du eine Fritz-Box. Der fungiert schon als DHCP-Server! Einen zweiten kannst Du nicht gebrauchen. Wenn Du ohne dhcp arbeiten willst, dann gib dem Rechner eine IP ( 192.168.0.1 ) Netmask 255.255.255.0 und router= deine IP-Adresse der Fritz-Box ( meistens ist die 192.168.1.172, kannst Du aber mit ping fritz!box rausfinden ). Als DNS gibst Du die gleiche IP wie der Router. Thats all! Und höre auf mit dem DHCP-Server zu spielen. Den brauchst Du nicht!!!!!!!!!!!!!!!!! Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Bernhard Junk schrieb:
Am 18.04.2011 20:48, schrieb Ernst Scott:
Ich habe hier schon öfter berichtet, daß ich ein wlan0 mit dhcp - IP dynamisch - unter 11.4 habe.
[ . . . .]
was willst Du? Einen DHCP-Server aufsetzen? Wenn Du nur den Client willst, brauchst Du in der conf nichts zu ändern.
Nur einen Client
Wie ich es gelesen habe, hast Du eine Fritz-Box. Der fungiert schon als DHCP-Server! Einen zweiten kannst Du nicht gebrauchen. Wenn Du ohne dhcp arbeiten willst, dann gib dem Rechner eine IP (
Mit dhcp
192.168.0.1 ) Netmask 255.255.255.0 und router= deine IP-Adresse der Fritz-Box ( meistens ist die 192.168.1.172, kannst Du aber mit ping fritz!box rausfinden ). Als DNS gibst Du die gleiche IP wie der Router. Thats all! Und höre auf mit dem DHCP-Server zu spielen. Den brauchst Du nicht!!!!!!!!!!!!!!!!! Gruss Bernd
Ich spiele nicht mit dem Server. Danke für Deine Angaben. Grund für meine Fragen war, daß ich prüfen lassen wollte, ob ich einen Fehler gemacht habe. Grund ist immer noch die Frage, warum mein Browser Webseiten so langsam aufruft. Z.B. braucht der Browser für www.ebay.de (mit einer Unterseite) mehr als 5 Minuten ?! Dabei kann es passieren, daß die WAN-Verbindung im Router unterbrochen wird, Neustart automatisch. Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 19. April 2011 09:41 schrieb Ernst Scott:
Ich spiele nicht mit dem Server. Danke für Deine Angaben. Grund für meine Fragen war, daß ich prüfen lassen wollte, ob ich einen Fehler gemacht habe. Grund ist immer noch die Frage, warum mein Browser Webseiten so langsam aufruft. Z.B. braucht der Browser für www.ebay.de (mit einer Unterseite) mehr als 5 Minuten ?! Dabei kann es passieren, daß die WAN-Verbindung im Router unterbrochen wird, Neustart automatisch.
Wenn ich das richtig in Erinnerung habe nutzt Du eine Satellitenverbindung. Kann es sein, dass Du ein Problem mit der Verbindungsqualität hast? Auch eine mögliche Ursache könnte die Qualität Deiner WLAN Verbindung sein (z.B. wenn zu viele Nachbarn ebenfalls in Deinem oder benachbarten Kanälen funken). 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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Arndt schrieb:
Am Dienstag, 19. April 2011 09:41 schrieb Ernst Scott:
Grund ist immer noch die Frage, warum mein Browser Webseiten so langsam aufruft. Z.B. braucht der Browser für www.ebay.de (mit einer Unterseite) mehr als 5 Minuten ?! Dabei kann es passieren, daß die WAN-Verbindung im Router unterbrochen wird, Neustart automatisch.
Wenn ich das richtig in Erinnerung habe nutzt Du eine Satellitenverbindung. Kann es sein, dass Du ein Problem mit der Verbindungsqualität hast?
Auch eine mögliche Ursache könnte die Qualität Deiner WLAN Verbindung sein (z.B. wenn zu viele Nachbarn ebenfalls in Deinem oder benachbarten Kanälen funken).
Grüße Ralf
hallo danke für den Kontakt. Mein ISP schreibt mir: Die Sendewerte Ihrer Anlage sind weiterhin sogar sehr gut: Value = 64.---- Nachbarn gibt es auch nicht auf meinem Kanal Da fällt mir aber noch ein, ich habe meinen Browser (seamonkey 2.1b2) mit Mail-Account Einstellungen ganz neu aufgebaut und dabei alle Cookies und andere extras komplett n e u eingerichtet . Es gibt also keine Zertifikate und Validierungen aus der Vorzeit. Der Browser muß das alles neu aufbauen. Wird dafür unverhältnismäßig viel Zeit gebraucht? Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 19. April 2011 17:28 schrieb Ernst Scott:
Mein ISP schreibt mir: Die Sendewerte Ihrer Anlage sind weiterhin sogar sehr gut: Value = 64.----
Dann wollen wir ihm da mal vertrauen;-)
Nachbarn gibt es auch nicht auf meinem Kanal
Hiermit meinte ich andere wlan Netze. Hast Du andere wlan Netze in der Nähe? Das kannst Du als root ermitteln mit iwlist wlan0 scan
Da fällt mir aber noch ein, ich habe meinen Browser (seamonkey 2.1b2) mit Mail-Account Einstellungen ganz neu aufgebaut und dabei alle Cookies und andere extras komplett n e u eingerichtet . Es gibt also keine Zertifikate und Validierungen aus der Vorzeit. Der Browser muß das alles neu aufbauen. Wird dafür unverhältnismäßig viel Zeit gebraucht?
Würde ich sagen "Nein". Lass uns das mal systematisch angehen und schicke mal die Ergebnisse von (als root auf konsole starten): ifconfig route cat /etc/resolv.conf ping -c4 www.heise.de ping -c4 193.99.144.85 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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Arndt schrieb:
Am Dienstag, 19. April 2011 17:28 schrieb Ernst Scott:
Mein ISP schreibt mir: Die Sendewerte Ihrer Anlage sind weiterhin sogar sehr gut: Value = 64.----
Dann wollen wir ihm da mal vertrauen;-)
Nachbarn gibt es auch nicht auf meinem Kanal
Hiermit meinte ich andere wlan Netze. Hast Du andere wlan Netze in der Nähe? Das kannst Du als root ermitteln mit iwlist wlan0 scan
Da fällt mir aber noch ein, ich habe meinen Browser (seamonkey 2.1b2) mit Mail-Account Einstellungen ganz neu aufgebaut und dabei alle Cookies und andere extras komplett n e u eingerichtet . Es gibt also keine Zertifikate und Validierungen aus der Vorzeit. Der Browser muß das alles neu aufbauen. Wird dafür unverhältnismäßig viel Zeit gebraucht?
Würde ich sagen "Nein".
Lass uns das mal systematisch angehen und schicke mal die Ergebnisse von (als root auf konsole starten):
ifconfig
route
cat /etc/resolv.conf
ping -c4 www.heise.de
ping -c4 193.99.144.85
Grüße Ralf
hier meine Angaben: Wie berichtet hängt an meinem Netz ein weitere Linux-PC (außer Betrieb) und ein Windows7-PC von Tochter, wenn aktiv alle ESSID = astra eth0 habe ich auf "unused" (gelöscht) nicht konfiguriert biberbau:~ # iwlist wlan0 scan wlan0 Scan completed : Cell 01 - Address: 00:24:01:69:A9:31 Channel:1 Frequency:2.412 GHz (Channel 1) Quality=70/70 Signal level=-40 dBm Encryption key:on ESSID:"astra" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=0000000152fed180 Extra: Last beacon: 364ms ago IE: Unknown: 00056173747261 IE: Unknown: 010482848B96 IE: Unknown: 030101 IE: Unknown: 2A0100 IE: Unknown: 32080C1218243048606C IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : TKIP CCMP Authentication Suites (1) : PSK IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : TKIP CCMP Authentication Suites (1) : PSK IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00 IE: Unknown: 2D1A4E101BFFFF000000000000000000000000000000000000000000 IE: Unknown: 3D160105080000000F000000000000000000000000000000 IE: Unknown: DD1E00904C336E101BFFFF000000000000000000000000000000000000000000 IE: Unknown: DD1A00904C340105000000000F000000000000000000000000000000 biberbau:~ # biberbau:~ # ifconfig lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:153 errors:0 dropped:0 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:20058 (19.5 Kb) TX bytes:20058 (19.5 Kb) wlan0 Link encap:Ethernet Hardware Adresse BC:05:43:01:A0:52 inet Adresse:192.168.0.199 Bcast:192.168.0.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:489 errors:0 dropped:0 overruns:0 frame:0 TX packets:168 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:141739 (138.4 Kb) TX bytes:23681 (23.1 Kb) biberbau:~ # biberbau:~ # route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 link-local * 255.255.0.0 U 0 0 0 wlan0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0 biberbau:~ # biberbau:~ # 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 filiago.co nameserver 127.0.0.1 nameserver 127.0.0.2 nameserver 192.168.0.1 biberbau:~ # biberbau:~ # ping -c4 www.heise.de PING www.heise.de (193.99.144.85) 56(84) bytes of data. 64 bytes from www.heise.de (193.99.144.85): icmp_req=1 ttl=243 time=1049 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=2 ttl=243 time=883 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=3 ttl=243 time=783 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=4 ttl=243 time=835 ms --- www.heise.de ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3006ms rtt min/avg/max/mdev = 783.248/887.982/1049.944/99.955 ms, pipe 2 biberbau:~ # biberbau:~ # ping -c4 193.99.144.85 PING 193.99.144.85 (193.99.144.85) 56(84) bytes of data. 64 bytes from 193.99.144.85: icmp_req=1 ttl=243 time=1895 ms 64 bytes from 193.99.144.85: icmp_req=2 ttl=243 time=1787 ms 64 bytes from 193.99.144.85: icmp_req=3 ttl=243 time=819 ms 64 bytes from 193.99.144.85: icmp_req=4 ttl=243 time=839 ms --- 193.99.144.85 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3007ms rtt min/avg/max/mdev = 819.812/1335.636/1895.425/507.337 ms, pipe 2 biberbau:~ # und zusätzlich meine Adresse: biberbau:~ # ping -c4 biberbau.filiago.co PING biberbau.filiago.co (127.0.0.2) 56(84) bytes of data. 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=1 ttl=64 time=0.050 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=2 ttl=64 time=0.054 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=3 ttl=64 time=0.157 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=4 ttl=64 time=0.046 ms --- biberbau.filiago.co ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 2999ms rtt min/avg/max/mdev = 0.046/0.076/0.157/0.047 ms biberbau:~ # Vielen Dank und beste Grüße Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 19. April 2011 20:12 schrieb Ernst Scott:
hier meine Angaben:
Wie berichtet hängt an meinem Netz ein weitere Linux-PC (außer Betrieb) und ein Windows7-PC von Tochter, wenn aktiv alle ESSID = astra
eth0 habe ich auf "unused" (gelöscht) nicht konfiguriert
Gut
biberbau:~ # iwlist wlan0 scan wlan0 Scan completed : Cell 01 - Address: 00:24:01:69:A9:31 Channel:1 Frequency:2.412 GHz (Channel 1) Quality=70/70 Signal level=-40 dBm Encryption key:on ESSID:"astra" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=0000000152fed180 Extra: Last beacon: 364ms ago IE: Unknown: 00056173747261 IE: Unknown: 010482848B96 IE: Unknown: 030101 IE: Unknown: 2A0100 IE: Unknown: 32080C1218243048606C IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : TKIP CCMP Authentication Suites (1) : PSK IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : TKIP CCMP Authentication Suites (1) : PSK IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00 IE: Unknown: 2D1A4E101BFFFF000000000000000000000000000000000000000000 IE: Unknown: 3D160105080000000F000000000000000000000000000000 IE: Unknown: DD1E00904C336E101BFFFF000000000000000000000000000000000000000000 IE: Unknown: DD1A00904C340105000000000F000000000000000000000000000000
Ok. Wenn Du nichts ausgeschnitten hast, war zu dem Zeitpunkt kein anderes WLAN in der Umgebung vorhanden. Ich kenne da sonst auch nicht alle Parameter. Vllt. fällt hier noch jemand anderem etwas auf.
biberbau:~ # ifconfig lo Link encap:Lokale Schleife [...] wlan0 Link encap:Ethernet Hardware Adresse BC:05:43:01:A0:52 inet Adresse:192.168.0.199 Bcast:192.168.0.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:489 errors:0 dropped:0 overruns:0 frame:0 TX packets:168 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:141739 (138.4 Kb) TX bytes:23681 (23.1 Kb)
Sieht gut aus. Jedenfalls ist nur eine Schnittstelle aktiv.
biberbau:~ # route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 link-local * 255.255.0.0 U 0 0 0 wlan0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0
Fällt hier jemand etwas auf? Mir nicht.
biberbau:~ # cat /etc/resolv.conf [...] search filiago.co nameserver 127.0.0.1 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nameserver 127.0.0.2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nameserver 192.168.0.1 biberbau:~ #
Da steht Dein eigener Client als nameserver. Das sollte zwar nicht sein, hat aber keinen Zusammenhang mit dem Problem unten.
biberbau:~ # ping -c4 www.heise.de PING www.heise.de (193.99.144.85) 56(84) bytes of data. 64 bytes from www.heise.de (193.99.144.85): icmp_req=1 ttl=243 time=1049 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=2 ttl=243 time=883 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=3 ttl=243 time=783 ms 64 bytes from www.heise.de (193.99.144.85): icmp_req=4 ttl=243 time=835 ms
--- www.heise.de ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3006ms rtt min/avg/max/mdev = 783.248/887.982/1049.944/99.955 ms, pipe 2 biberbau:~ #
Damit funktioniert schon mal die Namensauflösung in das Internet. Die Antwortzeiten sind aber miserabel (Durchschnitt 0,89 Sekunden). Hier sollte man ansetzen. Wo ist der Flaschenhals? Dein Netzwerk? Die Satellitenverbindung? Das interne Netz Deines ISP? Setze mal einen ping auf Deinen Router ab (intern und extern) ping -c4 192.168.0.1 ping -c4 <hier die WAN IP eintragen> Kannst Du auf Deinem Router ermitteln, welchen DNS Server er verwendet. In dem Fall setze auch noch einen ping darauf ab.
biberbau:~ # ping -c4 193.99.144.85 PING 193.99.144.85 (193.99.144.85) 56(84) bytes of data. 64 bytes from 193.99.144.85: icmp_req=1 ttl=243 time=1895 ms 64 bytes from 193.99.144.85: icmp_req=2 ttl=243 time=1787 ms 64 bytes from 193.99.144.85: icmp_req=3 ttl=243 time=819 ms 64 bytes from 193.99.144.85: icmp_req=4 ttl=243 time=839 ms
--- 193.99.144.85 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3007ms rtt min/avg/max/mdev = 819.812/1335.636/1895.425/507.337 ms, pipe 2 biberbau:~ #
Das war eigentlich für den Fall, dass Du Probleme mit der Namensauflösung hast. Interessant sind allerdings die noch schlechteren Antwortzeiten (Schnitt 1,3 Sekunden)
und zusätzlich meine Adresse:
biberbau:~ # ping -c4 biberbau.filiago.co PING biberbau.filiago.co (127.0.0.2) 56(84) bytes of data. 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=1 ttl=64 time=0.050 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=2 ttl=64 time=0.054 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=3 ttl=64 time=0.157 ms 64 bytes from biberbau.filiago.co (127.0.0.2): icmp_req=4 ttl=64 time=0.046 ms
Das geht nicht über das Netzwerk sondern über die loopbackadresse mit super Antwortzeiten. Ist in Deinem Fall also nicht hilfreich. 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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott wrote: [...]
biberbau:~ # cat /etc/resolv.conf [...] ### Please remove (at least) this line when you modify the file! search filiago.co nameserver 127.0.0.1 nameserver 127.0.0.2 nameserver 192.168.0.1 biberbau:~ #
biberbau:~ # ping -c4 www.heise.de PING www.heise.de (193.99.144.85) 56(84) bytes of data. 64 bytes from www.heise.de (193.99.144.85): icmp_req=1 ttl=243 time=1049 ms
OK, deine "schlechten" Ping-Zeiten hängen AFAIK mit der Sat-Verbindung zusammen; da kannst Du nichts dran machen. Das hatte ein Bekannter von mir auch mal; der Durchsatz (downloadrate) sollte aber passen. Frage: Was machen 127.0.0.[12] in der resolv.conf? Betreibst Du einen eigenen Nameserver? Wenn ja -> schmeiss den 192.168.0.1 und den 127.0.0.2 raus und konfigurier deinen eigenen NS gescheit (mit dem Router als forwarder) Wenn nein -> schmeiss die beiden Zeilen mit 127.0.0.x mal raus und teste die Verbindung erneut (AFAIK muss zumindest der Browser neu gestartet werden dafür) Frage: Wo kommen die Einträge für 127.0.0.x in der resolv.conf bei dir her? Hast Du mal mit DNS rumgespielt? Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 20. April 2011 09:42 schrieb Kyek, Andreas, VF-DE:
Frage: Was machen 127.0.0.[12] in der resolv.conf? Betreibst Du einen eigenen Nameserver?
Wenn ja -> schmeiss den 192.168.0.1 und den 127.0.0.2 raus und konfigurier deinen eigenen NS gescheit (mit dem Router als forwarder)
Neiiiin! Bloß nicht den DSL Router rausschmeißen! Wenn, dann schmeiße die beiden 127'er Adressen raus. Es hat schon genug Energie gekostet, Ernst davon zu überzeugen, dass er weder einen eigenen DHCP noch einen eigenen DNS aufsetzen muss (abgesehen natürlich von dem DSL Router, der das automatisch macht). Vermutlich hat Ernst die Serverdienste installiert aber nicht konfiguriert. @Andreas: Kann es sein, dass die Einträge vom gestarteten lokalen DNS Server kommen? @Ernst: Falls DNS Server und/oder DHCP Server im runlevel Editor aktiviert sind, so deaktiviere sie bitte. 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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 09:42 schrieb Kyek, Andreas, VF-DE:
Frage: Was machen 127.0.0.[12] in der resolv.conf? Betreibst Du einen eigenen Nameserver?
Wenn ja -> schmeiss den 192.168.0.1 und den 127.0.0.2 raus und konfigurier deinen eigenen NS gescheit (mit dem Router als forwarder)
Neiiiin! Bloß nicht den DSL Router rausschmeißen! Wenn, dann schmeiße die beiden 127'er Adressen raus.
Es hat schon genug Energie gekostet, Ernst davon zu überzeugen, dass er weder einen eigenen DHCP noch einen eigenen DNS aufsetzen muss (abgesehen natürlich von dem DSL Router, der das automatisch macht).
Vermutlich hat Ernst die Serverdienste installiert aber nicht konfiguriert.
@Andreas: Kann es sein, dass die Einträge vom gestarteten lokalen DNS Server kommen?
@Ernst: Falls DNS Server und/oder DHCP Server im runlevel Editor aktiviert sind, so deaktiviere sie bitte.
Grüße Ralf
Bevor ich zu meinem heutigen ISP kam, hatte ich ISDN mit Telefon von Telekom und Provider by call. Aus dieser Zeit habe ich immer in resolv.conf 127.0. 0.1 eintragen müssen. Deshalb habe ich 127.0.0.1 und 127.0.0.2 auch mit Sateliten DSL in resolv.conf eingetragen. Außerdem habe ich schon immer mit DSL via Satelite (astra2connect) Fa www.filiago.com (oder de) in Yast Kontrollzentrum - Netzwerkgeräte - Netzwerkeinstellungen - Hostname/DNS folgendes eingetragen: Hostname = biberbau Domänename = filiago.co Hostnamen über dhcp ändern Hostnamen der Loopback-Adresse zuweisen DNS-Konfiguration ändern = Standardrichtlinie verwenden Nameserver und Domänensuchliste = Nameserver 1 = 127.0.0.1 Nameserver 2 = 127.0.0.2 Nameserver 3 = 192.168.0.1 Domänensuche = filiago.co Das habe ich aufgrund Eurer Angaben jetzt geändert in: DNS-Konfiguration ändern = nur manuell (vorher habe ich die Nameserver 127.0.0.1 und 127.0.0.2 gelöscht) Nameserver und Domänensuchliste sind jetzt abgeblendet. /etc/resolv.conf habe ich gleichlautend geändert. Zur Frage, ob ich DNS-Server verwende, bin ich unsicher und antworte deshalb wie folgt: Bei mir sind folgende Pakete installiert: Bind, bind-utils, kdnssd, libadns1, libdns_sd, perl-Net-DNS, dhcp, dhcp-client, dhcp-server, dhcp-tools, dhcpcd In Runlevel sind zzt. u.a. aktiv: dhcpd, named, network, network-remotefs, nscd, ntp, raw, rpcbind, snmpd, sshd, syslog Zitat aus vorheriger Nachricht: Die Antwortzeiten sind aber miserabel (Durchschnitt 0,89 Sekunden). Hier sollte man ansetzen. Wo ist der Flaschenhals? Dein Netzwerk? Die Satellitenverbindung? Das interne Netz Deines ISP? Setze mal einen ping auf Deinen Router ab (intern und extern) ping -c4 192.168.0.1 ping -c4 <hier die WAN IP eintragen> Kannst Du auf Deinem Router ermitteln, welchen DNS Server er verwendet. In dem Fall setze auch noch einen ping darauf ab. biberbau:~ # ping -c4 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=343 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=186 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=196 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=168 ms --- 192.168.0.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 168.559/223.774/343.673/69.953 ms biberbau:~ # biberbau:~ # ping -c4 92.250.236.96 PING 92.250.236.96 (92.250.236.96) 56(84) bytes of data. 64 bytes from 92.250.236.96: icmp_req=1 ttl=64 time=156 ms 64 bytes from 92.250.236.96: icmp_req=2 ttl=64 time=155 ms 64 bytes from 92.250.236.96: icmp_req=3 ttl=64 time=171 ms 64 bytes from 92.250.236.96: icmp_req=4 ttl=64 time=173 ms --- 92.250.236.96 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 155.604/164.058/173.022/8.106 ms biberbau:~ # Standardgateway = Primärer DNS-Server (Angaben aus statischer IP des ISP) biberbau:~ # ping -c4 92.250.236.1 PING 92.250.236.1 (92.250.236.1) 56(84) bytes of data. 64 bytes from 92.250.236.1: icmp_req=1 ttl=64 time=192 ms 64 bytes from 92.250.236.1: icmp_req=2 ttl=64 time=1198 ms 64 bytes from 92.250.236.1: icmp_req=3 ttl=64 time=349 ms 64 bytes from 92.250.236.1: icmp_req=4 ttl=64 time=163 ms --- 92.250.236.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3008ms rtt min/avg/max/mdev = 163.703/475.891/1198.026/422.899 ms, pipe 2 biberbau:~ # Ich hoffe, ich hab's richtig gemacht. Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 09:42 schrieb Kyek, Andreas, VF-DE:
Frage: Was machen 127.0.0.[12] in der resolv.conf? Betreibst Du einen eigenen Nameserver?
Wenn ja -> schmeiss den 192.168.0.1 und den 127.0.0.2 raus und konfigurier deinen eigenen NS gescheit (mit dem Router als forwarder)
Neiiiin! Bloß nicht den DSL Router rausschmeißen! Wenn, dann schmeiße die beiden 127'er Adressen raus.
Es hat schon genug Energie gekostet, Ernst davon zu überzeugen, dass er weder einen eigenen DHCP noch einen eigenen DNS aufsetzen muss (abgesehen natürlich von dem DSL Router, der das automatisch macht).
Vermutlich hat Ernst die Serverdienste installiert aber nicht konfiguriert.
@Andreas: Kann es sein, dass die Einträge vom gestarteten lokalen DNS Server kommen?
@Ernst: Falls DNS Server und/oder DHCP Server im runlevel Editor aktiviert sind, so deaktiviere sie bitte.
Grüße Ralf
Bevor ich zu meinem heutigen ISP kam, hatte ich ISDN mit Telefon von Telekom und Provider by call. Aus dieser Zeit habe ich immer in resolv.conf 127.0. 0.1 eintragen müssen.
Deshalb habe ich 127.0.0.1 und 127.0.0.2 auch mit Sateliten DSL in resolv.conf eingetragen.
Außerdem habe ich schon immer mit DSL via Satelite (astra2connect) Fa www.filiago.com (oder de) in Yast Kontrollzentrum - Netzwerkgeräte - Netzwerkeinstellungen - Hostname/DNS folgendes eingetragen: Hostname = biberbau Domänename = filiago.co Hostnamen über dhcp ändern Hostnamen der Loopback-Adresse zuweisen DNS-Konfiguration ändern = Standardrichtlinie verwenden Nameserver und Domänensuchliste = Nameserver 1 = 127.0.0.1 Nameserver 2 = 127.0.0.2 Nameserver 3 = 192.168.0.1 Domänensuche = filiago.co
Das habe ich aufgrund Eurer Angaben jetzt geändert in: DNS-Konfiguration ändern = nur manuell (vorher habe ich die Nameserver 127.0.0.1 und 127.0.0.2 gelöscht) Nameserver und Domänensuchliste sind jetzt abgeblendet.
/etc/resolv.conf habe ich gleichlautend geändert.
Zur Frage, ob ich DNS-Server verwende, bin ich unsicher und antworte deshalb wie folgt: Bei mir sind folgende Pakete installiert: Bind, bind-utils, kdnssd, libadns1, libdns_sd, perl-Net-DNS, dhcp, dhcp-client, dhcp-server, dhcp-tools, dhcpcd
In Runlevel sind zzt. u.a. aktiv: dhcpd, named, network, network-remotefs, nscd, ntp, raw, rpcbind, snmpd, sshd, syslog
Zitat aus vorheriger Nachricht: Die Antwortzeiten sind aber miserabel (Durchschnitt 0,89 Sekunden). Hier sollte man ansetzen. Wo ist der Flaschenhals? Dein Netzwerk? Die Satellitenverbindung? Das interne Netz Deines ISP?
Setze mal einen ping auf Deinen Router ab (intern und extern) ping -c4 192.168.0.1 ping -c4<hier die WAN IP eintragen>
Kannst Du auf Deinem Router ermitteln, welchen DNS Server er verwendet. In dem Fall setze auch noch einen ping darauf ab.
biberbau:~ # ping -c4 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=343 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=186 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=196 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=168 ms
--- 192.168.0.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 168.559/223.774/343.673/69.953 ms biberbau:~ #
biberbau:~ # ping -c4 92.250.236.96 PING 92.250.236.96 (92.250.236.96) 56(84) bytes of data. 64 bytes from 92.250.236.96: icmp_req=1 ttl=64 time=156 ms 64 bytes from 92.250.236.96: icmp_req=2 ttl=64 time=155 ms 64 bytes from 92.250.236.96: icmp_req=3 ttl=64 time=171 ms 64 bytes from 92.250.236.96: icmp_req=4 ttl=64 time=173 ms
--- 92.250.236.96 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 155.604/164.058/173.022/8.106 ms biberbau:~ #
Standardgateway = Primärer DNS-Server (Angaben aus statischer IP des ISP)
biberbau:~ # ping -c4 92.250.236.1 PING 92.250.236.1 (92.250.236.1) 56(84) bytes of data. 64 bytes from 92.250.236.1: icmp_req=1 ttl=64 time=192 ms 64 bytes from 92.250.236.1: icmp_req=2 ttl=64 time=1198 ms 64 bytes from 92.250.236.1: icmp_req=3 ttl=64 time=349 ms 64 bytes from 92.250.236.1: icmp_req=4 ttl=64 time=163 ms
--- 92.250.236.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3008ms rtt min/avg/max/mdev = 163.703/475.891/1198.026/422.899 ms, pipe 2 biberbau:~ #
Ich hoffe, ich hab's richtig gemacht.
Ernst
Hi, also die Pings sehen doch OK aus. Was nicht passt, ist die Nameserver-Geschichte: weder kann es richtig sein den localhost (127....) noch "nur manuell" einzutragen. Wenn Du keinen Nameserver betreibst (warum solltest Du) muss den der Provider liefern oder, wenn das nicht korrekt genmacht wird, musst Du welche fest eintragen. In meiner Config stehen 2 alte des rosa Riesen drin (194.25.2.129, 194.25.0.125) und dsl-business fügt z.B. noch 217.237.149.205 hinzu. Prinzipiell könntest Du die testhalber mal eintragen. Es sind zwar nicht die nächst gelegenen, aber das dürfte dennoch besser sein, als keine... Du kannst sie ja vorher mal anpingen, der letztere kommt bei mir mit 80ms rüber. cu jth -- Joerg Thuemmler www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
biberbau:~ # ping -c4 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=343 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=186 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=196 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=168 ms
--- 192.168.0.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 168.559/223.774/343.673/69.953 ms biberbau:~ #
Also für die Verbindung zur internen Schnittstelle des DSl Router erscheinen mir die Antwortzeiten schon recht hoch. Ich habe hier nach www.heise.de Antwortzeiten kleiner 50 ms. Hat da jemand eine Idee?
biberbau:~ # ping -c4 92.250.236.96 PING 92.250.236.96 (92.250.236.96) 56(84) bytes of data. 64 bytes from 92.250.236.96: icmp_req=1 ttl=64 time=156 ms 64 bytes from 92.250.236.96: icmp_req=2 ttl=64 time=155 ms 64 bytes from 92.250.236.96: icmp_req=3 ttl=64 time=171 ms 64 bytes from 92.250.236.96: icmp_req=4 ttl=64 time=173 ms
--- 92.250.236.96 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 155.604/164.058/173.022/8.106 ms biberbau:~ #
Standardgateway = Primärer DNS-Server (Angaben aus statischer IP des ISP)
biberbau:~ # ping -c4 92.250.236.1 PING 92.250.236.1 (92.250.236.1) 56(84) bytes of data. 64 bytes from 92.250.236.1: icmp_req=1 ttl=64 time=192 ms 64 bytes from 92.250.236.1: icmp_req=2 ttl=64 time=1198 ms 64 bytes from 92.250.236.1: icmp_req=3 ttl=64 time=349 ms 64 bytes from 92.250.236.1: icmp_req=4 ttl=64 time=163 ms
--- 92.250.236.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3008ms rtt min/avg/max/mdev = 163.703/475.891/1198.026/422.899 ms, pipe 2 biberbau:~ #
Ok. beim letzten geht es über die Satellitenverbindung. Auffällig finde ich die Ausreißer. Hat da noch jemand eine Idee?
Ich hoffe, ich hab's richtig gemacht.
Ja 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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
biberbau:~ # ping -c4 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=343 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=186 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=196 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=168 ms
--- 192.168.0.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 168.559/223.774/343.673/69.953 ms biberbau:~ #
Also für die Verbindung zur internen Schnittstelle des DSl Router erscheinen mir die Antwortzeiten schon recht hoch. Ich habe hier nach www.heise.de Antwortzeiten kleiner 50 ms.
Hat da jemand eine Idee?
[ . . . ]
biberbau:~ # ping -c4 92.250.236.1 PING 92.250.236.1 (92.250.236.1) 56(84) bytes of data. 64 bytes from 92.250.236.1: icmp_req=1 ttl=64 time=192 ms 64 bytes from 92.250.236.1: icmp_req=2 ttl=64 time=1198 ms 64 bytes from 92.250.236.1: icmp_req=3 ttl=64 time=349 ms 64 bytes from 92.250.236.1: icmp_req=4 ttl=64 time=163 ms
--- 92.250.236.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3008ms rtt min/avg/max/mdev = 163.703/475.891/1198.026/422.899 ms, pipe 2 biberbau:~ #
Ok. beim letzten geht es über die Satellitenverbindung. Auffällig finde ich die Ausreißer. Hat da noch jemand eine Idee?
Ich hoffe, ich hab's richtig gemacht.
Ja
Ralf
hallo Ralf und alle anderen vorab recht herzlichen Dank für Eure Unterstützung. Ich habe viel dazugelernt! Damit Ihr mir sagen könnt, ob ich was anders machen soll, teile ich mit, daß ich folgense Pakete gelöscht habe und das System geht immer noch: Bind, bind-chrootenv, perl-Net-DNS, kdnssd, unscd, perl-Net-Ident, dhcp-tools, dhcp-server Im Runlevel habe ich folgende Dateien deaktiviert: nscd, rpcbind, dhcpd In /etc/sysconfig/network/config habe ich NETCONFIG_DNS_FORWARDER="Bind" geändert in NETCONFIG_DNS_FORWARDER="resolver" In Yast - Gerätemanager - Netzwerkeinstellungen - Hostname/DNS - habe ich alle Namesserver gelöscht. Das habe ich auch in /etc/resolv.conf gemacht. Nach einem Neustart fand ich aber in /etc/resolv.conf wieder den Nameserver 192.168.0.1, der auch unter Routing als Standard-IP4-Gateway eingetragen ist (Automatisch auch in /etc/resolv.conf.netconfig ) biberbau:~ # ping -c10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=102 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=91.8 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=116 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=71.5 ms 64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=135 ms 64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=102 ms 64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=74.0 ms 64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=82.9 ms 64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=104 ms 64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=84.5 ms --- 192.168.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9010ms rtt min/avg/max/mdev = 71.543/96.573/135.119/18.703 ms biberbau:~ # Ich glaube, meine anfänglichen Probleme habt Ihr damit beseitigt ! ! ! D a n k e Euch allen dafür Ich habe heute noch meinen Provider angeschrieben und folgende Antwort erhalten: Vielen Dank für Ihre Nachricht. Aufgrund der physikalischen Entfernung zum Satelliten liegen die Latenzzeiten/Laufzeiten einer Anfrage beim ASTRA2Connect System immer zwischen 100 und 1200 ms, unabhängig davon welchen DNS Server Sie verwenden. Unser DNS Server, den ich das System automatisch zuweist, ist allerdings auf die erhöhte Laufzeiten optimiert worden und komprimiert die Daten, um die Laufzeit zu minimieren. Eine Anpassung dieser Einstellungen und Verwendung abweichender DNS Server wird als immer zu einer weiteren Verlangsamung beim Auflösen von Internetadressen führen. Jan-Hendrik Modrow -Filiago Technik- support@filiago.de http://www.filiago.org Unternehmenssitz Bad Segeberg Beste Wünsche für ein frohes und gesundes Osterfest Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
[ . . . . ]
In Yast - Gerätemanager - Netzwerkeinstellungen - Hostname/DNS - habe ich alle Namesserver gelöscht.
Das habe ich auch in /etc/resolv.conf gemacht.
Nach einem Neustart fand ich aber in /etc/resolv.conf wieder den Nameserver 192.168.0.1, der auch unter Routing als Standard-IP4-Gateway eingetragen ist (Automatisch auch in /etc/resolv.conf.netconfig )
Nach Absenden meiner Mail von vor einigen Minuten habe ich erneut in Hostname/DNS den Nameserver gelöscht, ohne resolv.conf zu ändern und habe danach noch einmal "ping" aufgerufen, Ergebnis wie folgt: biberbau:~ # ping -c10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=61.0 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=4.53 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=125 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=95.1 ms 64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=92.6 ms 64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=87.7 ms 64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=81.7 ms 64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=62.7 ms 64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=62.8 ms 64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=4.80 ms --- 192.168.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 4.536/67.899/125.749/36.579 ms Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott schrieb:
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
[ . . . . ]
In Yast - Gerätemanager - Netzwerkeinstellungen - Hostname/DNS - habe ich alle Namesserver gelöscht.
Das habe ich auch in /etc/resolv.conf gemacht.
Nach einem Neustart fand ich aber in /etc/resolv.conf wieder den Nameserver 192.168.0.1, der auch unter Routing als Standard-IP4-Gateway eingetragen ist (Automatisch auch in /etc/resolv.conf.netconfig )
Nach Absenden meiner Mail von vor einigen Minuten habe ich erneut in Hostname/DNS den Nameserver gelöscht, ohne resolv.conf zu ändern und habe danach noch einmal "ping" aufgerufen, Ergebnis wie folgt:
biberbau:~ # ping -c10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=61.0 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=4.53 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=125 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=95.1 ms 64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=92.6 ms 64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=87.7 ms 64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=81.7 ms 64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=62.7 ms 64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=62.8 ms 64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=4.80 ms
--- 192.168.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 4.536/67.899/125.749/36.579 ms
Ernst
Was Du noch nicht begriffen hast, ist, wozu ein Nameserver da ist. Wie der Name sagt, es hat mit Namen zu tun. Nicht mit IPs. Konkret: ein Nameserver wird gefragt "welche IP hat www.mozilla.org?" und antwortet mit der IP. Manchmal muss er einen anderen Nameserver erst fragen, dann dauert es länger. Aber, wenn Du eine IP anpingst, ist _nie_ ein Nameserver im Spiel. Für Deine Pings ist es also egal, ob Deine Nameserver-Einträge richtig sind, oder nicht. Wenn Du das testen willst, musst Du ping -c10 <Website> nehmen, wobei nicht jede Website auch Pings beantwortet. ping www.mozilla.org geht aber, bei mir mit 200ms. cu jth -- Joerg Thuemmler www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Joerg Thuemmler schrieb:
Ernst Scott schrieb:
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
[ . . . . ]
In Yast - Gerätemanager - Netzwerkeinstellungen - Hostname/DNS - habe ich alle Namesserver gelöscht.
Das habe ich auch in /etc/resolv.conf gemacht.
Nach einem Neustart fand ich aber in /etc/resolv.conf wieder den Nameserver 192.168.0.1, der auch unter Routing als Standard-IP4-Gateway eingetragen ist (Automatisch auch in /etc/resolv.conf.netconfig )
Nach Absenden meiner Mail von vor einigen Minuten habe ich erneut in Hostname/DNS den Nameserver gelöscht, ohne resolv.conf zu ändern und habe danach noch einmal "ping" aufgerufen, Ergebnis wie folgt:
biberbau:~ # ping -c10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=61.0 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=4.53 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=125 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=95.1 ms 64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=92.6 ms 64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=87.7 ms 64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=81.7 ms 64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=62.7 ms 64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=62.8 ms 64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=4.80 ms
--- 192.168.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 4.536/67.899/125.749/36.579 ms
Ernst
Was Du noch nicht begriffen hast, ist, wozu ein Nameserver da ist. Wie der Name sagt, es hat mit Namen zu tun. Nicht mit IPs. Konkret: ein Nameserver wird gefragt "welche IP hat www.mozilla.org?" und antwortet mit der IP. Manchmal muss er einen anderen Nameserver erst fragen, dann dauert es länger. Aber, wenn Du eine IP anpingst, ist _nie_ ein Nameserver im Spiel. Für Deine Pings ist es also egal, ob Deine Nameserver-Einträge richtig sind, oder nicht. Wenn Du das testen willst, musst Du ping -c10 <Website> nehmen, wobei nicht jede Website auch Pings beantwortet. ping www.mozilla.org geht aber, bei mir mit 200ms.
cu jth
Was Du schreibst ist richtig. Ich habe einfach gemacht, wonach gefragt war. ping www.mozilla.org ergibt bei mir: biberbau:~ # ping -c4 www.mozilla.org PING www-mozilla-org.glb.mozilla.net (63.245.217.21) 56(84) bytes of data. 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=1 ttl=51 time=954 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=2 ttl=51 time=1126 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=3 ttl=51 time=995 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=4 ttl=51 time=956 ms --- www-mozilla-org.glb.mozilla.net ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3090ms rtt min/avg/max/mdev = 954.807/1008.181/1126.433/70.176 ms, pipe 2 biberbau:~ # biberbau:~ # ping -c4 63.245.217.21 PING 63.245.217.21 (63.245.217.21) 56(84) bytes of data. 64 bytes from 63.245.217.21: icmp_req=1 ttl=51 time=2076 ms 64 bytes from 63.245.217.21: icmp_req=2 ttl=51 time=1127 ms 64 bytes from 63.245.217.21: icmp_req=3 ttl=51 time=960 ms 64 bytes from 63.245.217.21: icmp_req=4 ttl=51 time=1008 ms --- 63.245.217.21 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3015ms rtt min/avg/max/mdev = 960.659/1293.344/2076.520/456.224 ms, pipe 3 Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott schrieb:
Joerg Thuemmler schrieb:
Ernst Scott schrieb:
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
[ . . . . ]
In Yast - Gerätemanager - Netzwerkeinstellungen - Hostname/DNS - habe ich alle Namesserver gelöscht.
Das habe ich auch in /etc/resolv.conf gemacht.
Nach einem Neustart fand ich aber in /etc/resolv.conf wieder den Nameserver 192.168.0.1, der auch unter Routing als Standard-IP4-Gateway eingetragen ist (Automatisch auch in /etc/resolv.conf.netconfig )
Nach Absenden meiner Mail von vor einigen Minuten habe ich erneut in Hostname/DNS den Nameserver gelöscht, ohne resolv.conf zu ändern und habe danach noch einmal "ping" aufgerufen, Ergebnis wie folgt:
biberbau:~ # ping -c10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=61.0 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=4.53 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=125 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=95.1 ms 64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=92.6 ms 64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=87.7 ms 64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=81.7 ms 64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=62.7 ms 64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=62.8 ms 64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=4.80 ms
--- 192.168.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 4.536/67.899/125.749/36.579 ms
Ernst
Was Du noch nicht begriffen hast, ist, wozu ein Nameserver da ist. Wie der Name sagt, es hat mit Namen zu tun. Nicht mit IPs. Konkret: ein Nameserver wird gefragt "welche IP hat www.mozilla.org?" und antwortet mit der IP. Manchmal muss er einen anderen Nameserver erst fragen, dann dauert es länger. Aber, wenn Du eine IP anpingst, ist _nie_ ein Nameserver im Spiel. Für Deine Pings ist es also egal, ob Deine Nameserver-Einträge richtig sind, oder nicht. Wenn Du das testen willst, musst Du ping -c10 <Website> nehmen, wobei nicht jede Website auch Pings beantwortet. ping www.mozilla.org geht aber, bei mir mit 200ms.
cu jth
Was Du schreibst ist richtig. Ich habe einfach gemacht, wonach gefragt war.
ping www.mozilla.org ergibt bei mir:
biberbau:~ # ping -c4 www.mozilla.org PING www-mozilla-org.glb.mozilla.net (63.245.217.21) 56(84) bytes of data. 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=1 ttl=51 time=954 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=2 ttl=51 time=1126 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=3 ttl=51 time=995 ms 64 bytes from www-mozilla-org.zlb.phx.mozilla.net (63.245.217.21): icmp_req=4 ttl=51 time=956 ms
--- www-mozilla-org.glb.mozilla.net ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3090ms rtt min/avg/max/mdev = 954.807/1008.181/1126.433/70.176 ms, pipe 2 biberbau:~ #
biberbau:~ # ping -c4 63.245.217.21 PING 63.245.217.21 (63.245.217.21) 56(84) bytes of data. 64 bytes from 63.245.217.21: icmp_req=1 ttl=51 time=2076 ms 64 bytes from 63.245.217.21: icmp_req=2 ttl=51 time=1127 ms 64 bytes from 63.245.217.21: icmp_req=3 ttl=51 time=960 ms 64 bytes from 63.245.217.21: icmp_req=4 ttl=51 time=1008 ms
--- 63.245.217.21 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3015ms rtt min/avg/max/mdev = 960.659/1293.344/2076.520/456.224 ms, pipe 3
Ernst
Ich habe inzwischen ca 10 verschiedene Websites "angepingt" und in keinem Fall ms unter 800 ms erhalten. Ergebnisse mit IP waren ebenfalls entsprechend negativ. Wie kannst Du ping www.mozilla.org mit 200 ms erreichen und ich nicht? Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ernst Scott schrieb:
Ernst Scott schrieb:
Joerg Thuemmler schrieb:
Ernst Scott schrieb:
Ernst Scott schrieb:
Ralf Arndt schrieb:
Am Mittwoch, 20. April 2011 17:18 schrieb Ernst Scott:
[ . . . ]
Ich habe inzwischen ca 10 verschiedene Websites "angepingt" und in keinem Fall ms unter 800 ms erhalten. Ergebnisse mit IP waren ebenfalls entsprechend negativ.
Wie kannst Du ping www.mozilla.org mit 200 ms erreichen und ich nicht?
Ernst
Bisher habe ich "ping" immer auf der Konsole ausgeführt. Jetzt habe ich den System-Test in meinem Router dazu genommen. Und da habe ich auch ms unter 200 ms bekommen. warum die Unterschiede? Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Bernhard Junk -
Ernst Scott -
Joerg Thuemmler -
Kyek, Andreas, VF-DE -
Ralf Arndt