iPhone'u USB ile bağladığınızda Mac'inizdeki VPN neden kopar
USB ile bağlanan bir iPhone hotspot rotası veya Xcode cihaz bağlantısı ekleyebilir. Bir şeyi silmeden önce hizmeti, rotayı ve istemci hatasını kontrol edin.
iPhone'u şarj etmek için bağlarsınız ve bir dakika sonra Mac'inizdeki VPN trafiği geçirmeyi bırakır. Sistem Ayarları iPhone USB adlı yeni bir hizmet gösterir ve bariz adım onu silmektir. Bu adım çoğu zaman yanlıştır. Hizmet, telefonun Kişisel Erişim Noktası olabilir ya da Xcode ve cihaz araçlarının telefonla konuşmak için kullandığı bir bağlantı olabilir ve ikisi yeterince farklı davranır, bu yüzden tanımlama silmeden önce gelmelidir.
Adım 1: Telefonun gerçekte oluşturduğu hizmeti okuyun
Sistem Ayarları'nı, ardından Ağ'ı açın ve hizmet listesini telefon takılı değilken ve takılıyken karşılaştırın. Güncel macOS'te hizmet iPhone USB olarak listelenir. Etkin olup olmadığına, hizmet sırasında nerede durduğuna ve Mac'in onu varsayılan rota için kullanıp kullanmadığına dikkat edin. Hizmet sırası önemlidir çünkü macOS, bir hedefe ulaşabilen en yüksek etkin hizmeti seçer, adını tanıdığınızı değil.
Apple'ın Kişisel Erişim Noktası kılavuzu mekanizmayı açıklar: telefonda Kişisel Erişim Noktası açık olduğu sürece, USB ile bağlanmak Mac'in telefonun hücresel bağlantısını kullanmasına yol açabilir, yalnızca şarj etmek isteseniz bile. Bu bir VPN istemcisi hatası değildir; yönlendirme tablosu Wi-Fi'den önce yükselen bir hizmeti izliyordur.
Hizmet varsa ancak telefon takılıyken etkin değilse, büyük olasılıkla hotspot değil, yalnızca şarj bağlantısı veya cihaz bağlantısı görüyorsunuz. Bu ayrımı koruyun, çünkü sonraki iki adım simgeden tahmin etmek yerine bunu test eder.
Adım 2: VPN uç noktasının hangi rotayı kullandığını kontrol edin
Rotayı bir web sitesine değil, VPN sunucusunun çözümlenmiş adresine okuyun. route -n get salt okunurdur ve çekirdeğin kullanacağı arayüzü ve ağ geçidini yazdırır, iki satır da önemlidir.
scutil --dns | head -20
route -n get 203.0.113.10Yukarıdaki adres belgeleme için bir yer tutucudur. İstemcinizin gösterdiği uç noktayla değiştirin ve IPv6 uç noktası için route -n get -inet6 kullanın. Çıktıyı telefon takılı değilken ve takılıyken karşılaştırın ve iki okuma arasında rota eklemeyin veya kaldırmayın. Arayüz en0'dan iPhone USB arayüzüne değişirse, hotspot yolu aramayı kazandı ve VPN'in dış bağlantısı artık hücresel üzerinden gidiyor.
Rota değişikliği her hatayı açıklamaz. İstemci sunucuya ulaşıp daha sonra tünelin iç trafiğinde başarısız olabilir, çünkü yeni yolun MTU'su farklıdır veya operatör protokolü engeller. Bir şeyi değiştirmeden önce istemcinin kendi hatasını okuyun: dış el sıkışma zaman aşımı erişilebilirliğe işaret eder, kurulmuş bir tünelin trafik geçirmeyi bırakması ise MTU, DNS veya politikaya.
Adım 3: Hotspotu cihaz iletişim bağlantısından ayırın
Xcode 15 ve üzeri, USB ile bağlanan cihazla bağlantı-yerel IPv6 içeren ağ tabanlı bir kanal üzerinden konuşur, bu yüzden geliştirme Mac'i internet erişimiyle ilgisi olmayan ek bir arayüz gösterebilir. Apple'ın TN3158 teknik notu bu davranışı belgeler ve şu uyarıyı yapar: VPN veya güvenlik filtrelemesi buna karışabilir. Bu hotspot sorununun tersidir: VPN telefon internet sunduğu için bozulmaz; cihaz bağlantısı VPN onu yakaladığı için bozulur.
İki gözlem, durumları paket yakalamadan ayırır. Önce, arayüzün yönlenebilir bir adresi ve varsayılan rotası mı var, yoksa yalnızca bağlantı-yerel fe80:: adresi mi var, kontrol edin; yalnızca bağlantı-yerel ise internet yolu yoktur. İkincisi, VPN'i kapatın ve Xcode'un cihaza yeniden ulaşıp ulaşamadığına bakın. Ulaşıyorsa, VPN'in rotaları veya içerik filtresi bağlantı-yerel trafiği yakalıyordur ve düzeltme Ağ panelinde değil, bölünmüş tünel veya filtre yapılandırmasındadır.
ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | headYalnızca arayüz adına göre karar vermeyin. macOS bu arayüzleri cihazlar bağlandıkça oluşturur ve yok eder, en numarası çalışma zamanında atanır, bu yüzden aynı Mac yeniden başlatma veya kablo değişiminden sonra farklı bir numara gösterebilir.
Adım 4: Hatayı her seferinde tek değişkenle yeniden üretin
Hangi hizmetin dahil olduğunu bildiğinizde, sorunu sabit bir sırayla yeniden üretin. Telefon takılı değilken ve VPN bağlıyken başlayın. Telefonu Kişisel Erişim Noktası kapalıyken bağlayın, Ağ listesi oturana kadar bekleyin ve rota sorgusunu tekrar çalıştırın. Ayırın, Kişisel Erişim Noktasını açın, yeniden bağlayın ve yineleyin. Üç durumun her biri için arayüzü, ağ geçidini ve istemci hatasını yazın, ve hatıra yerine bir karşılaştırmanız olur.
VPN yalnızca hotspot durumunda başarısız oluyorsa, telefonu o yoldan uzak tutun: şarj sırasında Kişisel Erişim Noktasını kapatın veya iPhone USB hizmetini hizmet sırasında Wi-Fi'nin altına taşıyın. Her bağlı durumda, hotspot kapalıyken bile başarısız oluyorsa, istemcinin ağ geçişini nasıl ele aldığına bakın. Bazı istemciler birincil hizmet değiştiğinde tüneli yıkar ve yeniden bağlanma gerekir; bu istemci davranışıdır, telefon arızası değil.
Her denemede bir şey değiştirin. Hizmeti silmek, VPN yapılandırmasını sıfırlamak ve istemciyi aynı dakikada yeniden kurmak sizi çalışan bir Mac ve hangi işlemin düzelttiğini bilmeden bırakır.
Adım 5: Neyi tutacağınıza ve neyi doğrulayacağınıza karar verin
Cihaz bağlantısını rahat bırakın. Xcode'un kullandığı arayüzü kaldırmak VPN rotasını düzeltmez ve bir sonraki bağlantıya kadar cihazlara dağıtımı bozar. Hotspot hizmeti gerçekten istenmiyorsa, önce telefonda Kişisel Erişim Noktasını kapatın; bu belgelenmiş kontroldür ve yeniden başlatmadan sonra da kalır.
Yine de bir hizmeti kaldırırsanız, tanımladığınızı kaldırın ve sonra iki şeyi doğrulayın: VPN uç noktasına giden rota beklenen arayüze döndü ve tünel yalnızca internete değil, iç adrese de trafik geçiriyor. Hizmet sırasını ve istemci sürümünü not edin, çünkü bir macOS güncellemesi telefonun nasıl göründüğünü değiştirebilir.
Sonra gerçekten gördüğünüz hatayı sınıflandırın. El sıkışma zaman aşımı, tünel yükseldikten sonra MTU duraklaması ve operatörden gelen DNS yanıtları üç farklı sorun ve üç farklı düzeltmedir. USB hizmeti üçünde de tetikleyicidir; neden olması nadirdir.