VPN ನಲ್ಲಿ ಸ್ಮಾರ್ಟ್ ಟಿವಿ: ಕ್ಯಾಸ್ಟಿಂಗ್ ಮತ್ತು DNS ಪ್ರತ್ಯೇಕವಾಗಿ ಏಕೆ ಮುರಿಯುತ್ತವೆ
ಟಿವಿಯ ಸಂಚಾರವನ್ನು ರೌಟರ್‌ನಲ್ಲಿ ರೂಟ್ ಮಾಡಿ, ನಂತರ ಸೆಲೆಕ್ಟರ್, ರಿಜಾಲ್ವರ್, IPv6 ಮತ್ತು ಕ್ಯಾಸ್ಟಿಂಗ್ ಮಾರ್ಗವನ್ನು ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆಗಳಾಗಿ ಪರಿಗಣಿಸಿ.
ನಿಮ್ಮ ಟೆಲಿವಿಷನ್ ವಿದೇಶಿ ಕ್ಯಾಟಲಾಗ್ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಫೋನ್‌ನ ಕ್ಯಾಸ್ಟ್ ಬಟನ್ ಅದನ್ನು ಇನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದಿಲ್ಲ. ಎರಡೂ ದೂರುಗಳು ರೌಟರ್‌ನ ನಾಲ್ಕು ಪುಟಗಳಲ್ಲಿನ ನಾಲ್ಕು ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಹೆಸರಿಸುವ ಒಂದು ವಾಕ್ಯದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. ನಿರ್ಗಮನವನ್ನು ಸರಿಪಡಿಸಿ — ಅನ್ವೇಷಣೆ ಮುರಿಯುತ್ತದೆ; ಅನ್ವೇಷಣೆಯನ್ನು ಸರಿಪಡಿಸಿ — ಮುಂದಿನ ಲೀಸ್ ನಿರ್ಗಮನವನ್ನು ಇನ್ನೊಂದು ಸಾಧನಕ್ಕೆ ಕೊಡುತ್ತದೆ. ಕೆಳಗಿನ ಕ್ರಮ ಸೆಲೆಕ್ಟರ್‌ನಿಂದ ಕ್ಯಾಸ್ಟಿಂಗ್ ಮಾರ್ಗದವರೆಗೆ ಹೋಗುತ್ತದೆ.
ನಾಲ್ಕು ನಿರ್ಧಾರಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ
ಮೆನು ತೆರೆಯುವ ಮೊದಲು ನಾಲ್ಕನ್ನೂ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪುಟದಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಸ್ಥಳದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಸೆಲೆಕ್ಟರ್ ಟನಲ್ ಯಾವ ಕ್ಲೈಂಟ್‌ಗೆ ಅನ್ವಯವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ರಿಜಾಲ್ವರ್ ಹೆಸರುಗಳಿಗೆ ಎಲ್ಲಿ ಉತ್ತರ ನೀಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ವಿಳಾಸ ಕುಟುಂಬ IPv6 ಸಂಪೂರ್ಣವಾಗಿ ಆವರಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಸ್ಥಳೀಯ ಮಾರ್ಗ ಫೋನ್ ಮತ್ತು ಟೆಲಿವಿಷನ್ ಇನ್ನೂ ಒಂದನ್ನೊಂದು ನೋಡುತ್ತವೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಒಂದರಲ್ಲಿ ಬದಲಾವಣೆ ನೀವು ನಿಂತಿರುವ ಪುಟದಿಂದ ಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ. ಉಳಿದ ಮೂರರ ಹಾನಿ ನಂತರ, ಬೇರೆ ಮೆನುವಿನಲ್ಲಿ, ಬೇರೆ ದೂರಿನಂತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.
ಫರ್ಮ್‌ವೇರ್ ಮೆನುಗಳು ಭಿನ್ನ, ಆದರೆ ನಾಲ್ಕು ಸ್ಥಳಗಳು ಅಪರೂಪವಾಗಿ. ಸೆಲೆಕ್ಟರ್ DHCP ಸರ್ವರ್‌ನಲ್ಲಿ ಸ್ಥಿರ ಮ್ಯಾಪಿಂಗ್ ಮತ್ತು ಅದಕ್ಕೆ ಹೊಂದುವ ಫೈರ್ವಾಲ್ ನಿಯಮ. ರಿಜಾಲ್ವರ್ DNS ಸೇವೆಯ ಬಳಿ ಕುಳಿತುತ್ತದೆ, ಅಲ್ಲಿ ಫಾರ್ವರ್ಡರ್ ನಮೂದು ಅಥವಾ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸರ್ವರ್‌ಗಳ ಪಟ್ಟಿ ರೌಟರ್ ಯಾವ ಹೆಸರುಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಶ್ನೆಗಳು ಎಲ್ಲಿಂದ ಹೊರಡುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕುಟುಂಬ ಸೆಟ್ಟಿಂಗ್ ಇಂಟರ್ಫೇಸ್‌ನದೇ, ಅಲ್ಲಿ IPv4 ಮತ್ತು IPv6 ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ನೀತಿ ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಆವರಿಸಬಹುದು. ಸ್ಥಳೀಯ ಮಾರ್ಗ ಪ್ರವೇಶ ಬಿಂದುವಿನ ಸ್ವಿಚ್, ಒಂದೋ ಕ್ಲೈಂಟ್ ಪ್ರತ್ಯೇಕತೆ ಅಥವಾ ತನ್ನದೇ ಫೈರ್ವಾಲ್ ಇರುವ ಅತಿಥಿ ನೆಟ್‌ವರ್ಕ್.
ಸೆಲೆಕ್ಟರ್ ಲೀಸ್‌ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕಲಿ
ಪ್ರತಿ ಸಾಧನದ ನೀತಿ ಮತ್ತು ಮೀಸಲಾದ ವಿಭಾಗ ಎರಡೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಉತ್ತಮ ಆಯ್ಕೆ ಎಂದರೆ ಎರಡನೇ ವ್ಯಕ್ತಿ ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲದೆ ಫರ್ಮ್‌ವೇರ್ ನಿರ್ವಹಿಸಬಲ್ಲದು. ಬಲೆ ಎಂದರೆ DHCP ಸರ್ವರ್ ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ನೀಡಿದ ವಿಳಾಸಕ್ಕೆ ಪಿನ್ ಮಾಡಿದ ನಿಯಮ: ಲೀಸ್ ಸರಿಯುವವರೆಗೆ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಂತರ ಮಾಲೀಕರು ಕಾಣಲಾಗದ ಕಾರಣಗಳಿಗಾಗಿ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅನ್ನು ಬೇರೆ ದೇಶದ ಮೂಲಕ ರೂಟ್ ಮಾಡುತ್ತದೆ. ಸ್ಥಿರತೆ, ಅಚ್ಚುಕಟ್ಟುತನವಲ್ಲ, ಆಪ್ಟಿಮೈಜ್ ಮಾಡಲು ಯೋಗ್ಯವಾದ ಗುಣ.
| Rule names the TV by | After the next lease | What it costs |
|---|---|---|
| whatever address it has now | may point at another client | silent misrouting weeks later |
| a reserved address | holds, if the reservation ships with it | one more entry to keep in step |
| a hardware address | holds, unless the device rotates it | privacy features can break it |
| a whole segment | holds for every device on it | neighbours inherit the exit |
ಕಾಯ್ದಿರಿಸುವಿಕೆ ಮತ್ತು ನಿಯಮವನ್ನು ಒಂದೇ ಬದಲಾವಣೆಯಾಗಿ ಕಳುಹಿಸಿ, ಏಕೆಂದರೆ ತನ್ನ ಕಾಯ್ದಿರಿಸುವಿಕೆಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುವ ನಿಯಮ ಬೇರೊಬ್ಬರ ಹಾರ್ಡ್‌ವೇರ್‌ಗೆ ಗುರಿಯಾಗಿದೆ. ಇಡೀ ವಿಭಾಗದ ನಿಯಮ ಅತ್ಯಂತ ಬಾಳಿಕೆ ಬರುವ ಮತ್ತು ಅತ್ಯಂತ ಒರಟು ಸೆಲೆಕ್ಟರ್, ಏಕೆಂದರೆ ಆ ಇಂಟರ್ಫೇಸ್‌ನ ಹಿಂದಿನ ಪ್ರತಿ ಸಾಧನವೂ ನಿರ್ಗಮನವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ, ಅಗತ್ಯವಿತ್ತೋ ಇಲ್ಲವೋ. ಯಾವ ಸೆಲೆಕ್ಟರ್ ಆರಿಸಿದರೂ, ಮುಂದೆ ಬರುವುದು ಕವರೇಜ್ ಪ್ರಶ್ನೆ: IPv4 ಮಾತ್ರ ನೀತಿ ಅರ್ಧ ನಿರ್ಧಾರ, ಮತ್ತು ಆವರಿಸದ ಕುಟುಂಬವೇ ಯಾರಿಗೂ ಗಮನಕ್ಕೆ ಬಾರದೆ ಹೊರಟುಹೋಗುತ್ತದೆ.
ಟೆಲಿವಿಷನ್ ನಿಜವಾಗಿ ಯಾವ ರಿಜಾಲ್ವರ್ ಬಳಸುತ್ತದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ
ರೌಟರ್ ಮುಟ್ಟುವ ಮೊದಲು ಟೆಲಿವಿಷನ್‌ನ ಸ್ವಂತ ನೆಟ್‌ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ತೆರೆಯಿರಿ, ಏಕೆಂದರೆ ಈ ವಿವಾದವನ್ನು ಸಾಧನವೇ ನಿರ್ಣಯಿಸುತ್ತದೆ. ಕೈಯಿಂದ ಹೊಂದಿಸಿದ DNS ಕ್ಷೇತ್ರ DHCP ಏನೇ ನೀಡಿದರೂ ಆ ಸರ್ವರ್ ಬಳಸುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು ಒಮ್ಮೆ ಬೇರೆ ಪ್ರದೇಶಕ್ಕೆ ಸಂರಚಿಸಿದ ಸೆಟ್-ಟಾಪ್ ಬಾಕ್ಸ್ ಇನ್ನೂ ಉತ್ತರಿಸದ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಬಹುದು. ಕ್ಷೇತ್ರ ಸ್ವಯಂಚಾಲಿತವಾಗಿದ್ದರೆ ರೌಟರ್‌ನ DHCP ಆಯ್ಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ರೌಟರ್‌ನ ಸ್ವಂತ ರಿಜಾಲ್ವರ್ ಮುಂದಿನ ಪ್ರಶ್ನೆಯಾಗುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಉತ್ತರ ಸಾಧನದ ಪರದೆಯಲ್ಲಿ, ಫರ್ಮ್‌ವೇರ್ ಕೈಪಿಡಿಯಲ್ಲಿ ಅಲ್ಲ.
ರೌಟರ್ ಬದಿಯಲ್ಲಿ ಮುಖ್ಯವಾದ ವ್ಯತ್ಯಾಸ ರೌಟರ್ ಸ್ವತಃ ಉತ್ತರಿಸುವ ಹೆಸರುಗಳು ಮತ್ತು ಅದು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಹೆಸರುಗಳ ನಡುವೆ, ಏಕೆಂದರೆ ಆ ಎರಡು ಮಾರ್ಗಗಳು ಬೇರೆ ಬೇರೆ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಮೂಲಕ ಹೊರಡಬಹುದು. ಆದ್ದರಿಂದ ಸರಿಯಾಗಿ ಪರಿಹರಿಸಲ್ಪಡುವ ಪ್ರಶ್ನೆ ಮೀಡಿಯಾ ವಿನಂತಿ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು Linux ಗೇಟ್‌ವೇಯಲ್ಲಿ ನೀತಿ ಕೋಷ್ಟಕ ಮತ್ತು ಒಂದೇ ರೂಟ್ ಹುಡುಕಾಟ ಟೆಲಿವಿಷನ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಹಿಡಿಯದೆ ಎರಡೂ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ:
ip rule show
ip route get 203.0.113.10ಮೊದಲ ಆಜ್ಞೆಯನ್ನು ಟೆಲಿವಿಷನ್ ಸಂಚಾರವನ್ನು ಗುರುತಿಸುವ ನಿಯಮಕ್ಕಾಗಿ ಮತ್ತು ಎರಡನೆಯದನ್ನು ಉದಾಹರಣೆ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ಪ್ಯಾಕೆಟ್ ನಿಜವಾಗಿ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ ಓದಿ. ಎರಡೂ ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ, ದೋಷ ರಿಜಾಲ್ವರ್‌ನದಲ್ಲ; ನೀತಿಯದು. ಒಂದು ವಿಷಯ ಬದಲಿಸಿ, ನಂತರ ಜೋಡಿಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ನಿಯಮಗಳ ಪಟ್ಟಿ ಕ್ರಮಕ್ಕೆ ಸೂಕ್ಷ್ಮವಾಗಿದೆ ಮತ್ತು ಹೊಸ ನಮೂದು ಸಂಚಾರವನ್ನು ಹೊತ್ತಿದ್ದ ನಿಯಮವನ್ನು ಮರೆಮಾಡಬಹುದು. ಗಮ್ಯಸ್ಥಾನ ದಾಖಲೆಗಾಗಿ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಅಂಟಿಸಿದ ಔಟ್‌ಪುಟ್ ಮಾದರಿಯಾಗಿ ಓದಲ್ಪಡುತ್ತದೆ.
ಕ್ಯಾಸ್ಟಿಂಗ್ ಅನ್ವೇಷಣೆಯಲ್ಲಿ ಮುರಿಯುತ್ತದೆ, ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಅಲ್ಲ
ಕ್ಯಾಸ್ಟಿಂಗ್ ಕನಿಷ್ಠ ಮೂರು ಸಂಭಾಷಣೆಗಳು ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ವೀಡಿಯೊ ಸಾಗಿಸುತ್ತದೆ. ಫೋನ್ ಸ್ಥಳೀಯ ವಿಭಾಗದಲ್ಲಿ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅಥವಾ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಮೂಲಕ ಟೆಲಿವಿಷನ್ ಅನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ, ಏನು ಪ್ಲೇ ಮಾಡಬೇಕೆಂದು ಹೇಳಲು ನಿಯಂತ್ರಣ ಚಾನೆಲ್ ತೆರೆಯುತ್ತದೆ, ನಂತರ ಟೆಲಿವಿಷನ್ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವತಃ ತರುತ್ತದೆ ಅಥವಾ ಫೋನ್‌ನಿಂದ ರಿಲೇ ಆಗಿ ಪಡೆಯುತ್ತದೆ. ಅನ್ವೇಷಣೆ ಆ ಸಂಚಾರವನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡದ ರೌಟರ್ ಅನ್ನು ಎಂದಿಗೂ ದಾಟುವುದಿಲ್ಲ, ಮತ್ತು ಹೀಗೆ ಟೆಲಿವಿಷನ್ ಉದ್ದೇಶಿಸಿದಂತೆಯೇ ರೂಟ್ ಆಗಿಯೂ ಕ್ಯಾಸ್ಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸದಿರಬಹುದು.
ಅತಿಥಿ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರತ್ಯೇಕತೆ ಸಾಮಾನ್ಯ ಕಾರಣ, ಮತ್ತು ಎರಡೂ ಸಂರಚಿಸಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಮಾಡುತ್ತಿವೆ. ಒಂದು ಸಾಧನ ಮತ್ತೆ ಕಾಣಿಸಲಿ ಎಂದು ಇಡೀ ವೈರ್‌ಲೆಸ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಆಫ್ ಮಾಡುವುದು ಸಾಮಾನ್ಯ ಅತಿಯಾದ ತಿದ್ದುಪಡಿ, ಮತ್ತು ಅದು ಆ ಸೆಟ್ಟಿಂಗ್ ಮುಚ್ಚಲು ಇದ್ದ ಪ್ರತಿ ಫೋನ್-ಇಂದ-ಫೋನ್ ಮಾರ್ಗವನ್ನೂ ಮತ್ತೆ ತೆರೆಯುತ್ತದೆ. ಹೆಚ್ಚು ಸಂಕುಚಿತ ಉತ್ತರಗಳಿವೆ: ಎರಡು ವಿಳಾಸಗಳ ನಡುವಿನ ಅನ್ವೇಷಣೆ ಮತ್ತು ನಿಯಂತ್ರಣ ಸಂಚಾರಕ್ಕೆ ಪಾಸ್ ನಿಯಮ, ಟೆಲಿವಿಷನ್‌ಗಳಿಗೆ ಪ್ರತ್ಯೇಕ SSID, ಅಥವಾ ಅತಿಥಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಒಂದು ದಾಖಲಿತ ವಿನಾಯಿತಿ.
ಪ್ರತ್ಯೇಕತೆ ನಿಯಮ ಇನ್ನೂ ಸ್ಥಳದಲ್ಲಿರುವಾಗ ಕ್ಯಾಸ್ಟ್ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಅನ್ವೇಷಣೆ ವಿನಾಯಿತಿಯನ್ನು ಮಾತ್ರ ಸೇರಿಸಿ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಎರಡನೇ ಪ್ರಯತ್ನ ಟೆಲಿವಿಷನ್ ಕಂಡುಕೊಂಡರೆ, ವಿನಾಯಿತಿಯೇ ಪರಿಹಾರ ಮತ್ತು ವಿಭಾಗದ ಉಳಿದ ಭಾಗ ಹಿಂದಿನಂತೆಯೇ ಇರಬಹುದು.
ಟನಲ್ ನಿಲ್ಲಿಸಿ ಮತ್ತು ಯಾವ ದಿಕ್ಕಿಗೆ ಅದು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ನೋಡಿ
ಕೊನೆಯ ಪರಿಶೀಲನೆ ಹೆಚ್ಚಿನ ಸಂರಚನೆಗಳು ಬಿಟ್ಟುಬಿಡುವಂತಹದ್ದು: ಟನಲ್ ಕೆಳಗಿಳಿಸಿ ಮತ್ತು ಟೆಲಿವಿಷನ್ ನಿಲ್ಲುತ್ತದೆಯೋ ಅಥವಾ ಸ್ಥಳೀಯ ಸಂಪರ್ಕದ ಮೂಲಕ ಸದ್ದಿಲ್ಲದೆ ಹೊರಟುಹೋಗುತ್ತದೆಯೋ ನೋಡಿ. ಆದ್ಯತೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ನೀತಿ ತೆರೆದು ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ನಿರ್ಗಮನ ISP-ಗೆ ಹಿಂದಿರುಗುವಾಗ ಪ್ಲೇಬ್ಯಾಕ್ ಮುಂದುವರಿಯುವುದರಿಂದ ಆ ವೈಫಲ್ಯವನ್ನು ಗಮನಿಸದಿರುವುದು ಸುಲಭ. ಕಿಲ್-ಸ್ವಿಚ್ ನಿಯಮ ಬದಲಿಗೆ ಮುಚ್ಚಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಟನಲ್ ಹಿಂತಿರುಗುವವರೆಗೆ ಟೆಲಿವಿಷನ್ ಏನನ್ನೂ ವರದಿ ಮಾಡುವುದಿಲ್ಲ. ಎರಡೂ ನಡವಳಿಕೆಗಳಲ್ಲಿ ಯಾವುದೂ ತಪ್ಪಲ್ಲ; ನೀವು ಯಾವುದನ್ನು ಸಂರಚಿಸಿದಿರಿ ಎಂದು ತಿಳಿಯದಿರುವುದೇ ತಪ್ಪು.
ಯಾವುದೇ ಬದಲಾವಣೆಯ ನಂತರ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ. ಮುಂದಿನ ಲೀಸ್ ಅಥವಾ ರೀಬೂಟ್ ನಂತರವೂ ಸೆಲೆಕ್ಟರ್ ಸಾಧನಕ್ಕೆ ಹೊಂದುತ್ತದೆ. ರಿಜಾಲ್ವರ್ ನೀತಿ ಉದ್ದೇಶಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಸಾಧನ ನೆನಪಿಟ್ಟ ಸರ್ವರ್‌ನಿಂದ ಅಲ್ಲ. ನೀತಿಯಲ್ಲಿನ ವಿಳಾಸ ಕುಟುಂಬ ಟೆಲಿವಿಷನ್ ಮತ್ತು ಪ್ರವೇಶ ನೆಟ್‌ವರ್ಕ್ ನಿಜವಾಗಿ ಬಳಸುವ ಪ್ರತಿ ಕುಟುಂಬವನ್ನೂ ಆವರಿಸುತ್ತದೆ. ಕ್ಯಾಸ್ಟಿಂಗ್ ಇನ್ನೂ ನಿಜವಾಗಿ ಬಳಸಲಾಗುವ ಫೋನ್‌ನಿಂದ ಟೆಲಿವಿಷನ್ ಕಂಡುಕೊಳ್ಳುತ್ತದೆ, ಅದೇ SSID-ಯಲ್ಲಿ ಕುಳಿತ ಪರೀಕ್ಷಾ ಫೋನ್‌ನಿಂದ ಅಲ್ಲ.
ಆ ನಾಲ್ಕು ಸಾಲುಗಳನ್ನು ಚಾಟ್ ಥ್ರೆಡ್‌ನಲ್ಲಿ ಅಲ್ಲ, ರೌಟರ್ ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ: ನಿಯಮ ಯಾವುದಕ್ಕೆ ಹೊಂದುತ್ತದೆ, ಟೆಲಿವಿಷನ್ ಯಾವ ರಿಜಾಲ್ವರ್ ಕೇಳುತ್ತದೆ, ಯಾವ ಕುಟುಂಬ ಆವರಿಸಲ್ಪಟ್ಟಿದೆ, ಮತ್ತು ಕ್ಯಾಸ್ಟಿಂಗ್‌ಗೆ ಯಾವ ಸ್ಥಳೀಯ ಮಾರ್ಗ ಬೇಕು. ಫೈರ್ವಾಲ್ ತೆರೆಯುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಟಿಕೆಟ್ ಓದುವ ಮುನ್ನವೇ ಸಂರಚನೆಯನ್ನು ಓದುತ್ತಾರೆ. ಆ ಹೊತ್ತಿಗೆ ಆ ವ್ಯಕ್ತಿ ನೀವೇ ಆಗಿರಬಹುದು.