ಫೋನ್ VPN ಮನೆಗೆ: ಫೈರ್ವಾಲ್ ಅನ್ನು ನಿಮ್ಮ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನವನ್ನಾಗಿ ಮಾಡಿ

ಫೋನ್ ಅನ್ನು ಮನೆಯ ಟನೆಲ್ಗೆ ಸಂಪರ್ಕಿಸಿ LAN ಫೈಲ್ ಹಂಚಿಕೆ ತೆರೆಯುವುದು ಟನೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ಅದು ಫೋನ್ನ ಇಂಟರ್ನೆಟ್ ವಿನಂತಿಗಳು ಮನೆಯ ಮೂಲಕ ಹೊರಹೋಗುತ್ತವೆ ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಈ ಎರಡು ಫಲಿತಾಂಶಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಫಾರ್ವರ್ಡಿಂಗ್ ನೀತಿ ಮತ್ತು ಒಂದು ಮಾರ್ಗ, ಫೋನ್ನಲ್ಲಿ ಇನ್ನೊಂದು ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ. ಹೆಚ್ಚಿನ ಜನರು ಈಗಾಗಲೇ ಸಂರಚಿಸಿದ್ದೇವೆ ಎಂದು ಭಾವಿಸುವ ವ್ಯತ್ಯಾಸವೂ ಇದೇ.

ಮೂರು ನಿರ್ಧಾರಗಳು ನಿರ್ಗಮನ ಮಾರ್ಗವನ್ನು ರೂಪಿಸುತ್ತವೆ: ಫೋನ್ ಟನೆಲ್ಗೆ ಏನು ಕಳುಹಿಸುತ್ತದೆ, ಮನೆಯ ಗೇಟ್ವೇ ಅದನ್ನು ಎಲ್ಲಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಇಲ್ಲದಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಫೋನ್ ಪರದೆಯಿಂದ ಇತರವುಗಳಂತೆ ಕಾಣುವ ವಿಫಲತೆ ವಿಧಾನವಿದೆ.

ಎರಡು ಜಿಗಿತಗಳು, ಎರಡು ನೀತಿಗಳು

ಹೊರಗಿನ ಸಂಪರ್ಕ ಮನೆಯ VPN ಕೇಳುಗನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿಗಾದರೂ ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕಾದ ಪ್ರತ್ಯೇಕ ವಸ್ತು, ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಟನೆಲ್ ಸ್ವೀಕರಿಸುವುದಕ್ಕಿಂತ ಬೇರೆ ಫೈರ್ವಾಲ್ ನಿರ್ಧಾರ.

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

ಸಾಮಾನ್ಯ ಮನೆಯ ರೂಟರ್ನಲ್ಲಿ ಇವು ಬೇರೆ ಬೇರೆ ನಿಯಮ ಗುಂಪುಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ. ಟನೆಲ್ ಸ್ವೀಕರಿಸುವುದು VPN ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಇನ್ಪುಟ್ ನೀತಿ; ಫೋನ್ನ ಸಂಚಾರವನ್ನು ಇಂಟರ್ನೆಟ್ಗೆ ಕಳುಹಿಸುವುದು ಫಾರ್ವರ್ಡಿಂಗ್ ನೀತಿ ಮತ್ತು ಅಪ್ಲಿಂಕ್ಗೆ ಬೇಕಾದ ಮೂಲ ಅನುವಾದ. ಟನೆಲ್ ಸ್ವೀಕರಿಸಿ ಏನನ್ನೂ ಫಾರ್ವರ್ಡ್ ಮಾಡದ ರೂಟರ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ತೋರಿಸುವ ಮತ್ತು ಯಾವ ಪುಟವನ್ನೂ ಲೋಡ್ ಮಾಡದ ಫೋನ್ ನೀಡುತ್ತದೆ.

VPN ಸೇವೆ ಮನೆಯೊಳಗೆ ಪ್ರತ್ಯೇಕ ಯಂತ್ರದಲ್ಲಿ ಚಲಿಸಿದರೆ, ಒಂದು ಜಿಗಿತ ಸೇರಿಸಿ. ಈಗ ರೂಟರ್ ಆ ಯಂತ್ರದಿಂದ ಬರುವ ಸಂಚಾರವನ್ನು ನೋಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ನಿಯಮಗಳು ಫೋನ್ನ ಟನೆಲ್ ವಿಳಾಸಕ್ಕಲ್ಲ, ಸರ್ವರ್ನ ವಿಳಾಸಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತವೆ, ಮತ್ತು ಮೂಲ ಅನುವಾದ ಪ್ರತಿ ಫೋನ್ ಅನ್ನು ಒಂದೇ ಹೋಸ್ಟ್ನಂತೆ ತೋರಿಸಬಹುದು.

ಕೇಳುಗನೇ ಫಿಲ್ಟರ್ ಅಲ್ಲ

ನಿಮಗೆ ಬೇಕಾದ ಮಾಹಿತಿ ಇನ್ನೂ ಇರುವಾಗ ಅಮಲು ಎಲ್ಲಿ ನಡೆಯುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ. ರೂಟರ್ನಲ್ಲಿ ಫೋನ್ನ ಟನೆಲ್ ವಿಳಾಸ ಕಾಣುತ್ತದೆ ಮತ್ತು ನೇರವಾಗಿ ಹೊಂದಿಸಬಹುದು. ಎರಡನೇ ಅನುವಾದದ ಹಿಂದೆ ಅದು ಹೋಗಿದೆ, ಮತ್ತು ಫೋನ್ ವಿಳಾಸಕ್ಕೆ ಬರೆದ ನಿಯಮಗಳು ಸದ್ದಿಲ್ಲದೆ ಯಾವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.

ನೀತಿ ಲ್ಯಾಪ್ಟಾಪ್ಗೆ ಕೆಲಸ ಮಾಡಿ ಫೋನ್ಗೆ ಮಾಡದಿರುವ ಸಾಮಾನ್ಯ ಕಾರಣ ಇದು. ಲ್ಯಾಪ್ಟಾಪ್ ನೇರವಾಗಿ ರೂಟರ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಫೋನ್ ರೂಟರ್ ಮೂಲಕ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಮತ್ತು ನಿಯಮ ನಿರೀಕ್ಷಿಸುವ ವಿಳಾಸವನ್ನು ಉಳಿಸುವುದು ಮೊದಲ ಮಾರ್ಗ ಮಾತ್ರ. ನಿಯಮ ತಪ್ಪಲ್ಲ; ಅದು ಆ ಬಿಂದುವಿನಲ್ಲಿ ಇನ್ನು ಇಲ್ಲದ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿದೆ.

ಪ್ರತಿ ಅಮಲು ಬಿಂದುವಿನಲ್ಲಿ ಕಾಣುವ ಮೂಲ ವಿಳಾಸದೊಂದಿಗೆ ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ. ಆ ಒಂದೇ ರೇಖಾಚಿತ್ರ ಯಾವುದೇ ನಿಯಮ ಸಂಪಾದಿಸುವ ಮೊದಲೇ ಈ ಸಂದರ್ಭಗಳ ಹೆಚ್ಚಿನವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

ಫೋನ್ ನಿಜವಾಗಿ ಏನು ಕಳುಹಿಸಬೇಕು

ಮನೆಯ ಉಪಜಾಲಕ್ಕೆ ಮಾತ್ರ ಮಾರ್ಗ ಪಡೆಯುವ ಫೋನ್ ಆ ಉಪಜಾಲದ ಸಂಚಾರವನ್ನು ಮಾತ್ರ ಟನೆಲ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಉಳಿದೆಲ್ಲವೂ ಮೊಬೈಲ್ ಜಾಲದ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಫೈಲ್ ಹಂಚಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ವಿನಂತಿಗಳು ಎಂದಿಗೂ ಮನೆ ತಲುಪುವುದಿಲ್ಲ.

ಪೂರ್ಣ ಟನೆಲ್ ಕವರೇಜ್ ಕ್ಲೈಂಟ್ ಬದಿಯ ರೂಟಿಂಗ್ ನಿರ್ಧಾರ, ಮತ್ತು ಅದನ್ನು ಸ್ಥಾಪಿಸಲಾದ ಪ್ರೊಫೈಲ್ನಿಂದ ಊಹಿಸದೆ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಬೆಂಬಲಿಸುವ ವಿಧಾನದಿಂದ ಹೊಂದಿಸಬೇಕು. ಹೊಂದಿಸಿದ ನಂತರ, VPN ಸರ್ವರ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಟನೆಲ್ನ ಹೊರಗೆ ಉಳಿಯಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಕ್ಲೈಂಟ್ ತನ್ನ ಸ್ವಂತ ಸಾಗಣೆಯನ್ನು ನಿರ್ವಹಿಸಲಾರದು.

DNS ತನ್ನದೇ ನಿರ್ಧಾರಕ್ಕೆ ಅರ್ಹ, ಏಕೆಂದರೆ ಉಳಿದ ಸಂಚಾರದಿಂದ ಬೇರೆಯಾಗುವ ಸಂಭವವಿರುವ ಭಾಗ ಅದೇ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿನ ರೆಸಾಲ್ವರ್ ವಿಳಾಸ ಕ್ಲೈಂಟ್ಗಳು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ನಿರ್ವಹಿಸುವ ಸಲಹೆ, ಮತ್ತು ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ರೆಸಾಲ್ವರ್ ಇರುವ ಅಪ್ಲಿಕೇಶನ್ ಸಂಪೂರ್ಣ ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಮನೆಯ ನೀತಿ ವಿನಂತಿಗಳು ನಿರ್ದಿಷ್ಟ ರೆಸಾಲ್ವರ್ ತಲುಪುವುದನ್ನು ಅವಲಂಬಿಸಿದ್ದರೆ, ಸಂಚಾರ ನಿಜವಾಗಿ ಹಾದುಹೋಗುವಲ್ಲೇ ಅದನ್ನು ಜಾರಿಗೊಳಿಸಿ, ಅಥವಾ ಕೆಲವು ವಿನಂತಿಗಳು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ. ನಿಮ್ಮ ರೆಸಾಲ್ವರ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ವಿನಂತಿ ಅದಕ್ಕಾಗಿ ಬರೆದ ನಿಯಮವನ್ನು ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ.

IPv6 DNS ನಂತೆಯೇ ಅದೇ ಪ್ಯಾರಾಗ್ರಾಫ್ನಲ್ಲಿದೆ, ಅನುಬಂಧದಲ್ಲಲ್ಲ. ಪೂರ್ಣ IPv4 ಟನೆಲ್ AAAA ಸಂಚಾರದ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ದ್ವಂದ್ವ ಸ್ಟ್ಯಾಕ್ ಮೊಬೈಲ್ ಜಾಲದ ಫೋನ್ ಅದಕ್ಕೆ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಸಂತೋಷದಿಂದ ಬಳಸುತ್ತದೆ. ಸಾಗಣೆ ಅಥವಾ ತಡೆ — ಸ್ಪಷ್ಟವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿ.

ಫೈರ್ವಾಲ್ ಏನು ನೋಡಬಹುದು ಮತ್ತು ಏನು ನೋಡಲಾರದು

ಗೇಟ್ವೇ ತನ್ನ ಅಮಲು ಬಿಂದು ಬಹಿರಂಗಪಡಿಸುವುದರ ಮೇಲೆ ಕ್ರಿಯೆ ನಡೆಸಬಹುದು: ವಿಳಾಸಗಳು, ಪೋರ್ಟ್ಗಳು, ಪ್ರೋಟೋಕಾಲ್, ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸಂಪರ್ಕದ ಮೆಟಾಡೇಟಾ. ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ HTTPS ವಿನಂತಿ ಕೇವಲ ಮನೆಯ ಟನೆಲ್ ದಾಟುವ ಕಾರಣಕ್ಕೆ ಪುಟದ ಮುಖ್ಯ ಭಾಗ ಅಥವಾ ಪಾಸ್ವರ್ಡ್ ನೀಡುವುದಿಲ್ಲ.

ಈ ಮಿತಿಯನ್ನು ಹೇಳುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ “ಅದನ್ನು ಫೈರ್ವಾಲ್ ಮೂಲಕ ಕಳುಹಿಸಿ” ಎಂಬ ನುಡಿಗಟ್ಟು ಮನೆಯ ರೂಟರ್ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪರಿಶೀಲನೆ ಸೂಚಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನ ನಿಯಮ, DNS ನೀತಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್-ಹಂತದ ಪ್ರಾಕ್ಸಿ — ಮೂರು ವಿಭಿನ್ನ ನಿಯಂತ್ರಣಗಳು, ಮೂರು ವಿಭಿನ್ನ ನಿಯೋಜನೆ ವೆಚ್ಚಗಳೊಂದಿಗೆ.

ಮನೆಯ LAN ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸಂರಚಿಸಿದ ವೈಶಿಷ್ಟ್ಯ VPN ಇಂಟರ್ಫೇಸ್ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ. ವಲಯ ಸದಸ್ಯತ್ವ ಸಂರಚನೆಯ ಆಯ್ಕೆ, ಮತ್ತು ಸರಿಯಾದ ವಲಯದಲ್ಲಿಲ್ಲದ VPN ಇಂಟರ್ಫೇಸ್ ನೀವು ಸೋಫಾದಿಂದ ಪರೀಕ್ಷಿಸಿದ ಯಾವುದೇ ನಿಯಮವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವುದಿಲ್ಲ.

ಸಂಪರ್ಕ ಕಡಿತ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಧರಿಸಿ

ಟನೆಲ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ, ಫೋನ್ ಒಂದೋ ಮೊಬೈಲ್ ಜಾಲಕ್ಕೆ ಮರಳುತ್ತದೆ ಅಥವಾ ಸಂಚಾರ ಕಳುಹಿಸಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಎರಡೂ ಸಮಂಜಸ, ಮತ್ತು ಹೆಚ್ಚಿನ ಜನರು ಸಂರಚಿಸಿದ್ದೇವೆ ಎಂದು ನಂಬುವುದಕ್ಕೆ ಸರಿಹೊಂದುವುದು ಅವುಗಳಲ್ಲಿ ಒಂದೇ.

ಮರಳುವಿಕೆ ಅನುಕೂಲಕರ ಮತ್ತು ವ್ಯಾಖ್ಯಾನದಂತೆ ಸೋರುತ್ತದೆ: ಟನೆಲ್ ಬೀಳುವ ಕ್ಷಣವೇ ವಿನಂತಿಗಳು ವಾಹಕದ ಮಾರ್ಗದಲ್ಲಿ ಹೊರಹೋಗುವ ಕ್ಷಣ. ತಡೆ ಹೆಚ್ಚು ಬಲಶಾಲಿ ಮತ್ತು ಫೋನ್ ಅನ್ನು ಮನೆ ತಲುಪಬಲ್ಲದಾಗಿರುವುದರ ಮೇಲೆ ಅವಲಂಬಿತಗೊಳಿಸುತ್ತದೆ, ಅದು ಪ್ರಯಾಣಿಸುವವರಿಗೆ ನಿಜವಾದ ಲಭ್ಯತೆ ವೆಚ್ಚ. ಎರಡೂ ನಡವಳಿಕೆಗಳು ದೋಷವಲ್ಲ; ಎರಡೂ ಉತ್ಪನ್ನಗಳು, ಮತ್ತು ನೀವು ಹೇಳಿದರೂ ಹೇಳದಿದ್ದರೂ ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುತ್ತಿದ್ದೀರಿ.

ಊಹಿಸುವ ಬದಲು ಆಯ್ಕೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಮನೆಯ ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸಿ, ನಂತರ ಫೋನ್ ಬ್ರೌಸರ್ನಿಂದ ಒಂದು ವಿನಂತಿ ಮತ್ತು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಲಿಸುವ ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಇನ್ನೊಂದು ಪ್ರಯತ್ನಿಸಿ. ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಈಗಾಗಲೇ ಹೋದ ವಿನಂತಿಗಳನ್ನು ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ.

ಫೋನ್ನಿಂದಲೇ ಎರಡು ನಿಯಂತ್ರಿತ ಪರಿಶೀಲನೆಗಳೊಂದಿಗೆ ಮುಗಿಸಿ: ಮನೆಯ ಮೂಲಕ ಹೋಗಬೇಕಾದ ಒಂದು ಅನುಮತಿಸಿದ ಕಾರ್ಯಾಚರಣೆ, ಮತ್ತು ಮನೆಯ ನೀತಿ ಜಾರಿಗೊಳಿಸಬೇಕಾದ ಒಂದು ನಿರಾಕರಣೆ. ಗೇಟ್ವೇ ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಹರಿವನ್ನು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ದಾಖಲಿಸಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. “ಸಂಪರ್ಕಗೊಂಡಿದೆ” ತೋರಿಸುವ ಫೋನ್ ಆ ಪರಿಶೀಲನೆಯ ಆರಂಭ, ಎಂದಿಗೂ ಅಂತ್ಯವಲ್ಲ.