Add-VpnConnection: PSK ಏಕೆ ಒಡೆಯುತ್ತದೆ ಮತ್ತು ವಿಳಾಸ ಏಕೆ ಹಳೆಯದಾಗಿ ಉಳಿಯುತ್ತದೆ
PowerShell ಡಬಲ್ ಉಲ್ಲೇಖಗಳಲ್ಲಿರುವ ಪೂರ್ವ-ಹಂಚಿಕೆಯ ಕೀಲಿಯನ್ನು cmdlet ಅದನ್ನು ಉಳಿಸುವ ಮೊದಲೇ ವಿಸ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಸುರಂಗವು ನೀವು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವವರೆಗೆ ಹಳೆಯ ವಿಳಾಸವನ್ನೇ ಹಿಡಿದಿಡುತ್ತದೆ.
Windows VPN ಪ್ರೊಫೈಲ್ ಎನ್ನುವುದು ದೂರವಾಣಿ ಪುಸ್ತಕದ ನಮೂದು, ಮತ್ತು PowerShell ಆ ನಮೂದನ್ನು ಸಂಪಾದಿಸುವ ಒಂದು ಮಾರ್ಗ. ಈ ವ್ಯತ್ಯಾಸದಿಂದ ಎರಡು ವೈಫಲ್ಯಗಳು ಬರುತ್ತವೆ: ಸರ್ವರ್‌ಗೆ ಈಗಾಗಲೇ ಹಾಳಾಗಿ ತಲುಪುವ ಪೂರ್ವ-ಹಂಚಿಕೆಯ ಕೀಲಿ, ಮತ್ತು ನವೀಕರಿಸಿದಂತೆ ಕಾಣುವ ಆದರೆ ಮುಂದಿನ ಸುರಂಗ ಕರೆಯುವ ವಿಳಾಸವಲ್ಲದ ಸರ್ವರ್ ವಿಳಾಸ. ಪ್ರೊಫೈಲ್ ಅನ್ನು ನೀವು ಓಡಿಸಿದ ಆದೇಶವಾಗಿ ಅಲ್ಲ, ಉಳಿಸಿದ ಸ್ಥಿತಿಯಾಗಿ ಪರಿಗಣಿಸಿದರೆ ಎರಡನ್ನೂ ನೋಡುವುದು ಸುಲಭ. ಈ ವಿವರಣೆ ಸಂಪಾದನೆಗಳ ಕ್ರಮವನ್ನು ಅನುಸರಿಸುತ್ತದೆ: ರಚಿಸು, ಬದಲಿಸು, ವ್ಯಾಪ್ತಿ, ಮತ್ತೆ ಓದು.
ಅಕ್ಷರಶಃ ಕೀಲಿಯಿಂದ ಪ್ರೊಫೈಲ್ ರಚಿಸಿ
Add-VpnConnection L2TP ಪೂರ್ವ-ಹಂಚಿಕೆಯ ಕೀಲಿಯನ್ನು -L2tpPsk ಮೂಲಕ ಸ್ವೀಕರಿಸುತ್ತದೆ. PowerShell ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು cmdlet ಸ್ವೀಕರಿಸುವ ಮೊದಲೇ ಸಂಸ್ಕರಿಸುತ್ತದೆ, ಮತ್ತು ಡಬಲ್ ಉಲ್ಲೇಖಗಳ ಒಳಗೆ ಡಾಲರ್ ಚಿಹ್ನೆ ಚರ ವಿನ್ಯಾಸವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, backtick ಎಸ್ಕೇಪ್ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಹೊಂದಿರುವ ಕೀಲಿ ಚಿಕ್ಕದಾಗಿ ಅಥವಾ ಬೇರೆ ಅಕ್ಷರದೊಂದಿಗೆ ಬರುತ್ತದೆ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ತಪ್ಪು ರಹಸ್ಯದೊಂದಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ರಚನೆಯಾಗುತ್ತದೆ.
ನಂತರ ವೈಫಲ್ಯ IPsec ದೃಢೀಕರಣದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಸುರಂಗ ಏಳಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಉಲ್ಲೇಖ ದೋಷವನ್ನು ಸರ್ವರ್ ಕಡೆಯ ಸಮಸ್ಯೆ ಎಂದು ಹೆಚ್ಚಾಗಿ ವರದಿ ಮಾಡಲಾಗುತ್ತದೆ: ಪ್ರೊಫೈಲ್ ಇದೆ, ಹೆಸರು ಸರಿ, ಮತ್ತು ರಹಸ್ಯ ಸದ್ದಿಲ್ಲದೆ ತಪ್ಪಾಗಿದೆ.
| How you write it | What PowerShell does | Result |
|---|---|---|
| "p@ss$word!42" | Expands $word as a variable | Stored key is truncated |
| Double-quoted with an escape character | Consumes the next character as an escape | One character disappears |
| 'p@ss$word!42' | Keeps the literal characters | Stored key matches the secret |
ಏಕ ಉಲ್ಲೇಖಗಳೇ ಪರಿಹಾರ, ಮತ್ತು ಅವು ಇಡೀ ಮೌಲ್ಯವನ್ನು ಸುತ್ತುವರಿಯಬೇಕು. ನಮೂದು ಈಗಾಗಲೇ ಕೆಟ್ಟ ಕೀಲಿಯೊಂದಿಗೆ ಇದ್ದರೆ, -Force ಅದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಅಥವಾ ಪ್ರೊಫೈಲ್ ತೆಗೆದು ಮತ್ತೆ ರಚಿಸಿ ನಂತರ ಹೊಸ ಸಂಪರ್ಕದಿಂದ ಪರೀಕ್ಷಿಸಿ:
Add-VpnConnection -Name "Contoso-L2TP" -ServerAddress vpn.contoso.example -TunnelType L2tp -L2tpPsk 'n3w$ecret!2026' -AuthenticationMethod Pap -RememberCredential -Forceನಿಜವಾದ ರಹಸ್ಯವನ್ನು shell ಇತಿಹಾಸ ಮತ್ತು ಹಂಚಿದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಂದ ಹೊರಗಿಡಿ. ಚಾಲನೆಯ ಸಮಯದಲ್ಲಿ ಅನುಮೋದಿತ ಭಂಡಾರದಿಂದ ಓದಿ ಮತ್ತು ಅಕ್ಷರಶಃ ಮೌಲ್ಯದ ಬದಲು ಚರವನ್ನು ಕಳುಹಿಸಿ, ಇದು ಉಲ್ಲೇಖದ ಸಮಸ್ಯೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಿಸುತ್ತದೆ.
ವಿಳಾಸ ಬದಲಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ
Set-VpnConnection ಸ್ಪೇಸ್‌ನಿಂದ ಬೇರ್ಪಟ್ಟ ನಿಯತಾಂಕಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ನಿಯೋಜನೆ ವಾಕ್ಯರಚನೆಯಲ್ಲ. -ServerAddress = "203.0.113.10" ಎಂದು ಬರೆದರೆ ಹೆಚ್ಚುವರಿ ಟೋಕನ್ ಹೋಗುತ್ತದೆ, ಮತ್ತು cmdlet ದೋಷ ನೀಡುತ್ತದೆ ಅಥವಾ ನೀವು ಉದ್ದೇಶಿಸದ್ದನ್ನು ಉಳಿಸುತ್ತದೆ. ಸರಿಯಾದ ರೂಪ -Name "Office L2TP" -ServerAddress 203.0.113.10.
ಸರಿಯಾದ ವಾಕ್ಯರಚನೆಯಿದ್ದರೂ ಬದಲಾವಣೆ ಈಗಾಗಲೇ ಮೇಲಿರುವ ಸುರಂಗಕ್ಕೆ ತಲುಪುವುದಿಲ್ಲ. ಸ್ಥಾಪಿತ ಸಂಪರ್ಕವು ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳುವವರೆಗೆ ಕರೆ ಮಾಡಿದ ವಿಳಾಸವನ್ನೇ ಹಿಡಿದಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ ಅಧಿವೇಶನವನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಹೊಸ ಮೌಲ್ಯದ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಸಂಪಾದಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಸಂಪರ್ಕ ವಿವರಗಳಲ್ಲಿ ಸಹಚರರ ವಿಳಾಸವನ್ನು ಖಚಿತಪಡಿಸಿ.
ಕೆಲವು ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸ್ಥಳದಲ್ಲೇ ಬದಲಿಸಲಾಗುವುದಿಲ್ಲ. cmdlet ನಿರಾಕರಿಸಿದಾಗ, ಇರುವ ನಿಯತಾಂಕಗಳನ್ನು ಬರೆದಿಡಿ, ಪ್ರೊಫೈಲ್ ಅಳಿಸಿ ಸರಿಪಡಿಸಿದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಮತ್ತೆ ರಚಿಸಿ, ಮತ್ತು ಮೂಲ ಸುರಂಗ ಹಾಗೂ ದೃಢೀಕರಣ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಕೇವಲ ದೂರವಾಣಿ ಸಂಖ್ಯೆಯನ್ನು ಬದಲಿಸಬೇಕಾದ ಸ್ಕ್ರಿಪ್ಟ್ ಎಲ್ಲವನ್ನೂ ಮತ್ತೆ ರಚಿಸುವ ಬದಲು RAS API ಮೂಲಕ ದೂರವಾಣಿ ಪುಸ್ತಕದ ನಮೂದನ್ನು ಸಂಪಾದಿಸಬಹುದು. ಯಾವ ಮಾರ್ಗವನ್ನು ಆರಿಸಿದರೂ, ನಂತರ ಉಳಿಸಿದ ಮೌಲ್ಯಗಳನ್ನು ಖಚಿತಪಡಿಸಿ, ಆದೇಶದ ಮೌನವನ್ನು ನಂಬಬೇಡಿ.
ಯಾವ ದೂರವಾಣಿ ಪುಸ್ತಕವನ್ನು ಸಂಪಾದಿಸಿದಿರಿ ಎಂದು ತಿಳಿಯಿರಿ
ಪ್ರತಿ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ ಆ ಬಳಕೆದಾರರ ಜಾಲಬಂಧ ಸಂಪರ್ಕ ಕಡತಕೋಶದಲ್ಲಿದೆ, ಮತ್ತು ಎಲ್ಲ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ ಕಾರ್ಯಕ್ರಮ ದತ್ತಾಂಶ ವೃಕ್ಷದ ಕೆಳಗಿನ ಯಂತ್ರ-ವ್ಯಾಪಿ ಕಡತಕೋಶದಲ್ಲಿದೆ. ಇವು ಬೇರೆ ಬೇರೆ ವ್ಯಾಪ್ತಿಯ ಬೇರೆ ಬೇರೆ ನಮೂದುಗಳು, ಒಂದನ್ನು ಸಂಪಾದಿಸಿದರೆ ಇನ್ನೊಂದು ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ.
ಆದ್ದರಿಂದ ಬದಲಾವಣೆ ಮಾಯವಾದಂತೆ ಕಾಣಬಹುದು: ಸ್ಕ್ರಿಪ್ಟ್ ಒಂದು ಖಾತೆಯಲ್ಲಿ ಓಡಿತು, ಪರೀಕ್ಷೆ ಇನ್ನೊಂದರಲ್ಲಿ. ಪ್ರೊಫೈಲ್ ಯಂತ್ರದ್ದಾಗಿದ್ದರೆ -AllUserConnection ಬಳಸಿ, ಮತ್ತು ಮತ್ತೆ ಓದುವಾಗ ಅದೇ ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಪ್ರೊಫೈಲ್ ಮತ್ತೆ ಓದಿ
ನೀವು ಕಳುಹಿಸಿದ್ದನ್ನು ಅಲ್ಲ, Windows ಏನನ್ನು ಉಳಿಸಿತು ಎಂದು ಕೇಳಿ:
Get-VpnConnection -Name "Office L2TP" | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethodಆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಉದ್ದೇಶದೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಹೊಸ ಸಂಪರ್ಕ ಪ್ರಾರಂಭಿಸಿ. ಕರೆ ವಿಫಲವಾದರೆ, ಪ್ರೊಫೈಲ್ ಮತ್ತೆ ಬದಲಿಸುವ ಮೊದಲು Event Viewer ನಲ್ಲಿ RAS ಕ್ಲೈಂಟ್ ಲಾಗ್ ನೋಡಿ, ಏಕೆಂದರೆ ಲಾಗ್ ವಿಫಲವಾದ ಹಂತವನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
ಸಂಪಾದಿಸುವಾಗ ದೃಢೀಕರಣದ ವಿನ್ಯಾಸವನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸಿ. ವಿಳಾಸ ಬದಲಿಸಿ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ EAP ಸಂರಚನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಆದೇಶವು ಸಂಪಾದನೆಗೆ ಸಂಬಂಧವಿಲ್ಲದಂತೆ ಕಾಣುವ ವೈಫಲ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮೊದಲೇ ರಫ್ತು ಮಾಡಿದರೆ ಊಹೆಯ ಬದಲು ಮರುಸ್ಥಾಪಿಸಲು ಏನಾದರೂ ಸಿಗುತ್ತದೆ.