Charles kapandı ama Mac'iniz hâlâ 127.0.0.1'i gösteriyor

Bir uygulama başarısız olur ve suç VPN'e atılır, ancak istek tünele hiç ulaşmaz. macOS o uygulamaya hâlâ yerel bir proxy kullanmasını söylüyorsa, ilk atlama 127.0.0.1'dir ve orada hiçbir şey dinlemiyordur. Charles'ı kapatmak, kurduğu sistem proxy ayarını her zaman temizlemez, bu yüzden sağlıklı bir VPN ölü bir soketin arkasında oturur. Bunu doğrulama ve yalnızca yanlış parçayı düzeltme sırası şöyle.

İlk atlama sunucu değil, bu Mac

Adresi harfiyen okuyun: 127.0.0.1 önünüzdeki makinedir ve port, proxy aracının dinlemek üzere yapılandırıldığı porttur. O dinleyici gittiğinde, bağlantı zaman aşımı yerine reddedilen bir bağlantıyla hemen başarısız olur ve yararlı ipucu budur.

Bir VPN kendi proxy ayarlarını oluşturmaz ve sistemin ayarlarını kaldırmaz. İki yapılandırma birbirinden bağımsızdır, bu yüzden tünel kusursuzken tarayıcı hâlâ kullanılamaz olabilir. Bu bağımsızlık, hatanın VPN yeniden bağlantısından, yeniden başlatmadan ve yeni bir profilden sonra da sürmesinin nedenidir. VPN yolundaki hiçbir şey proxy deposuna asla dokunmaz.

Adım 1: mevcut proxy durumunu okuyun

Salt okunur görünümle başlayın, çünkü herhangi bir uygulama yorumlamadan önce sistemin neye inandığını söyler:

scutil --proxy

Şunlara bakın: HTTPEnable, HTTPProxy, HTTPPort, HTTPS karşılıkları ve URL'siyle birlikte herhangi bir ProxyAutoConfigEnable. Hiçbir şeyin dinlemediği bir portla etkinleştirilmiş proxy sizin hatanızdır. PAC URL'si diğer biçimdir: dosya proxy'yi istek anında seçtiği için ayar görünür bir el ile adres olmadan etkin olabilir.

Ardından aynı değerleri Sistem Ayarları, Ağ, gerçekten kullandığınız hizmet, Ayrıntılar, Proxy'ler içinde doğrulayın. GUI ve komut aynı depoyu okur, bu yüzden bir uyuşmazlık farklı bir hizmete baktığınız anlamına gelir.

Adım 2: ayarın sahibinin kim olduğunu bulun

Bu durumu üç sahip yaratır: bir yardımcı kurup temizlemeyen proxy aracı, kuruluşunuzdan gelen yönetilen yapılandırma profili ve hata ayıklama sırasında birinin eklediği el ile ayar. Her birinin farklı bir doğru düzeltmesi vardır ve yalnızca ilkini kendiniz rahatça kaldırabilirsiniz.

Charles tarayıcı ve sistem proxy entegrasyonunu, macOS yardımcısı dahil belgeler, bu yüzden önce kendi kontrollerini ve kapatma yolunu kullanın. Ayrıcalıklı yardımcı yapılandırmayı değiştirmek için vardır; bu, ilgisiz yazılıma makineye geniş erişim vermek için bir neden değildir.

Ayar yönetilen bir profilden geldiyse, yerel olarak devre dışı bırakmak ya başarısız olur ya da bir sonraki check-in'de geri yüklenir. Bunu yerel bir hata değil, profilin sahibi için bir politika sorunu olarak ele alın.

Adım 3: en dar şeyi değiştirin

Belirli hizmet için belirli istenmeyen girdiyi devre dışı bırakın. Her hizmeti değiştirmeyin ve tüm proxy panelini temizlemeyin, çünkü VPN hizmeti ve altındaki Wi-Fi hizmeti ayrı ayarlar tutar ve biri doğru olabilir.

Proxy bilerek gerekliyse, politikayı silmek yerine onaylanmış dinleyicisini başlatın. Bu ayrım, proxy'nin internete tek yol olduğu ve VPN'in ikinci, daha dar bir yol olduğu kuruluşlarda önemlidir.

Etkilenen uygulamadan yeni bir isteği yeniden deneyin. Bazı uygulamalar proxy'yi başlangıçta bir kez okur, bu yüzden çıkıp yeniden açmak batıl inanç değil testin parçasıdır.

Adım 4: proxy gittiyse ve hâlâ başarısız oluyorsa

O zaman başka bir sorununuz var ve yeni hata yararlı kanıttır. Ad çözümleme, VPN yönlendirmesi, TLS güveni ve uygulama yetkilendirmesi dört ayrı kontroldür ve her biri ayırt edilebilir bir hata üretir.

Sertifika güvenini bu onarımdan uzak tutun. Güvenilen bir kökü kaldırmak veya sunucu doğrulamasını zayıflatmak ölü bir proxy soketini düzeltmez ve sizi iki değişiklik ve bir özgün hatayla bırakır. Kurumsal bir proxy TLS'i denetliyorsa, bu kendi güven gereksinimi olan bilinçli bir tasarımdır, geri alınacak bir yan etki değildir. Bir sertifikaya dokunmadan önce proxy'nin sahibi olan ekibe sorun, çünkü onların yanıtı politika hakkında, sizinki ise başarısız olan tek bir istek hakkında olacaktır.

Başlamadan önce geri almayı yazın: bulduğunuz tam proxy değerlerini not edin, böylece geri yükleme bir ezber çalışması değil kopyalama olsun. Charles proxy yapılandırma belgeleri çalıştırdığınız sürüm için entegrasyonu ve kapanma davranışını açıklar.

Bir dahaki sefere bir uygulama VPN'de başarısız olduğunda, tünelden önce ilk atlamayı kontrol edin. Tek bir komuta mal olur ve yanlış teşhisin bütün bir kategorisini eler.