• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Umtsmon: Verbindung erst nach netconfig -f update

Uwe81

Newbie
Hallo,

ich verwende openSuse 11.1 mit KDE 3.5 auf einem Acer Extensa 5220 Laptop. Ich gehe mit ifup ins Internet und verwende Umtsmon für meinen Umts-Stick und wicd (Version 1.6.0-1.1) für Wlan-Verbindungen.

Das Problem: Wenn ich mit der wlan-Karte im Internet war und anschließend über UMTS eine Verbindung herstellen möchte, muss ich immer erst "netconfig -f update" ausführen, damit ich mit Firefox und co. ins Internet kann. Und das, obwohl ich laut Umtsmon verbunden bin, mit Umtsmon sms versenden kann und auch ein Ping einwandfrei funktioniert.

Ich habe mir bereits mehrere Artikel zu ähnlichen Themen angesehen. Leider kann ich als Laie nicht beurteilen, was für die Lösung meines Problems nützlich ist.

Hier einmal ein paar Ausgaben, die in anderen Beiträgen von den Helfern gefordert worden sind:

ifconfig
Code:
eth0      Link encap:Ethernet  Hardware Adresse 00:22:68:B9:4B:61
          inet6 Adresse: fe80::222:68ff:feb9:4b61/64 Gültigkeitsbereich:Verbindung
          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)
          Interrupt:17

eth1      Link encap:Ethernet  Hardware Adresse 00:1D:72:C5:CD:CE
          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)
          Interrupt:16

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:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:340 (340.0 b)  TX bytes:340 (340.0 b)

ppp0      Link encap:Punkt-zu-Punkt Verbindung
          inet Adresse:10.42.174.227  P-z-P:10.64.64.64  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:391 errors:0 dropped:0 overruns:0 frame:0
          TX packets:445 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:3
          RX bytes:234597 (229.0 Kb)  TX bytes:74711 (72.9 Kb)

route -n
Code:
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

cat /etc/resolv.conf
Code:
### /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 193.189.244.205
nameserver 193.189.244.197

Evtl. helfen auch die /var/log/messeges weiter. hier steht etwas zu pppd und DNS.

Code:
Jun 25 17:02:51 linux-c0lm pppd[4360]: Could not determine remote IP address: defaulting to 10.64.64.64
Jun 25 17:02:51 linux-c0lm pppd[4360]: local  IP address 10.69.132.132
Jun 25 17:02:51 linux-c0lm pppd[4360]: remote IP address 10.64.64.64
Jun 25 17:02:51 linux-c0lm pppd[4360]: primary   DNS address 193.189.244.197
Jun 25 17:02:51 linux-c0lm pppd[4360]: secondary DNS address 193.189.244.205

Zur Sicherheit noch die ganzen /var/log/messeges:
Code:
Jun 25 17:01:10 linux-c0lm syslog-ng[2069]: syslog-ng starting up; version='2.0.9'
Jun 25 17:01:11 linux-c0lm rchal: CPU frequency scaling is not supported by your processor.
Jun 25 17:01:11 linux-c0lm rchal: boot with 'CPUFREQ=no' in to avoid this warning.
Jun 25 17:01:11 linux-c0lm rchal: Cannot load cpufreq governors - No cpufreq driver available
Jun 25 17:01:13 linux-c0lm firmware.sh[2262]: Cannot find  firmware file 'intel-ucode/06-16-01'
Jun 25 17:01:15 linux-c0lm SuSEfirewall2: batch committing...
Jun 25 17:01:15 linux-c0lm kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.192:2): operation="profile_load" name="/bin/ping" name2="default" pid=1876
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.244:3): operation="profile_load" name="/sbin/klogd" name2="default" pid=1881
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.332:4): operation="profile_load" name="/sbin/syslog-ng" name2="default" pid=1888
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.440:5): operation="profile_load" name="/sbin/syslogd" name2="default" pid=1896
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.568:6): operation="profile_load" name="/usr/sbin/avahi-daemon" name2="default" pid=1902
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.660:7): operation="profile_load" name="/usr/sbin/identd" name2="default" pid=1921
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.788:8): operation="profile_load" name="/usr/sbin/mdnsd" name2="default" pid=1930
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942068.916:9): operation="profile_load" name="/usr/sbin/nscd" name2="default" pid=1943
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942069.032:10): operation="profile_load" name="/usr/sbin/ntpd" name2="default" pid=1946
Jun 25 17:01:15 linux-c0lm kernel: type=1505 audit(1245942069.108:11): operation="profile_load" name="/usr/sbin/traceroute" name2="default" pid=1955
Jun 25 17:01:15 linux-c0lm kernel: powernow: This module only works with AMD K7 CPUs
Jun 25 17:01:15 linux-c0lm kernel: IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
Jun 25 17:01:15 linux-c0lm kernel: firmware: requesting intel-ucode/06-16-01
Jun 25 17:01:15 linux-c0lm kernel: NET: Registered protocol family 10
Jun 25 17:01:15 linux-c0lm kernel: lo: Disabled Privacy Extensions
Jun 25 17:01:15 linux-c0lm kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Jun 25 17:01:15 linux-c0lm kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jun 25 17:01:15 linux-c0lm kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Jun 25 17:01:15 linux-c0lm kernel: CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Plase use
Jun 25 17:01:15 linux-c0lm kernel: nf_conntrack.acct=1 kernel paramater, acct=1 nf_conntrack module option or
Jun 25 17:01:15 linux-c0lm kernel: sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
Jun 25 17:01:15 linux-c0lm SuSEfirewall2: Firewall rules set to CLOSE.
Jun 25 17:01:19 linux-c0lm kdm_config[2391]: Multiple occurrences of key 'UseTheme' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Jun 25 17:01:19 linux-c0lm ifup:     lo        
Jun 25 17:01:19 linux-c0lm ifup:     lo        
Jun 25 17:01:19 linux-c0lm ifup: IP address: 127.0.0.1/8  
Jun 25 17:01:19 linux-c0lm ifup:  
Jun 25 17:01:19 linux-c0lm ifup:               
Jun 25 17:01:19 linux-c0lm ifup: IP address: 127.0.0.2/8  
Jun 25 17:01:19 linux-c0lm ifup:  
Jun 25 17:01:19 linux-c0lm ifplugd(eth1)[2684]: ifplugd 0.28 initializing.
Jun 25 17:01:20 linux-c0lm kernel: tg3 0000:02:00.0: wake-up capability disabled by ACPI
Jun 25 17:01:20 linux-c0lm kernel: tg3 0000:02:00.0: PME# disabled
Jun 25 17:01:20 linux-c0lm kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Jun 25 17:01:20 linux-c0lm ifplugd(eth1)[2684]: Using interface eth1/00:1D:72:C5:CD:CE with driver <tg3> (version: 3.94)
Jun 25 17:01:20 linux-c0lm ifplugd(eth1)[2684]: Using detection mode: SIOCETHTOOL
Jun 25 17:01:20 linux-c0lm ifplugd(eth1)[2684]: Initialization complete, link beat not detected.
Jun 25 17:01:20 linux-c0lm ifup:     eth1      device: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)
Jun 25 17:01:20 linux-c0lm ifup:     eth1      is controlled by ifplugd
Jun 25 17:01:22 linux-c0lm kernel: [drm] Initialized drm 1.1.0 20060810
Jun 25 17:01:22 linux-c0lm kernel: pci 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Jun 25 17:01:22 linux-c0lm kernel: pci 0000:00:02.0: setting latency timer to 64
Jun 25 17:01:22 linux-c0lm kernel: [drm] Initialized i915 1.6.0 20060119 on minor 0
Jun 25 17:01:22 linux-c0lm kernel: [drm:i915_getparam] *ERROR* Unknown parameter 5
Jun 25 17:01:24 linux-c0lm kernel: [drm:i915_getparam] *ERROR* Unknown parameter 5
Jun 25 17:01:24 linux-c0lm kernel: eth0: no IPv6 routers present
Jun 25 17:01:30 linux-c0lm auditd[3284]: Started dispatcher: /sbin/audispd pid: 3292
Jun 25 17:01:30 linux-c0lm auditd[3284]: Init complete, auditd 1.7.7 listening for events (startup state disable)
Jun 25 17:01:30 linux-c0lm audispd: priority_boost_parser called with: 4
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Found user 'avahi' (UID 104) and group 'avahi' (GID 105).
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Successfully dropped root privileges.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: avahi-daemon 0.6.24 starting up.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Loading service file /etc/avahi/services/sftp-ssh.service.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Loading service file /etc/avahi/services/ssh.service.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Network interface enumeration completed.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Registering new address record for fe80::222:68ff:feb9:4b61 on eth0.*.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Server startup complete. Host name is linux-c0lm.local. Local service cookie is 3418153448.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Service "linux-c0lm" (/etc/avahi/services/ssh.service) successfully established.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Service "SFTP File Transfer on linux-c0lm" (/etc/avahi/services/sftp-ssh.service) successfully established.
Jun 25 17:01:30 linux-c0lm avahi-daemon[3332]: Registering HINFO record with values 'I686'/'LINUX'.
Jun 25 17:01:30 linux-c0lm audispd: af_unix plugin initialized
Jun 25 17:01:30 linux-c0lm audispd: audispd initialized with q_depth=80 and 1 active plugins
Jun 25 17:01:32 linux-c0lm ifup:     eth0      device: Broadcom Corporation BCM4312 802.11b/g (rev 01)
Jun 25 17:01:32 linux-c0lm ifup:     eth0      Startmode is 'manual'
Jun 25 17:01:32 linux-c0lm ifup:     irda0     
Jun 25 17:01:32 linux-c0lm ifup:               No configuration found for irda0
Jun 25 17:01:33 linux-c0lm /usr/sbin/cron[3764]: (CRON) STARTUP (V5.0)
Jun 25 17:01:34 linux-c0lm smartd[3793]: smartd 5.39 2008-10-24 22:33 [i686-suse-linux-gnu] (openSUSE RPM) Copyright (C) 2002-8 by Bruce Allen, http://smartmontools.sourceforge.net
Jun 25 17:01:34 linux-c0lm smartd[3793]: Opened configuration file /etc/smartd.conf
Jun 25 17:01:34 linux-c0lm smartd[3793]: Drive: DEVICESCAN, implied '-a' Directive on line 26 of file /etc/smartd.conf
Jun 25 17:01:34 linux-c0lm smartd[3793]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices
Jun 25 17:01:34 linux-c0lm smartd[3793]: Device: /dev/sda, type changed from 'scsi' to 'sat'
Jun 25 17:01:34 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], opened
Jun 25 17:01:34 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], found in smartd database.
Jun 25 17:01:35 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Jun 25 17:01:35 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], state read from /var/lib/smartmontools/smartd.Hitachi_HTS542512K9SA00-080725BB6200ABCW1RDF.ata.state
Jun 25 17:01:35 linux-c0lm smartd[3793]: Device: /dev/sdb, opened
Jun 25 17:01:35 linux-c0lm smartd[3793]: Device: /dev/sdb, NO MEDIUM present; skip device
Jun 25 17:01:35 linux-c0lm smartd[3793]: Monitoring 1 ATA and 0 SCSI devices
Jun 25 17:01:35 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 119 to 177
Jun 25 17:01:36 linux-c0lm smartd[3793]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Hitachi_HTS542512K9SA00-080725BB6200ABCW1RDF.ata.state
Jun 25 17:01:36 linux-c0lm smartd[3807]: smartd has fork()ed into background mode. New PID=3807.
Jun 25 17:01:37 linux-c0lm smpppd[3817]: smpppd version 1.59_SVN31 started
Jun 25 17:01:37 linux-c0lm SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Jun 25 17:01:37 linux-c0lm SuSEfirewall2: using default zone 'ext' for interface irda0
Jun 25 17:01:37 linux-c0lm sshd[3905]: Server listening on 0.0.0.0 port 22.
Jun 25 17:01:37 linux-c0lm sshd[3905]: Server listening on :: port 22.
Jun 25 17:01:38 linux-c0lm SuSEfirewall2: batch committing...
Jun 25 17:01:38 linux-c0lm SuSEfirewall2: Firewall rules successfully set
Jun 25 17:02:17 linux-c0lm su: (to root) uwe on /dev/pts/1
Jun 25 17:02:19 linux-c0lm dns-resolver: force replace set: backup created as /etc/resolv.conf.20090625-170219
Jun 25 17:02:49 linux-c0lm kernel: PPP generic driver version 2.4.2
Jun 25 17:02:49 linux-c0lm pppd[4360]: pppd 2.4.5 started by uwe, uid 1000
Jun 25 17:02:49 linux-c0lm pppd[4360]: Using interface ppp0
Jun 25 17:02:49 linux-c0lm pppd[4360]: Connect: ppp0 <--> /dev/ttyUSB0
Jun 25 17:02:49 linux-c0lm kernel: PPP BSD Compression module registered
Jun 25 17:02:49 linux-c0lm kernel: PPP Deflate Compression module registered
Jun 25 17:02:51 linux-c0lm pppd[4360]: Could not determine remote IP address: defaulting to 10.64.64.64
Jun 25 17:02:51 linux-c0lm pppd[4360]: local  IP address 10.69.132.132
Jun 25 17:02:51 linux-c0lm pppd[4360]: remote IP address 10.64.64.64
Jun 25 17:02:51 linux-c0lm pppd[4360]: primary   DNS address 193.189.244.197
Jun 25 17:02:51 linux-c0lm pppd[4360]: secondary DNS address 193.189.244.205
Jun 25 17:02:52 linux-c0lm SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Jun 25 17:02:52 linux-c0lm SuSEfirewall2: using default zone 'ext' for interface irda0
Jun 25 17:02:52 linux-c0lm SuSEfirewall2: using default zone 'ext' for interface ppp0
Jun 25 17:02:52 linux-c0lm SuSEfirewall2: batch committing...
Jun 25 17:02:52 linux-c0lm SuSEfirewall2: Firewall rules successfully set
Jun 25 17:02:52 linux-c0lm pppd[4385]: Script /etc/ppp/ip-up finished (pid 4386), status = 0x0
Jun 25 17:08:52 linux-c0lm pulseaudio[4702]: main.c: High-priority scheduling enabled in configuration but not allowed by policy.
Jun 25 17:08:52 linux-c0lm pulseaudio[4704]: pid.c: Stale PID file, overwriting.
Jun 25 17:14:15 linux-c0lm su: (to root) uwe on /dev/pts/1
Jun 25 17:31:36 linux-c0lm smartd[3807]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 177 to 127
Jun 25 17:34:28 linux-c0lm kernel: hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Jun 25 17:41:31 linux-c0lm su: (to root) uwe on /dev/pts/2
Jun 25 17:41:31 linux-c0lm su: (to root) uwe on /dev/pts/2

Beste Grüße und Vielen Dank im Voraus!

Uwe
 
OP
U

Uwe81

Newbie
Ich habe mir die vorgeschlagene Seite angesehen und muss sagen, dass das mit dem Ping doch nicht so einwandfrei funktioniert, wie ich zuvor behauptet habe.
Auf der Unterseite "Tests bei Problemen mit der Internetverbindung" steht:

5) ping IP-Adresse im Internet zum Beispiel:
ping 195.135.220.3
testet die Internetverbindung Hinweis: 195.135.220.3 ist die IP-Adresse von www.suse.de und antwortet auf pings (nicht alle Rechner im Internet tun das).

Das meinte ich mit "Ping funktioniert einwandfrei" (siehe Ausgabe).

Code:
PING 195.135.220.3 (195.135.220.3) 56(84) bytes of data.
64 bytes from 195.135.220.3: icmp_seq=1 ttl=51 time=802 ms
64 bytes from 195.135.220.3: icmp_seq=2 ttl=51 time=411 ms
64 bytes from 195.135.220.3: icmp_seq=3 ttl=51 time=380 ms
64 bytes from 195.135.220.3: icmp_seq=4 ttl=51 time=395 ms
64 bytes from 195.135.220.3: icmp_seq=5 ttl=51 time=395 ms
64 bytes from 195.135.220.3: icmp_seq=6 ttl=51 time=396 ms
64 bytes from 195.135.220.3: icmp_seq=7 ttl=51 time=391 ms
64 bytes from 195.135.220.3: icmp_seq=8 ttl=51 time=411 ms
64 bytes from 195.135.220.3: icmp_seq=9 ttl=51 time=411 ms
64 bytes from 195.135.220.3: icmp_seq=10 ttl=51 time=411 ms
64 bytes from 195.135.220.3: icmp_seq=11 ttl=51 time=421 ms
64 bytes from 195.135.220.3: icmp_seq=12 ttl=51 time=427 ms
64 bytes from 195.135.220.3: icmp_seq=13 ttl=51 time=427 ms
^C64 bytes from 195.135.220.3: icmp_seq=14 ttl=51 time=427 ms
64 bytes from 195.135.220.3: icmp_seq=15 ttl=51 time=427 ms
^C
--- 195.135.220.3 ping statistics ---
15 packets transmitted, 15 received, 0% packet loss, time 14014ms
rtt min/avg/max/mdev = 380.257/436.034/802.026/98.905 ms

Der nächste Schritt in der Anleitung heißt:

6) ping Hostname im Internet testet die Namensauflösung im Internet zum Beispiel:
ping www.suse.de

hier erhalte ich jedoch gar nichts als Ausgabe!

Wenn ich dann "netconfig update -f" eingebe, klappt es mit ping www.suse.de (siehe Ausgabe).
Code:
ping www.suse.de
PING turing.suse.de (195.135.220.3) 56(84) bytes of data.
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=1 ttl=51 time=479 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=2 ttl=51 time=399 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=3 ttl=51 time=418 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=4 ttl=51 time=394 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=5 ttl=51 time=410 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=6 ttl=51 time=407 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=7 ttl=51 time=406 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=8 ttl=51 time=402 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=9 ttl=51 time=398 ms
^C
--- turing.suse.de ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8020ms
rtt min/avg/max/mdev = 394.891/413.149/479.733/24.507 ms
 
OP
U

Uwe81

Newbie
Ich habe noch etwas zum Thema Namensauflösung und Umtsmon gefunden.

http://wiki.archlinux.de/title/Surfstick_einrichten

dort steht:

Keine Namensauflösung möglich

Es kann unter gewissen Konfigurationen vorkommen, dass nach dem Verbinden per Script die resolv.conf falsche Besitzangaben und falsche Rechte hat. Dies resultiert darin, dass man nur als root auf das DNS zugreifen kann, und als Nutzer keine Auflösung von Domains mehr möglich ist.

Ein Workaround dafür ist, eine pppd-Startdatei anzupassen. Dazu wechselt man in das Verzeichnis „/etc/ppp/ip-up.d/“, dort bearbeitet oder erstellt man eine Datei „00-dns.sh“

Entweder muss man hier ganz am Ende der Datei, oder in der neuen, leeren Datei folgendes reinschreiben.

chmod 640 /etc/resolv.conf
chown root:network /etc/resolv.conf

Dadurch wird der Standard für diese Datei wiederhergestellt, und man hat auch als normaler Nutzer wieder Zugriff auf die Namensauflösung.

Es klingt ganz so, als würde mir das weiterhelfen. Da bei mir die Datei nicht vorhanden ist, müsste ich sie anlegen.

Hirezu hätte ich noch ein, zwei Fragen:

1) Dort steht: "... in der neuen, leeren Datei folgendes reinschreiben." Es handelt sich doch um ein Shellscript, oder? Deshalb muss ich doch wohl auch noch die Zeile "#!/bin/bash" vor den Einträgen schreiben, oder?

2) Erstelle ich das Shellsript als normaler User oder mach ich das als root? Und muss ich die Datei als root ausführbar machen?

Entschuldigt bitte die vielleicht etwas merkwürdig anmutenden Fragen. Aber ich habe noch nie ein Shellscript erstellt und möchte bloß sichergehen, dass ich da keinen Unfug betreibe.

Beste Grüße

Uwe
 
OP
U

Uwe81

Newbie
Hallo,

ich habe das Problem für mich jetzt einfach so gelöst, indem ich den Befehl einfach in die Datei boot.local geschrieben habe. Somit entfällt für mich die Tipparbeit und ich bin zufrieden. Ist wohl eine Handwerkerlösung, aber für mich war es ausreichend.

Danke trotzdem für die Hilfe.

Beste Grüße

Uwe
 

spoensche

Moderator
Teammitglied
Uwe81 schrieb:
I
ping IP-Adresse im Internet zum Beispiel:
ping 195.135.220.3
testet die Internetverbindung Hinweis: 195.135.220.3 ist die IP-Adresse von http://www.suse.de und antwortet auf pings (nicht alle Rechner im Internet tun das).

So ziemlich jeder Server im Internet antwortet auf einen Ping (ICMP echo-request) mit einem echo-reply und signalisiert damit, dass der Server erreichbar ist.

Uwe81 schrieb:
1) Dort steht: "... in der neuen, leeren Datei folgendes reinschreiben." Es handelt sich doch um ein Shellscript, oder? Deshalb muss ich doch wohl auch noch die Zeile "#!/bin/bash" vor den Einträgen schreiben, oder?

Die /etc/resolv.conf ist kein Shell- Script und somit auch kein Bash-Script. Die Datei ist die Konfiguration für den Resolver, DNS- Client, damit dieser weiss, welchen Nameserver er fragen soll, ob eine IP- Adresse einer Domain zugeordnet ist, was es dir ermöglicht einen Server über die Domain bzw. den Domainnamen zu kontaktieren. (Sonst müsstest du für eine Webseite die IP- Adresse und ggf. den Port in der Adresszeile des Browsers o.ä. eingeben).

Uwe81 schrieb:
Entschuldigt bitte die vielleicht etwas merkwürdig anmutenden Fragen. Aber ich habe noch nie ein Shellscript erstellt und möchte bloß sichergehen, dass ich da keinen Unfug betreibe.

Deine Entschuldigung ist unnötig.:) Jeder hat mal klein angefangen und so etwas wie, was ein Shell- Script ist etc. kommt mit der Zeit aautomatisch.


Da eine UMTS- Verbindung eine Einwahlverbindung ist, muss der smpppd gestartet sein. Das kannst du per Yast->System->Runleveleditor machen.

Wenn du noch andere alternative Lösungen haben möchtest, wäre es gut, wenn du die Logs von Umtsmon posten würdest.
 
Oben