Yönlendirici VPN'i açtıktan sonra yayın neden çalışmaz hale gelir
Keşif link-local multicast üzerinden yürür, televizyon ise medyayı kendisi indirir. İlkedeki varsayılan yol, LAN isteğini yakalayıp tünele gönderebilir.
Yayın, yönlendirici VPN'i açılmadan önce çalışıyordu ve açıldıktan hemen sonra başarısız oluyor; telefonda normal gezinme ise sürüyor. Bu iki olgu tutarlıdır, çünkü yayın tek bir bağlantı değildir. Telefon, alıcıyı yerel ağ üzerinden bulup denetler, ardından alıcı medyayı kendi bağlantısıyla indirir.
Farklı biçimde başarısız olan iki yol
Denetim yolu yereldir. Telefon, yerel ağa sorarak bir alıcı bulur, sonra öğrendiği adrese bir denetim bağlantısı açar. Alıcı listede hiç görünmüyorsa, herhangi bir medya istenmeden önce keşif adımı başarısız olmuştur.
Medya yolu illa yerel değildir. Birçok alıcı akışı kendisi indirir; kendi bağlantısı ve kendi kimlik bilgileriyle, bu yüzden telefonun yolu alıcının yolunu tanımlamaz. Tek bir çıkış kullanıyor gibi görünen telefon, televizyonun trafiğinin nereye gittiği hakkında hiçbir şey söylemez.
Bu ayrım, arızanın neden tuhaf göründüğünü açıklar. Tünel telefonun yönlendirme tablosunu değiştirdi, televizyonunkini değiştirmedi; bu yüzden çiftin bir tarafında görünen belirti o tarafta izlenmelidir. Yanlış aygıtı incelemek, bir düzeltmenin hiçbir şey yapmıyor gibi görünmesinin olağan nedenidir.
Keşif neden önce bozulur
Keşif genellikle link-local multicast üzerinden yürür. mDNS, UDP 5353 portunda 224.0.0.251 adresine gönderir; SSDP ise UDP 1900 portunda 239.255.255.250 adresine gönderir. İkisi de tasarım gereği tek bir bağlantıyla sınırlıdır, bu yüzden yönlendirici bir tekrarlayıcı ya da vekil sunucu yardımı olmadan onları segmentler arasında iletmez. Yönlendirilen bir VPN multicast grubunu genişletmez ve bir ilke yolu, bağlantıdan hiç çıkmamış bir grubu başka bir bağlantıda gösteremez.
Yani ilk arızanın şifrelemeyle ilgisi yoktur. Telefonun multicast paketi gönderildiği arayüzü terk eder, alıcı onu hiç görmeyen bir segmenttedir ve aygıt listesi boş döner. Boş liste, televizyonun internet erişimini kaybettiğinin kanıtı değildir.
Yalıtım, hiçbir VPN olmadan da aynı belirtiyi üretir. Konuk ağları ve erişim noktasındaki istemci yalıtımı, aygıtların birbiriyle konuşmasını bilerek engeller ve yalıtılmış bir segmentin üzerine yönlendirici VPN'i açmak bunda hiçbir şeyi değiştirmez. Tüneli denetlemeden önce yalıtım ayarını denetleyin. Daha ucuz yanıt budur ve daha yaygındır.
Segment düzeni işin diğer yarısıdır. İkinci bir yönlendirici, başka bir kipteki mesh düğümü ya da başka bir NAT'ın arkasındaki kablolu segment, alıcıyı telefonun keşif trafiğinin ulaşmadığı bir yere koyar.
Varsayılan ilke kuralı yerel bir isteği neden yutabilir
Tüm trafiği tünele yönlendiren bir yönlendirici, tünel arayüzüne varsayılan bir yol kurar. LAN öneki bu ilkeden dışlanmamışsa, iki metre ötedeki bir aygıta gönderilen paket artık varsayılan yolla eşleşir ve yönlendirici denetim isteğini anahtara değil tünele gönderir.
| Stage | What carries it | How a router VPN interferes |
|---|---|---|
| Discovery | Link-local multicast on a single segment | Not extended across segments, and not repaired by a route |
| Control connection | Unicast to the receiver address on the LAN | A policy default can capture the LAN destination and tunnel it |
| Media fetch | The receiver's own connection | Unaffected by the phone's route, but affected by the TV's own policy |
| Account authorization | Tokens held by the application | Can fail for reasons unrelated to any route |
Kural sırası sonucu belirler. İlke yönlendirmesi kuralları öncelik sırasına göre değerlendirir, bu yüzden yerel önek için istisna, tünel tablosunu seçen kuraldan önce gelmelidir. İstisnayı tünel kuralından sonra eklemek etkisizdir; bu nedenle doğru görünen bir yapılandırma bile LAN trafiğini uzak bir çıkışa gönderebilir.
Düzeltme dardır: yayın akışının gerektirdiği belirli yerel hedeflere izin verin ve yalıtımın geri kalanına dokunmayın. İlk adım olarak istemci yalıtımını kaldırmak belirtiyi iyileştirir ama ağın tasarımında olan bir denetimi çöpe atar.
Telefonda hızlı bir bakış, iki arızadan hangisinin olduğunu belirler. Alıcıya giden yol tüneli gösteriyorsa sorun ilkededir. LAN'ı gösteriyorsa ve keşif yine başarısız oluyorsa sorun multicast ya da yalıtımdadır ve hiçbir yol değişikliği yardımcı olmaz.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpÜlkeyi değil, değişen adımı test edin
Kaydedilen gözlemler yinelenen deneylerden iyidir. Alıcının aygıt listesinde görünüp görünmediğini, denetim isteğinin ona ulaşıp ulaşmadığını ve akış seçildikten sonra oynatmanın başlayıp başlamadığını not edin. Her yanıt bir adımı kuşkudan çıkarır.
Sonra çıkış konumlarını değiştirmek yerine her adımı doğrudan test edin. VPN ülkesini değiştirmek medya yolunu test eder ve keşif ile denetim adımlarına dokunmaz; bu yüzden hiçbir şey öğretmeden rastlantıyla yardımcı olmuş gibi görünebilir.
Alıcı tarafında kendi yolunu ve kendi hesap durumunu denetleyin. Televizyonun medyayı telefondan farklı bir çıkışla indirmesi normal bir tasarımdır ve oradaki arıza telefonun tüneliyle değil, alıcının ağ ilkesiyle ilgili bir sorudur.
Sonucu, hangi adımın bozulduğu ve onu neyin değiştirdiği üzerine tek bir cümle olarak yazın. O cümle bir hafta ülke değiştirmekten daha değerlidir ve sonraki ürün yazılımı güncellemesini de atlatır.
Yayın, tünellerle ilgili genel bir kural için iyi bir test durumudur. Bir ağa tünel eklendiğinde ilk soru hangi hedeflerin oraya hiç girmemesi gerektiğidir; ikincisi ise bunlardan hangilerini ilkenin yine de sessizce kabul ettiğidir.