(Gelöst) Internetverbindung mit USB-UMTS Modem klappt nicht!

[jeebee67]

Nach Neuinstallation SUSE 11.1 und Installation UMTSMON gelingt es mir weder mit dem Konquerer noch mit Firefox ins Netz zu kommen.
Umtsmon ist einwandfrei konfiguriert und mit Netzbetreiber verbunden, bei Aufruf einer Webseite kommt stets de Meldung „Firefox can't find the server at http://www.opensuse.org.“ oder „Die Aktion lässt sich nicht ausführen“ (Konquerer). Auch das Online Update über Yast lässt sich nicht durchführen! Zunächst vermutete ich eine Blockade durch die SUSE Firewall, scheint aber nicht der Fall zu sein. Beide Browser weisen darauf hin, dass
möglicherweise ein Problem mit der Netzverbindung vorliegt oder es sich um ein Problem mit der Einrichtung des Netzwerks handeln könnte.
Aber da kenne ich mich nun noch gar nicht aus (Newbee!) Wer kann helfen?
Mit freundlichen Grüßen
Jochen

 

[whois]

Hi

Lass uns doch bitte mal folgende Ausgabe sehen.

ifconfig

http://wiki.linux-club.de/opensuse/Netzwerk

cu

 

[/dev/null]

Hi Jochen,

das Problem kommt mir sehr bekannt vor. Wir hatten in den letzten Wochen mehrere Threads zu diesem Thema. Suche mal mit Hilfe der Boardsuche danach. Auch ich bin davon betroffen, ohne bislang eine vernünftige Lösung zu finden.

Hast du zufällig auch die Steuerung über Knetworkmanager aktiviert?
Auch bei mir funktioniert die eigentliche Einwahl problemlos. Ich erhalte eine IP vom Provider, es werden in /var/log/messages auch zwei DNS-Server angezeigt => aber diese werden nicht in /etc/resov.conf eingetragen! Das ist (bei mir) das eigentliche Problem, keine Namensauflösung (nur bei Nutzung des UMTS-Stick, sonst läuft der Knetworkmanager sehr gut!).

Poste mal den Inhalt von /etc/resolv.conf bei aktiver UMTS-Verbindung.

Lösung in diesem Fall: Steuerung über Knetworkmanager deaktivieren, also über Steuerung mit "ifup" gehen.
(Da mich das nervte und ich sehr oft die Netze wechseln und umschalten muss, mache ich das mittlerweile über ein Script, aber das kann nicht die Lösung sein.)

MfG Peter

 

[jeebee67]

Dank für Eure schnellen Antworten!
Die Ergebnisse der Postings sehen aus wie folgt:

linux-qa5b:/home/Jochen # lsusb
Bus 007 Device 008: ID 1370:2168 Swissbit
Bus 007 Device 006: ID 062a:0000 Creative Labs Optical mouse
Bus 007 Device 005: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 007 Device 004: ID 0ccd:0038 TerraTec Electronic GmbH Cinergy T^2 DVB-T Receiver
Bus 007 Device 007: ID 18a5:0214
Bus 007 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 174f:6d51 Syntek 2.0Mpixel Web Cam - Eurocom D900C
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
linux-qa5b:/home/Jochen #

linux-qa5b:/home/Jochen # ifconfig
eth0 Link encap:Ethernet Hardware Adresse 00:90:F5:6C:9D:EB
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0 linux-qa5b:/home/Jochen # /var/log/messages
bash: /var/log/messages: Keine Berechtigung
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:216 Basisadresse:0x8000

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:252 errors:0 dropped:0 overruns:0 frame:0
TX packets:252 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:18952 (18.5 Kb) TX bytes:18952 (18.5 Kb)

ppp0 Link encapunkt-zu-Punkt Verbindung
inet Adresse:10.129.144.169 P-z-P:10.64.64.64 Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:6 errors:41 dropped:0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:3
RX bytes:90 (90.0 b) TX bytes:129 (129.0 b)

wlan0 Link encap:Ethernet Hardware Adresse 00:1D:E0:B4:C4:EB
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 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

wmaster0 Link encap:UNSPEC Hardware Adresse 00-1D-E0-B4-C4-EB-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING 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 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

linux-qa5b:/home/Jochen # /etc/resolv.conf
bash: /etc/resolv.conf: Keine Berechtigung
linux-qa5b:/home/Jochen #

linux-qa5b:/home/Jochen # /var/log/messages
bash: /var/log/messages: Keine Berechtigung

Was sagen Euch die Ergebnisse? Wieso habe ich nach Eingabe / Anmeldung su keine Berechtigungen?
Gruß Jochen

 

[/dev/null]

Hi Joachen,

# less /etc/resolv.conf (less ist der/ein Befehl zum Anzeigen einer Datei) und
# tailf /var/log/messages (mit tailf zeigst du das Ende einer Datei an, das "f" bedeutet laufende Aktualisierung)

MfG Peter

 

[Heinz-Peter]

# tailf /var/log/messages (mit tailf zeigst du das Ende einer Datei an, das "f" bedeutet laufende Aktualisierung)

Achtung ein Tippfehler!

Richtig ist:

tail -f  /var/log/messages

Gruß
PS. Das Script kann vielleicht helfen.

 

[jeebee67]

Hallo Peter und Heinz-Peter,
Bei Eingabe # /etc/resolv.conf file erscheint in neuer Konsole folgende Meldung:

### /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!

An irgendwelche Änderungen wage ich mich ohne Eure Hilfe allerdings noch nicht ran!!!

Die Eingabe tailf /var/log/messages zunächst ohne Start UMTSMON, anschließend Start führt zu folgendem Ergebnis:

linux-qa5b:/home/Jochen # tailf /var/log/messages
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] Assuming drive cache: write through
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] 252160 512-byte hardware sectors: (129MB/123MiB)
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] Write Protect is off
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] Mode Sense: 03 00 00 00
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] Assuming drive cache: write through
Feb 17 14:10:02 linux-qa5b kernel: sdd: sdd1
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: [sdd] Attached SCSI removable disk
Feb 17 14:10:02 linux-qa5b kernel: sd 8:0:0:0: Attached scsi generic sg5 type 0
Feb 17 14:10:02 linux-qa5b kernel: usb-storage: device scan complete
Feb 17 14:10:32 linux-qa5b hald: mounted /dev/sdd1 on behalf of uid 1000
Feb 17 14:13:55 linux-qa5b su: (to root) Jochen on /dev/pts/2
Feb 17 14:14:35 linux-qa5b kernel: PPP generic driver version 2.4.2
Feb 17 14:14:35 linux-qa5b pppd[4155]: pppd 2.4.5 started by root, uid 0
Feb 17 14:14:35 linux-qa5b pppd[4155]: Using interface ppp0
Feb 17 14:14:35 linux-qa5b pppd[4155]: Connect: ppp0 <--> /dev/ttyUSB0
Feb 17 14:14:35 linux-qa5b pppd[4155]: CHAP authentication succeeded
Feb 17 14:14:35 linux-qa5b pppd[4155]: CHAP authentication succeeded
Feb 17 14:14:35 linux-qa5b kernel: PPP BSD Compression module registered
Feb 17 14:14:35 linux-qa5b kernel: PPP Deflate Compression module registered
Feb 17 14:14:40 linux-qa5b pppd[4155]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 17 14:14:40 linux-qa5b pppd[4155]: local IP address 10.161.59.249
Feb 17 14:14:40 linux-qa5b pppd[4155]: remote IP address 10.64.64.64
Feb 17 14:14:40 linux-qa5b pppd[4155]: primary DNS address 212.23.97.2
Feb 17 14:14:40 linux-qa5b pppd[4155]: secondary DNS address 212.23.97.3
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: using default zone 'ext' for interface pan0
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: using default zone 'ext' for interface ppp0
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: using default zone 'ext' for interface wmaster0
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: batch committing...
Feb 17 14:14:41 linux-qa5b SuSEfirewall2: Firewall rules successfully set
Feb 17 14:14:41 linux-qa5b pppd[4189]: Script /etc/ppp/ip-up finished (pid 4190), status = 0x0

Gruß Jochen

 

[Heinz-Peter]

Die Ausgabe von tailf /var/log/messages sieht aber gut aus. Was Dir fehlt ist nameserver in /etc/resolv.conf.
In /var/log/messages steht er aber unter: primary DNS address 212.23.97.2 und dann secondary DNS address 212.23.97.3 der nameserver drin.

Mit was für einem Kommando wird die Verbindung aufgebaut?
Mit

pppd call adsl

?

Beendet mit

 killall pppd

?
Gruß

EDIT: Versuche ein ping

ping -c3 209.85.135.147

 

[/dev/null]

Hallo Jochen,

trifft also genau das zu, was ich vermutet hatte:
Die IP der beiden DNS-Server werden erkannt (s. /var/log/messages: Feb 17 14:14:40 linux-qa5b pppd[4155]: primary DNS address 212.23.97.2) aber sie werden nicht in die resov.conf übernommen. Damit hat deine Verbindung zwar eine IP deines Mobilfunkproviders erhalten, es erfolgt aber keine Namensauflösung.

Leider hast du hinsichtlich der Nutzung des Networkmanagers nichts gesagt. Ich vermute mal, dass du im Yast => Netzwerkgeräte diesen aktiviert hast. Schalte mal um auf "traditionelle Methode mit ifup" und teste erneut.

Wenn es das war, kannst du zumindest die Verbindung nutzen. Warum das so ist und wie die richtige Lösung für das Problem ausssieht, weiß ich nicht. Habe auch keine zielführenden Hinweise dazu erhalten.
(Vielleicht locken wir jetzt die wirklichen Experten aus der Reserve. Jetzt sind wir ja immerhin schon zwei ... . )

MfG Peter (zu spät ...)

 

[jeebee67]

Hallo Peter,
habe jetzt auf "traditionelle Methode mit ifup" umgestellt, die Webbrowser Firefox und Konquerer wollen immer noch nicht. #/etc/resolv.config sieht jetzt wie folgt 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 212.23.97.2
nameserver 212.23.97.3

Bei Eingabe # tailf /var/log/messages kommt folgende Meldung:

linux-qa5b:/home/Jochen # tailf /var/log/messages
Feb 18 12:33:59 linux-qa5b dhcpcd[6056]: eth0: broadcasting for a lease
Feb 18 12:34:15 linux-qa5b su: (to root) Jochen on /dev/pts/2
Feb 18 12:34:17 linux-qa5b dhcpcd[6362]: wlan0: timed out
Feb 18 12:34:17 linux-qa5b dhcpcd[6362]: wlan0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan0.info'
Feb 18 12:34:17 linux-qa5b dhcpcd[6362]: wlan0: lease information file `/var/lib/dhcpcd/dhcpcd-wlan0.info' does not exist
Feb 18 12:34:17 linux-qa5b dhcpcd[6362]: wlan0: broadcasting for a lease
Feb 18 12:34:19 linux-qa5b dhcpcd[6056]: eth0: timed out
Feb 18 12:34:19 linux-qa5b dhcpcd[6056]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info'
Feb 18 12:34:19 linux-qa5b dhcpcd[6056]: eth0: lease information file `/var/lib/dhcpcd/dhcpcd-eth0.info' does not exist
Feb 18 12:34:19 linux-qa5b dhcpcd[6056]: eth0: broadcasting for a lease
Feb 18 12:34:37 linux-qa5b dhcpcd[6362]: wlan0: timed out

Gruß Jochen

 

[jeebee67]

Hallo Heinz – Peter
nachfolgende Eingabe ist leider erfolglos (wahrscheinlich von mir fehlerhaft?):

Jochen@linux-qa5b:~> pppd call adsl
bash: pppd: command not found
Jochen@linux-qa5b:~> #pppd call adsl
Jochen@linux-qa5b:~> su
Passwort:
linux-qa5b:/home/Jochen # pppd call adsl
pppd: Can't open options file /etc/ppp/peers/adsl: No such file or directory
linux-qa5b:/home/Jochen #

Ping ergibt folgende Meldung:

ochen@linux-qa5b:~> ping -c3 209.85.135.147
PING 209.85.135.147 (209.85.135.147) 56(84) bytes of data.
64 bytes from 209.85.135.147: icmp_seq=1 ttl=241 time=856 ms
64 bytes from 209.85.135.147: icmp_seq=2 ttl=241 time=269 ms
64 bytes from 209.85.135.147: icmp_seq=3 ttl=241 time=245 ms

--- 209.85.135.147 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2009ms
rtt min/avg/max/mdev = 245.137/456.965/856.633/282.777 ms
Jochen@linux-qa5b:~>

Gruß Jochen

 

[/dev/null]

Das sieht doch schon gut aus!

In der resolv.conf werden richtig die DNS von E-Plus eingetragen. Also bist du im Netz.
Gleiches sagt der ping auf die von Heinz-Peter genannte IP, du kannst auch (meinetwegen) "www.ard.de" anpingen. Wenn du eine Antwort bekommst (und da bin ich mir recht sicher), dann bestätigst du, dass du "im Internet" bist und dass die Namensauflösung funktioniert.
Mach das mal.

Dann poste uns mal die Ergebnisse von:
# ifconfig (dieser Befehl zeigt dir die Konfiguration deiner Netzwerkinterfaces an, also u. a. die vom Provider zugeteilte IP) und
# route

MfG Peter

 

[jeebee67]

Hallo Jungs,
bei erneutem Wechsel von Win XP nach Suse stelle ich grade fest, dass die Verbindung funktioniert. Ich beobachte das jetzt noch mal 2 Tage und melde mich dann wieder, hoffenlich kann ich dann im Betreff "gelöst" hinzufügen. Ich denke aber schon jetzt, dass Ihr mir mal wieder sehr geholfen habt.
Danke und Gruß
Jochen

 

[jeebee67]

Danke Peter, unsere Msg.s haben sich gekreuzt!!!

 

[/dev/null]

Ich freue mich für dich.
Ich denke, dass sind Sachen, die du "nie wieder" vergisst.
Teste trotzdem mal die beiden Befehle, bei Netzwerkproblemen wirst du sie immer wieder benötigen.

Jetzt haben wir die Sache irgendwie gelöst. Aber warum unter dem Networkmanager die (im Funknetz) richtig erkannten DNS nicht in die resolv.conf eingetragen werden, hat mir immer noch keiner gesagt. Also bleibt es bei der Tricky-Umschaltung per Script ... .
Experten, wo seid ihr??

MfG Peter

PS: habe ich gemerkt. Macht nix.

 

[Heinz-Peter]

Aber warum unter dem Networkmanager die (im Funknetz) richtig erkannten DNS nicht in die resolv.conf eingetragen werden, hat mir immer noch keiner gesagt.

Das ist vielleicht nicht die Antwort aber zum Nachdenken....
Die Datei resolv.conf wird automatisch erzeugt ist aber abhängig von der Netzwerkkonfiguration.
Das heißt die Datei kann auch zu Testzwecken gelöscht (Kopie aber immer bereitstellen) werden.
Durch eine neue Internetverbindung soll die Datei dann automatisch erzeugt werden, wenn das in den Netwerkeinstellungen (Stichwort: DHCP aktivieren) gewünscht wird.
Ich selber aber habe das nicht getestet.
Wer die automatische Konfiguration der Datei /etc/ resolv.conf nicht wünscht der sollte hier „drehen“
Bei Suse:
etc/sysconfig/network/dhcp <=für DHCP-Clients
DHCLIENT_MODIFE_RESOLV_CONF=“no“

etc/sysconfig/network/config <=für Modem, ISDN, DSL
MODIFY_RESLV_CONF_DYNAMICALLY=”no”

Gruß

 

[/dev/null]

Ja, Danke, Heinz-Peter.
das habe ich alles schon gemacht (nur in einem anderen Thread beschrieben, wo nur eine Antwort kam.).
Klar kann ich das nach Deaktivierung der automatischen Änderung manuell eintragen. Funktioniert auch "gut". So mache ich es ja notgedrungenermaßen auch mit meinem Script, mit welchem ich jetzt umtsmon starte: Automatik aus > resov.conf ersetzen > umtsmon starten , und beim Beenden eben wieder zurück.
Grund: Ich habe das subjektive Gefühl, dass bei normaler DSL-Nutzung die Auflösung länger dauert, wenn ich die DNS des Mobilfunkproviders drin habe. Und ich wechsele sehr viel die Zugänge, auch zwischen zwei Mobilfunkprovidern.
Habe auch schon mit dem Abschalten des Networkmanagers per Script gespielt.

Ich nutze schon lange und mit großer Zufriedenheit den Networkmanager. Viele Profile drin, was mir die Arbeit sehr erleichtert. Bei allen Profilen (LAN und WLAN) erfolgt IMMER sofort der Eintrag der DNS-S. in der resolv.conf. Es funktioniert auch die Einwahl in die UMTS-Netze und die Vergabe der Netz-IP, aber weder bei t-m. noch bei V. erfolgt der Eintrag der DNS-S. - obwohl diese immer in /var/log/messages angezeigt werden! (Ich war über diesen Thread richtig froh, dachte schon, das gibt es nur bei mir ... .)
Ich habe die Vermutung, dass das etwas mit dem Adressbereich zu tun hat, den diese Provider benutzen?

MfG Peter

 

[jeebee67]

Hallo Jungs,
ich nutze jetzt seit Tagen ohne Probleme die Einwahl ins Netz mit UMTSMON und betrachte das Problem als gelöst. Vielen Dank nochmal! Wartet Ihr noch auf Beiträge oder kann ich den Betreff mit "Gelöst" kennzeichnen?

 

[jeebee67]

Kommt nix mehr, ich setze "Gelöst)!