ಹೆಚ್ಚುವರಿ ಸಾಫ್ಟ್‌ವೇರ್ ಇಲ್ಲದೆ Windows ನಲ್ಲಿ ಕಿಲ್ ಸ್ವಿಚ್: ಪ್ರೊಫೈಲ್‌ಗಳೋ ಮಾರ್ಗಗಳೋ?

ಕ್ಲೈಂಟ್ ಡೌನ್‌ಲೋಡ್‌ನ ಮಧ್ಯದಲ್ಲಿ ಸಾಯುತ್ತದೆ ಮತ್ತು ಟ್ರೇ ಐಕಾನ್ ಮಾಯವಾಗುತ್ತದೆ. ವರ್ಗಾವಣೆ ಮನೆಯ ಸಂಪರ್ಕದ ಮೇಲೆಯೇ ಮುಂದುವರಿಯುತ್ತದೆ. ಈ ಕ್ರಮವೇ ಕಿಲ್ ಸ್ವಿಚ್ ಇರುವುದಕ್ಕೆ ಕಾರಣ, ಮತ್ತು Windows ಎರಡನೇ ಉತ್ಪನ್ನವಿಲ್ಲದೆ ಅದನ್ನು ಹತ್ತಿರ ಸರಿಸಬಲ್ಲದು.

ತಿಳಿಯಲು ಯೋಗ್ಯವಾದ ಎರಡು ವಿಧಾನಗಳಿವೆ. ಅವು ಬೇರೆ ಬೇರೆ ಕಡೆ ವಿಫಲವಾಗುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಪೂರ್ಣ ಉತ್ತರವಲ್ಲ.

ವಿಧಾನ ಒಂದು: ಪ್ರೋಗ್ರಾಂಗೆ ಒಂದೇ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಅನುಮತಿ ನೀಡಿ

Windows ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು Domain, Private ಮತ್ತು Public ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ಉಪಾಯವೆಂದರೆ ಸುರಂಗ ಅಡಾಪ್ಟರ್‌ಗೆ ಒಂದು ವರ್ಗ ಮತ್ತು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ಇನ್ನೊಂದು ವರ್ಗ ನೀಡುವುದು. ನಂತರ ಸಂರಕ್ಷಿತ ಪ್ರೋಗ್ರಾಂಗೆ ಸುರಂಗ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಅನುಮತಿ ನೀಡಿ ಉಳಿದೆಡೆಯೆಲ್ಲಾ ತಡೆಯುವ ಹೊರಹೋಗುವ ನಿಯಮವನ್ನು ಬರೆಯುತ್ತೀರಿ. ಫೈರ್‌ವಾಲ್ ವರ್ಗವನ್ನು ಓದುತ್ತದೆ, ಅಡಾಪ್ಟರ್‌ನ ಹೆಸರನ್ನಲ್ಲ.

ಮೊದಲು VPN ಸಂಪರ್ಕವನ್ನು Private ಗೆ ಮತ್ತು ಭೌತಿಕ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು Public ಗೆ ಹೊಂದಿಸಿ. ನಂತರ ನಿಮಗೆ ಬೇಡವಾದ ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಅನ್ವಯವಾಗುವ ತಡೆ ನಿಯಮವನ್ನು ಪ್ರೋಗ್ರಾಂಗೆ ಸೇರಿಸಿ. ಬಳಿಕ Get-NetConnectionProfile ಮೂಲಕ ಹಂಚಿಕೆಯನ್ನು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ನಿಯಮ ಅನುಸರಿಸುವುದು ಆ ಹಂಚಿಕೆಯನ್ನೇ.

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

ದೌರ್ಬಲ್ಯ ರಚನಾತ್ಮಕವಾಗಿದೆ. ಪ್ರೊಫೈಲ್ ನಿಯಮ ವರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ Windows ಹೋಟೆಲ್ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಮರುವರ್ಗೀಕರಿಸಿದಾಗ ತಡೆ ಜಾರಿಯಲ್ಲಿರುವುದು ನಿಲ್ಲಬಹುದು. ಹಾಗಾದಾಗ ನಿಯಮಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.

ವಿಧಾನ ಎರಡು: ಭೌತಿಕ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಹಾಕಿ

ಮಾರ್ಗ ವಿಧಾನ ಹೆಚ್ಚು ಒರಟು ಮತ್ತು ಪರಿಶೀಲನೆಗೆ ಬಹಳ ಸುಲಭ. ಭೌತಿಕ ಗೇಟ್‌ವೇಯನ್ನು ಬರೆದಿಟ್ಟುಕೊಳ್ಳಿ, VPN ತನ್ನದೇ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕಡಿಮೆ ಮೆಟ್ರಿಕ್‌ನೊಂದಿಗೆ ಸ್ಥಾಪಿಸಲಿ, ನಂತರ ಭೌತಿಕ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅಳಿಸಿ. ಅದರ ನಂತರ ಟ್ರಾಫಿಕ್ ಸಾಗಿಸಲು ಬೇರೆ ಯಾವುದಕ್ಕೂ ಸಾಧ್ಯವಿಲ್ಲ.

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

ಕ್ಲೈಂಟ್ ಸಾಯುವಾಗ VPN ಮಾರ್ಗ ತನ್ನ ಅಡಾಪ್ಟರ್‌ನೊಂದಿಗೆ ಹೊರಟುಹೋಗುತ್ತದೆ. ಯಂತ್ರ ಸೋರಿಕೆಯಾಗುವ ಬದಲು ಆಫ್‌ಲೈನ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಕಿಲ್ ಸ್ವಿಚ್ ಉತ್ಪಾದಿಸಬೇಕಾದದ್ದು ನಿಖರವಾಗಿ ಅದನ್ನೇ.

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

ವಿಧಾನ ಮೂರು: ಗೇಟ್‌ವೇ ಇಲ್ಲ, ಒಂದು ಶಾಶ್ವತ ಹೋಸ್ಟ್ ಮಾರ್ಗ

ಮೂರನೇ ಆಯ್ಕೆ ಅಡಾಪ್ಟರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಂದ ಗೇಟ್‌ವೇಯನ್ನು ತೆರವುಗೊಳಿಸುವುದರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ನಂತರ VPN ಅಂತ್ಯದ ಕಡೆಗಿನ ಒಂದೇ ಶಾಶ್ವತ ಮಾರ್ಗ ಅದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಬಳಿಕ ಸುರಂಗ ಏಳುವವರೆಗೆ ಯಂತ್ರ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಮಾತನಾಡಬಲ್ಲದು, ಬೇರೆ ಯಾವುದರೊಂದಿಗೂ ಅಲ್ಲ.

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

ಗೇಟ್‌ವೇಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಇದು ಇದನ್ನು ಸ್ವಚ್ಛ ಆನ್-ಆಫ್ ಸ್ವಿಚ್ ಆಗಿಸುತ್ತದೆ. ಇದು ಇಂಟರ್ಫೇಸ್ ಘಟನೆಗಳನ್ನು ಗಮನಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಮೇಲೆ ಅವಲಂಬಿತವಲ್ಲ. ನೆಟ್‌ವರ್ಕ್ ಹೇಗೆ ವರ್ಗೀಕರಣಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದೂ ಇದಕ್ಕೆ ಮುಖ್ಯವಲ್ಲ.

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

ಗ್ಲೋಬ್ ಐಕಾನ್ ಏಕೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ

Windows Microsoft ನ ಅಂತ್ಯದ ವಿರುದ್ಧದ ಪರೀಕ್ಷೆಯ ಮೂಲಕ ತಲುಪುವಿಕೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಆ ಪರೀಕ್ಷೆ ನಿಮ್ಮ ಸುರಂಗದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಸಂಪರ್ಕಗೊಂಡ ಸುರಂಗ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ ಎಂದು ವರದಿ ಮಾಡುವ ಗ್ಲೋಬ್‌ನ ಹಿಂದೆ ಕುಳಿತಿರಬಹುದು, ಮತ್ತು ಸತ್ತ ಸುರಂಗ ಆರೋಗ್ಯಕರ ಸಂಪರ್ಕವನ್ನು ತೋರಿಸಬಹುದು.

ಕ್ಲೈಂಟ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೊಂದು ಪರೀಕ್ಷಿಸಿ ನಂತರ ಸಂಖ್ಯೆಯಿಂದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ತಲುಪಲು ಪ್ರಯತ್ನಿಸಿ. ಹೆಸರಿನ ಪ್ರಶ್ನೆಗೆ ಕ್ಯಾಶ್‌ನಿಂದ ಉತ್ತರ ಸಿಗಬಹುದು, ಆದ್ದರಿಂದ ಐಕಾನ್ ಆಗಲಿ DNS ಉತ್ತರವಾಗಲಿ ಸಾಕ್ಷಿಯಲ್ಲ.

ನಿಜವಾದ ಕುಸಿತದ ನಂತರ ಏನನ್ನು ದಾಖಲಿಸಬೇಕು

ಪರೀಕ್ಷೆಯನ್ನು ಒಂದೇ ತಪಾಸಣೆಯಲ್ಲ, ಕ್ರಮವಾಗಿ ನಡೆಸಿ. ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವ ಬದಲು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೊಲ್ಲಿರಿ, ನಂತರ ಎರಡೂ ಕುಟುಂಬಗಳಲ್ಲಿ ಸಂಖ್ಯಾತ್ಮಕ ವಿಳಾಸವನ್ನು ಪ್ರಯತ್ನಿಸಿ. ಬಳಿಕ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ನೀವು ಉಳಿಸಿಕೊಂಡ ಮಾರ್ಗದ ಮೂಲಕ ಅದು ಇನ್ನೂ ತನ್ನ ಸರ್ವರ್ ಅನ್ನು ತಲುಪುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

ನಿದ್ರೆಯ ನಂತರ, Wi-Fi ಬದಲಾವಣೆಯ ನಂತರ ಮತ್ತು ಕೇಬಲ್‌ನಿಂದ ವೈರ್‌ಲೆಸ್‌ಗೆ ಹೋದ ನಂತರ ಕ್ರಮವನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಪ್ರೊಫೈಲ್ ವಿಧಾನ ಮತ್ತು DHCP ವರ್ತನೆ ಎರಡೂ ವಿಫಲವಾಗುವುದು ಈ ಪರಿವರ್ತನೆಗಳಲ್ಲೇ. ಮೇಜಿನ ಮೇಲೆ ನಿಲ್ಲುವ ನಿಯಮ ಹೋಟೆಲ್‌ನಲ್ಲಿ ನಿಲ್ಲಬೇಕೆಂದಿಲ್ಲ.

ಪ್ರತಿ ನಿಯಮ ಮತ್ತು ಮಾರ್ಗದ ಪಕ್ಕದಲ್ಲಿ ಹಿಂತಿರುಗಿಸುವ ಹಂತವನ್ನು ಬರೆಯಿರಿ. Microsoft ಹೊರಹೋಗುವ ನಿಯಮಗಳ ರಚನೆಯನ್ನು ತನ್ನ Windows ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳ ಉಲ್ಲೇಖದಲ್ಲಿ ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಕೇವಲ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳ ಮಾರ್ಗದರ್ಶಿಗಿಂತ ಉತ್ತಮ ಮೂಲ.