ubuntuusers.de

VPN funktioniert am Smartphone aber nicht auf Ubuntu

Status: Ungelöst | Ubuntu-Version: Ubuntu 13.10 (Saucy Salamander)
Antworten |

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14425

Transmitter schrieb:

Ubuntu, ohne VPN

# dig -x 31.13.81.97 +short

; <<>> DiG 9.8.1-P1 <<>> -x 31.13.81.97 +short
;; global options: +cmd
;; connection timed out; no servers could be reached

Ubuntu, mit VPN

# dig -x 31.13.81.97 +short

; <<>> DiG 9.8.1-P1 <<>> -x 31.13.81.97 +short
;; global options: +cmd
;; connection timed out; no servers could be reached
 

Debian, VPS (VPN Server in D)

# dig -x 31.13.81.97 +short
edge-star-shv-07-fra2.facebook.com.
 

In China (Ubuntu-PC mit und ohne VPN) funktioniert das "Reverse lookup" für facebook nicht. Port 443 der 31.13.81.97 ist erreichbar. Siehe mal im Browser mit "https://31.13.81.97"

EDIT:

Versuch mal zu loggen, welche Server Ubuntu aus China, für das reverse dns (für die Facebook-IP-Adresse 31.13.81.97) nicht erreichen kann:

sudo tcpdump -vn -i any dst port 53 or src port 53

Evtl. auch mit: http://ping.eu/nslookup/ versuchen.

EDIT 2:

Im Gegensatz zu dig, benutzt host den vorgegebenen DNS-Server (hier 8.8.4.4). Versuch mal auch:

host -v 31.13.81.97 8.8.4.4

Transmitter

(Themenstarter)

Anmeldungsdatum:
18. Mai 2008

Beiträge: 538

Das ist mir leider zu hoch .. :-S Ich will doch einfach nur ein VPN benutzen ☹ Wo könnte denn mein Fehler liegen? Soll ich den VPN Server noch mal neu aufsetzen? Oder liegt es an meinem Desktop hier?

Die Ausgaben:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
sudo tcpdump -vn -i any dst port 53 or src port 53
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
00:01:39.940327 IP (tos 0x0, ttl 64, id 14000, offset 0, flags [DF], proto UDP (17), length 62)
    127.0.0.1.46071 > 127.0.0.1.53: 57462+ A? www.facebook.com. (34)
00:01:39.940473 IP (tos 0x0, ttl 64, id 13124, offset 0, flags [DF], proto UDP (17), length 62)
    10.8.0.6.39952 > 61.235.70.98.53: 62560+ A? www.facebook.com. (34)
00:01:39.940480 IP (tos 0x0, ttl 64, id 34826, offset 0, flags [DF], proto UDP (17), length 62)
    10.8.0.6.39952 > 211.98.2.4.53: 62560+ A? www.facebook.com. (34)
00:01:40.782197 IP (tos 0x0, ttl 243, id 55482, offset 0, flags [DF], proto UDP (17), length 145)
    211.98.2.4.53 > 10.8.0.6.39952: 62560 1/2/2 www.facebook.com. A 46.82.174.68 (117)
00:01:40.782259 IP (tos 0x0, ttl 64, id 14001, offset 0, flags [DF], proto UDP (17), length 145)
    127.0.0.1.53 > 127.0.0.1.46071: 57462 1/2/2 www.facebook.com. A 46.82.174.68 (117)
00:01:40.782506 IP (tos 0x0, ttl 51, id 28944, offset 0, flags [none], proto UDP (17), length 78)
    211.98.2.4.53 > 10.8.0.6.39952: 62560 1/0/0 www.facebook.com. A 243.185.187.39 (50)
00:01:40.783295 IP (tos 0x10, ttl 116, id 2649, offset 0, flags [none], proto UDP (17), length 94)
    211.98.2.4.53 > 10.8.0.6.39952: 62560* 1/0/0 www.facebook.com. A 37.61.54.158 (66)
00:02:54.967174 IP (tos 0x0, ttl 64, id 14002, offset 0, flags [DF], proto UDP (17), length 62)
    127.0.0.1.49756 > 127.0.0.1.53: 10630+ A? www.facebook.com. (34)
00:02:54.967252 IP (tos 0x0, ttl 64, id 13125, offset 0, flags [DF], proto UDP (17), length 62)
    10.8.0.6.9347 > 61.235.70.98.53: 22497+ A? www.facebook.com. (34)
00:02:54.967282 IP (tos 0x0, ttl 64, id 34829, offset 0, flags [DF], proto UDP (17), length 62)
    10.8.0.6.9347 > 211.98.2.4.53: 22497+ A? www.facebook.com. (34)
00:02:55.786044 IP (tos 0x0, ttl 243, id 24158, offset 0, flags [DF], proto UDP (17), length 145)
    211.98.2.4.53 > 10.8.0.6.9347: 22497 1/2/2 www.facebook.com. A 46.82.174.68 (117)
00:02:55.786167 IP (tos 0x0, ttl 64, id 14003, offset 0, flags [DF], proto UDP (17), length 145)
    127.0.0.1.53 > 127.0.0.1.49756: 10630 1/2/2 www.facebook.com. A 46.82.174.68 (117)
00:02:55.786593 IP (tos 0x10, ttl 137, id 59456, offset 0, flags [none], proto UDP (17), length 94)
    211.98.2.4.53 > 10.8.0.6.9347: 22497* 1/0/0 www.facebook.com. A 78.16.49.15 (66)
00:02:55.792078 IP (tos 0x0, ttl 51, id 28944, offset 0, flags [none], proto UDP (17), length 78)
    211.98.2.4.53 > 10.8.0.6.9347: 22497 1/0/0 www.facebook.com. A 37.61.54.158 (50)
00:03:04.903505 IP (tos 0x0, ttl 64, id 14004, offset 0, flags [DF], proto UDP (17), length 58)
    127.0.0.1.38122 > 127.0.0.1.53: 62347+ A? imap.aol.com. (30)
00:03:04.903604 IP (tos 0x0, ttl 64, id 34832, offset 0, flags [DF], proto UDP (17), length 58)
    10.8.0.6.16758 > 211.98.2.4.53: 61477+ A? imap.aol.com. (30)
00:03:05.842423 IP (tos 0x0, ttl 243, id 8963, offset 0, flags [DF], proto UDP (17), length 526)
    211.98.2.4.53 > 10.8.0.6.16758: 61477 10/10/3 imap.aol.com. CNAME nginx.aol.com., nginx.aol.com. CNAME nginx.mx.aol.com.aol.akadns.net., nginx.mx.aol.com.aol.akadns.net. A 64.12.88.162, nginx.mx.aol.com.aol.akadns.net. A 64.12.95.121, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.130, nginx.mx.aol.com.aol.akadns.net. A 205.188.157.116, nginx.mx.aol.com.aol.akadns.net. A 205.188.170.17, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.129, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.161, nginx.mx.aol.com.aol.akadns.net. A 64.12.78.57 (498)
00:03:05.842564 IP (tos 0x0, ttl 64, id 14005, offset 0, flags [DF], proto UDP (17), length 526)
    127.0.0.1.53 > 127.0.0.1.38122: 62347 10/10/3 imap.aol.com. CNAME nginx.aol.com., nginx.aol.com. CNAME nginx.mx.aol.com.aol.akadns.net., nginx.mx.aol.com.aol.akadns.net. A 64.12.88.162, nginx.mx.aol.com.aol.akadns.net. A 64.12.95.121, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.130, nginx.mx.aol.com.aol.akadns.net. A 205.188.157.116, nginx.mx.aol.com.aol.akadns.net. A 205.188.170.17, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.129, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.161, nginx.mx.aol.com.aol.akadns.net. A 64.12.78.57 (498)
00:03:05.842965 IP (tos 0x0, ttl 64, id 14006, offset 0, flags [DF], proto UDP (17), length 58)
    127.0.0.1.33887 > 127.0.0.1.53: 58678+ A? imap.aol.com. (30)
00:03:05.843010 IP (tos 0x0, ttl 64, id 34833, offset 0, flags [DF], proto UDP (17), length 58)
    10.8.0.6.14421 > 211.98.2.4.53: 37775+ A? imap.aol.com. (30)
00:03:06.665079 IP (tos 0x0, ttl 243, id 49267, offset 0, flags [DF], proto UDP (17), length 526)
    211.98.2.4.53 > 10.8.0.6.14421: 37775 10/10/3 imap.aol.com. CNAME nginx.aol.com., nginx.aol.com. CNAME nginx.mx.aol.com.aol.akadns.net., nginx.mx.aol.com.aol.akadns.net. A 64.12.78.57, nginx.mx.aol.com.aol.akadns.net. A 205.188.157.116, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.130, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.129, nginx.mx.aol.com.aol.akadns.net. A 205.188.170.17, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.161, nginx.mx.aol.com.aol.akadns.net. A 64.12.95.121, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.162 (498)
00:03:06.665241 IP (tos 0x0, ttl 64, id 14007, offset 0, flags [DF], proto UDP (17), length 526)
    127.0.0.1.53 > 127.0.0.1.33887: 58678 10/10/3 imap.aol.com. CNAME nginx.aol.com., nginx.aol.com. CNAME nginx.mx.aol.com.aol.akadns.net., nginx.mx.aol.com.aol.akadns.net. A 64.12.78.57, nginx.mx.aol.com.aol.akadns.net. A 205.188.157.116, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.130, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.129, nginx.mx.aol.com.aol.akadns.net. A 205.188.170.17, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.161, nginx.mx.aol.com.aol.akadns.net. A 64.12.95.121, nginx.mx.aol.com.aol.akadns.net. A 64.12.88.162 (498)





host -v 31.13.81.97 8.8.4.4
Trying "97.81.13.31.in-addr.arpa"
Using domain server:
Name: 8.8.4.4
Address: 8.8.4.4#53
Aliases: 

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17762
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;97.81.13.31.in-addr.arpa.      IN      PTR

;; ANSWER SECTION:
97.81.13.31.in-addr.arpa. 4834  IN      PTR     edge-star-shv-07-fra2.facebook.com.

Received 90 bytes from 8.8.4.4#53 in 434 ms

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14425

Transmitter schrieb:

Soll ich den VPN Server noch mal neu aufsetzen? Oder liegt es an meinem Desktop hier?

Nein. Ich denke nicht, dass es am VPN-Server bzw. am Desktop liegt.

Die Frage ist, warum reverse lookup im VPN aus China, mit deinen DNS-Servern nicht funktioniert.

Transmitter schrieb:

host -v 31.13.81.97 8.8.4.4
Trying "97.81.13.31.in-addr.arpa"
Using domain server:
Name: 8.8.4.4
Address: 8.8.4.4#53
Aliases: 

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17762
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;97.81.13.31.in-addr.arpa.      IN      PTR

;; ANSWER SECTION:
97.81.13.31.in-addr.arpa. 4834  IN      PTR     edge-star-shv-07-fra2.facebook.com.

Received 90 bytes from 8.8.4.4#53 in 434 ms

EDIT:

Hier, als Ergänzung, auch deine Threads aus dem debian-Forum: http://debianforum.de/forum/viewtopic.php?f=30&t=148414

http://debianforum.de/forum/viewtopic.php?f=30&t=148431

Transmitter

(Themenstarter)

Anmeldungsdatum:
18. Mai 2008

Beiträge: 538

Schade, dass es nicht funktioniert. Habe jetzt stunnel verwendet und das läuft soweit prima.

Danke dir dennoch für deine Hilfe.

exaveal

Anmeldungsdatum:
17. März 2009

Beiträge: 515

Da ich in diesem Thread https://forum.ubuntuusers.de/topic/vpn-pptp-unter-xubuntu-geht-nicht-korrekt/ mit dem gleichen Problem kämpfe, und ich durch zufall auf diesen Thread gestoßen bin: Gab es für dein Problem eine Lösung?

Komme mit meinem Android Smartphone durch alle Iranischen Zensurmaschinen. Mit den gleichen Verbindungsdaten aber nicht vom Xubuntu-Laptop. Es ist also eindeutig ein Xubuntu-Fehlerverhalten. ☹

Antworten |