ನಿಮ್ಮ VPN ಅಡಾಪ್ಟರ್ ಸಾರ್ವಜನಿಕ ಫೈರ್‌ವಾಲ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಏಕೆ ಉಳಿಯುತ್ತದೆ
ಡೊಮೇನ್‌ಗೆ ಸೈನ್-ಇನ್ ಮಾಡುವುದು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಡೊಮೇನ್ ಎಂದು ವರ್ಗೀಕರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಖಾಸಗಿ ಪರ್ಯಾಯವಲ್ಲ. ಮೊದಲು ನಿಯಮದ ಪ್ರೊಫೈಲ್ ಓದಿ, ನಂತರ ಅದನ್ನು ಜಾರಿಗೊಳಿಸುವ ಮೆಷಿನ್.
ಟನೆಲ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ, ಖಾತೆಯು ಡೊಮೇನ್ ವಿರುದ್ಧ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿದೆ, ಆದರೂ Windows ಸಂಪರ್ಕವನ್ನು ಸಾರ್ವಜನಿಕ ಎಂದು ಲೇಬಲ್ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಡೊಮೇನ್ ಪ್ರೊಫೈಲ್‌ಗಾಗಿ ಬರೆಯಲಾದ ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಫೈಲ್ ಹಂಚಿಕೆ ತಲುಪಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ಸಾಮಾನ್ಯ ಸರಿಪಡಿಸುವ ಪ್ರಯತ್ನವೆಂದರೆ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಖಾಸಗಿಗೆ ಹೊಂದಿಸುವುದು, ಇದು ಯಾವ ನಿಯಮಗಳು ಅನ್ವಯವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆಯೇ ಹೊರತು ದೃಢೀಕರಣದಲ್ಲಿ ಏನನ್ನೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಲೇಬಲ್ ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಎರಡನ್ನೂ ವ್ಯಾಪಕವಾಗಿ ತಪ್ಪಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಲು ಮೂರು ಆದೇಶಗಳು ಬೇಕು.
ಸಂಪರ್ಕಿಸಿದ ಖಾತೆ ನೆಟ್‌ವರ್ಕ್‌ನ ವರ್ಗವಲ್ಲ
VPN ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಎರಡು ವಿಭಿನ್ನ ನಿರ್ಧಾರಗಳು ತೆಗೆದುಕೊಳ್ಳಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಅವನ್ನು ಗೊಂದಲ ಮಾಡಿಕೊಳ್ಳುವುದು ಸುಲಭ. ಗೇಟ್‌ವೇ ಖಾತೆಯು ಸಂಪರ್ಕಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. Windows ಉಂಟಾದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೇಗೆ ವರ್ಗೀಕರಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ವರ್ಗೀಕರಣವೇ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಯಾವ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಅನ್ವಯವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಗೇಟ್‌ವೇಯಲ್ಲಿ ಯಶಸ್ವಿ ಡೊಮೇನ್ ದೃಢೀಕರಣವು ಖಾತೆಯ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಡೊಮೇನ್ ನಿಯಂತ್ರಕದ ವಿರುದ್ಧ ದೃಢೀಕರಿಸಿದೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಡೊಮೇನ್ ವರ್ಗವು ನಿಖರವಾಗಿ ಅದನ್ನೇ ಪ್ರತಿನಿಧಿಸುತ್ತದೆ.
ಅದಕ್ಕಾಗಿಯೇ ಒಂದು ಮೆಷಿನ್ ಡೊಮೇನ್-ಸೇರಿಸಲ್ಪಟ್ಟಿರಬಹುದು, ಡೊಮೇನ್ ಖಾತೆಯಿಂದ ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು ಆದರೂ ಸಾರ್ವಜನಿಕ ತೋರಿಸಬಹುದು. ವರ್ಗೀಕರಣವು ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಸ್ಥಳೀಯ ನಿರ್ಣಯ, ಟನೆಲ್ ತೆರೆದ ರುಜುವಾತುಗಳ ಬಗ್ಗೆ ಹೇಳಿಕೆಯಲ್ಲ. ಖಾತೆ ಸಂಪೂರ್ಣವಾಗಿ ಮಾನ್ಯವಾಗಿರಬಹುದು, ಆದರೆ ಲೇಬಲ್ ಅದು ಪ್ರಾರಂಭವಾದಲ್ಲೇ ಉಳಿಯುತ್ತದೆ.
ಮೂರು ವರ್ಗಗಳು, ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ನೀವು ನಿಗದಿಪಡಿಸಲಾಗದು
Windows ಮೂರು ವರ್ಗಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಎರಡನ್ನು ಮಾತ್ರ ನಿರ್ವಾಹಕರು ನಿಗದಿಪಡಿಸಬಹುದು. ಮೂರನೆಯದನ್ನು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಡೊಮೇನ್ ನಿಯಂತ್ರಕದ ವಿರುದ್ಧ ಯಶಸ್ವಿಯಾಗಿ ದೃಢೀಕರಿಸಿದ ನಂತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ನಿರ್ಧರಿಸುತ್ತದೆ.
| Category | How it is assigned | What it affects |
|---|---|---|
| Public | Default for unidentified networks, or set manually | Rules scoped to the public profile |
| Private | Set manually, or by the user on a trusted network | Rules scoped to the private profile |
| DomainAuthenticated | Determined by Windows after domain authentication | Rules scoped to the domain profile |
Get-NetConnectionProfile | Select-Object Name,InterfaceAlias,NetworkCategory,IPv4Connectivity
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory Private
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory DomainAuthenticatedಮೂರನೇ ಆದೇಶ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಅನುಮತಿ ಸಮಸ್ಯೆಯಲ್ಲ, ದಾಖಲಿತ ವರ್ತನೆ. ಆದೇಶದ ಸ್ವಂತ ಉಲ್ಲೇಖವೇ ಡೊಮೇನ್ ವರ್ಗವನ್ನು ಈ ರೀತಿ ನಿಗದಿಪಡಿಸಲಾಗದು ಎಂದು ಹೇಳುತ್ತದೆ, ಏಕೆಂದರೆ Windows ಅದನ್ನು ಡೊಮೇನ್ ದೃಢೀಕರಣದಿಂದ ಪಡೆಯುತ್ತದೆ. ದೋಷವನ್ನು ನೋಡುವುದು ವರ್ಗವು ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ, ಪರಿಣಾಮ ಎಂಬುದಕ್ಕೆ ಉಪಯುಕ್ತ ದೃಢೀಕರಣ.
ಮೊದಲ ಆದೇಶವನ್ನು ಟ್ರಾಫಿಕ್ ನಿರ್ಬಂಧಿಸಲ್ಪಟ್ಟ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ಓದಿ. ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಇಂಟರ್‌ಫೇಸ್ ವರ್ಗೀಕರಣವು ಪ್ರತಿ ಸಂಪರ್ಕಿಸುವ ವರ್ಕ್‌ಸ್ಟೇಷನ್ ತನ್ನ ಟನೆಲ್ ಅನ್ನು ಹೇಗೆ ವರ್ಗೀಕರಿಸಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ನಿಯಮಗಳು ಅವುಗಳಿಗಾಗಿ ಬರೆಯಲಾದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ
ವರ್ಗವು ತಿಳಿದ ನಂತರ, ಕಾಣೆಯಾದ ಪ್ರವೇಶ ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ವಿವರಿಸುತ್ತದೆ. ಪ್ರತಿ Windows Firewall ನಿಯಮವೂ ಪ್ರೊಫೈಲ್ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಮತ್ತು ಡೊಮೇನ್‌ಗೆ ಸೀಮಿತವಾದ ನಿಯಮವು ಇಂಟರ್‌ಫೇಸ್ ಸಾರ್ವಜನಿಕವಾಗಿರುವಾಗ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ. ಮೂರು ಆದೇಶಗಳು ಅದನ್ನು ಸಿದ್ಧಾಂತದ ಬದಲು ಉತ್ತರವಾಗಿಸುತ್ತವೆ, ಮತ್ತು ಮೂರನೆಯದು ಪ್ರೊಫೈಲ್ ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರದ ಪ್ರಕರಣವನ್ನು ಹಿಡಿಯುತ್ತದೆ:
(Get-NetFirewallRule -DisplayName 'Allow File Share').Profile
Get-NetFirewallRule -DisplayName 'Allow File Share' | Get-NetFirewallAddressFilter
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundActionಎರಡನೇ ಆದೇಶವು ಅಸ್ಪಷ್ಟ ವರದಿಯನ್ನು ಸರಿಪಡಿಸುವಿಕೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ನಿಯಮವು VPN ಪೂಲ್ ಒಳಗೊಳ್ಳದ ದೂರದ ವಿಳಾಸಗಳ ಶ್ರೇಣಿಗೆ ಸೀಮಿತವಾಗಿದ್ದರೆ, ಪ್ರೊಫೈಲ್ ಬದಲಾಯಿಸುವುದೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.
ಡೀಫಾಲ್ಟ್ ಒಳಬರುವ ಕ್ರಿಯೆಯನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಒಳಬರುವ ಟ್ರಾಫಿಕ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ನಿರ್ಬಂಧಿಸಲ್ಪಟ್ಟ ಮೆಷಿನ್‌ನಲ್ಲಿ, ಕಾಣೆಯಾದ ಅನುಮತಿ ನಿಯಮವು ನಿರಾಕರಣೆಯ ಬದಲು ಮೌನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಕಡೆಯಿಂದ ಅದು ರೂಟಿಂಗ್ ವೈಫಲ್ಯದಂತೆಯೇ ಕಾಣುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಈ ಟಿಕೆಟ್‌ಗಳಲ್ಲಿ ಹಲವು ತಪ್ಪು ಊಹೆಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ.
ಯಾವ ಮೆಷಿನ್ ನಿಯಮವನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ
ವರ್ಗವನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು, ನಿರ್ಬಂಧ ಎಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ. ಹಂಚಿಕೆಯನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಸರ್ವರ್‌ಗೆ ತನ್ನದೇ ಫೈರ್‌ವಾಲ್ ಇರಬಹುದು, ಮತ್ತು ಅದರ ನಿಯಮಗಳು ಕ್ಲೈಂಟ್ ತನ್ನ ಅಡಾಪ್ಟರ್‌ಗೆ ಏನು ಹೆಸರಿಟ್ಟರೂ VPN ಪೂಲ್‌ನಿಂದ ಬರುವ ಟ್ರಾಫಿಕ್‌ಗೆ ಅನ್ವಯವಾಗುತ್ತವೆ. ಅಲ್ಲಿನ ನಿರಾಕರಣೆ ನೀವು ಚಲಾಯಿಸುವ ಯಾವುದೇ ಸ್ಥಳೀಯ ಆದೇಶಕ್ಕೆ ಕಾಣುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಕಡೆ ಸಂಪನ್ಮೂಲ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಮಾತ್ರ ವರದಿ ಮಾಡುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ನ ವರ್ಗೀಕರಣವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನದ ಸ್ವಂತ ನಿಯಮಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಕ್ಲೈಂಟ್‌ನಿಂದ ನಿರ್ದಿಷ್ಟ ಪೋರ್ಟ್‌ಗೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಅದೇ VPNನಲ್ಲಿರುವ ಇನ್ನೊಂದು ಹೋಸ್ಟ್‌ನಿಂದ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡೂ ವಿಫಲವಾದರೆ ಸಮಸ್ಯೆ ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿದೆ ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿದೆ. ಒಂದೇ ವಿಫಲವಾದರೆ ವ್ಯತ್ಯಾಸವು ಆ ಮೆಷಿನ್‌ಗೆ ಸ್ಥಳೀಯ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ವರ್ಗವು ಸಂಭಾವ್ಯ ಕಾರಣವಾಗುತ್ತದೆ.
ದಿಕ್ಕನ್ನೂ ನೆನಪಿನಲ್ಲಿಡಿ. ಒಳಬರುವ SMB ಗೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮವು ತನ್ನದೇ ಹೊರಹೋಗುವ ನಿಯಮ ಅದೇ ಟ್ರಾಫಿಕ್ ನಿರ್ಬಂಧಿಸುವ ಕ್ಲೈಂಟ್‌ಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. ಫೈಲ್ ಎಕ್ಸ್‌ಪ್ಲೋರರ್ ವಿಂಡೋದಿಂದ ಎರಡು ವೈಫಲ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾಗದು, ಆದ್ದರಿಂದ ಏನನ್ನೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಪ್ರತಿ ದಿಕ್ಕನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ.
ಎಲ್ಲವನ್ನೂ ಮರುಲೇಬಲ್ ಮಾಡುವ ಬದಲು ಏನು ಮಾಡಬೇಕು
ವಿಶಾಲ ನಿಯಮವನ್ನು ಪೂರೈಸಲು ಅಪರಿಚಿತ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಖಾಸಗಿಯಾಗಿಸುವುದು ನಿಜವಾದ ಪರಿಣಾಮಗಳಿರುವ ನಿಜವಾದ ಬದಲಾವಣೆ. ಖಾಸಗಿ ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಸಾರ್ವಜನಿಕಕ್ಕಿಂತ ಹೆಚ್ಚು ಶೋಧನೆ ಮತ್ತು ಹೆಚ್ಚು ಒಳಬರುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಗುರಿ ನಿರ್ದಿಷ್ಟ ಸೇವೆಯು VPN ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ತಲುಪುವುದಾದರೆ, ನಿಯಮವನ್ನು ಪ್ರೊಫೈಲ್ ಬದಲು ದೂರದ ವಿಳಾಸದಿಂದ ಸೀಮಿತಗೊಳಿಸಿ. ಅದು ಉದ್ದೇಶವನ್ನು ನಿಖರವಾಗಿ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ, ವರ್ಗೀಕರಣವನ್ನು ಲೆಕ್ಕಿಸದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು Windows ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ಬಗ್ಗೆ ಸರಿಯಾಗಿ ಊಹಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ. ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಮರುವರ್ಗೀಕರಿಸುವ ಕ್ಲೈಂಟ್ ನವೀಕರಣವನ್ನೂ ಅದು ತಡೆದುಕೊಳ್ಳುತ್ತದೆ. ಪೂಲ್ ಅನ್ನು ನಿಯಮದಲ್ಲಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಕೇಳದೆಯೇ ಉದ್ದೇಶವನ್ನು ಓದಬಹುದು.
ಡೊಮೇನ್ ವರ್ಗವು ನಿಜವಾಗಿಯೂ ನಿರೀಕ್ಷಿತವಾಗಿದ್ದು ಎಂದೂ ಕಾಣದಿದ್ದರೆ, ಅದು ಪ್ರತ್ಯೇಕ ತನಿಖೆ. ಮೆಷಿನ್ ಡೊಮೇನ್-ಸೇರಿಸಲ್ಪಟ್ಟಿದೆಯೇ, ಟನೆಲ್ ಮೂಲಕ ಡೊಮೇನ್ ನಿಯಂತ್ರಕವನ್ನು ತಲುಪಬಹುದೇ ಮತ್ತು ಸುರಕ್ಷಿತ ಚಾನೆಲ್ ಆರೋಗ್ಯಕರವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆ ಮೂರು ಆದೇಶಗಳು ಒಂದೂ ರಿಜಿಸ್ಟ್ರಿ ಸಂಪಾದನೆ ಇಲ್ಲದೆ ಉತ್ತರಿಸುತ್ತವೆ:
Get-CimInstance Win32_ComputerSystem | Select-Object PartOfDomain,Domain
Test-ComputerSecureChannel -Verbose
nltest /dsgetdc:corp.example.comಆ ಮೂರೂ ಎಂಡ್‌ಪಾಯಿಂಟ್ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ದೃಢೀಕರಿಸಬಹುದಿತ್ತೇ ಎಂದು ಉತ್ತರಿಸುತ್ತವೆ. ಅದು ನಿಯಂತ್ರಕವನ್ನು ತಲುಪದಿದ್ದರೆ, ಅಡಾಪ್ಟರ್ ಎಷ್ಟೇ ಬಾರಿ ಮರುಹೊಂದಿಸಲ್ಪಟ್ಟರೂ ಡೊಮೇನ್ ವರ್ಗವು ಎಂದೂ ನಿಗದಿಯಾಗುವುದಿಲ್ಲ. ನೀವು ಬೆನ್ನಟ್ಟುತ್ತಿದ್ದ ಫೈರ್‌ವಾಲ್ ನಿಯಮವೇ ನಿಜವಾದ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ, ಮತ್ತು ಲೇಬಲ್ ಕಾರಣವಲ್ಲ, ಮುರಿದ ಮಾರ್ಗದ ಲಕ್ಷಣವಾಗಿತ್ತು.