ComputerBase
Aktuelles

Synology VPN funktioniert mit iOS aber nicht mit MacOS?

  • Ersteller Ersteller Green Mamba
  • Erstellt am Erstellt am
G

Green Mamba

Gast
Moin zusammen,

ich habe im Büro einen Synology-Server hinter einer Fritzbox. Konfiguration der Syno seht ihr im Anhang.
Bildschirmfoto 2015-04-22 um 07.41.49.png
Ich kann mich mit dem iPhone oder der iPad wunderbar verbinden und über das VPN surfen und aufs LAN zugreifen. Alles funktioniert prima. Den gleichen Account trage ich nun in der Systemsteuerung meines MacBooks ein und kann, sobald das VPN aktiviert wurde, auf keine Seite mehr zugreifen. Ich hatte zunächst eine fehlerhafte DNS-Konfiguration im Verdacht. Wenn ich aber statt https://www.google.de https://173.194.113.111 aufrufe, wird ebenfalls keine Seite angezeigt. Was könnte noch Ursache für das Problem sein?

Viele Grüße
 
Warum realisierst du die von Verbindung nicht direkt über die fritzbox?
 
steht unter systemeinstellung/netzwerk/vpn/weitere optionen der haken "gesamten verkehr über die vpn verbindung senden" richtig?
 
@Kugelfisch
Das Fritz-VPN kommt aus verschiedenen Gründen für mich nicht in Frage.

@chirgu
Der Haken ist gesetzt wenn du das mit 'richtig' meinst. :)
 
dann wird sämtlicher datenverkehr über vpn geleitet, auch über browser... ist der haken nicht "ein" wird nur der auf 10.0.0.x adressierte verkehr auf vpn geleitet.

dir ist schon bewusst, dass PPTP nicht wirklich "sicher" ist..
 
chrigu: du weist schon das PPTP nur ein Container ist, entscheidend ist was für eine Verschlüsselung du verwendest :) Und MS-CHAP ist glaub ich schon seit 10 Jahren geknackt.
 
genau genommen ist das ein protokoll. container gibt es beim video oder als behältnis für Waren oder ex-Waren
 
Mal abgesehen von der unsicheren Unsicherheit, noch jemand einen Tip was ich noch versuchen könnte?
 
vergleich alles mit dem ios, welche verschlüsselung usw. du hast.
 
Ja, das habe ich ja bereits. Alles soweit vergleichbar auch identisch eingestellt.
 
DSM und OSX sind vermitlich die neusten Versionen?
 
Ja, beide. Habe die VPN-Verbindung auch mal neu angelegt, hat nichts geholfen.
 
Funktioniert ein PING auf die DS durch den tunnel? Also: ping 10.0.0.1
Mal mit ifconfig ausgeben lassen wie der VPN-netzadapter konfiguriert ist.
 
Nein, auch der Ping funktioniert nicht.

Code: 
ifconfiglo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 ::1 prefixlen 128 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    nd6 options=1<PERFORMNUD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 6c:40:08:b2:ba:c8 
    inet6 fe80::6e40:8ff:feb2:bac8%en0 prefixlen 64 scopeid 0x4 
    inet 10.227.232.181 netmask 0xffffff00 broadcast 10.227.232.255
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active
en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=60<TSO4,TSO6>
    ether 72:00:06:b7:78:70 
    media: autoselect <full-duplex>
    status: inactive
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=60<TSO4,TSO6>
    ether 72:00:06:b7:78:71 
    media: autoselect <full-duplex>
    status: inactive
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 0e:40:08:b2:ba:c8 
    media: autoselect
    status: inactive
awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1452
    ether 9a:a8:99:cf:bb:e0 
    inet6 fe80::98a8:99ff:fecf:bbe0%awdl0 prefixlen 64 scopeid 0x8 
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=63<RXCSUM,TXCSUM,TSO4,TSO6>
    ether 6e:40:08:2b:63:00 
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en1 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 5 priority 0 path cost 0
    member: en2 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 6 priority 0 path cost 0
    nd6 options=1<PERFORMNUD>
    media: <unknown type>
    status: inactive
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:50:56:c0:00:01 
    inet 192.168.125.1 netmask 0xffffff00 broadcast 192.168.125.255
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:50:56:c0:00:08 
    inet 172.16.160.1 netmask 0xffffff00 broadcast 172.16.160.255
ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1396
    inet6 fe80::6e40:8ff:feb2:bac8%ppp0 prefixlen 64 scopeid 0xc 
    inet 10.0.0.1 --> 10.0.0.0 netmask 0xffffff00 
    nd6 options=1<PERFORMNUD>
 
Zuletzt bearbeitet:
Ach so, die DS hat die IP 10.0.0.0 geht darauf der ping? Aber schon komisch das du dich selbst nicht mal anpingen kannst. Leider bin ich nicht so fit das ich den Einblick habe ob deine VM-Ware Installation hier Probleme machen könnte (sollte eigentlich nicht).
Ich kann nur noch anbieten das ich es heute abend mal bei mir probieren.
Zu Sicherheit noch mal ein "netstat -r" aber ein ping auf 10.0.0.0 und 10.0.0.1 sollte immer gehen!
 
Vielen Dank für deine Hilfe. Der Ping auf 10.0.0.0 funktioniert einwandfrei. Hier mal noch die Ausgabe von netstat -r
Code: 
Routing tables


Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            link#12            UCS            11        0    ppp0
default            10.227.232.254     UGScI           5        0     en0
a2-16-100-97.deplo link#12            UHWIi           1        4    ppp0
10.0.0.0           10.0.0.1           UH              0        3    ppp0
10/24              ppp0               USc             0        3    ppp0
10.227.232/24      link#4             UCS             1        0     en0
10.227.232.181/32  link#4             UCS             0        0     en0
10.227.232.254/32  link#4             UCS             1        0     en0
10.227.232.254     88:43:e1:d2:f:72   UHLWIir         8      190     en0     86
10.227.232.255     ff:ff:ff:ff:ff:ff  UHLWbI          0        7     en0
time.euro.apple.co link#12            UHWIi           1        1    ppp0
17.110.226.165     link#12            UHWIi           1       17    ppp0
17.130.254.21      link#12            UHWIi           1        7    ppp0
62.138.116.3       link#12            UHWIi           2        4    ppp0
a77.109.171-83.dep link#12            UHWIi           1        3    ppp0
a77.109.171-113.de link#12            UHWIi           1        5    ppp0
xdsl-87-78-116-130 10.227.232.254     UGHS           25      991     en0
www.computerbase.d link#12            UHWIi           1       12    ppp0
94.245.121.252     link#12            UHWIi           1        1    ppp0
127                localhost          UCS             0        0     lo0
localhost          localhost          UH             33   989275     lo0
132.245.224.194    link#12            UHWIi           1       84    ppp0
169.254            link#4             UCS             0        0     en0
172.16.160/24      link#11            UC              3        0  vmnet8
172.16.160.1       0:50:56:c0:0:8     UHLWI           0       79     lo0
172.16.160.133     0:c:29:1e:16:2e    UHLWIi          1       88  vmnet8   1176
172.16.160.255     ff:ff:ff:ff:ff:ff  UHLWbI          0        8  vmnet8
192.168.125        link#10            UC              2        0  vmnet1
192.168.125.1      0:50:56:c0:0:1     UHLWIi          1       79     lo0
192.168.125.255    ff:ff:ff:ff:ff:ff  UHLWbI          0        7  vmnet1
fritz.box          link#12            UHW3I           0       37    ppp0      5


Internet6:
Destination        Gateway            Flags         Netif Expire
localhost          localhost          UHL             lo0
fe80::%lo0         fe80::1%lo0        UcI             lo0
fe80::1%lo0        link#1             UHLI            lo0
fe80::%en0         link#4             UCI             en0
fe80::6e40:8ff:feb 6c:40:8:b2:ba:c8   UHLI            lo0
fe80::%awdl0       link#8             UCI           awdl0
fe80::98a8:99ff:fe 9a:a8:99:cf:bb:e0  UHLI            lo0
fe80::%ppp0        link#12            UCI            ppp0
fe80::6e40:8ff:feb link#12            UHLI            lo0
ff01::%lo0         localhost          UmCI            lo0
ff01::%en0         link#4             UmCI            en0
ff01::%awdl0       link#8             UmCI          awdl0
ff01::%ppp0        link#12            UmCI           ppp0
ff02::%lo0         localhost          UmCI            lo0
ff02::%en0         link#4             UmCI            en0
ff02::%awdl0       link#8             UmCI          awdl0
ff02::%ppp0        link#12            UmCI           ppp0
 
Leider ist es schwer zu testen wenn alles im selbem Netz steht, aber bei mir sieht es gut aus.
Nur beim ersten Versuch ging es noch nicht, aber nach einem Disconnect (mit Config durchschauen aber nichts ändern) und einem erneutem verbinden ging es.
Hab genau das gemacht was in der Syno-Anleitung steht.


Ping auf 10.1.0.0 und auch der ping auf mein mbp selbst 10.1.0.1 geht.
Der DNS und auch die Route gehen durch den Tunnel:
Code: 
$ traceroute www.computerbase.de
traceroute to www.computerbase.de (87.230.75.2), 64 hops max, 52 byte packets
 1  10.1.0.0 (10.1.0.0)  4.864 ms  5.791 ms  8.683 ms
 2  fritz.box (192.168.3.1)  7.162 ms  9.058 ms  7.583 ms
...

Hier der interessante Teil von ifconfig:
Code: 
ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1388
	inet6 fe80::ca2a:14ff:fe14:1243%ppp0 prefixlen 64 scopeid 0xa 
	inet 10.1.0.1 --> 10.1.0.0 netmask 0xff000000 
	nd6 options=1<PERFORMNUD>

und der von netstat -r beim ersten verbinden wo mein MBP trotz Tunnel direkt verbunden hat.
Code: 
Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            fritz.box          UGSc           24       43     en0
default            link#10            UCSI            0        0    ppp0
10                 ppp0               USc             0        0    ppp0
10.1.0.0           10.1.0.1           UH              1        0    ppp0
127                localhost          UCS             0        0     lo0
localhost          localhost          UH             34  1341937     lo0
169.254            link#4             UCS             0        0     en0
192.168.3          link#4             UCS             5        0     en0
192.168.3.1/32     link#4             UCS             2        0     en0
fritz.box          xx:xx:xx:xx:xx:xx  UHLWIir        27     1134     en0   1198
winPC.fritz.box    xx:xx:xx:xx:xx:xx  UHLWI           0        0     en0   1123
192.168.3.139/32   link#4             UCS             1        0     en0
mbp.fritz.box      xx:xx:xx:xx:xx:xx  UHLWI           0        6     lo0
diskstation.fritz. xx:xx:xx:xx:xx:xx  UHLWIi          5     3836     en0    942

Und hier dann beim zweiten mal verbinden, gut zu sehen das ppp0 die höchste prio hat.
Code: 
Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            link#10            UCS            24        0    ppp0
default            fritz.box          UGScI           6        0     en0
10                 ppp0               USc             1        0    ppp0
10.1.0.0           10.1.0.1           UH              0        3    ppp0
...
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

N
SMB Zugriff über VPN funktioniert nicht mehr
Antworten
13
Aufrufe
2.444
madmax2010
madmax2010
corpse_1
Proxy mit VPN funktioniert nicht mehr
Antworten
15
Aufrufe
1.129
Datax
D
U
Fritzbox Site to Site VPN funktioniert nicht mehr
Antworten
2
Aufrufe
2.484
UnBreakable
U
I
VPN funktioniert nicht über Heim-Wlan
Antworten
8
Aufrufe
3.030
Raijin
Raijin
Y
VPN funktioniert nicht
Antworten
6
Aufrufe
1.152
BFF
BFF
Zurück
Oben

Willkommen auf ComputerBase!

Mit Werbung weiterlesen

Besuche ComputerBase wie gewohnt mit Werbung und Tracking. Die Zustimmung ist jederzeit widerrufbar.

Details im Privacy Center und in der Liste unserer Partner. Ein Widerruf ist möglich in der Datenschutzerklärung.

… oder ComputerBase Pro bestellen

Nutze ComputerBase ohne Werbebanner, Video-Ads und Werbetracking schon für 4 €/Monat oder 36 €/Jahr.

Mehr zu ComputerBase Pro

Bereits Pro-Nutzer? Hier anmelden.

Tracking: Wir und unsere 177 Partner verarbeiten personenbezogene Daten, indem wir mit auf Ihrem Gerät gespeicherten Informationen (z. B. eindeutige Kennungen in Cookies) ein Nutzungsprofil erstellen, um z. B. Anzeigen zu personalisieren. Verarbeitungszwecke: Genaue Standortdaten und Abfrage von Geräteeigenschaften zur Identifikation, Informationen auf einem Gerät speichern und/oder abrufen, Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen.

Impressum Kontakt Datenschutz