foren24.at

In article ,
Hannes Gnad wrote:

Welcher VPN-Client?

Der in 10.6 eingebaute, damals (und für Win und ältere Macs weiterhin)
Cisco IPsec Client V4.

B. Alabay

In article <1jtke4w.fy339jvv16wjN%spam.astacus@t-online.de>,
spam.astacus@t-online.de (Daniel Krebs) wrote:

Freut mich, daß das Dein Top-Bereich ist.

Ist es nicht.
Ich bin derzeit eher in SAN Bereich unterwegs.
Kannt mich also gern korrigieren.

Wenn ich Dich mal korrigiere sollte, dann in ganz anderen Bereichen. Da
bin ich mal gespannt, wie es aussieht, wenn *Du* zappelst. Und wie dann
solche dämlichen Oberschlau-Antworten wirkten.

B. Alabay

Basar Alabay wrote:

en0: flagsˆ63 mtu 1500
inet 192.168.1.55 netmask 0xffffff00 broadcast 192.168.1.255

utun0: flags€51 mtu 1280
inet 132.230.239.12 --> 132.230.239.12 netmask 0xffffffff

OK, die erste Vermutung ging in Leere. Jetzt waere die Routingtabelle
(bei aktiviertem VPN) interessant (wie weiter oben beschrieben via
Netzwerkdienstprogramm).

LG,
Josef

In article ,
Puerstinger Josef wrote:

OK, die erste Vermutung ging in Leere.

Aha. Und welche war das jetzt?

Jetzt waere die Routingtabelle
(bei aktiviertem VPN) interessant (wie weiter oben beschrieben via
Netzwerkdienstprogramm).

Routing tables

Internet:
Destination Gateway Flags Refs Use Netif
Expire
default router UGSc 22 0 en0
default utun0 UCSI 0 0 utun0
10 remote239-076.home UGSc 0 0 utun0
127 localhost UCS 0 0 lo0
localhost localhost UH 0 0 lo0
129.143.4.4/32 remote239-076.home UGSc 0 0 utun0
132.230 remote239-076.home UGSc 1 11 utun0
ipsec-rz.vpn.uni router UGHS 2 2 en0
remote239-076.home remote239-076.home UH 5 0 utun0
169.254 link#4 UCS 0 0 en0
192.168.77 link#9 UC 1 0 vmnet1
192.168.77.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 vmnet1
192.168.1 link#4 UCS 2 0 en0
router 0:1:a1:b1:a1:b1 UHLWI 54 1193 en0
1190
desktop.router localhost UHS 0 0 lo0
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 en0
192.168.240 link#10 UC 1 0 vmnet8
192.168.240.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 vmnet8
193.196.192/18 remote239-076.home UGSc 0 0 utun0

Gruß,
B. Alabay

Guten Morgen! (Sorry, dass ich erst jetzt wieder im Usenet bin)

Basar Alabay wrote:

In article ,
Puerstinger Josef wrote:

OK, die erste Vermutung ging in Leere.

Aha. Und welche war das jetzt?

Dass das VPN auch eine 192.168.1.x-Adressee hat. In diesem Falle waere
die Loesung, in Deinem LAN z.B. ein 192.168.2.x-Subnet zu verwenden.

Jetzt waere die Routingtabelle
(bei aktiviertem VPN) interessant (wie weiter oben beschrieben via
Netzwerkdienstprogramm).

Routing tables

[snip]

Sieht auch gut aus (ausser hinter "remote239-076.home" verbirgt sich
eine "Schweinerei", was ich aber nicht vermute). Hm, Du schreibst, dass
Du eine DHCP-Drucker verwendest. Ich gehe wohl recht in der Annahme,
dass der Drucker _keine_ fixe IP hat und Du ihn via Namen ansprichst,
stimmt's? Vielleicht funktioniert die Namensaufloesung nach Erstellen
der VPN-Verbindung nicht mehr. Machen wir daher einen einfachen Test:

Wenn Du _nicht_ verbunden bist, gib im Terminal folgenden Befehl ein

ping -c 3

(wobei entsprechend zu ersetzen ist). Du solltest jetzt 3
Zeilen im Format

64 bytes from 192.168.1.x: icmp_seq=0ttld time=12 ms

erhalten. Wenn Du dann eine VPN-Verbindung hast, machst Du denn Test
nochmals. Welche Fehlermeldung bekommst Du dann?

Gruss,
Josef

In article ,
Puerstinger Josef wrote:

Guten Morgen! (Sorry, dass ich erst jetzt wieder im Usenet bin)

Moin ;-)

OK, die erste Vermutung ging in Leere.

Aha. Und welche war das jetzt?

Dass das VPN auch eine 192.168.1.x-Adressee hat. In diesem Falle waere
die Loesung, in Deinem LAN z.B. ein 192.168.2.x-Subnet zu verwenden.

Achso. Nee, ein Uninetz wird kaum ein 192.168er Netz haben.

Sieht auch gut aus (ausser hinter "remote239-076.home" verbirgt sich
eine "Schweinerei", was ich aber nicht vermute).

Was denn für eine?

Wenn Du _nicht_ verbunden bist, gib im Terminal folgenden Befehl ein

ping -c 3

Jepp.

erhalten. Wenn Du dann eine VPN-Verbindung hast, machst Du denn Test
nochmals. Welche Fehlermeldung bekommst Du dann?

Momentan keine, es kommt das gleiche. Aber vermutlich ist das irgendwo
gecacht.

Also, killall -HUP mDNSResponder. Jetzt nochmal ...

Cannot resolve, unknown host. Via ausgegebene IP-Adresse ist er
erreichbar.

B. Alabay