VPN ಅಡಾಪ್ಟರ್ ಯಾಕೆ ಸದಾ ಕೆಲಸದ ಪ್ರೊಫೈಲ್‌ಗೆ ಇಳಿಯುತ್ತದೆ
Windows ಫೈರ್‌ವಾಲ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು VPN ಅಡಾಪ್ಟರ್‌ನ ದುರ್ಬಲ ಸಹಿಗೆ ಬಂಧಿಸುತ್ತದೆ. ನೀತಿಯಿಂದ ಸ್ಥಳವನ್ನು ಸ್ಥಿರಗೊಳಿಸಿ, ನಂತರ ಯಾವ ಪ್ರೊಫೈಲ್ ನಿಜವಾಗಿ ಜಾರಿಯಲ್ಲಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಕಾರ್ಪೊರೇಟ್ ಸುರಂಗವನ್ನು ಸಂಪರ್ಕಿಸಿ, ಲ್ಯಾಪ್‌ಟಾಪ್ ಸದ್ದಿಲ್ಲದೆ ತನ್ನ ಸ್ವಭಾವವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಫೈಲ್ ಹಂಚಿಕೆ ನಿಲ್ಲುತ್ತದೆ, ಹೆಸರಿನಿಂದ ಬ್ರೌಸಿಂಗ್ ವಿಫಲವಾಗುತ್ತದೆ, ಹಿಂದೆ ಕೇಳುತ್ತಿದ್ದ ಅಪ್ಲಿಕೇಶನ್ ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸಂಪರ್ಕವನ್ನು ಕೆಲಸ ಅಥವಾ ಗುರುತಿಸಲಾಗದದ್ದು ಎಂದು ತೋರಿಸುತ್ತವೆ. ಈ ವರ್ಗೀಕರಣವನ್ನು ಸ್ಥಿರಗೊಳಿಸಲು ಮೂರು ಮಾರ್ಗಗಳಿವೆ, ಅವುಗಳ ನಡುವಿನ ಆಯ್ಕೆ ಸಾಧನ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತಿದೆಯೇ, ಲೇಬಲ್ ಮತ್ತೆ ಮತ್ತೆ ಹಿಂತಿರುಗುತ್ತಿದೆಯೇ, ಮತ್ತು ಆ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಏನಾದರೂ ನಿಜವಾಗಿ ಕಂಡುಹಿಡಿಯುವಿಕೆ ಬೇಕೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಲೇಬಲ್ ನಿಜವಾಗಿ ಏನನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ
Windows ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಒಂದು ವರ್ಗದಲ್ಲಿ ಇಡುತ್ತದೆ ಮತ್ತು ಅದರಿಂದ ಫೈರ್‌ವಾಲ್ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಮಾಡುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ ಒಳಬರುವ ಹಂಚಿಕೆ, ಕಂಡುಹಿಡಿಯುವಿಕೆ ಮತ್ತು ಫೈಲ್ ಹಾಗೂ ಪ್ರಿಂಟರ್ ಪೋರ್ಟ್‌ಗಳನ್ನು ನೀವು ಸೇರಿಸುವ ಯಾವುದೇ ನಿಯಮ ಪರಿಗಣಿಸುವ ಮೊದಲೇ ನಿರಾಕರಿಸುತ್ತದೆ, ಆದರೆ ಖಾಸಗಿ ಹೆಚ್ಚು ಅನುಮತಿಸುತ್ತದೆ. ಸೇವೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಮೊದಲು ವರ್ಗವನ್ನು ಪರಿಶೀಲಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅದೇ ಮೌಲ್ಯವನ್ನು ಕಾಣುತ್ತವೆ.
ಇದು ನೀತಿಯ ಆಯ್ಕೆ, ರೌಟಿಂಗ್ ನಿರ್ಧಾರವಲ್ಲ. ವಿಳಾಸವು ಸಂಪೂರ್ಣವಾಗಿ ತಲುಪಬಹುದಾದದ್ದಾಗಿದ್ದರೂ, ಜಾರಿಯಲ್ಲಿರುವ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಹೊಂದುವ ನಿಯಮ ಇಲ್ಲದ ಕಾರಣ ತಿರಸ್ಕರಿಸಬಹುದು, ಮತ್ತು ಮಾರ್ಗಗಳ ದುರಸ್ತಿ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಎರಡು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳು, ಎರಡು ವಿಭಿನ್ನ ಸಾಧನಗಳು. ಅವನ್ನು ಬೆರೆಸುವುದೇ ಒಂದು ಸರಿಪಡಿಸುವಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣಿಸಿ ನಂತರ ನಿಲ್ಲುವುದಕ್ಕೆ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ.
ವರ್ಗವು ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಗ್ರಹವಾಗುತ್ತದೆ, ನೆಟ್‌ವರ್ಕ್ ಸಹಿಯಿಂದ ಗುರುತಿಸಲ್ಪಡುತ್ತದೆ. ಸಾಮಾನ್ಯ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಆ ಸಹಿಯಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಯಂತ್ರಾಂಶ ವಿಳಾಸ ಮತ್ತು ಸಂಪರ್ಕದ DNS ಪ್ರತ್ಯಯ ಇರುತ್ತವೆ, VPN ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡೂ ಇರುವುದಿಲ್ಲ. ದುರ್ಬಲ ಸಹಿ ಎಂದರೆ ಅದೇ ಸುರಂಗವು ಕ್ಲೈಂಟ್ ನವೀಕರಣದ ನಂತರ ಹೊಸ ನೆಟ್‌ವರ್ಕ್‌ನಂತೆ ಕಾಣಬಹುದು.
ಅದಕ್ಕೇ ಲೇಬಲ್ ತಾನಾಗಿಯೇ ಬದಲಾಗುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ. Windows ಮನ ಬಂದಂತೆ ವರ್ತಿಸುವುದಿಲ್ಲ; ಕಳೆದ ವಾರ ವರ್ಗೀಕರಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಎಂದು ಸುರಂಗವನ್ನು ಗುರುತಿಸಲು ವಿಫಲವಾಗುತ್ತಿದೆ.
ವಿಧಾನವನ್ನು ನಿರ್ಧರಿಸುವ ಮೂರು ಷರತ್ತುಗಳು
ಮೊದಲ ಷರತ್ತು ಮಾಲೀಕತ್ವ. ನಿರ್ವಹಿತ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಸೆಟ್ಟಿಂಗ್ ಹೆಚ್ಚಾಗಿ ಬೀಗಹಾಕಲ್ಪಟ್ಟಿರುತ್ತದೆ, ಮತ್ತು ಸ್ಥಳೀಯ ಬದಲಾವಣೆ ಮುಂದಿನ ನೀತಿ ರಿಫ್ರೆಶ್‌ನಲ್ಲಿ ಮೇಲೆಬರೆಯಲ್ಪಡುತ್ತದೆ. ಅದರ ವಿರುದ್ಧ ಹೋರಾಡುವುದು ಮಧ್ಯಾಹ್ನವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದು; ನೀತಿಯೇ ಬೆಂಬಲಿತ ಮಾರ್ಗ ಮತ್ತು ಉಳಿಯುವ ಏಕೈಕ ಮಾರ್ಗ.
| Approach | Choose it when | What it costs |
|---|---|---|
| Policy via Local Security Policy | The device is managed, or the label must survive reconnects | Requires administrator rights and a policy you can document |
| Editing the profile registry values | You need a one-off on a machine you control | Reverts when the signature changes, and can conflict with policy |
| Leaving it automatic | Nothing on that adapter needs sharing or discovery | A firewall profile that may not match your rule scoping |
ಎರಡನೇ ಷರತ್ತು ಪುನರಾವರ್ತನೆ. ಲೇಬಲ್ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಹಿಂತಿರುಗಿದ್ದರೆ, ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ನ ಮೌಲ್ಯವು ಬದಲಾದ ಸಹಿಯಿಂದ ಮತ್ತೆ ನಿರ್ಮಿಸಲ್ಪಡುತ್ತಿದೆ, ಮತ್ತು ಮತ್ತೆ ಸಂಪಾದಿಸುವುದು ಉಳಿಯುವುದಿಲ್ಲ. ನೀತಿಯ ಮೌಲ್ಯಗಳು ಪ್ರತ್ಯೇಕ ಶಾಖೆಯಲ್ಲಿ ಜೀವಿಸುತ್ತವೆ, ಅವು ಅಡಾಪ್ಟರ್ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಪ್ರತಿ ಬಾರಿಯೂ Windows ಮತ್ತೆ ನಿರ್ಮಿಸುವ ಪ್ರತಿ-ಬಳಕೆದಾರ ಮೌಲ್ಯಗಳನ್ನು ಮೀರುತ್ತವೆ.
ಮೂರನೇ ಷರತ್ತು ಅಗತ್ಯ. ಕೆಲವು ಪರಿಸರಗಳಿಗೆ ಸುರಂಗದ ಮೂಲಕ ಹೆಸರು ವಿಭಜನೆ ಮತ್ತು ಕಂಡುಹಿಡಿಯುವಿಕೆ ನಿಜವಾಗಿ ಬೇಕು, ಅವು ಇಡೀ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಖಾಸಗಿಗೆ ಸರಿಸುವ ಬದಲು ನಿರ್ದಿಷ್ಟ ವಿಳಾಸಗಳಿಗೆ ಸಣ್ಣ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಬಯಸುತ್ತವೆ. ಒಂದು ಸೇವೆ ನಡೆಯಲು ವರ್ಗವನ್ನು ಬದಲಿಸುವುದೇ ಸುರಂಗವು ಕೊನೆಗೆ ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಹಿರಂಗಪಡಿಸುವ ಮಾರ್ಗ.
ಮೂರು ಷರತ್ತುಗಳಿಗೆ ಉತ್ತರಿಸಿ ಮತ್ತು ಆಯ್ಕೆ ತಾನಾಗಿಯೇ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ. ನೀತಿಯತ್ತ ಸೂಚಿಸುವ ಎರಡು ಎಂದರೆ ನೀತಿ, ಒಂದು ಬಾರಿಯ ಪರೀಕ್ಷೆಯತ್ತ ಸೂಚಿಸುವ ಒಂದು ಎಂದರೆ ನೀವು ಎಸೆಯಲು ಉದ್ದೇಶಿಸಿರುವ ಸ್ಥಳೀಯ ಬದಲಾವಣೆ.
ಅದನ್ನು ಸ್ಥಿರಗೊಳಿಸಿ, ನಂತರ ಯಾವ ಪ್ರೊಫೈಲ್ ಜಾರಿಯಲ್ಲಿದೆ ಎಂದು ಓದಿ
ಸ್ಥಳೀಯ ಭದ್ರತಾ ನೀತಿ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ನೆಟ್‌ವರ್ಕ್ ಪಟ್ಟಿ ನೀತಿಗಳ ಅಡಿಯಲ್ಲಿ ತೋರಿಸುತ್ತದೆ. secpol.msc ತೆರೆಯಿರಿ, ಆ ನೋಡ್ ವಿಸ್ತರಿಸಿ, ಸುರಂಗದ ನೆಟ್‌ವರ್ಕ್ ನಮೂದನ್ನು ತೆರೆಯಿರಿ, ಸ್ಥಳ ಪ್ರಕಾರವನ್ನು ಸಾರ್ವಜನಿಕ ಎಂದು ಇರಿಸಿ ಮತ್ತು ಸ್ಥಳವನ್ನು ಬದಲಿಸಲಾಗದಂತೆ ಬಳಕೆದಾರ ಅನುಮತಿ ಇರಿಸಿ. ಆ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಅದೇ ಮರದ ನೀತಿಗಳು ಶಾಖೆಗೆ ಸೇರುತ್ತವೆ, ಅದಕ್ಕೇ ಮರುಸಂಪರ್ಕವು ಮತ್ತೆ ಬರೆಯುವ ಪ್ರತಿ-ಬಳಕೆದಾರ ಮೌಲ್ಯಗಳನ್ನು ಅವು ಮೀರುತ್ತವೆ.
VPN ಅಡಾಪ್ಟರ್‌ಗೆ ಸಾರ್ವಜನಿಕ ಸಾಮಾನ್ಯವಾಗಿ ಸರಿ, ಏಕೆಂದರೆ ಇದು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಒಳಬರುವ ಹಂಚಿಕೆ ಮತ್ತು ಕಂಡುಹಿಡಿಯುವಿಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ. ನಂಬಲಾಗದ ವಿಭಾಗದಲ್ಲಿ ಬೀಳಬಹುದಾದ ಸುರಂಗಕ್ಕೆ ಇದು ಎಚ್ಚರದ ಆಯ್ಕೆ, ಮತ್ತು ನಂತರ ವರ್ಗ ಬದಲಿಸುವ ಬದಲು ನಿರ್ದಿಷ್ಟ ನಿಯಮಗಳಿಂದ ಸಡಿಲಿಸಬಹುದು. ಒಂದು ಸೇವೆಯನ್ನು ಸರಿಪಡಿಸಲು ವರ್ಗವನ್ನು ವಿಸ್ತರಿಸುವುದು ಸುಲಭವಾಗಿ ಹಿಂತಿರುಗಿಸಲಾಗದ ವಿನಿಮಯ. ನಿಯಮ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ತೆಗೆದುಹಾಕಲ್ಪಡುತ್ತದೆ.
Get-NetConnectionProfile | Select-Object Name, NetworkCategory, IPv4Connectivity
Get-NetFirewallProfile -Name Public | Select-Object Name, Enabledಮೊದಲ ಆಜ್ಞೆ ಜಾರಿಯಲ್ಲಿರುವ ವರ್ಗವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಸಂವಾದದಲ್ಲಿರುವದನ್ನಲ್ಲ, ಮತ್ತು ಫೈರ್‌ವಾಲ್‌ನ ವರ್ತನೆಯನ್ನು ನಿರ್ಧರಿಸುವುದು ಆ ಮೌಲ್ಯವೇ. ಎರಡನೆಯದು ಅನ್ವಯಿಸುವ ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಯಾವುದನ್ನು ಅವಲಂಬಿಸಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಈ ಜೋಡಿ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ಗಮನಿಸಿ. ಯಾವ ಆಜ್ಞೆಯೂ ನಿರ್ದಿಷ್ಟ ಒಳಬರುವ ನಿಯಮ ಇದೆಯೇ ಎಂದು ತೋರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇನ್ನೂ ಉತ್ತರಿಸದ ಸೇವೆಗೆ ನಿಯಮಗಳ ಪರಿಶೀಲನೆ ಬೇಕು, ಮತ್ತೊಂದು ವರ್ಗ ಬದಲಾವಣೆ ಅಲ್ಲ.
ಲಕ್ಷಣವು ವರ್ಗವಲ್ಲದಿರುವಾಗ
ನೆಟ್‌ವರ್ಕ್ ಸೂಚಕವು ಸಂಪರ್ಕಕ್ಕಿಂತ ಹಿಂದೆ ಉಳಿಯಬಹುದು, ಮತ್ತು Windowsನ ಹಳೆಯ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಬಲವಂತದ ಸುರಂಗ VPN ಸಂಚಾರ ಹರಿಯುತ್ತಿರುವಾಗ ಸೀಮಿತ ಎಂದು ಕಾಣಿಸುತ್ತಿದ್ದ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅದನ್ನು ಬಳಸಲು ನಿರಾಕರಿಸುತ್ತಿದ್ದ ದಾಖಲಿತ ದೋಷವಿತ್ತು. ಸೂಚಕ ತಪ್ಪಾಗಿತ್ತು; ಸುರಂಗ ಕೆಲಸ ಮಾಡುತ್ತಿತ್ತು.
ಆದ್ದರಿಂದ ಬಳಕೆದಾರರಿಗೆ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದದ್ದನ್ನು ಪರೀಕ್ಷಿಸಿ, ಚಿಹ್ನೆಯನ್ನಲ್ಲ. ಸೇವೆಯನ್ನು ವಿಳಾಸದಿಂದ ತಲುಪಿ, ನಂತರ ಹೆಸರಿನಿಂದ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಮೂಲಕ. ಪ್ರತಿ ಹಂತವೂ ರೌಟಿಂಗ್, ವಿಭಜನೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಯನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ವರ್ಗವು ಫೈರ್‌ವಾಲ್ ಹಂತದಲ್ಲಿ ಮಾತ್ರ ಬರುತ್ತದೆ.
ವರ್ಗ ಸರಿಯಾಗಿದ್ದರೂ ಸೇವೆ ವಿಫಲವಾದರೆ, ನಿಯಮಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಖಾಸಗಿ ಪ್ರೊಫೈಲ್‌ಗೆ ಬರೆದ ನಿಯಮವು ಅಡಾಪ್ಟರ್ ಸಾರ್ವಜನಿಕವಾದ ಕ್ಷಣದಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಇದು ಎಂದೂ ರಚಿಸದ ನಿಯಮಕ್ಕಿಂತ ಭಿನ್ನವಾದ ದೋಷ.
ಉದ್ದೇಶಿತ ವರ್ಗವನ್ನು, ಅದು ನೀತಿಯಿಂದ ಜಾರಿಯಾಗುತ್ತದೆಯೇ, ಮತ್ತು ವಿನಾಯಿತಿಗಳು ಬೇಕಾದ ವಿಳಾಸಗಳನ್ನು ದಾಖಲಿಸಿ. ಆ ಟಿಪ್ಪಣಿ ಕಾಣೆಯಾಗುತ್ತಿರುವ ಹಂಚಿಕೆಗಳ ಬಗ್ಗೆ ಮುಂದಿನ ವರದಿಗೆ ಪ್ರೊಫೈಲ್‌ಗಳು ಮತ್ತು ವ್ಯಾಪ್ತಿಗಳ ಬಗ್ಗೆ ಸತ್ಯದಿಂದ ಉತ್ತರಿಸುತ್ತದೆ, ಸುರಂಗದ ಬಗ್ಗೆ ಇನ್ನೊಂದು ಸಿದ್ಧಾಂತದಿಂದ ಅಲ್ಲ.
ನಿರ್ಧಾರ ಚಿಕ್ಕದು, ಪರಿಣಾಮಗಳು ಅಲ್ಲ. ವರ್ಗ ಫೈರ್‌ವಾಲ್‌ನ ಆಯ್ಕೆಗಾರ, ಅದನ್ನು ಕೇವಲ ಅಲಂಕಾರ ಎಂದು ಪರಿಗಣಿಸುವುದೇ ಕೆಲಸ ಮಾಡುವ ಸೇವೆ ಒಂದು ಒಗಟಾಗುವ ಮಾರ್ಗ.