<gelöst>Nameserverproblem UMTS-Surfstick

Znarf · 5 Nov. 2010

Hallo Linux-Netzwerkspezialisten:

Ich habe folgendes enervierende Problem auf meinem Laptop opensuse 11.2 i586, KDE 4.3.5, Netzwerkkonfiguration mit knetworkmanager (wlan), 2.6.31.14-0.1-desktop, UMTS-Surfsticks ZTE110 bzw. Huawei 160E, Provider Vodafone.
Nach einigen Mühen und Anpassungen (usb_modeswitch, udev-Regel für ZTE110 usw.) funktioniert die Geräteerkennung als Modem bei beiden Sticks fehlerfrei.

Unabhängig, mit welchem Stick und mit welcher Software ich mich nun mit dem Internet verbinden will, kommt es zum Einfrieren der KDE-Plasmaoberfläche nach wenigen Sekunden, sobald die Verbindung (hier 1&1) steht. Das gilt für wvdial, umtsmon oder die spezielle Vodafone-Linux-Software gleichermaßen. Wenn ich den Stick ziehe, läuft wieder alles normal.

Hier ein Auszug von wvdial 1und1

wvdial 1und1
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 +FCLASS=0
ATQ0 V1 E1 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","web.vodafone.de"
AT+CGDCONT=1,"IP","web.vodafone.de"
OK
--> Modem initialized.
--> Sending: ATD*99***1#
--> Waiting for carrier.
ATD*99***1#
CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Fri Nov 5 10:39:51 2010
--> Warning: Could not modify /etc/ppp/pap-secrets: Permission denied
--> --> PAP (Password Authentication Protocol) may be flaky.
--> Warning: Could not modify /etc/ppp/chap-secrets: Permission denied
--> --> CHAP (Challenge Handshake) may be flaky.
--> Pid of pppd: 5764
--> pppd: �_x��[06][08]��[06][08]
--> Using interface ppp0
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> Authentication (CHAP) started
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> Authentication (CHAP) successful
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> local IP address 109.41.128.219
--> pppd: �_x��[06][08]��[06][08]
--> remote IP address 10.64.64.64
--> pppd: �_x��[06][08]��[06][08]
--> primary DNS address 139.7.30.126
--> pppd: �_x��[06][08]��[06][08]
--> secondary DNS address 139.7.30.125
--> pppd: �_x��[06][08]��[06][08]
--> pppd: �_x��[06][08]��[06][08]
--> Script /etc/ppp/ip-up run successful
--> Default route Ok.
warning, can't find address for `www.suse.de`
--> warning, address lookup does not work
--> Nameserver (DNS) failure, the connection may not work.
--> Connected... Press Ctrl-C to disconnect
--> pppd: �[7f]o��[06][08]��[06][08]

Die Verbindung wird also zunächst normal hergestellt, dann kommt nach einiger Zeit eine Nameserver-Fehlermeldung.
Cat /var/log/messages liefert ähnliches:

Nov 5 10:38:23 linux-sd7m pppd[2621]: CHAP authentication succeeded
Nov 5 10:38:23 linux-sd7m pppd[2621]: CHAP authentication succeeded
Nov 5 10:38:23 linux-sd7m pppd[2621]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Nov 5 10:38:24 linux-sd7m pppd[2621]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
Nov 5 10:38:24 linux-sd7m pppd[2621]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Nov 5 10:38:25 linux-sd7m pppd[2621]: rcvd [IPCP ConfReq id=0x0]
Nov 5 10:38:25 linux-sd7m pppd[2621]: sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
Nov 5 10:38:25 linux-sd7m pppd[2621]: rcvd [IPCP ConfNak id=0x2 <addr 109.41.107.174> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:38:25 linux-sd7m pppd[2621]: sent [IPCP ConfReq id=0x3 <addr 109.41.107.174> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:38:25 linux-sd7m pppd[2621]: rcvd [IPCP ConfReq id=0x1]
Nov 5 10:38:25 linux-sd7m pppd[2621]: sent [IPCP ConfAck id=0x1]
Nov 5 10:38:25 linux-sd7m pppd[2621]: rcvd [IPCP ConfAck id=0x3 <addr 109.41.107.174> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:38:25 linux-sd7m pppd[2621]: Could not determine remote IP address: defaulting to 10.64.64.64
Nov 5 10:38:25 linux-sd7m pppd[2621]: local IP address 109.41.107.174
Nov 5 10:38:25 linux-sd7m pppd[2621]: remote IP address 10.64.64.64
Nov 5 10:38:25 linux-sd7m pppd[2621]: primary DNS address 139.7.30.126
Nov 5 10:38:25 linux-sd7m pppd[2621]: secondary DNS address 139.7.30.125
Nov 5 10:38:25 linux-sd7m pppd[2621]: Script /etc/ppp/ip-up started (pid 2628)
Nov 5 10:38:25 linux-sd7m dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:38:25 linux-sd7m dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Nov 5 10:38:25 linux-sd7m ip-up: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:38:25 linux-sd7m ip-up: You can find my version in /etc/resolv.conf.netconfig ...
Nov 5 10:38:25 linux-sd7m pppd[2621]: Script /etc/ppp/ip-up finished (pid 2628), status = 0x0
Nov 5 10:39:33 linux-sd7m pppd[2621]: Terminating on signal 15
Nov 5 10:39:33 linux-sd7m pppd[2621]: Connect time 1.2 minutes.
Nov 5 10:39:33 linux-sd7m pppd[2621]: Sent 3363 bytes, received 0 bytes.
Nov 5 10:39:33 linux-sd7m pppd[2621]: Script /etc/ppp/ip-down started (pid 5651)
Nov 5 10:39:33 linux-sd7m pppd[2621]: sent [LCP TermReq id=0x2 "User request"]
Nov 5 10:39:33 linux-sd7m pppd[2621]: rcvd [LCP TermAck id=0x2]
Nov 5 10:39:33 linux-sd7m pppd[2621]: Connection terminated.
Nov 5 10:39:33 linux-sd7m pppd[2621]: Waiting for 1 child processes...
Nov 5 10:39:33 linux-sd7m pppd[2621]: script /etc/ppp/ip-down, pid 5651
Nov 5 10:39:33 linux-sd7m dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:39:33 linux-sd7m dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Nov 5 10:39:33 linux-sd7m ip-down: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:39:33 linux-sd7m ip-down: You can find my version in /etc/resolv.conf.netconfig ...
Nov 5 10:39:51 linux-sd7m pppd[5764]: Plugin passwordfd.so loaded.
Nov 5 10:39:51 linux-sd7m pppd[5764]: pppd 2.4.5 started by franz, uid 1001
Nov 5 10:39:51 linux-sd7m pppd[5764]: using channel 2
Nov 5 10:39:51 linux-sd7m pppd[5764]: Using interface ppp0
Nov 5 10:39:51 linux-sd7m pppd[5764]: Connect: ppp0 <--> /dev/ttyUSB0
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xe3ffc7> <pcomp> <accomp>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [LCP ConfRej id=0x3 <magic 0xe3ffc7>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [LCP ConfAck id=0x4 <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp>]
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [LCP EchoReq id=0x0 magic=0x0]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [LCP DiscReq id=0x5 magic=0xe3ffc7]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [CHAP Challenge id=0x1 <606956933269200edc58da71e80d00b6>, name = "UMTS_CHAP_SRVR"]
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [CHAP Response id=0x1 <b329d580d136caea12a50fb7e0709e7d>, name = "VFD2"]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [LCP EchoRep id=0x0 magic=0xe3ffc7 00 00 00 00]
Nov 5 10:39:51 linux-sd7m pppd[5764]: rcvd [CHAP Success id=0x1 ""]
Nov 5 10:39:51 linux-sd7m pppd[5764]: CHAP authentication succeeded
Nov 5 10:39:51 linux-sd7m pppd[5764]: CHAP authentication succeeded
Nov 5 10:39:51 linux-sd7m pppd[5764]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Nov 5 10:39:52 linux-sd7m pppd[5764]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
Nov 5 10:39:52 linux-sd7m pppd[5764]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Nov 5 10:39:53 linux-sd7m pppd[5764]: rcvd [IPCP ConfReq id=0x2]
Nov 5 10:39:53 linux-sd7m pppd[5764]: sent [IPCP ConfNak id=0x2 <addr 0.0.0.0>]
Nov 5 10:39:53 linux-sd7m pppd[5764]: rcvd [IPCP ConfNak id=0x2 <addr 109.41.128.219> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:39:53 linux-sd7m pppd[5764]: sent [IPCP ConfReq id=0x3 <addr 109.41.128.219> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:39:53 linux-sd7m pppd[5764]: rcvd [IPCP ConfReq id=0x3]
Nov 5 10:39:53 linux-sd7m pppd[5764]: sent [IPCP ConfAck id=0x3]
Nov 5 10:39:53 linux-sd7m pppd[5764]: rcvd [IPCP ConfAck id=0x3 <addr 109.41.128.219> <ms-dns1 139.7.30.126> <ms-dns2 139.7.30.125>]
Nov 5 10:39:53 linux-sd7m pppd[5764]: Could not determine remote IP address: defaulting to 10.64.64.64
Nov 5 10:39:53 linux-sd7m pppd[5764]: local IP address 109.41.128.219
Nov 5 10:39:53 linux-sd7m pppd[5764]: remote IP address 10.64.64.64
Nov 5 10:39:53 linux-sd7m pppd[5764]: primary DNS address 139.7.30.126
Nov 5 10:39:53 linux-sd7m pppd[5764]: secondary DNS address 139.7.30.125
Nov 5 10:39:53 linux-sd7m pppd[5764]: Script /etc/ppp/ip-up started (pid 5765)
Nov 5 10:39:53 linux-sd7m dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:39:53 linux-sd7m dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Nov 5 10:39:53 linux-sd7m ip-up: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:39:53 linux-sd7m ip-up: You can find my version in /etc/resolv.conf.netconfig ...
Nov 5 10:39:53 linux-sd7m pppd[5764]: Script /etc/ppp/ip-up finished (pid 5765), status = 0x0
Nov 5 10:40:45 linux-sd7m kernel: [ 258.169000] usb 2-2: USB disconnect, address 6
Nov 5 10:40:45 linux-sd7m kernel: [ 258.169142] option: option_instat_callback: error -108
Nov 5 10:40:45 linux-sd7m kernel: [ 258.169759] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Nov 5 10:40:45 linux-sd7m pppd[5764]: Modem hangup
Nov 5 10:40:45 linux-sd7m pppd[5764]: Connect time 0.9 minutes.
Nov 5 10:40:45 linux-sd7m pppd[5764]: Sent 3586 bytes, received 0 bytes.
Nov 5 10:40:45 linux-sd7m kernel: [ 258.169812] option 2-2:1.0: device disconnected
Nov 5 10:40:45 linux-sd7m kernel: [ 258.170170] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Nov 5 10:40:45 linux-sd7m kernel: [ 258.170230] option 2-2:1.1: device disconnected
Nov 5 10:40:45 linux-sd7m modem-manager: Removed modem /sys/devices/pci0000:00/0000:00:1d.7/usb2/2-2
Nov 5 10:40:45 linux-sd7m pppd[5764]: Script /etc/ppp/ip-down started (pid 5868)
Nov 5 10:40:45 linux-sd7m pppd[5764]: Connection terminated.
Nov 5 10:40:45 linux-sd7m pppd[5764]: Waiting for 1 child processes...
Nov 5 10:40:45 linux-sd7m pppd[5764]: script /etc/ppp/ip-down, pid 5868
Nov 5 10:40:45 linux-sd7m dbus-daemon: Rejected send message, 2 matched rules; type="error", sender=":1.9" (uid=0 pid=1807 comm="/usr/sbin/modem-manager) interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownMethod" requested_reply=0 destination=":1.8" (uid=0 pid=1805 comm="/usr/sbin/NetworkManager))
Nov 5 10:40:45 linux-sd7m dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:40:45 linux-sd7m dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Nov 5 10:40:45 linux-sd7m ip-down: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Nov 5 10:40:45 linux-sd7m ip-down: You can find my version in /etc/resolv.conf.netconfig ...
Nov 5 10:40:45 linux-sd7m pppd[5764]: Script /etc/ppp/ip-down finished (pid 5868), status = 0x0
Nov 5 10:40:45 linux-sd7m pppd[5764]: Exit.

Wenn ich es richtig interpretiere, meckert er über die /etc/resolv.conf. Diese habe ich manuell mit den beiden Vodafone-Nameservern ergänzt, da dies bei meinem früheren System (openSUSE 11.1) erforderlich war. sie sieht so aus:

### /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!
nameserver 192.168.XXX.XXX
nameserver 139.007.030.125
nameserver 139.007.030.126

Route -n liefert

route -n
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

Leider verstehe ich von den Netzwerkzusammenhängen zu wenig, um das alles einordnen zu können. Aber ich bin sicher, hier ist irgendwo ein kapitaler Bock versteckt, und jemand von Euch kan mir auf die Sprünge helfen.

Bin für jeden Tipp dankbar.

Gruß Z.

P.S. Schreibe die Zeilen übrigens von einem Virtualbox-Win XP aus, wo der Stick läuft.

Jägerschlürfer · 5 Nov. 2010

kann es sein, dass die Zugangsdaten falsch sind, was die 1und1 Verbindung angeht?
Schreib doch bitte mal, was du alles eingegeben hast. Ich vergleiche das dann mal mit meinem Stick,...

ps. wird aber wohl erst morgen werden

mkossmann · 5 Nov. 2010

Mit deinem Eintrag in der resolv.conf kommts du netconfig in die Quere, das eigentlich selbst nach der Einwahl die resolv.conf updaten will. Probier folgendes:
Setze wie z.B in http://www.opensuse-forum.de/drei-u...k-tutorials-howtos/allgemeines-f17/t3437-f22/
beschrieben NETCONFIG_DNS_POLICY auf "STATIC_FALLBACK ppp* NetworkManager"
und ersetze deine Version der resolv.conf durch den Vorschlag von netconfig (/etc/resolv.conf.netconfig)

Znarf · 5 Nov. 2010

Danke für die Antworten.

DenNetwork DNS Policy Eintrag habe ich geändert; kann mich aber erinnern, das schon probiert zu haben ohne Erfolg. Bin jetzt noch auf Windows, werde aber berichten.

Den /etc/resolv.conf.netconfig Vorschlag brauche ich nicht zu übernehmen, da die Datei identisch zu resolv.conf ist.

Die /etc/wvdial.conf ist

[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 +FCLASS=0
Modem Type = Analog Modem
ISDN = 0
Modem = /dev/ttyUSB0
Baud = 9600
New PPPD = yes

[Dialer pin]
Init3 = AT+CPIN=1234

[Dialer 1und1]
Dial Command=ATD
Carrier Check=no
Init4 = AT+CGDCONT=1,"IP","web.vodafone.de"
Phone=*99***1#
Username=VFD2
Password=WAP
Stupid Mode = 1

Das dürfte passen, wobei hier nichts über DNS drinsteht ?

Ich berichte, ob die Änderungen was gebracht haben (falls ich wieder ins Internet komme).

Gruß Z.

Wusel1007 · 6 Nov. 2010

Ich besitze auch den UMTS Surf Stick von 1und1 und hatte mit dem KNetworkManager auch so meine Probleme. Die /etc/resolv.conf habe ich in Ruhe gelassen. Sprich nichts reingeschrieben. Der KNetworkManager hat dann auch vermeintlich eine Verbindung aufgebaut und "connect" gemeldet, aber es fehlten die DNS Einträge. Dann habe ich unter KDE den GNOME Networkmanager (nm-applet) eingebunden und fahre seit dem ohne Probleme. Verbindung wird aufgebaut und es mag täuschen, aber ich habe das Gefühl, das auch die Verbindung etwas "flüssiger" läuft.

Znarf · 6 Nov. 2010

Hallo nochmals,

also ich glaube nicht, dass knetworkmanager oder ein anderes Programm an dem Problem schuld sind. Die entsprechenden Einträge in der DNS_POLICY habe ich versucht, ohne Erfolg. M.W. funktioniert das bei opensuse 11.2 mit der Standardeinstellung (auto) problemlos; bei 11.1 musste man die Änderung durchführen.
Die Wurzel des Übels scheint mir zu sein, dass ich die resolv.conf. manuell geändert und die beiden 1&1/Vodafone nameserver Adressen hinzugefügt habe. Auch das war bei openSUSE 11.1 erforderlich, wie ich aus Erfahrung damit weiß. Anders lief der Surfstick nicht. Auf 11.2 ist das aber offensichtlich das Problem. Ich werde jetzt die originale resolv.conf wiederherstellen, ebenso die originale resolv.conf.netconfig, aber auch das hatte ich schon versucht, und die messages meckern trotzdem darüber, dass eine manuelle Verstellung erfolgt ist. Gibt es keinen Weg, das "ungeschehen" zu machen ?
Hier nochmals die aktuelle 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!
nameserver 192.168.XXX.XXX
nameserver 139.007.030.125
nameserver 139.007.030.126

Damit bekomme ich mit wvdial, umtsmon etc. eine einwandfreie Verbindung, sobald aber einer Internetseite gesucht wird (Browser), friert KDE-Plasma ein (Arbeitsfläche). Gelegentlich wird sogar die Startseite (Google) noch kurz angezeigt, das wars. Ziehe ich den Stick ab, läuft Plasma-KDE wieder fehlerfrei weiter.

Ich hoff trotzdem, das Problem ist lösbar und jemand hat noch ne Idee.

Gruß

Z.

Znarf · 6 Nov. 2010

So, jetzt habe ich die Nameserveradressen in /etc/resolv.conf nochmals geändert, und ich glaube, ich habe den Fehler gefunden. Mein (falscher) Eintrag der Vodafone-Nameserver lautete

nameserver 192.168.XXX.XXX
nameserver 139.007.030.125
nameserver 139.007.030.126

So werden die Nameserveradressen von Vodafone im Internet angegeben.

Ich habe es jetzt geändert in:

nameserver 192.168.XXX.XXX
nameserver 139.7.30.125
nameserver 139.7.30.126

Und, ich kann es noch gar nicht glauben, damit scheint es jetzt zu funktionieren !!? Bevor ich den Thread aber auf gelöst stelle, will ich noch einige Sessions ausprobieren.

Danke an alle Hilfesteller.

Z.

Jägerschlürfer · 6 Nov. 2010

du brauchst eigentlich gar keine Nameserver einzutragen. Das sollte eigentlich alles automatisch passieren. Bei mir tut`s ja auch,...

Mit welchem Programm gehst du jetzt online?

@ Wusel1007
das mit den DNS Einträgen wird denke ich nicht an dir liegen. Ich hatte diese Probleme auch schon und wie es der Zufall so will, stand grad noch ein Windowsrechner hier rum und da funktionierte die Verbindung auch nicht,... Mach dir also deswegen keinen Kopf,... Es ist nicht immer der Endanwender schuld.

Znarf · 6 Nov. 2010

Hallo Jägerschlürfer. Das ist ja das Problem. Offensichtlich wird die resolv.conf bei mir nicht mehr automatisch angepasst. Wenn ich die resolv.conf "leer" lasse und ich das Netzwerk neu konfiguriere, gleich ob mit YAST/ifup oder via networkmanager, wird der Nameserver (normalerweise mein Router 192.168.XXX.XXX) nicht mehr eingetragen, und das Netzwerk funktioniert nicht. Und ich vermute, dieses Fehlverhalten kommt daher, dass ich einmal manuell an der resolv.conf manipuliert habe (die vodafone Nameserver eingetragen) und dies sich jetzt aus welchen Gründen auch immer nicht mehr rückgängig machen kann. Es nützt z.B. nichts, wenn ich in den YAST Netzwerkeinstellungen die Nameserver 1-3 eintrage; die resolv bleibt auch dann leer.
Natürlich kann ich damit leben, wenn ich weiß, dass ich die Server per Hand eintragen muss, obwohl es natürlich schöner wäre, ich könnte den Automatismus wieder herstellen!?

Zu der anderen Frage: Ich habe es mit wvdial und umtsmon versucht, damit ging es jetzt, aber ich kann noch nichts Endgültiges sagen, weil ich hier in einem ziemlichen Funkloch bin und es erst nochmal testen will, wenn ich ein besseres Netzt habe.
Auch vodafone-mobile-connect scheint zu funktionieren (da gibts ein rpm für openSUSE). Knetworkmanager habe ich aktuell nicht mehr getestet.

Gruß Z,

Jägerschlürfer · 8 Nov. 2010

Znarf schrieb:
Es nützt z.B. nichts, wenn ich in den YAST Netzwerkeinstellungen die Nameserver 1-3 eintrage; die resolv bleibt auch dann leer.

du solltest dich entweder für die traditionelle Methode (yast) oder den Networkmanager entscheiden. Aber bitte nicht beides,...

/dev/null · 8 Nov. 2010

Jägerschlürfer schrieb:
du solltest dich entweder für die traditionelle Methode (yast) oder den Networkmanager entscheiden. Aber bitte nicht beides,...

Volle Zustimmung!
Ich nutze nun schon seit mehreren Jahren täglich UMTS-Verbindungen (mehrere Provider, je nach Standort ...). Und ich hatte genau dieses Problem bei Knetworkmanager + umtsmon.
Hier half mir der bewusste Eintrag (DNS_POLICY ...).
Ein manueller Eintrag in der /etc/resolv.conf ist keinesfalls nötig, das geschieht automatisch!
Geholfen haben mir zwei Konsolen mit: tailf /var/log/messages => hier werden die von der UMTS-Verbindung genutzten DSN angezeigt und tailf /etc/resolv.conf => hier müssen nach ein paar Sekunden die in der ersten Konsole gezeigten DNS-Einträge auftauchen.

Selbstverständlich kannst du die resolv.conf so konfigurieren, dass sie nicht automatisch angepasst wird. Aber es dauert "gefühlt" länger, bis bei der UMTS-Verbindung erkannt wird, dass der Router nicht vorhanden ist und übersprungen werden muss.

Seit KDE 4.5 habe ich den umtsmon nicht mehr genutzt, der Knetworkmanager verwaltet jetzt ausgezeichnet alle meine Verbindungen (LAN, WLAN, UMTS und VPN). Den umtsmon "brauche" ich nur noch, um mir den Empfangspegel bei grenzwertigen Verbindungen anzeigen zu lassen.

MfG Peter

Znarf · 8 Nov. 2010

Ok, da bin ich missverstanden worden. Natürlich nutze ich nicht ifup und networkmanager parallel.

Erst, nachdem der Nameserver-Eintrag mit nwm nicht funktionierte, habe ich das Netzwerk mit ifup neu eingerichtet. Aber da hat sich nichts geändert, d.h. die resolv.conf bleibt unverändert (leer), und Internet geht nicht. Erst wenn ich manuell den Nameserver eintrage, funktioniert es (egal, ob nwm oder ifup). Mittlerweile nutze ich wieder nwm, und alles passt, wenn ich die Nameserver per Hand eintrage.

Aber ich hätte es gerne wieder automatisch (habe übrigens noch weitere drei 11.2 Rechner und einen mit 11.3 hier am Laufen, da ist es überall problemlos).

Na ja, zur Not kann ich damit leben.

Gruß Z.

Znarf · 15 Nov. 2010

Hallo,

hier noch meine Lösung, die für mich jetzt befriedigend funktioniert: Ich habe also aus Not die Nameserver-IPs des Providers manuell in die resolv.conf geschrieben (mangels automatischer Konfiguration derselben). Verbindungsaufbau klappte dann, aber nach wenigen Sekunden blieben alle KDE-Anwendungen hängen (gleich, ob ich die Verbindung mit wvdial oder umtsmon oder vodafone... herstellte). Wenn ich die Verbindung trennte (strg+c auf wvdial), lief alles wieder normal, also kein echtes Freezing.

Habe dann anstelle Firefox einfach mal Konqueror als Browser versucht, und siehe da, damit lief das Internet. Also hab ich mich an die Einstellungen von Firefox gemacht und folgendes geändert:

In Bearbeiten - Einstellungen - Erweitert - Einstellungen die Standardeinstellung "Proxyeinstellungen des Systems verwenden" auf "Kein Proxy verwenden" umgestellt - und damit klappt es jetzt auch mit Firefox bis jetzt fehlerfrei.

Tja, schwere Geburt....aber immerhin läuft es, auch wenn ich das mit der resolv.conf nicht wirklich verstehe.

Gruß

Z.

<gelöst>Nameserverproblem UMTS-Surfstick

Znarf

Member

Jägerschlürfer

Moderator

mkossmann

Member

Znarf

Member

Wusel1007

Member

Znarf

Member

Znarf

Member

Jägerschlürfer

Moderator

Znarf

Member

Jägerschlürfer

Moderator

/dev/null

Moderator

Znarf

Member

Znarf

Member