• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Was gibt es Schöneres als den Mai draußen in der Natur mit allen Sinnen zu genießen? Lasst uns teilhaben an Euren Erlebnissen und macht mit beim Thema des Monats Da blüht uns was! ---> Klick

Problem mit VPN Verbindung

Doke

Erdapfel
Registriert
18.10.14
Beiträge
3
Hallo zusammen,

da dies mein erster Beitrag hier ist, hoffe ich, dass ich alles richtig mache :)

Also zu meinem Problem:
Ich verbinde mich über den FortiClient für Mac mit dem Server in meinem Büro. Dies hat bis vor einiger Zeit auch noch problemlos geklappt. Sobald die VPN-Verbindung stand, musste ich nur noch CMD+K drücken und dann smb://servername dann wurde mir angezeigt, mit welchem Laufwerk ich mich verbinden möchte.
Seid ich gestern das Update auf Yosemite gemacht habe funktioniert dies aber leider nicht mehr. Nachdem ich die VPN hergestellt habe und mich zum Server verbinden will wird mir angezeigt die Verbindung sei nicht möglich. Ich habe allerdings nichts geändert, außer nunmal mein OS X.

Ich hoffe Ihr könnt mir helfen. Vielen Dank im voraus!
 

factorx

Stechapfel
Registriert
28.11.06
Beiträge
156
Bitte poste einmal die Ausgaben folgender Terminal-Befehle nach erfolgreichem VPN-Verbindungsaufbau:

netstat -rnfinet
more /etc/resolv.conf
ping -c1 servername
 

Doke

Erdapfel
Registriert
18.10.14
Beiträge
3
Hallo factorx,

hier die Angaben:
Dominiks-MacBook-Pro:~ Dominik$ netstat -rnfinet

Routing tables



Internet:

Destination Gateway Flags Refs Use Netif Expire

default 192.168.2.1 UGSc 25 0 en0

1.1.1.1 10.212.134.200 UH 2 0 ppp0

127 127.0.0.1 UCS 0 0 lo0

127.0.0.1 127.0.0.1 UH 4 6916 lo0

169.254 link#4 UCS 0 0 en0

192.168.0.10/32 1.1.1.1 UGSc 1 0 ppp0

192.168.2 link#4 UCS 1 0 en0

192.168.2.1/32 link#4 UCS 1 0 en0

192.168.2.1 88:3:55:c6:e0:76 UHLWIir 27 23 en0 1019

192.168.2.101/32 link#4 UCS 0 0 en0

192.168.2.255 ff:ff:ff:ff:ff:ff UHLWbI 0 6 en0


Dominiks-MacBook-Pro:~ Dominik$ more /etc/resolv.conf

#

# Mac OS X Notice

#

# This file is not used by the host name and address resolution

# or the DNS query routing mechanisms used by most processes on

# this Mac OS X system.

#

# This file is automatically generated.

#

nameserver 192.168.0.10

nameserver 192.168.0.254

Dominiks-MacBook-Pro:~ Dominik$

Dominiks-MacBook-Pro:~ Dominik$ ping -c1 srvkehl01
ping: cannot resolve srvkehl01: Unknown host


Ich hoffe du kannst damit was anfangen :)
 

factorx

Stechapfel
Registriert
28.11.06
Beiträge
156
Der VPN Client legt offenbar zwei Routen an:

1.1.1.1 10.212.134.200 UH 2 0 ppp0
192.168.0.10/32 1.1.1.1 UGSc 1 0 ppp0

192.168.0.10 ist offenbar der Nameserver, der deinen Servernamen "srvkehl01" auflösen soll. Ich verstehe allerdings nicht, wie er den erreichen können soll? Er hat eine Route dorthin über 1.1.1.1, ein Gateway in dem du aber selber keine Adresse hast.

Kannst du vielleicht noch die Ausgabe von "ifconfig -a" posten?
 

Doke

Erdapfel
Registriert
18.10.14
Beiträge
3
Hallo factorx,

hier die Ausgabe von "ifconifg-a"

ifconfig -a

lo0: 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 3c:15:c2:d2:7c:70

inet6 fe80::3e15:c2ff:fed2:7c70%en0 prefixlen 64 duplicated scopeid 0x4

inet 192.168.2.101 netmask 0xffffff00 broadcast 192.168.2.255

nd6 options=9<PERFORMNUD,IFDISABLED>

media: autoselect

status: active

en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

options=60<TSO4,TSO6>

ether 72:00:03:de:4a:20

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:03:de:4a:21

media: autoselect <full-duplex>

status: inactive

p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304

ether 0e:15:c2:d2:7c:70

media: autoselect

status: inactive

awdl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1452

ether 1e:43:3a:37:2f:2f

inet6 fe80::1c43:3aff:fe37:2f2f%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 3e:15:c2:2d:b7: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

ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1354

inet 10.212.134.200 --> 1.1.1.1 netmask 0xff000000
 

Insulaner

Apfel der Erkenntnis
Registriert
06.01.12
Beiträge
723
Also ich habe den Eindruck, dass hier der VPN-Client mit dem neuen System nicht richtig zusammenspielt.
Der Output liefert meiner Meinung nach keinen Hinweis.
Vielleicht einfach mal den Betreiber des VPN-Gateways auf das Problem ansprechen.