Mengapa saya tidak bisa terhubung ke server AFP melalui VPN pada OS X 10.8

0

Saya telah mengatur koneksi VPN pada laptop MacBook Pro OS X 10.8.5 saya, ke jaringan kantor saya sehingga saya dapat mengakses server file AFP dari rumah.

Koneksi VPN tampaknya berfungsi dengan benar. Status membaca Connected dan saya mendapatkan waktu koneksi dan alamat IP.

Sejauh ini bagus.

Tetapi ketika saya pergi ke Go> Connect to Server dan mencoba untuk terhubung menggunakan alamat lokal (yang berfungsi ketika saya di kantor):

afp: //192.168.1.104

Saya mendapatkan kesalahan klasik

"Server mungkin tidak ada atau tidak tersedia saat ini"

Saya mencoba melakukan ping server dari baris perintah dan mendapatkan "Tidak ada rute untuk dihosting"

Karena alamat IP saya tidak berubah ketika VPN terhubung, jelas bahwa tidak semua lalu lintas saya melalui VPN, jadi saya pikir saya akan mencoba mengaturnya untuk merutekan semuanya.

Menurut posting ini saya harus dapat mengarahkan kembali semua lalu lintas menggunakan ini dengan mengatur opsi "Kirim semua lalu lintas melalui koneksi VPN" di bawah menu Advanced di pengaturan jaringan VPN saya.

Saya seharusnya melihat sesuatu seperti:

masukkan deskripsi gambar di sini

Tetapi ketika saya mengklik "Advanced", yang saya lihat adalah ini:

masukkan deskripsi gambar di sini

Adakah ide yang salah tentang saya?

keluaran ifconfig:

lo0: flags = 8049 mtu 16384
    opsi = 3
    inet6 fe80 :: 1% lo0 awalan 64 scopeid 0x1 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 :: 1 prefixlen 128 
gif0: flags = 8010 mtu 1280
stf0: flags = 0 mtu 1280
id0: bendera = 8863 MT 1500
    eter 14: 10: 9f: d1: ba: 93 
    inet6 fe80 :: 1610: 9fff: fed1: ba93% en0 prefixlen 64 scopeid 0x4 
    inet 192.168.1.65 netmask 0xffffff00 disiarkan 192.168.1.255
    media: pilih otomatis
    status: aktif
p2p0: flags = 8843 mtu 2304
    eter 06: 10: 9f: d1: ba: 93 
    media: pilih otomatis
    status: tidak aktif
utun0: flags = 8051 mtu 1280
    inet 172.18.10.3 -> 172.18.10.3 netmask 0xffffffff 

Tabel perutean

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.1.1        UGSc           40        0     en0 
default            utun0              UCSI            1        0   utun0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              3   112823     lo0
169.254            link#4             UCS             0        0     en0
172.18.10.3        172.18.10.3        UH              0       12   utun0
192.168.1          link#4             UCS             6        0     en0
192.168.1.1        8:76:ff:42:9a:17   UHLWIir        42     4836     en0    735
192.168.1.1        utun0              UHW3Ii          0       11   utun0      3
192.168.1.5        link#4             UHLWIi          1      198     en0
192.168.1.65       127.0.0.1          UHS             0        0     lo0  
192.168.1.110      link#4             UHRLWIi         0       49     en0     14
192.168.1.248      link#4             UHLWIi          0        2     en0 
192.168.1.253      a:76:ff:42:9a:17   UHLWIi          0      546     en0   1192
192.168.1.255      ff:ff:ff:ff:ff:ff  UHLWbI          0       12     en0
212.182.213.186    192.168.1.1        UGHS            0        0     en0

Internet6:
Destination                             Gateway                         Flags                Netif Expire
::1                                     link#1                          UHL             lo0
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0
fe80::1%lo0                             link#1                          UHLI            lo0
fe80::%en0/64                           link#4                          UCI             en0
fe80::1610:9fff:fed1:ba93%en0           14:10:9f:d1:ba:93               UHLI            lo0
ff01::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff01::%en0/32                           link#4                          UmCI            en0
ff02::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff02::%en0/32                           link#4                          UmCI            en0
Finglish
sumber
@MariusMatutiae keluaran ifconfig jika sangat lama, apakah ada bagian tertentu yang harus saya posting?
Finglish
tabel perutean Anda, pls?
MariusMatutiae
@MariusMatutiae maaf saya ment netstat -n, saya telah menambahkan output ifconfig ke bagian bawah pertanyaan
Finglish
netstat -nr benar-benar diperlukan, maaf
MariusMatutiae
@MariusMatutiae OK, mengerti. Saya telah menambahkan tabel routing
Finglish

Jawaban:

1

Saya tidak yakin, sekali saja, apakah ini jawaban yang tepat. Saya akan menebus apa pun yang hilang saat kita melanjutkan.

Anda tidak memiliki VPN yang dikonfigurasi sama sekali. Tabel routing Anda benar untuk pc yang terhubung ke LAN lokal, tidak ada yang lain.

Ada kemungkinan bahwa kesalahan tersebut berakar pada fakta bahwa Anda tampaknya memiliki (tolong perbaiki saya jika saya salah) subnet yang sama di rumah dan di tempat kerja: 192.168.1.0/24. Saya menyimpulkan ini dari tabel perutean Anda saat ini, dan dari pernyataan Anda ini:

Tetapi ketika saya pergi ke Go> Connect to Server dan mencoba untuk terhubung menggunakan alamat lokal (yang berfungsi ketika saya di kantor:

 afp://192.168.1.104

.....

Jika ini masalahnya, apa pun kesalahan lain yang mungkin Anda miliki dalam konfigurasi VPN, itu tidak akan berfungsi. Bahkan, mungkin ada pcs dengan alamat IP yang sama, dan dalam hal apa pun, ketika dihadapkan dengan alamat seperti, misalnya, 192.168.1.104 kernel Anda, router lokal Anda, router jarak jauh Anda, tidak akan dapat memahami apakah Anda merujuk ke alamat IP sisi tun0 ini, atau di sisi yang berlawanan.

Jika saya benar tentang hal ini (subnet yang sama untuk rumah dan kantor), maka kita tidak akan dapat membuat kemajuan sampai ini diselesaikan.

MariusMatutiae
sumber
Maaf, VPN saya sudah dimatikan sebelum saya mencetak tabel dan saya tidak melihat (hari yang panjang). Saya telah memperbaruinya. Masalah subnet terdengar pada uang. Saya kira saya harus mengubahnya di jaringan rumah saya.
Finglish
0

Saya baru saja mengalami masalah yang sama pada iMac. Solusinya dua kali lipat

  1. Pastikan koneksi VPN dipindahkan ke bagian atas daftar jaringan Anda.
  2. Pastikan bahwa VPN dan jaringan lokal Anda tidak dalam kisaran yang sama. Jika VPN Anda memberi Anda alamat IP 192.168.1.x, perbarui pengaturan router Anda untuk menetapkan 192.168.2.x alamat.
Babak Naffas
sumber