Kurumsal VPN bağlandığında hata ayıklama proxy'si kör oluyor

Proxy'nizde hiçbir şey değişmedi. Tünel girdisi kendi ayarlarını taşıyor, yönetilen bir PAC geri gelebiliyor ve bazı istemciler sistem proxy'sini hiç okumuyor.

Yakalama aracı bütün sabah çalışıyor, tünel bağlanıyor ve araç susuyor. Bağlantıyı kesin, yeniden başlıyor. İlk düşünce VPN'in proxy'yi bozduğu yönünde, oysa proxy yapılandırmasında gerçekte hiçbir şey değişmedi. Değişen, uygulamaların artık hangi yapılandırmayı okuduğu: tünel girdisi kendi proxy ayarlarını taşıyabiliyor, yönetilen bir profil otomatik yapılandırmayı yeniden açabiliyor ve bazı çalışma zamanları işletim sisteminin sunduğunun yalnızca bir bölümünü okuyor. Genel değere dokunmadan önce bağlantı başına değeri okuyun.

Windows her bağlantı için ayrı proxy tutar

İnternet seçeneklerinde iletişim kutusunda aynı görünen iki katman var. Yerel ağ ayarları olağan yerel bağlantıya uygulanır; çevirmeli veya VPN girdisi ise kendi kopyasını HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections altında ikili değer olarak saklar. Tanıdık genel kayıt defteri değerlerini yazmak o kopyayı güncellemez.

Bir aracın bağlanmadan önce doğru, sonra yanlış davranması tam olarak böyle olur ve ayarlarında görünür hiçbir değişiklik olmaz. Baktığınız iletişim kutusu yerel ağ paneliydi. Doğruydu ve konuyla ilgisizdi. Windows'un gerçekte kullandığı girdi, tünel için oluşturulan girdiydi.

Tek bir girdiyi değiştirmenin desteklenen yolu WinINET bağlantı seçenekleri API'sidir: INTERNET_PER_CONN_OPTION_LIST yapısını bağlantı adı, bayraklar, proxy sunucusu ve atlama listesiyle doldurun, uygulayın ve ardından yenileyin. Hızlı bir kontrol için tünel girdisinin kendi ayarlar iletişim kutusunu açın ve proxy panelini yerel ağ paneliyle karşılaştırın; nereye bakacağınızı bildiğinizde fark genellikle açıktır.

Yönetilen bir PAC kendini yeniden açabilir

macOS'ta otomatik proxy yapılandırma betiği ve otomatik proxy keşfi bir makinenin değil, bir ağ hizmetinin özellikleridir. Bir yapılandırma profili bunları zorunlu kılabilir, bu yüzden işareti kaldırdıktan sonra yeniden belirirler ve her istek o zaman betiğin seçtiği proxy'ye gider.

İnceleyin ve yetkiniz varsa trafiği taşıyan hizmet için o iki anahtarı kapatın:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Tahmin yerine hizmetin gerçek adını kullanın. Hem kablosuz ağı hem de USB Ethernet bağdaştırıcısı olan bir dizüstünde bunlardan iki tane vardır ve trafiğinizi yalnızca biri taşır. scutil --proxy geçerli birincil hizmetin değerlerini yazdırır. Profilin kazandığı sonucuna varmadan önce bu çıktıyı düzenlediğiniz değerle karşılaştırın.

Aracı gerçek üst akışa yöneltin

Betik kurumsal proxy'yi içeriyorsa okuyun ve aynı adresi yakalama aracının içinde dış proxy olarak girin. O zaman araç gerçek üst akışa iletir; kurumsal proxy'nin beklediği de budur ve araç politikayla savaşmak yerine istek yolunda kalır.

Bu, sizi yeniden yapılandırmak yerine hata ayıklamada tutan hamledir.

Proxy'yi tünelin içine itin

OpenVPN tabanlı bir istemci, tünel ayağa kalktıktan sonra geçerli olan proxy seçeneklerini kabul edebilir; rotalar istemcinin elindeyken bu kullanışlıdır:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Yalnızca bu seçeneğe saygı duyan istemciler kullanır ve seçenek dinleme bağlantı noktanızı bir profile sabitler. Bunu dağıtım standardı değil laboratuvar kolaylığı olarak görün, çünkü bir sonraki profil gönderimi onu kaldıracaktır.

Bazı istemciler sistem proxy'sini hiç okumaz

Firefox kendi proxy ayarlarını tutar, bu yüzden sistem proxy'si kullanan bir tarayıcı durduğunda o bazen yakalamaya devam eder. Otomatik yapılandırmayı anlamayan eski bir .NET istemcisi nerede çalışırsa çalışsın doğrudan bağlanır, bu yüzden tünel girdisiyle yüklenen bir sayfa uygulamanın içinde yine de başarısız olabilir.

Ağ araçlarının da kendi nedenleri vardır. Tünel veya telefon tethering'i üzerinden takılan bir FTP oturumu çoğu zaman istemcinin pazarlık ettiği etkin ve pasif mod sorunudur ve hiçbir proxy ayarı bunu değiştirmez.

Yapılandırmayı okuyun, anahtarı değil

Şu sırayla çalışın: tünel girdisinin kendi proxy değeri, hizmet başına PAC ve otomatik keşif durumu, sonra uygulamanın kendi proxy işleyişi. Varsayımınızdan farklı olan ilkinde durun.

Buradaki her durum bir yapılandırma önceliği sorunudur. Hiçbiri aracınızı bozan tünel değildir.

İlgili makaleler