Wi-Fi ಕ್ಲೈಂಟ್ ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು VPN ಸ್ಥಳೀಯ ಪ್ರವೇಶ: ನಿಮ್ಮನ್ನು ಯಾವುದು ತಡೆಯುತ್ತದೆ

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

ಎರಡು ದ್ವಾರಗಳು ಸ್ವತಂತ್ರ

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

ಮಾರ್ಗದರ್ಶನ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ತೆಗೆದುಕೊಳ್ಳುವ ಇನ್ನೊಂದು ನಿರ್ಧಾರ. VPN ನ ಮಾರ್ಗ ಕೋಷ್ಟಕ 192.168.1.50 ಗೆ ಇರುವ ಪ್ಯಾಕೆಟ್ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆಯೇ ಅಥವಾ Wi-Fi ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಬರುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ Wi-Fi ಮೂಲಕ ಹೊರಬಂದು ಪ್ರವೇಶ ಬಿಂದು ಕ್ಲೈಂಟ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಿದರೆ, ಅದು ಪ್ರವೇಶ ಬಿಂದುವಿನಲ್ಲೇ ಸಾಯುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಿದರೆ, ಪ್ರವೇಶ ಬಿಂದು ಮೂಲ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ ಮತ್ತು ಏನನ್ನೂ ಪ್ರತ್ಯೇಕಿಸಲಾರದು.

ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಬಿಂದುವಿನಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆ ಏನನ್ನು ತಡೆಯುತ್ತದೆ

ತಯಾರಕರು ಇದನ್ನು ಹಲವು ಹೆಸರುಗಳಲ್ಲಿ ನೀಡುತ್ತಾರೆ: ಕ್ಲೈಂಟ್ ಪ್ರತ್ಯೇಕತೆ, AP ಪ್ರತ್ಯೇಕತೆ, ಸ್ಟೇಷನ್ ಪ್ರತ್ಯೇಕತೆ, ಅಥವಾ ಅದನ್ನು ಸೂಚಿಸುವ ಅತಿಥಿ ಜಾಲ. OpenWrt ನಲ್ಲಿ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ನ ಆಯ್ಕೆ ನಿಸ್ತಂತು ಸಂರಚನೆಯೊಳಗಿನ isolate, ಇದನ್ನು ನಿಸ್ತಂತು ದಸ್ತಾವೇಜು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅತಿಥಿ SSID ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನದೇ ಸೇತುವೆ ಮತ್ತು ಫೈರ್ವಾಲ್ ವಲಯವನ್ನು ಪಡೆಯುತ್ತದೆ. ಪರಿಣಾಮವೆಂದರೆ ಕ್ಲೈಂಟ್ಗಳ ನಡುವಿನ unicast ಚೌಕಟ್ಟುಗಳು ಸೇತುವೆಯಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನೆರೆಹೊರೆಯವರಿಗೆ ping, SMB ಸಂಪರ್ಕ ಅಥವಾ ಮುದ್ರಣ ಕಾರ್ಯ ವಿಫಲವಾಗುತ್ತದೆ, ಎರಡೂ ಸಾಧನಗಳು ಪೂರ್ಣ ಸಿಗ್ನಲ್ ತೋರಿಸಿದರೂ.

ಅನ್ವೇಷಣಾ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಮೊದಲು ಮತ್ತು ಅತ್ಯಂತ ಗೋಚರವಾಗಿ ಬಳಲುತ್ತವೆ. ಮುದ್ರಕಗಳು ಮತ್ತು ಮಾಧ್ಯಮ ಸಾಧನಗಳ mDNS 224.0.0.251 ಗೆ multicast ಆಗಿ ಹೋಗುತ್ತದೆ, SSDP 239.255.255.250 ಬಳಸುತ್ತದೆ, ಮತ್ತು ಆ ಚೌಕಟ್ಟುಗಳು ಸೇತುವೆಯನ್ನು ದಾಟುತ್ತವೆಯೇ ಎಂಬುದು ತಯಾರಕರನ್ನು ಮತ್ತು multicast ರಿಂದ unicast ಗೆ ಪರಿವರ್ತನೆ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ. ಪಟ್ಟಿಯಿಂದ ಕಾಣೆಯಾದ ಸಾಧನವು ತಿಳಿದಿರುವ ವಿಳಾಸಕ್ಕೆ ವಿಫಲವಾದ ನೇರ ಸಂಪರ್ಕಕ್ಕಿಂತ ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ.

VPN ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಬದಲಾಯಿಸಲಾರದು

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

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

ಯಾವ ದ್ವಾರ ಮುಚ್ಚಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ

VPN ಅನ್ನು ಚಿತ್ರದಿಂದ ಹೊರಗಿರಿಸುವ ಪರೀಕ್ಷೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ: ಎರಡು ಸಾಮಾನ್ಯ ಸಾಧನಗಳನ್ನು ಒಂದೇ SSID ಗೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ವಿಳಾಸದ ಮೂಲಕ ಒಂದರಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ತಲುಪಲು ಪ್ರಯತ್ನಿಸಿ. ಅದು ವಿಫಲವಾದರೆ, ಪ್ರವೇಶ ಬಿಂದು ಪ್ರತ್ಯೇಕಿಸುತ್ತಿದೆ ಮತ್ತು ಯಾವ VPN ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಅದು ಯಶಸ್ವಿಯಾದರೆ, ಕ್ಲೈಂಟ್ಗೆ ಹೋಗಿ Linux ನಲ್ಲಿ ip route get 192.168.1.50 ಅಥವಾ Windows ನಲ್ಲಿ Find-NetRoute -RemoteIPAddress 192.168.1.50 ಚಲಾಯಿಸಿ; ಔಟ್ಪುಟ್ ಪ್ಯಾಕೆಟ್ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ಮಾರ್ಗ Wi-Fi ಇಂಟರ್ಫೇಸ್ ಕಡೆ ತೋರಿಸಿದಾಗ, ಪ್ಯಾಕೆಟ್ ಎನ್ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಹೊರಬರುತ್ತದೆ ಮತ್ತು ಪ್ರಶ್ನೆ ಪ್ರವೇಶ ಬಿಂದು ಹಾಗೂ ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಅನುಮತಿಸುತ್ತವೆಯೇ ಎಂದಾಗುತ್ತದೆ. ಮಾರ್ಗ ಸುರಂಗದ ಕಡೆ ತೋರಿಸಿದಾಗ, ಗಮ್ಯಸ್ಥಾನ VPN ಸರ್ವರ್ಗೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆ, ಇದು ಅದೇ LAN ನಲ್ಲಿರುವ ಸಾಧನಕ್ಕೆ ತಪ್ಪು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಸುರಂಗದ ಅನುಮತಿ ಪಟ್ಟಿ ತುಂಬಾ ವಿಶಾಲವಾಗಿದೆ ಎಂದರ್ಥ.

ಮುದ್ರಕದ ಪೋರ್ಟ್ಗೆ ನೇರ ಸಂಪರ್ಕ ಅನ್ವೇಷಣಾ ಪಟ್ಟಿಗಿಂತ ಉತ್ತಮ ಪರೀಕ್ಷೆ. Linux ನಲ್ಲಿ nc -vz 192.168.1.50 9100 ಅಥವಾ PowerShell ನಲ್ಲಿ Test-NetConnection 192.168.1.50 -Port 9100 ವಿಳಾಸವು ಎಲ್ಲಾದರೂ ತಲುಪಬಹುದೇ ಎಂದು ಹೇಳುತ್ತದೆ, ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ಜೋಡಣೆ ಚರ್ಚೆಗೆ ಬರುವ ಮೊದಲು.

ನೀವು ಇರುವ ಜಾಲಕ್ಕೆ ಸರಿಹೊಂದುವ ಪರಿಹಾರವನ್ನು ಆರಿಸಿ

ಹೋಟೆಲ್ ಅಥವಾ ಅತಿಥಿ ಜಾಲದಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ ಮತ್ತು ಅದನ್ನು ಮುರಿಯಲು ಪ್ರಯತ್ನಿಸಬಾರದು. ಸ್ಥಳೀಯ ಸಾಧನವನ್ನು ತಲುಪಲಾಗದಂತೆ ಪರಿಗಣಿಸಿ, ಮುದ್ರಿಸಲು ಅಥವಾ ಹಂಚಲು ಸಾಧ್ಯವಿರುವ ಹೋಸ್ಟ್ ತಲುಪಲು VPN ಬಳಸಿ, ಮತ್ತು SSID ಅನ್ನು LAN ಎಂದು ಪರಿಗಣಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ.

ಮನೆಯಲ್ಲಿ, ಸಾಧನಗಳು ನಿಮ್ಮವಾದಾಗ ಮುಖ್ಯ SSID ನಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಸಮಂಜಸ, ಆದರೆ ಅತಿಥಿ SSID ಪ್ರತ್ಯೇಕವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ. ಸೆಟ್ಟಿಂಗ್ ಪ್ರವೇಶ ಬಿಂದುವಿನ ನಿಸ್ತಂತು ಸಂರಚನೆಯಲ್ಲಿ ಇರುತ್ತದೆ ಮತ್ತು ಅದರ ಸ್ಥಾನ ಅಲ್ಲಿಯೇ, ಪ್ರತಿ ಕ್ಲೈಂಟ್ನಲ್ಲಿನ ಫೈರ್ವಾಲ್ ಅಪವಾದಗಳಲ್ಲ.

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

ಅಪ್ಲಿಕೇಶನ್ ಪರಿಶೀಲಿಸಿ, ping ಮಾತ್ರವಲ್ಲ

ಯಶಸ್ವಿ ping ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಸೇವೆಯನ್ನು ಅಲ್ಲ. ಮುದ್ರಕಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಚ್ಚಾ 9100 ಅಥವಾ 631 ನಲ್ಲಿ IPP ಸ್ವೀಕರಿಸುತ್ತವೆ ಆದರೆ ಅನ್ವೇಷಣೆಯನ್ನು ನಿರಾಕರಿಸುತ್ತವೆ, ಮತ್ತು ಕಡತ ಹಂಚಿಕೆಗೆ 445 ಜೊತೆಗೆ ಕೆಲಸ ಮಾಡುವ ಹೆಸರು ವಿಭಜನೆ ಬೇಕು. ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಪೋರ್ಟ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ, ನಂತರ ಸಾಧನದಲ್ಲಿ ನಿಜವಾದ ಕಾರ್ಯವನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.

ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಎರಡು ಪದರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ: Wi-Fi ಜಾಲ ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು VPN ಏನನ್ನು ಮಾರ್ಗದರ್ಶಿಸುತ್ತದೆ. ಮುಂದಿನ ಬಾರಿ ಸಾಧನವೊಂದು ಪಟ್ಟಿಯಿಂದ ಕಣ್ಮರೆಯಾದಾಗ, ಈ ವಿಭಜನೆ ಮೊದಲು ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.