AirDrop çalışır, sonra VPN bağlanır ve diğer Mac ya da iPhone paylaşım sayfasından kaybolur. VPN günlüğünde keşifle ilgili hiçbir şey yoktur, çünkü sorun genellikle şifreleme değil yerel erişilebilirlikle ilgilidir. Apple destek sayfası, yerel ağı kısıtlayan bir VPN yapılandırmasının Continuity ve AirDrop u etkileyebileceğini kabul eder; bu yararlı bir ipucudur, teşhis değil. Ucuz kontrollerle başlayın, sonra yönlendirme tablosunu okuyun ve yerel erişim anahtarını gizliliğinizle ilgili bir karar olarak görün, her seferinde çevrilecek bir varsayılan olarak değil.

Tünel devreye girmeden önce ne bozulur

Her iki cihazda da Wi-Fi ya da Bluetooth açık olmalı, AirDrop kendi alma penceresi içinde kişilerden ya da herkesten almalı ve iki hesap birbirini bulabilmelidir. Alıcıyı on dakika herkese açmak meşru bir deneydir: diğer cihaz orada görünüyorsa sorun ayarlardı ve tünel masumdur. Paylaşım sayfasının sunduğu şeye göre yargılamak yerine tanıdık bir alıcıyla test edin.

Sayfa yükleyen bir tarayıcı internet yolunun çalıştığını kanıtlar, yerel keşfin çalıştığını değil. İki cihazı ve durduğunuz yeri değiştirmeden bırakın, sonra VPN i açıp kapatın ve diğer cihazın yalnızca tünel ayaktayken mi kaybolduğunu not edin. Keşif tünelle ölüp o olmadan geri geliyorsa değişken tüneldir ve bu listenin geri kalanı geçerlidir. Her iki durumda da başarısız olursa, herhangi bir ağ politikası değişmeden önce ön koşulların bir tur daha geçmesi gerekir.

Varsayılan rota kaydığında paylaşım sayfası boşalır

Tam tünel istemcisi genellikle tünel üzerinden bir varsayılan rota ile çoğu hedefi yakalayan iki yarım rota kurar. Yerel bir alt ağ bu düzenle yalnızca daha belirgin bir rotası varsa hayatta kalır; yoksa tünelin içinde kaybolur. AirDrop un kendisi AWDL eşler arası arayüzü üzerinden gider, bu yüzden yerel arayüzleri filtreleyen ya da agresif biçimde yönlendiren bir istemci internet yolu kusursuzken bile araya girebilir. Dört komut arayüzü, rotaları, etkin bağlantıyı ve paket filtresini kapsar.

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

Önce varsayılan satırı okuyun: bir utun arayüzünü gösteriyorsa ve daha belirgin hiçbir rota alt ağınızı kapsamıyorsa, yerel trafik tünele girer ve farkındalık onunla birlikte kaybolur. 0/1 ve 128.0/1 çifti yaygın bir tam tünel biçimidir, çünkü bu rotalar gerçek varsayılanı değiştirmeden onu yener. Etkin durum ve adres gösteren bir awdl0 satırı eş arayüzünün kapalı olmasını eler. Üçü de normal görünüyorsa kısıtlama rota tablosundan değil istemci politikasından ya da ana bilgisayardaki bir filtreden gelir.

Bir biçim anılmaya değer, çünkü konuk ağlarında insanları yakalar ve bunlar yarım rotalar değildir. DHCP, yeni aldığınız adresi bağlantı üzerinde bir rota olarak kurar ve bu girdi iki yarımın her birinden daha belirgindir, bu yüzden konuk alt ağı tüneli tıpkı evdeki gibi geçer. Onu kaldıran şey yönlendirme değil politikadır: yerel ağı engelleyip bir ret kuralı kuran tercih, alt ağı düşüren ana bilgisayar filtresi ya da istemci için macOS yerel ağ izni. Normal görünen bir tablo ile ölü bir paylaşım sayfası bu nedenle bir sonraki bölümün imzasıdır, rotaların biçiminin değil.

Yönetilen bir Mac yerel erişim anahtarını sunmayabilir

Birçok istemci tünel ayaktayken yerel ağ erişimine izin veren bir tercih gösterir, ancak bu tercihi istemci ve yönetim profili uygular, bu yüzden yönetilen bir Mac de kilitlenebilir, gizlenebilir ya da geçersiz kılınabilir. Ana bilgisayardaki bir güvenlik duvarı kuralı ya da güvenlik aracısı, VPN istemcisinin sunduğundan bağımsız olarak eşler arası trafiği engelleyebilir. Hiçbir şey yapmadığı sonucuna varmadan önce anahtarı arayın. O anahtar macOS ağ ayarlarında değil istemcinin kendi tercihlerinde yaşar, bu yüzden panelinde onu göstermeyen bir istemci genellikle bir yönetim profili tarafından yönetilir.

Yönetimi kaldırmak ya da bir alıcı görünsün diye her filtreyi kapatmak denetlenen bir yapılandırmayı bilinmeyenle değiştirir. Yerel erişim seçeneğini yalnızca altında çalıştığınız politikaya uyduğunda açın ve yerel keşfin hiç istenmediği bir konuk ağında kapalı bırakın.

Bir simgeyle değil, bir dosyayla kanıtlayın

Yönlendirmeyi ya da politikayı değiştirdikten sonra amaçlanan alıcıya gerçek bir dosya gönderin ve aktarımın tamamlandığını doğrulayın. Sayfada görünen bir ad keşiftir ve keşfin geri dönmesi tamamlanmış bir aktarımla aynı şey değildir.

Cihaz hâlâ görünmüyorsa, ana bilgisayar sorununu tüm ağ sorunundan ayırmak için aynı ağdaki ikinci bir cihaz çiftini karşılaştırın. Bu karşılaştırma VPN seçeneklerini tek tek değiştirmekten hızlıdır ve kayıt için bir olgu üretir. Arıza yeniden üretilebilirken varsayılan arayüzü, rotaların biçimini ve yerel erişim anahtarının durumunu yazın. Aksi halde bir sonraki kişi dört kontrolün hepsini baştan tekrarlar.

İlgili makaleler