UMTS+Bluetooth+E71+Thinkpad

Bei O2 habe ich das Problem, dass ich die zugewiesenen DNS-Server irgendwie gar nicht benutzen kann.
Probier mal, einen anderen DNS-Server zu benutzen bzw. erstmal direkt irgendeinen Rechner anzupingen.
72.14.221.104 ist z.B. eine IP von google, mach dort mal ein traceroute hin. Was sagt er dann?
Hast du auch eingestellt, dass er überhaupt die ppp-Verbindung als Default-Route macht? Gib einfach mal den output von route -n, wenn du eingewählt bist.
 
Das merkwürdige ist, dass es funktioniert, wenn ich gleichzeitig eine vorhandene Wlan Verbindung habe. Wenn ich dann schaue, worüber er sich verbindet, bin ich im UMTS Netz. Komischerweise, wenn ich nun außerhalb meines Hauses gehe, wo es kein Wlan gibt und somit keine Verbindung zu irgendein Wlan besteht, dann funktioniert es nicht.

Im Handy steht dann etwas von
Status: Verbind. (inaktiv)

route -n zeigt mir:

Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

Habe mir ein Skript gebastelt:
#! /bin/bash

sudo ifconfig eth1 down
sudo ifconfig eth0 down
sudo /usr/bin/rfcomm bind 4 00:21:FE:7A:E2:2D 4
sudo gnome-ppp
sudo ifconfig eth1 up
sudo ifconfig eth0 up

Habe nun auch die /etc/resolv.conf beobachtet.
Wenn das Wlan aktiviert ist und ich mit dem UMTS verbinde, dann verändert sich der Nameserver auch genau mit den beiden Adressen, die von gnome-ppp ausgegeben werden. Wenn ich das Wlan dann deaktiviere, dann wird der Eintrag gelöscht. Wenn ich diese von der Hand wieder reinsetze, hilft es leider nichts.

Merkwürdig, oder? Irgendwo muss da der Wurm stecken
 
Was sagt denn ein traceroute nach draußen, wenn du direkt eine IP nimmst (jeweils mit und ohne wlan)?
 
Mit aktivierten Wlan und vorhandener Wlan-Verbindung: (Internet funzt auch im Browser)

traceroute 72.14.221.104
traceroute to 72.14.221.104 (72.14.221.104), 30 hops max, 60 byte packets
1 10.32.33.2 (10.32.33.2) 654.893 ms 690.824 ms 770.778 ms
2 10.32.16.97 (10.32.16.97) 798.736 ms 854.704 ms 934.660 ms
3 212.23.115.197 (212.23.115.197) 942.604 ms 970.572 ms 974.537 ms
4 10.32.10.171 (10.32.10.171) 1030.504 ms 1114.478 ms 1566.448 ms
5 10.32.10.171 (10.32.10.171) 1594.410 ms 1598.367 ms 1602.344 ms
6 *^C

Ohne aktivierten Wlan: (Internet funzt nicht im Browser)

traceroute to 72.14.221.104 (72.14.221.104), 30 hops max, 60 byte packets
1 10.32.33.2 (10.32.33.2) 682.180 ms 734.108 ms 766.064 ms
2 10.32.16.97 (10.32.16.97) 798.030 ms 854.008 ms 933.958 ms
3 212.23.115.197 (212.23.115.197) 961.894 ms 969.857 ms 973.828 ms
4 10.32.10.171 (10.32.10.171) 1049.794 ms 1157.767 ms 1485.733 ms
5 10.32.10.171 (10.32.10.171) 1489.701 ms 1489.671 ms 1521.611 ms
6 *^C

Also eigentlich das selbe wie ich find.. oder?
 
Hi,

Zur Diagnose würde ich gerne mal, nachdem Du ohne LAN/WLAN(!) per gnome-ppp verbunden hast, folgenden Output sehen
Code: 
route -n
cat /etc/resolv.conf
dig [url]www.heise.de[/url]

Unter 9.04 brauchst Du m.E. kein Gnome-PPP, der Networkmanager sollte das selbst können. Den rfcomm-Port kannst Du in /etc/bluetooth/rfcomm.conf persistent machen:
Code: 
#
# RFCOMM configuration file.
#

rfcomm0 {
	# Automatically bind the device at startup
	bind yes;

	# Bluetooth address of the device
	device 00:12:34:56:78:90; # --> Deine mac

	# RFCOMM channel for the connection
	channel	4;  

	# Description of the connection
	comment "E71";
}
 
esc@esc-tablet:~$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
esc@esc-tablet:~$ cat /etc/resolv.conf
nameserver 212.23.97.2
nameserver 212.23.97.3
# Generated by NetworkManager
esc@esc-tablet:~$ dig www.heise.de

; <<>> DiG 9.5.1-P2 <<>> www.heise.de
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44470
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 4

;; QUESTION SECTION:
;www.heise.de. IN A

;; ANSWER SECTION:
www.heise.de. 71787 IN A 193.99.144.85

;; AUTHORITY SECTION:
heise.de. 71787 IN NS ns.pop-hannover.de.
heise.de. 71787 IN NS ns.s.plusline.de.
heise.de. 71787 IN NS ns.plusline.de.
heise.de. 71787 IN NS ns2.pop-hannover.net.
heise.de. 71787 IN NS ns.heise.de.

;; ADDITIONAL SECTION:
ns.s.plusline.de. 133 IN A 212.19.40.14
ns.heise.de. 53481 IN A 193.99.145.37
ns.pop-hannover.de. 5600 IN A 193.98.1.200
ns2.pop-hannover.net. 74302 IN A 62.48.67.66

;; Query time: 792 msec
;; SERVER: 212.23.97.2#53(212.23.97.2)
;; WHEN: Sun Jun 7 17:44:04 2009
;; MSG SIZE rcvd: 236
Zum Vergrößern anklicken....
 
Also am Routing und an der DNS-Auflösung liegt es jedenfalls nicht, das zeigt der Output von dig www.heise.de.
Irgendwie scheint dein Browser ein Problem zu haben, oder hast Du vielleicht irgendwelche Firewallregeln im Ensatz?

Was sagt:
Code: 
telnet [url]www.heise.de[/url] 80

ps. benutze doch mal Code- statt Zitat-Blöcke für deinen Output, macht es übersichtlicher.
 
ich musste den offlinemodus im Firefox deaktivieren (Datei-> Offline arbeiten) Häkchen entfernen. Nun scheint es zu funktionieren!!!!!
 
Ah :) . Könnte sich um diesen Bug handeln: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/191889.
Probier von dort mal Workaround 1.

Ich hatte übrigens unrecht: Networkmanager mag bei mir nicht mit Bluetooth-Handies spielen (gibt es auch Bugs dazu). Wenn ich jedoch mein Nokia 6300 per Kabel (handelsübliches USB-A auf Mini-USB-Stecker) anschließe, dann kann ich in "Edit Connections -> Mobile Broadband" eine Verbindung einrichten (in den Eigenschaften der Verbindung, bei "IPv4 Settings" Method auf "Automatic PPP" stellen, sonst kein DNS).
 
Dank Dir.

Cool, da bin ich wohl auf ein Bug aufgelaufen! Wie hast du es gefunden? Vielleicht sollte ich launchpad als weitere Info-Quelle bei meinen nächsten Problemen miteinbeziehen..!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben