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 ਰੀਲੇ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੁਝ ਪੁਆਇੰਟ-ਤੋਂ-ਸਾਈਟ ਕਲਾਇੰਟਾਂ ਨੂੰ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਅੰਤ-ਬਿੰਦੂ ਦਾ ਆਕਾਰ ਲੋੜੀਂਦਾ ਨਹੀਂ ਹੁੰਦਾ। ਕਲਿੱਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾ, ਟਿਕਾਣਾ ਪੂਲ, ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦਾ ਸਰੋਤ ਤੈਅ ਕਰੋ। ਇੱਥੇ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਨਾਲ ਇੱਕ ਸਰਵਰ ਬਣਦਾ ਹੈ ਜੋ ਸਾਫ਼ ਸਥਾਪਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ।
ਸੇਵਾ-ਖਾਤੇ ਦਾ ਵਿਚਲਨ ਉਸੇ ਨੋਟ ਵਿੱਚ ਰੱਖੋ। ਡਿਫ਼ਾਲਟ ਖਾਤਾ ਵਾਪਸ ਲਿਆਉਣ ਵਾਲਾ ਸਖ਼ਤੀਕਰਨ ਦਾ ਦੌਰ ਅਗਲੇ ਰੀਸਟਾਰਟ ਉੱਤੇ ਖ਼ਰਾਬੀ ਮੁੜ ਲਿਆ ਸਕਦਾ ਹੈ, ਜਿਸ ਨੇ ਇਸ ਦਾ ਨਿਦਾਨ ਕੀਤਾ ਸੀ ਉਸ ਦੇ ਅੱਗੇ ਵਧਣ ਤੋਂ ਮਹੀਨਿਆਂ ਬਾਅਦ।