Mac'iniz VPN'e kendi kendine yeniden bağlanıyor: isteğe bağlı kuralı denetleyin
Kendi kendine yeniden bağlanan bir Mac büyük olasılıkla isteğe bağlı bir kuralı izliyordur. Neyin tetiklediğini, ilkenin kime ait olduğunu ve başarısız olduğunda ne olduğunu öğrenin.
VPN bağlantısını kesiyorsunuz ve otuz saniye sonra menü çubuğundaki simge yine yerinde. Hiçbir şey perili değil: macOS'un isteğe bağlı kuralları ağ değiştiğinde ya da bir şey kuralın kapsadığı bir adı sorduğunda bağlantı başlatır ve kural hiç yazmadığınız bir profilde yaşıyor olabilir. Aşağıdaki denetimleri sırayla yapmak istemciyi yeniden kurmaktan hızlıdır. Kural bir ilkedir, bu yüzden onunla savaşmadan önce ilkeyi okuyun.
Kural gerçekte neyi izliyor
İsteğe bağlı kuralın iki karar noktası vardır: Mac'in bağlı olduğu ağ ve bir şeyin çözmeye çalıştığı bir alan adı. Her ikisi de tüneli kaldırabilir, bu yüzden bir iç adı aramak kimsenin açmadığı bir VPN'i başlatır. Dağıtım ayrıca kişi olmadan çalışan bir kimlik doğrulamaya ihtiyaç duyar, bu yüzden yönetilen filolarda sertifika tabanlı düzenler egemendir.
Sistem ilkesinin yanında uygulama başına yeniden bağlanma seçeneği de olabilir, bu yüzden ilk soru hangi mekanizmanın tüneli yeniden bağladığı. Önce sistem ilkesini, sonra istemciyi ve en son Kes düğmesine basan kişiyi denetleyin. Sorumlu görünen istemci tercihlerinin çoğu öyle değildir. Bu sıra önemlidir çünkü sistem ilkesi varsayılan olarak kazanır ve istemci düzeyindeki bir ayar yalnızca ilkenin kapsamadığı durumları açıklayabilir.
İlke kime ait ve kaldırmanın bedeli ne
Herhangi birini değiştirmeden önce kurulu profili ve desteklenen istemci denetimlerini okuyun. Mac yönetiliyorsa koşullar bir yerde belgelenmiştir ve o belgeyi istemek dışarıdan SSID ve alan adlarını tersine mühendislikle çıkarmaktan iyidir.
Mac'teki güven malzemesi onu kullanan diğer her hizmetle paylaşılır, bu yüzden iptal ilk değil son adımdır. Kurala sahip profili kaldırın, ardından bir sertifikaya dokunmadan önce kuralın tetiklenmeyi bıraktığını doğrulayın. Yarı kaldırılmış bir profil, insanların davranışın rastgele olduğu sonucuna varmasının tam nedenidir. Neyin kurulu olduğunu gösteren iki komutu saklamaya değer:
profiles show -type configuration
scutil --nc list
Yeniden bağlanmanın kanıtlamadığı şey
İsteğe bağlı yeniden bağlanma boşluk hakkında hiçbir şey söylemez: tünel yükselirken, ayrı bir ilke tutmadıkça trafik hâlâ fiziksel arayüzden çıkabilir. Tünel var olmadan önce engellemek, tüneli başlatmaktan farklı bir ayardır. Hızla yeniden bağlanan bir makine ilk saniyelerde yine de sızdırabilir.
Rota kapsamı üçüncü sorudur, çünkü tüneli başlatan kural taşıdığı önekler hakkında hiçbir şey söylemez. Yeniden bağlanmanın tam kapsama anlamına geldiğini varsaymak yerine bağlantının neyi yönlendirdiğini doğrulayın. Bunu bilerek test edin: istemciyi kapatın, hizmetin durduğunu doğrulayın, sonra kuralın koruması gereken kaynağı isteyin.
Simgeyi değil, tetikleyiciyi kaydedin
Tüneli neyin kaldırdığını yazın: bir ağa katılmak, uygulama açmak, özel bir adı çözmek, uykudan uyanmak. Sadece olduğuna değil, ne zaman olduğuna dikkat edin, çünkü kanıt sıradır. Belirli bir tetikleyici, simgenin ekran görüntüsünden daha değerlidir.
Sonra bağlantı yükseldikten sonra kaynağı doğrulayın. Menü çubuğu bir hizmetin çalıştığını kanıtlar, ihtiyacınız olan hedefe onun üzerinden ulaşılabildiğini değil. Bu ikisi tamamen olağan nedenlerle ayrışabilir, başka bir yeri gösteren bir rota dahil.
Kural yanlış bağlantıyı başlattığında
Başlamaması gereken zamanda başlayan bağlantı genellikle eskimiş bir profilden, amaçlanandan daha geniş bir alan adı koşulundan ya da aynı ağ için yarışan iki yapılandırmadan gelir. Üçü de kurulu yapılandırmada görünür ve hiçbiri hizmeti açıp kapatmakla netleşmez.
Tetikleyiciyi, profilin sahibini ve amaçlanan davranışı ilkeyi yöneten kişiye götürün. Apple'ın isteğe bağlı çalışma belgeleri o konuşmanın ortak sözlüğüdür ve tartışmadan kısadır. Kaldırma yerine ilke değişikliği isteyin, böylece iki taraf da çalışan bir kurulumu korur.