ಹಲವು ಸೈಟ್-ಟು-ಸೈಟ್ ಇಂಟರ್ಫೇಸ್ಗಳಿರುವ Windows ಸರ್ವರ್ನಲ್ಲಿ, ಕನ್ಸೋಲ್ ಲೇಬಲ್ ಕೇವಲ ಜನರಿಗಾಗಿ ಟಿಪ್ಪಣಿ ಅಲ್ಲ. RRAS ಒಳಬರುವ ಸಂಪರ್ಕದಿಂದ ನಿರ್ದಿಷ್ಟ ಕ್ಷೇತ್ರವನ್ನು ಬಳಸಿ ಯಾವ ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಕ್ಷೇತ್ರವು ದೃಢೀಕರಣ ವಿಧಾನದೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ. ಕೀಲಿ ತಪ್ಪಾದರೆ, ಏನಾದರೂ ಆಕಸ್ಮಿಕವಾಗಿ ಸಂಪರ್ಕಗೊಳ್ಳುವವರೆಗೆ ನೀವು ಇಂಟರ್ಫೇಸ್ಗಳ ಹೆಸರು ಬದಲಿಸುತ್ತೀರಿ. ಆಯ್ಕೆ ನಿಯಮ, ಆಡಳಿತ ಸ್ಥಿತಿ ಮತ್ತು ಅಧಿವೇಶನ ಸ್ಥಿತಿ ಮೂರು ಪ್ರತ್ಯೇಕ ಸತ್ಯಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಹೆಸರಿಸುವಿಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ.

ಪುರಾಣ: ಮರುನಾಮಕರಣ ಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ ಯಾವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ

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

ಆಯ್ಕೆಗೆ ಸಾಮಾನ್ಯ ದೂರಸ್ಥ ಪ್ರವೇಶ ಬಳಕೆದಾರರೊಂದಿಗೂ ಸಂಬಂಧವಿಲ್ಲ. ಉದ್ಯೋಗಿಗಳ VPN ಕ್ಲೈಂಟ್ಗಳು ಡಯಲ್ ಮಾಡಿದರೆ, ಅವರದು ಬೇರೆ ಪಾತ್ರ, ಮತ್ತು ಅವರ ಬಳಕೆದಾರಹೆಸರುಗಳು ಈ ಮ್ಯಾಪಿಂಗ್ನಲ್ಲಿ ಎಂದಿಗೂ ಭಾಗವಹಿಸುವುದಿಲ್ಲ. ಪರಿಚಿತ ಹೆಸರಿನಲ್ಲಿ ಏನನ್ನೂ ಓದುವ ಮೊದಲು ಕರೆ ಮಾಡುವವರು ಯಾವ ಪಾತ್ರಕ್ಕೆ ಸೇರಿದವರು ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಮೂರು ದೃಢೀಕರಣ ರೂಪಗಳು, ಮೂರು ಆಯ್ಕೆ ಕೀಲಿಗಳು

ಹಂಚಿಕೊಂಡ ಕೀಲಿಯೊಂದಿಗೆ, ಇಂಟರ್ಫೇಸ್ನ ಸಂರಚಿತ ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸವನ್ನು ಒಳಬರುವ ಪೀರ್ನ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ. ಲೇಬಲ್ ಏನಾದರೂ ಆಗಿರಬಹುದು, ಏಕೆಂದರೆ ನಿರ್ಧಾರವನ್ನು ವಿಳಾಸವೇ ಒಯ್ಯುತ್ತದೆ. ಬಳಕೆದಾರಹೆಸರು ಆಧಾರಿತ ದೃಢೀಕರಣದಲ್ಲಿ, ಇಂಟರ್ಫೇಸ್ನ ಹೆಸರನ್ನು ಕರೆ ಮಾಡುವವರು ಪ್ರಸ್ತುತಪಡಿಸುವ ಬಳಕೆದಾರಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ. ಇಲ್ಲಿ ಲೇಬಲ್ ಕೀಲಿಯೇ ಆಗಿದೆ, ಮತ್ತು ಮರುನಾಮಕರಣವು ಒಂದು ಸೈಟ್ ಅನ್ನು ಸರಿಪಡಿಸಿ ಇನ್ನೊಂದನ್ನು ಮುರಿಯುವಂತೆ ಕಾಣಲು ಇದೇ ಕಾರಣ.

ಪ್ರಮಾಣಪತ್ರಗಳೊಂದಿಗೆ, ಇಂಟರ್ಫೇಸ್ನ ಹೆಸರನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಸಬ್ಜೆಕ್ಟ್ ಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ. ಹೆಸರು ಆ ಸಬ್ಜೆಕ್ಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಮತ್ತು ನಿರ್ವಾಹಕರು ಕಲ್ಪಿಸಿದ ಸುಂದರ ಲೇಬಲ್ ಸಾಲದು.

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

Authentication in useThe field RRAS comparesSymptom when the two disagree
Pre-shared keyThe peer address in the incoming connection against the interface destinationRenaming the interface changes nothing; a destination that does not match the caller stays unused
UsernameThe caller login against the interface nameA site with a friendly label never answers, while a differently named site may answer instead
CertificateThe subject name in the presented certificate against the interface nameAn interface named after the office rather than the subject CN is never selected

ಸಕ್ರಿಯ ಎಂದರೆ ಸಂಪರ್ಕಿತವಲ್ಲ

ಆಡಳಿತ ಸ್ಥಿತಿ ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುಮತಿ ಇದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಈಗ ಅಧಿವೇಶನ ಇದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಅಧಿವೇಶನವಿಲ್ಲದ ಸಕ್ರಿಯ ಇಂಟರ್ಫೇಸ್ ಬೇಡಿಕೆ ಮೇರೆಗೆ ಡಯಲ್ ಆಗುವ ಲಿಂಕ್ಗೆ ಸಾಮಾನ್ಯ ವಿಶ್ರಾಂತಿ ಸ್ಥಿತಿ, ಮತ್ತು ಅದನ್ನು ದೋಷ ಎಂದು ವರದಿ ಮಾಡಿದರೆ ಜನರು ಇಲ್ಲದ ಅಡಚಣೆಯ ಹಿಂದೆ ಓಡುತ್ತಾರೆ.

ಹೆಸರಿನ ಹುಡುಕಾಟ ಅಥವಾ ದಾಖಲಿತ ರೂಟಿಂಗ್-ಡೊಮೇನ್ ಹುಡುಕಾಟ ಬಳಸಿ, ಆದರೆ ಎರಡೂ ಪ್ಯಾರಾಮೀಟರ್ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಅಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಉದ್ದೇಶಿತ ಸರ್ವರ್ ಸಂದರ್ಭದಲ್ಲಿ ಚಲಾಯಿಸಿ. ನೀವು ನಿರೀಕ್ಷಿಸುವ ಇಂಟರ್ಫೇಸ್ ಮೊದಲ ಪಟ್ಟಿಯಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಸಮಸ್ಯೆ ಸ್ಥಿತಿಗಿಂತ ಮೊದಲಿದೆ: ಏನನ್ನೂ ಆಯ್ಕೆ ಮಾಡಿಲ್ಲ.

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

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

Get-VpnS2SInterface | Select-Object Name, Destination, AdminStatus, ConnectionState
Get-VpnS2SInterface -Name 'Branch-A' | Format-List Name, Destination, AdminStatus, ConnectionState

ಏನನ್ನಾದರೂ ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಗುರುತಿನ ವಹಿವಾಟನ್ನು ಓದಿ

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

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

Get-WinEvent -LogName Application -MaxEvents 50 | Where-Object { $_.ProviderName -like '*RemoteAccess*' }

ಅನುಮತಿಸಿದ ಕಾರ್ಯಾಚರಣೆಯಿಂದ ಚಕ್ರವನ್ನು ಮುಚ್ಚಿ

ಹಸಿರು ಸ್ಥಿತಿ ಸ್ವೀಕಾರವಲ್ಲ. ಸರಿಯಾದ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆಯಾದ ನಂತರ, ವಿನ್ಯಾಸ ಅನುಮತಿಸುವ ಸಂಚಾರವನ್ನು ಒಂದು ಸಂರಕ್ಷಿತ ಪೂರ್ವಪ್ರತ್ಯಯದ ಹೋಸ್ಟ್ನಿಂದ ಇನ್ನೊಂದರ ಹೋಸ್ಟ್ಗೆ ಉತ್ಪಾದಿಸಿ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಹಿಂತಿರುಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಿರಾಕರಿಸಬೇಕಾದ ಹೋಸ್ಟ್ನಿಂದಲೂ ಅದೇ ಪ್ರಯತ್ನ ಮಾಡಿ, ಬಳಸಿ Test-NetConnection -ComputerName 10.44.2.10 -Port 445 ವಿನ್ಯಾಸ ಹೊರಗಿಡುವ ಸೇವೆಯ ವಿರುದ್ಧ, ಮತ್ತು ದೂರಸ್ಥ ಪ್ರವೇಶ ಘಟನೆಗಳನ್ನು ಮತ್ತೆ ಓದಿ. ತನ್ನ ಉದ್ದೇಶಿತ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸಾಗಿಸುವ, ಅಥವಾ ನೀತಿ ಹೊರಗಿಡುವ ಸೇವೆಗೆ ಉತ್ತರಿಸುವ ಸೈಟ್ ಲಿಂಕ್, ಯಾವುದೇ ಸ್ಥಿತಿ ಪರಿಶೀಲನೆ ಬಯಲಾಗಿಸದ ರೂಟಿಂಗ್ ತಪ್ಪು.

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು