ਰਾਊਟਰ VPN ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਾਸਟਿੰਗ ਕਿਉਂ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ
ਖੋਜ ਲਿੰਕ-ਲੋਕਲ ਮਲਟੀਕਾਸਟ ਉੱਤੇ ਚੱਲਦੀ ਹੈ ਜਦਕਿ ਟੀਵੀ ਮੀਡੀਆ ਖੁਦ ਲੈਂਦਾ ਹੈ। ਨੀਤੀ ਦਾ ਡਿਫਾਲਟ LAN ਬੇਨਤੀ ਨੂੰ ਫੜ ਕੇ ਟਨਲ ਵਿੱਚ ਭੇਜ ਸਕਦਾ ਹੈ।
ਕਾਸਟਿੰਗ ਰਾਊਟਰ VPN ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਕਰਦੀ ਸੀ ਅਤੇ ਚਾਲੂ ਕਰਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ, ਜਦਕਿ ਫ਼ੋਨ ਉੱਤੇ ਆਮ ਬ੍ਰਾਊਜ਼ਿੰਗ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਦੋਵੇਂ ਗੱਲਾਂ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਕਾਸਟਿੰਗ ਇੱਕ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਹੈ। ਫ਼ੋਨ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਰਿਸੀਵਰ ਲੱਭਦਾ ਅਤੇ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਰਿਸੀਵਰ ਆਪਣੇ ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਮੀਡੀਆ ਲੈਂਦਾ ਹੈ।
ਦੋ ਰਾਹ ਜੋ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ
ਕੰਟਰੋਲ ਰਾਹ ਸਥਾਨਕ ਹੁੰਦਾ ਹੈ। ਫ਼ੋਨ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਨੂੰ ਪੁੱਛ ਕੇ ਰਿਸੀਵਰ ਲੱਭਦਾ ਹੈ, ਫਿਰ ਜਿਸ ਪਤੇ ਦਾ ਪਤਾ ਲੱਗਾ ਉਸ ਨਾਲ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ। ਜੇ ਰਿਸੀਵਰ ਸੂਚੀ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਦਿਸਦਾ, ਤਾਂ ਖੋਜ ਦਾ ਕਦਮ ਕੋਈ ਮੀਡੀਆ ਮੰਗੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਫੇਲ੍ਹ ਹੋ ਗਿਆ।
ਮੀਡੀਆ ਰਾਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਸਥਾਨਕ ਹੋਵੇ। ਬਹੁਤ ਸਾਰੇ ਰਿਸੀਵਰ ਸਟ੍ਰੀਮ ਖੁਦ ਲੈਂਦੇ ਹਨ, ਆਪਣੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਆਪਣੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਨਾਲ, ਇਸ ਲਈ ਫ਼ੋਨ ਦਾ ਰੂਟ ਰਿਸੀਵਰ ਦਾ ਰੂਟ ਨਹੀਂ ਦੱਸਦਾ। ਜੋ ਫ਼ੋਨ ਇੱਕ ਐਗਜ਼ਿਟ ਵਰਤਦਾ ਦਿਸਦਾ ਹੈ, ਉਹ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਟੀਵੀ ਦੀ ਟ੍ਰੈਫਿਕ ਕਿੱਥੇ ਜਾਂਦੀ ਹੈ।
ਇਹ ਵੰਡ ਹੀ ਕਾਰਨ ਹੈ ਕਿ ਨੁਕਸ ਅਜੀਬ ਦਿਸਦਾ ਹੈ। ਟਨਲ ਨੇ ਫ਼ੋਨ ਦੀ ਰੂਟਿੰਗ ਸਾਰਣੀ ਬਦਲੀ ਅਤੇ ਟੀਵੀ ਦੀ ਨਹੀਂ ਬਦਲੀ, ਇਸ ਲਈ ਜੋੜੀ ਦੇ ਇੱਕ ਪਾਸੇ ਦਿਸਣ ਵਾਲਾ ਲੱਛਣ ਉਸੇ ਪਾਸੇ ਲੱਭਣਾ ਪੈਂਦਾ ਹੈ। ਗਲਤ ਡਿਵਾਈਸ ਲੱਭਣਾ ਹੀ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਸੁਧਾਰ ਕੁਝ ਨਹੀਂ ਕਰਦਾ ਦਿਸਦਾ।
ਖੋਜ ਪਹਿਲਾਂ ਕਿਉਂ ਟੁੱਟਦੀ ਹੈ
ਖੋਜ ਆਮ ਤੌਰ ਉੱਤੇ ਲਿੰਕ-ਲੋਕਲ ਮਲਟੀਕਾਸਟ ਉੱਤੇ ਚੱਲਦੀ ਹੈ। mDNS 224.0.0.251 ਨੂੰ UDP ਪੋਰਟ 5353 ਉੱਤੇ ਭੇਜਦਾ ਹੈ, ਅਤੇ SSDP 239.255.255.250 ਨੂੰ UDP ਪੋਰਟ 1900 ਉੱਤੇ। ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਇੱਕ ਲਿੰਕ ਤੱਕ ਸੀਮਤ ਹਨ, ਇਸ ਲਈ ਰਾਊਟਰ ਰੀਪੀਟਰ ਜਾਂ ਪ੍ਰੌਕਸੀ ਦੀ ਮਦਦ ਤੋਂ ਬਿਨਾਂ ਇਹਨਾਂ ਨੂੰ ਸੈਗਮੈਂਟਾਂ ਵਿਚਕਾਰ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦਾ। ਰਾਊਟ ਕੀਤਾ VPN ਮਲਟੀਕਾਸਟ ਗਰੁੱਪ ਨੂੰ ਨਹੀਂ ਵਧਾਉਂਦਾ, ਅਤੇ ਨੀਤੀ ਰੂਟ ਉਸ ਗਰੁੱਪ ਨੂੰ, ਜੋ ਲਿੰਕ ਤੋਂ ਕਦੇ ਨਹੀਂ ਨਿਕਲਿਆ, ਦੂਜੇ ਲਿੰਕ ਉੱਤੇ ਨਹੀਂ ਲਿਆ ਸਕਦਾ।
ਇਸ ਲਈ ਪਹਿਲੇ ਨੁਕਸ ਦਾ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ। ਫ਼ੋਨ ਦਾ ਮਲਟੀਕਾਸਟ ਉਸੇ ਇੰਟਰਫੇਸ ਤੋਂ ਨਿਕਲਦਾ ਹੈ ਜਿਸ ਉੱਤੇ ਭੇਜਿਆ ਗਿਆ ਸੀ, ਰਿਸੀਵਰ ਉਸ ਸੈਗਮੈਂਟ ਉੱਤੇ ਹੈ ਜੋ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਦੇਖਦਾ, ਅਤੇ ਡਿਵਾਈਸ ਸੂਚੀ ਖਾਲੀ ਵਾਪਸ ਆਉਂਦੀ ਹੈ। ਖਾਲੀ ਸੂਚੀ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਟੀਵੀ ਨੇ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਗੁਆ ਲਈ ਹੈ।
ਆਈਸੋਲੇਸ਼ਨ ਬਿਨਾਂ ਕਿਸੇ VPN ਦੇ ਵੀ ਇਹੋ ਜਿਹਾ ਲੱਛਣ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਗੈਸਟ ਨੈੱਟਵਰਕ ਅਤੇ ਐਕਸੈਸ ਪੁਆਇੰਟ ਕਲਾਇੰਟ ਆਈਸੋਲੇਸ਼ਨ ਜਾਣ-ਬੁੱਝ ਕੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਗੱਲ ਕਰਨ ਤੋਂ ਰੋਕਦੇ ਹਨ, ਅਤੇ ਆਈਸੋਲੇਟ ਕੀਤੇ ਸੈਗਮੈਂਟ ਉੱਤੇ ਰਾਊਟਰ VPN ਚਾਲੂ ਕਰਨ ਨਾਲ ਇਸ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਟਨਲ ਦੀ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਆਈਸੋਲੇਸ਼ਨ ਸੈਟਿੰਗ ਦੇਖੋ। ਇਹ ਸਸਤਾ ਜਵਾਬ ਹੈ ਅਤੇ ਵਧੇਰੇ ਆਮ ਵੀ।
ਸੈਗਮੈਂਟ ਲੇਆਉਟ ਦੂਜਾ ਅੱਧਾ ਹੈ। ਦੂਜਾ ਰਾਊਟਰ, ਵੱਖਰੇ ਮੋਡ ਵਿੱਚ ਮੈਸ਼ ਨੋਡ, ਜਾਂ ਹੋਰ NAT ਪਿੱਛੇ ਵਾਇਰਡ ਸੈਗਮੈਂਟ — ਸਭ ਰਿਸੀਵਰ ਨੂੰ ਉੱਥੇ ਪਾ ਦਿੰਦੇ ਹਨ ਜਿੱਥੇ ਫ਼ੋਨ ਦੀ ਖੋਜ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਪਹੁੰਚਦੀ।
ਨੀਤੀ ਦਾ ਡਿਫਾਲਟ ਸਥਾਨਕ ਬੇਨਤੀ ਕਿਉਂ ਨਿਗਲ ਸਕਦਾ ਹੈ
ਜੋ ਰਾਊਟਰ ਸਾਰੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਟਨਲ ਵਿੱਚ ਭੇਜਦਾ ਹੈ, ਉਹ ਟਨਲ ਇੰਟਰਫੇਸ ਉੱਤੇ ਡਿਫਾਲਟ ਰੂਟ ਲਾਉਂਦਾ ਹੈ। ਜੇ LAN ਪ੍ਰੀਫਿਕਸ ਉਸ ਨੀਤੀ ਤੋਂ ਬਾਹਰ ਨਹੀਂ ਰੱਖਿਆ, ਤਾਂ ਦੋ ਮੀਟਰ ਦੂਰ ਡਿਵਾਈਸ ਲਈ ਭੇਜਿਆ ਪੈਕਟ ਡਿਫਾਲਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਕੰਟਰੋਲ ਬੇਨਤੀ ਨੂੰ ਸਵਿੱਚ ਉੱਤੇ ਭੇਜਣ ਦੀ ਥਾਂ ਟਨਲ ਵਿੱਚ ਭੇਜ ਦਿੰਦਾ ਹੈ।
| 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 |
ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਨਤੀਜਾ ਤੈਅ ਕਰਦਾ ਹੈ। ਨੀਤੀ ਰਾਊਟਿੰਗ ਨਿਯਮਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖਦੀ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਪ੍ਰੀਫਿਕਸ ਲਈ ਛੋਟ ਉਸ ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਟਨਲ ਸਾਰਣੀ ਚੁਣਦਾ ਹੈ। ਟਨਲ ਨਿਯਮ ਤੋਂ ਬਾਅਦ ਛੋਟ ਜੋੜਨ ਦਾ ਕੋਈ ਅਸਰ ਨਹੀਂ, ਇਸ ਲਈ ਸਹੀ ਦਿਸਣ ਵਾਲੀ ਸੰਰਚਨਾ ਵੀ LAN ਟ੍ਰੈਫਿਕ ਦੂਰ ਦੇ ਐਗਜ਼ਿਟ ਭੇਜ ਸਕਦੀ ਹੈ।
ਸੁਧਾਰ ਸੰਕਰਾ ਹੈ: ਕਾਸਟਿੰਗ ਪ੍ਰਵਾਹ ਲਈ ਲੋੜੀਂਦੇ ਖਾਸ ਸਥਾਨਕ ਟਿਕਾਣਿਆਂ ਦੀ ਆਗਿਆ ਦਿਓ, ਅਤੇ ਬਾਕੀ ਆਈਸੋਲੇਸ਼ਨ ਜਿਉਂ ਦਾ ਤਿਉਂ ਰਹਿਣ ਦਿਓ। ਪਹਿਲੇ ਕਦਮ ਵਜੋਂ ਕਲਾਇੰਟ ਆਈਸੋਲੇਸ਼ਨ ਹਟਾਉਣਾ ਲੱਛਣ ਠੀਕ ਕਰਦਾ ਹੈ ਪਰ ਉਹ ਕੰਟਰੋਲ ਸੁੱਟ ਦਿੰਦਾ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ।
ਫ਼ੋਨ ਉੱਤੇ ਇੱਕ ਛੋਟੀ ਜਾਂਚ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਦੋ ਨੁਕਸਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਹੈ। ਜੇ ਰਿਸੀਵਰ ਤੱਕ ਦਾ ਰੂਟ ਟਨਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਨੀਤੀ ਸਮੱਸਿਆ ਹੈ। ਜੇ ਇਹ LAN ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਅਤੇ ਖੋਜ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਮਲਟੀਕਾਸਟ ਜਾਂ ਆਈਸੋਲੇਸ਼ਨ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਕੋਈ ਰੂਟ ਬਦਲਾਅ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ।
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpਬਦਲੇ ਹੋਏ ਪੜਾਅ ਦੀ ਜਾਂਚ ਕਰੋ, ਦੇਸ਼ ਦੀ ਨਹੀਂ
ਦਰਜ ਕੀਤੇ ਨਿਰੀਖਣ ਵਾਰ-ਵਾਰ ਪ੍ਰਯੋਗਾਂ ਨਾਲੋਂ ਬਿਹਤਰ ਹਨ। ਨੋਟ ਕਰੋ ਕਿ ਰਿਸੀਵਰ ਡਿਵਾਈਸ ਸੂਚੀ ਵਿੱਚ ਦਿਸਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕੰਟਰੋਲ ਬੇਨਤੀ ਉਸ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸਟ੍ਰੀਮ ਚੁਣਨ ਤੋਂ ਬਾਅਦ ਪਲੇਬੈਕ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਹਰ ਜਵਾਬ ਇੱਕ ਪੜਾਅ ਨੂੰ ਸ਼ੱਕ ਤੋਂ ਬਾਹਰ ਕਰਦਾ ਹੈ।
ਫਿਰ ਐਗਜ਼ਿਟ ਟਿਕਾਣੇ ਬਦਲਣ ਦੀ ਥਾਂ ਹਰ ਪੜਾਅ ਦੀ ਸਿੱਧੀ ਜਾਂਚ ਕਰੋ। VPN ਦੇਸ਼ ਬਦਲਣਾ ਮੀਡੀਆ ਰਾਹ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਖੋਜ ਤੇ ਕੰਟਰੋਲ ਪੜਾਅ ਅਛੋਹ ਛੱਡਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਸੰਜੋਗ ਨਾਲ ਮਦਦ ਕਰਦਾ ਦਿਸ ਸਕਦਾ ਹੈ ਜਦਕਿ ਕੁਝ ਨਹੀਂ ਸਿਖਾਉਂਦਾ।
ਰਿਸੀਵਰ ਪਾਸੇ, ਉਸਦਾ ਆਪਣਾ ਰੂਟ ਅਤੇ ਖਾਤਾ ਹਾਲਤ ਦੇਖੋ। ਜੋ ਟੀਵੀ ਫ਼ੋਨ ਨਾਲੋਂ ਵੱਖਰੇ ਐਗਜ਼ਿਟ ਰਾਹੀਂ ਮੀਡੀਆ ਲੈਂਦਾ ਹੈ, ਉਹ ਆਮ ਡਿਜ਼ਾਈਨ ਹੈ, ਅਤੇ ਉੱਥੇ ਨੁਕਸ ਫ਼ੋਨ ਦੇ ਟਨਲ ਬਾਰੇ ਨਹੀਂ ਸਗੋਂ ਰਿਸੀਵਰ ਦੀ ਨੈੱਟਵਰਕ ਨੀਤੀ ਬਾਰੇ ਸਵਾਲ ਹੈ।
ਨਤੀਜਾ ਇੱਕ ਵਾਕ ਵਜੋਂ ਲਿਖੋ ਕਿ ਕਿਹੜਾ ਪੜਾਅ ਟੁੱਟਾ ਅਤੇ ਕੀ ਬਦਲਿਆ। ਉਹ ਵਾਕ ਦੇਸ਼ ਬਦਲਣ ਦੇ ਇੱਕ ਹਫ਼ਤੇ ਨਾਲੋਂ ਵਧੇਰੇ ਕੀਮਤੀ ਹੈ, ਅਤੇ ਅਗਲੇ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਤੱਕ ਵੀ ਰਹਿੰਦਾ ਹੈ।
ਕਾਸਟਿੰਗ ਟਨਲਾਂ ਬਾਰੇ ਆਮ ਨਿਯਮ ਲਈ ਚੰਗਾ ਪਰਖ ਕੇਸ ਹੈ। ਜਦੋਂ ਕੋਈ ਨੈੱਟਵਰਕ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿਹੜੇ ਟਿਕਾਣੇ ਕਦੇ ਇਸ ਵਿੱਚ ਨਹੀਂ ਵੜਨੇ ਚਾਹੀਦੇ ਸਨ। ਦੂਜਾ ਇਹ ਹੈ ਕਿ ਨੀਤੀ ਨੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੇ ਚੁੱਪਚਾਪ ਸਵੀਕਾਰ ਕਰ ਲਏ।