macOS hizmet sırası VPN rotalarınızı kontrol etmez

Bir web sitesinde bir şey başarısız olur, bir meslektaş hizmet sırasının var olduğunu hatırlar ve Wi-Fi, Ethernet'in üstüne sürüklenir. Hiçbir şey değişmez, çünkü o liste hiçbir zaman bir VPN hedefinin nereye gittiğine karar vermemiştir. Apple, VPN bağlantılarına sıradan olanlara göre öncelik verir ve onları bu yeniden sıralamanın dışında tutar, bu yüzden anahtar sorulandan daha dar bir soruyu yanıtlar. Arıza seçilen rotaya ve resolver'a ihtiyaç duyar, yeni bir sıralamaya değil.

Hizmet sırasının neyi değiştirdiği ve neye asla dokunmadığı

„Hizmet Sırasını Ayarla” Sistem Ayarları, Ağ, İşlem menüsünde bulunur ve iki veya daha fazlası etkinken sıradan bağlantıları sıralar. Bu sıralama, varsayılan rotayı ve resolver davranışının bir kısmını sağlayan birincil hizmeti seçer. Bu eşitler arasında bir karardır, tünelin arkasındaki özel hedefler için bir anahtar değildir. Wi-Fi ve USB Ethernet bağdaştırıcısı olan bir dizüstü bilgisayar bunu makul bir soruyu yanıtlamak için kullanır ve o soru tünelle ilgili değildir.

Bir VPN profili içerilen rotaları, hariç tutulan hedefleri ve bazen uygulama başına kuralları taşır ve tünele neyin gireceğine bunlar karar verir; sıralama menüsü onları düzenlemez. Bu yüzden bölünmüş tünel profili, VPN hâlâ her fiziksel arayüzün üzerindeyken genel trafiği dışarıda bırakabilir. Wi-Fi'yi en üste sürüklemek özel bir aralığı erişilebilir kılmaz ve profilin zaten içerdiği bir hedefi durduramaz. Liste arayüzleri hareket ettirir; profil önekleri hareket ettirir. Apple önceliği ağ hizmetleri sırası sayfasında belgeler; bunu herhangi bir şeyi yeniden düzenlemeden önce bir kez okumaya değer.

Makinenin gerçekte seçtiği rotayı okuyun

Belirli bir adresin nereye gittiğini route get 10.20.4.10 ile makineye sorun, ardından IPv6 için route -n get -inet6 2001:db8::10 ile tekrarlayın. İki aile ayrı kararlardır, bu yüzden çalışan bir IPv4 rotası v6 hakkında hiçbir şey söylemez ve doğrudan bağlı bir alt ağ veya daha belirgin bir önek yine de genel bağlantı etiketini yener; etiketin insanları yanıltmaya devam etmesinin nedeni tam olarak budur.

Çıktı tünel arayüzünü adlandırıyorsa profil hedefi yakalamıştır ve sıralama önemsizdir. Fiziksel arayüzü adlandırıyorsa profil bunu yapmamıştır ve ne kadar sürüklerseniz sürükleyin önek tablosu değişmez. Her iki çıktı da makinenin kullanacağı kaynak adresi adlandırır ve iki çalıştırmayı karşılaştırırken alıntılanması gereken alan budur. Bir şeyi değiştirmeden önce çıktıyı kaydedin, çünkü sonrasında sahip olacağınız tek kanıt odur.

DNS ada göre çözer, arayüze göre değil

Kapsamlı ve alana özgü resolver'lar, yanıtın arayüze göre değil ada göre değişebileceği anlamına gelir. scutil --dns, sistemin gerçekte kullandığı resolver yapılandırmasını, kapsamlı girdiler dahil yazdırır. Hizmet sırası, varsayılan resolver'ı hangi hizmetin sağladığını etkiler, ancak ada özgü bir kapsam yine de kazanabilir.

Bu yüzden bir adrese ping işlerken ana makine adı başarısız olabilir ya da tersi. Suçluyu seçmeden önce iki çıktıyı da okuyun.

Profili değiştirin, ardından iki çıktıyı yeniden okuyun

Bir hedef politikasının değişmesi gerektiğinde, sahibi VPN profilidir: içerilen rotalar, hariç tutulan rotalar ve satıcının desteklediği tüm bölünmüş tünel kuralları. Arayüzleri değiştirmek yalnızca tartışmayı taşır. Uzaktan yönetilen bir Mac'te önce mevcut ağ durumunu kaydedin, çünkü ulaşamadığınız bir makinede tüneli kaybetmek bir yolculuktur, geri alma değil.

Arızayı yeniden üretin, rotayı okuyun, resolver'ı okuyun, tek bir şeyi değiştirin, ardından aynı iki çıktıyı yeniden okuyun. Birkaç hizmeti ve profili aynı anda karıştırmak, kimsenin açıklayamayacağı bir makine bırakır, onu düzelten kişi dahil. Test, iki çıktı amaçladığınız değişiklikle uyuştuğunda biter. Hâlâ uyuşmuyorlarsa profil ve makine iki farklı politikayı anlatıyordur ve değiştirilmesi gereken profildir.