Juniper Network Connect hang di "Establishing Secure Session" setelah memutakhirkan ke OS X Yosemite

Saya tahu itu ide yang buruk untuk memutakhirkan OS begitu cepat ketika Anda menjalankan perangkat lunak perusahaan, terutama yang terkait dengan keamanan / VPN dll.

Tapi saya lakukan! Dan saya ingin menghindari penurunan peringkat jika memungkinkan.

Sejak saya memutakhirkan ke OS X Yosemite, koneksi jaringan juniper (klien VPN) berhenti bekerja. Pertama tidak diluncurkan. Saya menyadari bahwa itu karena masalah kompatibilitas Java 7 pada Yosemite. Jadi saya memutakhirkan ke Java 8 build terbaru (dan menginstal JDK).

Sekarang meskipun Network Connect meluncurkannya hang pada langkah "Menetapkan Sesi Aman". Sepertinya koneksi dibuat (karena saya kehilangan akses internet dalam periode ini) tetapi tidak dapat membuat terowongan.

Log Network Connect

2014-10-17 19:21:06.144 ncproxyd[p64363.t771] ipsec.info New tunnel being created (tunnel.cpp:57)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route 0.0.0.0/0.0.0.0 gw 10.32.0.1 metric 2 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.248.0 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.0.0.0 gw 127.0.0.1 metric 1 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.255.255 gw 127.0.0.1 metric 1 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] rmon.info got system route <someip>/255.255.0.0 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] DSIPCHandler.info Saving the system routing table: 0|0|16785418|2|0|0000000000000000;8202|16318463|0|1|4|0000000000000000;16785418|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;127|255|16777343|1|0|0000000000000000;16777343|-1|16777343|1|0|0000000000000000;65193|65535|0|1|4|0000000000000000; (handler.cpp:345)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] config.info Setting key "ncproxyd_saved_routes" to value "0|0|16785418|2|0|0000000000000000;8202|16318463|0|1|4|0000000000000000;16785418|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;127|255|16777343|1|0|0000000000000000;16777343|-1|16777343|1|0|0000000000000000;65193|65535|0|1|4|0000000000000000;" in the persistent store (config.cpp:273)
2014-10-17 19:21:06.151 ncproxyd[p64363.t771] config_macos.info Setting value of ncproxyd_saved_routes to: 0|0|16785418|2|0|0000000000000000;8202|16318463|0|1|4|0000000000000000;16785418|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;-1711136758|-1|0|1|4|0000000000000000;127|255|16777343|1|0|0000000000000000;16777343|-1|16777343|1|0|0000000000000000;65193|65535|0|1|4|0000000000000000; (config_macos.objcpp:63)
2014-10-17 19:21:18.821 ncproxyd[p64463.t771] ipsec.info New tunnel being created (tunnel.cpp:57)
2014-10-17 19:21:18.828 ncproxyd[p64463.t771] rmon.info got system route 0.0.0.0/0.0.0.0 gw 10.32.0.1 metric 2 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:18.828 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.248.0 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:18.828 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:18.828 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:18.828 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.255.255 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:18.829 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.0.0.0 gw 127.0.0.1 metric 1 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:18.829 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.255.255 gw 127.0.0.1 metric 1 via 0x00000000 (routemon.cpp:729)
2014-10-17 19:21:18.829 ncproxyd[p64463.t771] rmon.info got system route <someip>/255.255.0.0 gw 0.0.0.0 metric 1 via 0x00000004 (routemon.cpp:729)
2014-10-17 19:21:18.829 ncproxyd[p64463.t771] DSIPCHandler.info Saving the system routing table: 

Perhatikan bagaimana ada upaya berulang untuk membuat terowongan, dan ini terjadi terus menerus. Saya hanya menyisipkan log dari dua upaya terakhir yang dilakukan Network Connect.

Saya juga mencoba Junos Pulse sebagai alternatif, sedikit lebih baik dalam pelaporan kesalahan. Ini menunjukkan bahwa ada koneksi, tetapi mengatakan "tunnel not enabled" dan saya juga tidak dapat terhubung ke internet.

VPN dengan koneksi jaringan berfungsi dengan baik hingga beberapa jam yang lalu (ketika saya belum memutakhirkan ke Yosemite).

Menemukannya. JAWA downgrade pertama ke Apple 1.6 seperti yang disebutkan oleh Joe L. Farina di atas. Itu benar-benar berfungsi dalam beberapa situasi, tetapi jika penyedia VPN Anda hanya mendukung versi lama Network Connect maka itu akan terus hang.

Untuk memperbaikinya, jalankan terminal berikut ini, kemudian nyalakan kembali komputer Anda:

sudo nvram boot-args="kext-dev-mode=1"

Untuk beberapa pengguna mungkin perlu melakukan ini: https://discussions.apple.com/thread/6546349

Pembaruan: Beberapa orang telah bertanya apa yang dilakukan perintah di atas, dan memang begitu. Perintah di atas pada dasarnya menonaktifkan penandatanganan kext pada peralatan OS X Anda. Penandatanganan teks adalah fitur keamanan (penandatanganan kode), yang memverifikasi apakah driver dan perangkat lunak lain yang diinstal pada komputer Anda telah diubah tetap dari apa yang awalnya dirilis oleh pengembang aplikasi / driver. Aplikasi lama yang dikembangkan untuk OS X (pra Yosemite) tidak memiliki fitur ini, karena fitur ini diperkenalkan dengan Yosemite. Memang memiliki risiko keamanan teoretis, tetapi jika Anda tahu apa yang Anda instal dan Anda melakukannya dari sumber otentik (seperti toko aplikasi atau pengembang terkenal yang Anda percayai), maka Anda harus baik-baik saja. Kalau tidak, jangan dulu. Untuk membaca lebih lanjut tentang penandatanganan kext lihat: https://developer.apple.com/developer-id/

Jadi, inilah yang berhasil bagi saya: menonaktifkan Oracle Java, dan kembali ke RE v6 Apple Java:

1. Unduh Apple Java 2014-001 dari sini
2. Jalankan dan instal
3. Ikuti catatan di sini untuk menonaktifkan Java Java dan mengaktifkan kembali Java Apple

Saya mengerti Apple RE v6 mungkin kurang fleksibel tetapi, untuk saat ini, saya sudah mendapatkan Juniper VPN untuk berfungsi dengan baik. Itu masih terhubung, tetapi memutuskan setiap beberapa menit.

Jika Anda memiliki persyaratan untuk menjalankan Oracle Java 8.25 terbaru, beri tahu saya - ada beberapa langkah yang dapat menghasilkan hasil yang beragam, seperti: mengunduh secara manual dan menginstal Network Connect Applet (dari gateway aman Anda), selalu memulai koneksi dari dalam browser Safari (bukan dari Applet, karena tidak akan pernah berhasil terhubung) dan, lebih lanjut, di dalam Safari / Preferensi / Keamanan / Izinkan Plugins> pengaturan Pengaturan WebSite Java / gateway VPN Anda untuk "Jalankan dalam mode tidak aman" (pilih dua kali, jika tidak maka tidak akan terdaftar).

Dapatkan Jaringan Anda Terhubung dari https://vpn.gaikai.com/dana-cached/nc/NetworkConnect.dmg

Itu, bersama dengan saran Faraaz untuk me-reboot sesudahnya

sudo nvram boot-args="kext-dev-mode=1"

Itu memperbaiki masalah bagi saya