RemoteAccess ಸೇವೆ ನಿಲ್ಲುವ ಕಾರಣ RRAS ಸ್ಥಾಪನೆ ವಿಫಲವಾಗುತ್ತದೆ
Routing and Remote Access ಪಾತ್ರವು ವಿಫಲವಾಗಬಹುದು ಏಕೆಂದರೆ ಅದರ ಸೇವೆ Starting ಸ್ಥಿತಿಯಲ್ಲಿ ನಿಂತಿರುತ್ತದೆ. ಏನನ್ನಾದರೂ ಮರುಸ್ಥಾಪಿಸುವ ಮೊದಲು ಸೇವೆಯಾಗಿ ಲಾಗ್-ಆನ್ ಹಕ್ಕನ್ನು ಪರಿಶೀಲಿಸಿ.
ಪಾತ್ರದ ಸ್ಥಾಪನೆ ಸಾಮಾನ್ಯ ದೋಷದೊಂದಿಗೆ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ಈವೆಂಟ್ ಲಾಗ್ ಕೆಲಸ ಮಾಡಲು ಬಹುತೇಕ ಏನನ್ನೂ ನೀಡುವುದಿಲ್ಲ. ಇದು ಸಂಭವಿಸುವ ಸರ್ವರ್ಗಳಲ್ಲಿ, ಕಾಣೆಯಾದ ಭಾಗ ವಿಜಾರ್ಡ್ನಲ್ಲಿಯೇ ಇಲ್ಲ: Remote Access ಸೇವೆ ಎಂದಿಗೂ Starting ಸ್ಥಿತಿಯನ್ನು ಬಿಡುವುದಿಲ್ಲ. ತನ್ನದೇ ಆರಂಭವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲಾಗದ ಪಾತ್ರವು ಪ್ರತಿ ಪ್ರಯತ್ನದಲ್ಲೂ ಮತ್ತೆ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲು ಸೇವೆ ಮತ್ತು ನಂತರ ವಿಜಾರ್ಡ್ ಬರುತ್ತದೆ. ಲಾಗ್-ಆನ್ ಹಕ್ಕನ್ನು ಸರಿಪಡಿಸಲು ನಿಮಿಷಗಳು ಬೇಕು, ಪಾತ್ರವನ್ನು ಪದೇ ಪದೇ ಮರುಸ್ಥಾಪಿಸುವುದಕ್ಕೆ ಬೇಕಿಲ್ಲ.
ಸೇವೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಪಾತ್ರದ ವಿಜಾರ್ಡ್ನಿಂದ ಅಲ್ಲ
ಎತ್ತರಿಸಿದ ಪ್ರಾಂಪ್ಟ್ ತೆರೆದು ಪಾತ್ರವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಸೇವೆಯ ಸಂರಚನೆಯನ್ನು ಓದಿ. ಎರಡು ಮೌಲ್ಯಗಳು ಮುಖ್ಯ: ಪ್ರಾರಂಭದ ಪ್ರಕಾರ ಮತ್ತು ಸೇವೆ ನಡೆಯುವ ಖಾತೆ. ಡಿಫಾಲ್ಟ್ ಸ್ಥಾಪನೆ ಸೇವೆಯನ್ನು Network Service ಅಡಿಯಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ, ವಿಳಂಬಿತ ಪ್ರಾರಂಭಕ್ಕೆ ನೋಂದಾಯಿಸುತ್ತದೆ.
ಸ್ಥಿತಿಯು Running ಬದಲು Starting ನಲ್ಲಿ ನಿಂತರೆ, ಸೇವೆ ಪಡೆಯಲಾಗದ ಯಾವುದನ್ನೋ ಕಾಯುತ್ತಿದೆ, ಮತ್ತು ಲಾಗ್-ಆನ್ ಹಕ್ಕೇ ಸಾಮಾನ್ಯ ಅಭ್ಯರ್ಥಿ. ಹೆಚ್ಚು ಕಾಯುವುದರಿಂದ ಉಪಯೋಗವಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರಾರಂಭವು ಈಗಾಗಲೇ Service Control Manager ಬಾಕಿ ಎಂದು ವರದಿ ಮಾಡುವ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗಿದೆ. ಸೇವೆಯನ್ನು ಸ್ವಚ್ಛವಾಗಿ ನಿಲ್ಲಿಸಿ ಅದರ ಸಂರಚನೆಯನ್ನು ಮತ್ತೆ ಓದಿ. ನಂತರ ಈವೆಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಸೇವೆ ಪ್ರಾರಂಭದ ಪ್ರಯತ್ನವನ್ನು ನೋಡಿ, ವಿಫಲತೆಯ ಪಕ್ಕದಲ್ಲಿ ಖಾತೆಯ ಹೆಸರು ಕಾಣಿಸುವುದು ಅಲ್ಲಿಯೇ.
ಪಾತ್ರದ ವಿಜಾರ್ಡ್ ಆರಂಭ ವಿಫಲವಾಯಿತು ಎಂದಷ್ಟೇ ವರದಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದಲೇ ಸೇವೆಯ ರೋಗನಿರ್ಣಯ ಮೊದಲು ಬರಬೇಕು.
ಮರುಸ್ಥಾಪಿಸುವ ಮೊದಲು ಲಾಗ್-ಆನ್ ಹಕ್ಕನ್ನು ಓದಿ
ಪ್ರಾರಂಭವಾಗಲು Network Service ಗೆ ಸೇವೆಯಾಗಿ ಲಾಗ್-ಆನ್ ಹಕ್ಕು ಬೇಕು. ಒಳಗೊಂಡ ಖಾತೆಗಳು ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಗುಂಪು ಸದಸ್ಯತ್ವದ ಮೂಲಕ ಪಡೆಯುತ್ತವೆ, ಮತ್ತು ಕಠಿಣ ಬೇಸ್ಲೈನ್ ಅಥವಾ ನೀತಿ ರಿಫ್ರೆಶ್ ಅದನ್ನು ಕಸಿದುಕೊಳ್ಳಬಹುದು. ಮುಂದಿನ ರಿಫ್ರೆಶ್ನಲ್ಲಿ ಗ್ರೂಪ್ ಪಾಲಿಸಿ ಗೆಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೈಯಿಂದ ನೀಡಿದ ಹಕ್ಕು ಎಚ್ಚರಿಕೆ ಇಲ್ಲದೆ ಮತ್ತೆ ಮಾಯವಾಗಬಹುದು.
ಸ್ಥಳೀಯ ಭದ್ರತಾ ನೀತಿಯನ್ನು ರಫ್ತು ಮಾಡಿ ಮತ್ತು GUI ಅನ್ನು ನಂಬುವ ಬದಲು ನಮೂದನ್ನು ಓದಿ. ಇದು ರಿಫ್ರೆಶ್ ನಂತರ ಹೋಲಿಸಲು ನಿಮಗೆ ಫೈಲ್ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಬದಲಾವಣೆ ಉಳಿಯಿತೇ ಎಂದು ತಿಳಿಯಲು ಇದೇ ಏಕೈಕ ದಾರಿ. ನಮೂದು ಖಾಲಿಯಾಗಿದ್ದರೆ ಅಥವಾ ಖಾತೆಯನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟರೆ, ನೀವು ದೋಷವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ. ಅದನ್ನು ಯಾವ ನೀತಿ ವಸ್ತು ಹೊಂದಿಸುತ್ತದೆ ಎಂದು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಶಾಶ್ವತ ಸರಿಪಡಿಸುವಿಕೆ ಆ ವಸ್ತುವಿಗೇ ಬೇಕು.
secedit /export /cfg C:\Windows\Temp\secpol-export.inf
Select-String -Path C:\Windows\Temp\secpol-export.inf -Pattern SeServiceLogonRight
sc.exe qc RemoteAccess
Get-Service RemoteAccess | Format-List Name, Status, StartType
ಸ್ಥಳೀಯವಾಗಿ ಅನ್ವಯಿಸಿ ಮುಂದಿನ ರಿಫ್ರೆಶ್ನಲ್ಲಿ ನೀತಿಯಿಂದ ಮೇಲೆಬರೆಯಾದ ಹಕ್ಕು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಸರಿಪಡಿಸುವಿಕೆಯಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅದು ಅದೇ ರೀತಿಯಲ್ಲಿ ಮತ್ತೆ ವಿಫಲವಾಗುತ್ತದೆ.
ಸಂರಚನೆಯನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಖಾತೆಯ ಹೋಗು-ಬರುವಿಕೆ
ನೀತಿಯನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸದೆ ಸೇವೆಯ ಲಾಗ್-ಆನ್ ಸಂರಚನೆಯನ್ನು ಸರಿಪಡಿಸುವ ಸಣ್ಣ ದಾರಿ ಇದೆ: ಖಾತೆ ಬದಲಿಸಿ, ಅನ್ವಯಿಸಿ, ನಂತರ ಪಾಸ್ವರ್ಡ್ ಕ್ಷೇತ್ರಗಳನ್ನು ಖಾಲಿ ಬಿಟ್ಟು ಅದನ್ನು ಹಿಂತಿರುಗಿಸಿ.
ಹೋಗು-ಬರುವಿಕೆ ಸೇವಾ ದಾಖಲೆಯನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ಖಾತೆಗೆ ಬೇಕಾದ ಹಕ್ಕನ್ನು ಮತ್ತೆ ನೀಡುತ್ತದೆ. ಇದು ಮೂಲ ಕಾರಣದ ಸರಿಪಡಿಸುವಿಕೆ ಅಲ್ಲ, ಒಂದು ಪರ್ಯಾಯ ಮಾರ್ಗ, ಆದ್ದರಿಂದ ದಿನಾಂಕದೊಂದಿಗೆ ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಇರಬೇಕು. ಬೇಸ್ಲೈನ್ ಸರ್ವರ್ ನಿರ್ವಹಿಸುವಲ್ಲಿ, ಸರಿಯಾದ ಸರಿಪಡಿಸುವಿಕೆ ಎಂದರೆ ಆ ಬೇಸ್ಲೈನ್ನಲ್ಲಿ ಸೇವೆಯಾಗಿ ಲಾಗ್-ಆನ್ ನಿಯೋಜನೆಗೆ ಖಾತೆಯನ್ನು ಸೇರಿಸುವುದು. ಸಾಧ್ಯವಾದಾಗ ಮೊದಲು ಅದನ್ನೇ ಮಾಡಿ, ಮತ್ತು ಹೋಗು-ಬರುವಿಕೆಯನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡ ಸ್ಥಾಪನೆಯನ್ನು ಬಿಡಿಸಲು ಮಾತ್ರ ಬಳಸಿ.
sc.exe config RemoteAccess obj= "NT AUTHORITY\LocalService" start= demand
Start-Service RemoteAccess
sc.exe config RemoteAccess obj= "NT AUTHORITY\NetworkService" start= delayed-auto
Start-Service RemoteAccess
ಪ್ರತಿ ಆಜ್ಞೆಯ ನಂತರ ಸ್ಥಿತಿಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಒಂದು ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಪ್ರಾರಂಭವಾಗಿ ಇನ್ನೊಂದರ ಅಡಿಯಲ್ಲಿ ಆಗದ ಸೇವೆ ಯಾವ ಹಕ್ಕು ಕಾಣೆಯಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ.
ಪಾತ್ರವನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ಅದು ಸ್ಥಾಪನೆಯಾಗಿದೆ ಎಂದು ಸಾಬೀತು ಮಾಡಿ
ಸೇವೆ ನಡೆಯುತ್ತಿರುವಾಗ ಪಾತ್ರವನ್ನು ಮತ್ತೆ ಸೇರಿಸಿ ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಬಳಸಲಿರುವ VPN ಉಪ-ವೈಶಿಷ್ಟ್ಯವನ್ನು ಸೇರಿಸಿ. ಸಾಮಾನ್ಯ ಪಾತ್ರ ಮಾತ್ರ ನಿಮಗೆ ಕೆಲಸ ಮಾಡುವ VPN ಅಂತ್ಯಬಿಂದುವನ್ನು ನೀಡುವುದಿಲ್ಲ.
Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess
ಉಪ-ವೈಶಿಷ್ಟ್ಯಗಳು Available ಬದಲು Installed ಎಂದು ವರದಿ ಮಾಡುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಕನ್ಸೋಲ್ ತೆರೆದು ಬೇರೆ ಯಾರೂ ಯಂತ್ರವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಆರಂಭಿಕ ಸಂರಚನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ. ಕನ್ಸೋಲ್ ಇನ್ನೂ ಸೇವೆ ನಡೆಯುತ್ತಿಲ್ಲ ಎಂದು ಹೇಳಿದರೆ, ಪಾತ್ರವನ್ನು ತೆಗೆಯುವ ಬದಲು ಸೇವಾ ಪರಿಶೀಲನೆಗೆ ಮರಳಿ.
ನೀವು ಏನು ಬದಲಿಸಿದಿರಿ ಎಂದು ಬರೆಯಿರಿ
ವಿಜಾರ್ಡ್ನ ಮೊದಲ ಆಯ್ಕೆಗಳು ಫೈರ್ವಾಲ್ ನಿಯಮಗಳು, ವಿಳಾಸ ಹಂಚಿಕೆ ಮತ್ತು ಸರ್ವರ್ DHCP ರಿಲೇ ನಿರೀಕ್ಷಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ. ಕೆಲವೇ ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸೈಟ್-ಟು-ಸೈಟ್ ಅಂತ್ಯಬಿಂದುವಿನ ಆಕಾರ ಬೇಕಿಲ್ಲ. ಕ್ಲಿಕ್ ಮಾಡುವ ಮೊದಲು ಪಾತ್ರ, ವಿಳಾಸ ಪೂಲ್, ದೃಢೀಕರಣ ವಿಧಾನ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರದ ಮೂಲವನ್ನು ನಿರ್ಧರಿಸಿ. ಇಲ್ಲಿ ಊಹಿಸುವುದು ಸ್ವಚ್ಛವಾಗಿ ಸ್ಥಾಪನೆಯಾಗಿ ಎಂದಿಗೂ ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸದ ಸರ್ವರ್ ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಸೇವಾ ಖಾತೆಯ ವ್ಯತ್ಯಯವನ್ನು ಅದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಇರಿಸಿ. ಡಿಫಾಲ್ಟ್ ಖಾತೆಯನ್ನು ಹಿಂತಿರುಗಿಸುವ ಕಠಿಣಗೊಳಿಸುವ ಸುತ್ತು ಮುಂದಿನ ಮರುಪ್ರಾರಂಭದಲ್ಲಿ ದೋಷವನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು, ಅದನ್ನು ನಿರ್ಣಯಿಸಿದವರು ಮುಂದೆ ಹೋದ ನಂತರ ತಿಂಗಳುಗಳಲ್ಲಿ.