ರೌಟರ್ 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 ದೇಶ ಬದಲಿಸುವುದು ಮಾಧ್ಯಮ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಸಂಶೋಧನೆ ಹಾಗೂ ನಿಯಂತ್ರಣ ಹಂತಗಳನ್ನು ಬದಲಿಸದೆ ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಕಸ್ಮಿಕವಾಗಿ ಸಹಾಯ ಮಾಡಿದಂತೆ ಕಾಣಬಹುದು, ಏನನ್ನೂ ಕಲಿಸದೆ.
ರಿಸೀವರ್ ಬದಿಯಲ್ಲಿ ಅದರ ಸ್ವಂತ ಮಾರ್ಗ ಮತ್ತು ಸ್ವಂತ ಖಾತೆಯ ಸ್ಥಿತಿ ನೋಡಿ. ಟಿವಿ ಫೋನ್‌ಗಿಂತ ಬೇರೆ ನಿರ್ಗಮನದ ಮೂಲಕ ಮಾಧ್ಯಮ ತಂದರೆ ಅದು ಸಾಮಾನ್ಯ ವಿನ್ಯಾಸ, ಮತ್ತು ಅಲ್ಲಿ ವೈಫಲ್ಯ ಫೋನ್‌ನ ಟನೆಲ್ ಬಗ್ಗೆ ಅಲ್ಲ, ರಿಸೀವರ್‌ನ ನೆಟ್‌ವರ್ಕ್ ನೀತಿ ಬಗ್ಗೆ ಪ್ರಶ್ನೆ.
ಯಾವ ಹಂತ ಮುರಿಯಿತು ಮತ್ತು ಏನು ಅದನ್ನು ಬದಲಿಸಿತು ಎಂಬುದನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಬರೆಯಿರಿ. ಆ ವಾಕ್ಯ ಒಂದು ವಾರದ ದೇಶ ಬದಲಾವಣೆಗಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದು, ಮತ್ತು ಮುಂದಿನ ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣವನ್ನೂ ದಾಟುತ್ತದೆ.
ಟನೆಲ್‌ಗಳ ಬಗ್ಗೆ ಸಾಮಾನ್ಯ ನಿಯಮಕ್ಕೆ ಕಾಸ್ಟಿಂಗ್ ಒಳ್ಳೆಯ ಪರೀಕ್ಷಾ ಪ್ರಕರಣ. ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಟನೆಲ್ ಸೇರಿಸಿದಾಗ ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳು ಎಂದೂ ಅದರೊಳಗೆ ಹೋಗಬಾರದಿತ್ತು, ಎರಡನೆಯದು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನು ನೀತಿ ಮೌನವಾಗಿ ಒಪ್ಪಿಕೊಂಡಿತು.