vpncli -s ਬਨਾਮ GUI: Cisco Secure Client ਵਿੱਚ ਲੌਗਇਨ
vpncli -s ਤਿਆਰ ਕੀਤੀ ਜਵਾਬ ਫਾਈਲ ਪੜ੍ਹਦਾ ਹੈ, ਜਦੋਂ ਕਿ GUI ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ। ਸਕ੍ਰਿਪਟ ਕਦੋਂ ਲਾਹੇਵੰਦ ਹੈ, ਫਾਈਲ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਹ ਕਿਵੇਂ ਸਾਬਤ ਕਰਨਾ ਹੈ, ਦੀ ਤੁਲਨਾ ਕਰੋ।
Cisco Secure Client ਤੁਹਾਨੂੰ ਉਹੀ ਲੌਗਇਨ ਪੁੱਛਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੇ ਦੋ ਤਰੀਕੇ ਦਿੰਦਾ ਹੈ: vpnui.exe ਵਿੱਚ ਟਾਈਪ ਕਰਨ ਵਾਲਾ ਵਿਅਕਤੀ, ਜਾਂ -s ਵਰਤ ਕੇ ਮਿਆਰੀ ਇਨਪੁਟ ਰਾਹੀਂ ਜਵਾਬ vpncli.exe ਨੂੰ ਭੇਜਣ ਵਾਲੀ ਸਕ੍ਰਿਪਟ। ਦੂਜਾ ਤਰੀਕਾ GUI ਦੀ ਸਕਰੀਨ ਪੜ੍ਹੇ ਬਿਨਾਂ ਤੈਅ ਸਮੇਂ ਦੇ ਕਨੈਕਸ਼ਨ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਲੌਗਇਨ ਨੂੰ ਅਜਿਹੀ ਫਾਈਲ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜਿਸਨੂੰ ਪਛਾਣ-ਪੱਤਰ ਵਾਂਗ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਚਾਹੀਦਾ ਹੈ, ਇਹ ਮਸ਼ੀਨ ਕੋਲ ਮਨੁੱਖ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਪਾਸਵਰਡ ਕਿੰਨੀ ਵਾਰ ਬਦਲਦਾ ਹੈ, ਉਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਵਿਕਲਪ ਇਹ ਨਹੀਂ ਬਦਲਦੇ ਕਿ ਗੇਟਵੇ ਕੀ ਮੰਗਦਾ ਹੈ, ਸਿਰਫ਼ ਇਹ ਬਦਲਦੇ ਹਨ ਕਿ ਕੌਣ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਦੋਵੇਂ ਰਾਹ ਇੱਕੋ ਸੁਰੰਗ ਵਿੱਚ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਲਨਾ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਨਹੀਂ, ਸੰਚਾਲਨ ਦੀ ਹੈ।
ਉਹੀ ਪੁੱਛਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੇ ਦੋ ਤਰੀਕੇ
GUI ਦਾ ਰਾਹ ਬਣਾਵਟ ਹੀ ਸੰਵਾਦਾਤਮਕ ਹੈ: ਕਲਾਇੰਟ ਪੁੱਛਦਾ ਹੈ, ਕੋਈ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹ ਵਿਅਕਤੀ ਇਸਨੂੰ ਇਕੱਲਾ ਛੱਡੇ ਜਾਣ ਤੱਕ ਸੈਸ਼ਨ ਚੱਲਦਾ ਹੈ। ਮਨੁੱਖ ਵੱਲੋਂ ਵਰਤੇ ਜਾਂਦੇ ਲੈਪਟਾਪ 'ਤੇ ਇਹੀ ਸਹੀ ਚੋਣ ਹੈ, ਕਿਉਂਕਿ ਪੁੱਛਾਂ ਗੇਟਵੇ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ ਅਤੇ ਕਿਸੇ ਨੂੰ ਡਿਸਕ 'ਤੇ ਸਾਦੇ ਟੈਕਸਟ ਵਿੱਚ ਪਾਸਵਰਡ ਰੱਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ।
ਸਕ੍ਰਿਪਟ ਦਾ ਰਾਹ ਕੀਓਸਕ, ਲੈਬ ਮਸ਼ੀਨ ਜਾਂ ਤੈਅ ਸਮੇਂ ਦੇ ਕੰਮ ਲਈ ਢੁਕਵਾਂ ਹੈ ਜਿੱਥੇ ਟਾਈਪ ਕਰਨ ਲਈ ਕੋਈ ਨਹੀਂ ਹੁੰਦਾ। ਵਟਾਂਦਰਾ ਸਪਸ਼ਟ ਹੈ: ਨਿਗਰਾਨੀ ਰਹਿਤ ਕਨੈਕਸ਼ਨ ਦੇ ਬਦਲੇ ਤੁਸੀਂ ਡਿਸਕ 'ਤੇ ਪਛਾਣ-ਪੱਤਰ ਫਾਈਲ ਸਵੀਕਾਰ ਕਰਦੇ ਹੋ। ਜੇ ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂ SAML ਪ੍ਰਮਾਣਿਕਤਾ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਵਟਾਂਦਰਾ ਆਮ ਤੌਰ 'ਤੇ ਲਾਹੇਵੰਦ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਫਾਈਲ ਸਿਰਫ਼ ਉਹਨਾਂ ਪੁੱਛਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਤੋਂ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਵਿਧੀ ਬਚ ਜਾਂਦੀ।
ਇੱਕੋ ਮਸ਼ੀਨ 'ਤੇ ਦੋਵੇਂ ਇਕੱਠੇ ਨਾ ਮਿਲਾਓ। ਕਮਾਂਡ ਲਾਈਨ ਅਤੇ ਗ੍ਰਾਫ਼ਿਕਲ ਕਲਾਇੰਟ ਇੱਕੋ ਸੈਸ਼ਨ ਹਾਲਤ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੇ ਹਨ ਅਤੇ ਇਹੀ ਅਗਲੇ ਭਾਗ ਦੀ ਸਮੱਸਿਆ ਹੈ।
ਜਵਾਬ ਫਾਈਲ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ
ਕਲਾਇੰਟ ਕ੍ਰਮ ਨਾਲ ਪੁੱਛਦਾ ਹੈ — ਗੇਟਵੇ, ਕਦੇ-ਕਦੇ ਗਰੁੱਪ ਚੋਣ, ਵਰਤੋਂਕਾਰ ਨਾਮ, ਪਾਸਵਰਡ ਅਤੇ ਕੋਈ ਵੀ ਬੈਨਰ ਪੁਸ਼ਟੀ। ਜੋ ਫਾਈਲ ਇਹਨਾਂ ਸਾਰਿਆਂ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਉਹ ਅਸਲ ਮੁੱਲ ਭਰ ਕੇ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦੀ ਹੈ:
connect vpn.example.com
MyGroup
alice
correct-horse-battery
yਉਹ ਫਾਈਲ ਬਣਾਉਣ ਦਾ ਭਰੋਸੇਯੋਗ ਤਰੀਕਾ ਹੈ ਇੱਕ ਵਾਰ ਹੱਥ ਨਾਲ ਕਨੈਕਟ ਕਰਨਾ, ਤੁਸੀਂ ਟਾਈਪ ਕੀਤੀ ਹਰ ਲਾਈਨ ਅਤੇ ਦਬਾਇਆ ਹਰ Enter ਲਿਖ ਕੇ ਰੱਖਣਾ, ਅਤੇ ਫਿਰ ਉਹੀ ਕ੍ਰਮ ਬਿਲਕੁਲ ਦੁਹਰਾਉਣਾ। ਜੋ ਤੈਨਾਤੀਆਂ ਗਰੁੱਪ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਪਰੋਫਾਈਲ ਵਿੱਚ ਰੱਖਦੀਆਂ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਜਿੱਥੇ ਇਹ ਪੁੱਛਾਂ ਹੁਣ ਨਹੀਂ ਦਿਸਦੀਆਂ ਉੱਥੇ ਖਾਲੀ ਲਾਈਨਾਂ ਚਾਹੀਦੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਆਖਰੀ ਲਾਈਨ ਨੂੰ ਅਜੇ ਵੀ ਆਪਣੀ ਨਵੀਂ ਲਾਈਨ ਚਾਹੀਦੀ ਹੈ। ਇੱਕ ਲਾਈਨ ਘੱਟ ਵਾਲੀ ਫਾਈਲ ਆਮ ਤੌਰ 'ਤੇ ਸਪਸ਼ਟ ਗਲਤੀ ਨਾਲ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਥਾਂ ਆਖਰੀ ਪੁੱਛ 'ਤੇ ਅਟਕ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਨੈੱਟਵਰਕ ਨੂੰ ਦੋਸ਼ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ ਦੀ ਤੁਲਨਾ ਆਪਣੇ ਨੋਟ ਨਾਲ ਦੋ ਵਾਰ ਕਰੋ, ਇੱਕ ਵਾਰ ਕ੍ਰਮ ਲਈ ਅਤੇ ਇੱਕ ਵਾਰ ਖਾਲੀ ਲਾਈਨਾਂ ਲਈ।
ਫਾਈਲ ਨੂੰ ਕਿਸੇ ਵੀ ਸਿੰਕ ਹੋਣ ਵਾਲੇ ਫੋਲਡਰ ਤੋਂ ਬਾਹਰ ਰੱਖੋ ਅਤੇ ਸਿਰਫ਼ ਕੰਮ ਚਲਾਉਣ ਵਾਲਾ ਖਾਤਾ ਹੀ ਪੜ੍ਹ ਸਕੇ। ਉਹ ਪਾਸਵਰਡ ਸਾਦਾ ਟੈਕਸਟ ਹੈ, ਇਸ ਲਈ ਫਾਈਲ ਪਛਾਣ-ਪੱਤਰ ਹੈ: ਨਾ ਕੋਈ ਭੰਡਾਰ, ਨਾ ਸਾਂਝੀ ਡਿਸਕ, ਨਾ ਟਿਕਟ ਵਿੱਚ ਅਟੈਚਮੈਂਟ। ਕਲਾਇੰਟ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦੀ ਵੀ ਚੇਤਾਵਨੀ ਨਹੀਂ ਦੇਵੇਗਾ।
GUI ਨੂੰ ਪਹਿਲਾਂ ਕਿਉਂ ਜਾਣਾ ਪੈਂਦਾ ਹੈ
GUI ਦੀ ਪ੍ਰਕਿਰਿਆ ਖ਼ਤਮ ਕਰਕੇ ਸਕ੍ਰਿਪਟ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ CLI ਨੂੰ ਇਸਦੀ ਆਪਣੀ ਇੰਸਟਾਲੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਚਲਾਓ, ਕਿਉਂਕਿ ਕੰਮ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਸੰਸਕਰਣ ਦੋਵੇਂ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਇੱਕ ਉਦਾਹਰਨ ਰੈਪਰ:
@echo off
taskkill /IM vpnui.exe /F >nul 2>&1
cd /d "%PROGRAMFILES(x86)%\Cisco\Cisco Secure Client"
vpncli.exe -s < C:\secure\login.txtਇੱਥੇ ਐਗਜ਼ਿਟ ਕੋਡ ਭਰੋਸੇਯੋਗ ਸਫਲਤਾ ਦਾ ਸੰਕੇਤ ਨਹੀਂ ਹਨ। ਕਲਾਇੰਟ ਆਪਣੀ ਤਰੱਕੀ ਛਾਪਦਾ ਹੈ ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਵੱਖਰੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਆਉਟਪੁੱਟ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਹਾਲਤ ਦੀ ਲਾਈਨ ਪੜ੍ਹੋ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ VPN 'ਤੇ ਨਿਰਭਰ ਕੰਮ ਸ਼ੁਰੂ ਕਰੋ।
ਜੇ ਤੁਸੀਂ GUI ਬੰਦ ਕਰਨਾ ਛੱਡ ਦਿੱਤਾ, ਤਾਂ ਸਕ੍ਰਿਪਟ ਚੱਲਦੀ ਦਿਸ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਉਸੇ ਹਾਲਤ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨੇ ਛੱਡਿਆ ਸੀ। ਉਹ ਖ਼ਰਾਬੀ ਵਿਚਾਲੇ-ਵਿਚਾਲੇ ਆਉਂਦੀ ਦਿਸਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਦਾਜ਼ੇ ਨੂੰ ਵੀ ਝੱਲਣ ਵਾਲਾ ਬਗ ਉਹੀ ਹੁੰਦਾ ਹੈ।
ਸੈਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਮੰਨ ਨਾ ਲਓ
ਸਕ੍ਰਿਪਟ ਵਾਪਸ ਆਉਣ ਤੋਂ ਬਾਅਦ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਹੀ ਮੌਜੂਦ ਕੋਈ ਚੀਜ਼ ਜਾਂਚੋ — ਅੰਦਰੂਨੀ ਹੋਸਟ, ਜਾਂ ਅਜਿਹਾ DNS ਪਿਛੇਤਰ ਜਿਸਦਾ ਜਵਾਬ ਸਿਰਫ਼ ਕਾਰਪੋਰੇਟ ਰਿਜ਼ੌਲਵਰ ਦਿੰਦਾ ਹੈ। ਕਲਾਇੰਟ ਦੀ ਆਉਟਪੁੱਟ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਹਾਲਤ ਦੀ ਲਾਈਨ ਵੀ ਪੜ੍ਹੋ, ਅਤੇ ਬਾਕੀ ਸਭ ਕੁਝ ਹੌਲੀ ਸਫਲਤਾ ਨਹੀਂ ਸਗੋਂ ਅਸਫਲਤਾ ਮੰਨੋ। ਸੈਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਚਾਲੂ ਹੋਣ 'ਤੇ ਫਾਈਲ ਦੁਬਾਰਾ ਚਲਾਉਣ ਨਾਲ ਕਲਾਇੰਟ ਅੱਧ-ਕਨਫ਼ਿਗਰ ਰਹਿ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਡਿਸਕਨੈਕਟ ਕਰੋ ਜਾਂ ਸੈਸ਼ਨ ਹੋਣ 'ਤੇ ਲੌਗਇਨ ਛੱਡ ਦਿਓ।
ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਕਿਸਦੀ ਹੈ। ਅੰਦਰੂਨੀ ਪਤੇ ਨੂੰ ਪਿੰਗ ਕਰਕੇ ਲੌਗਇਨ ਦੁਬਾਰਾ ਚਲਾਉਣ ਵਾਲਾ ਲੂਪ ਕੀਓਸਕ ਨੂੰ ਮਹੀਨਿਆਂ ਤੱਕ ਆਨਲਾਈਨ ਰੱਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਪਾਸਵਰਡ ਪਹਿਲੀ ਵਾਰ ਬਦਲਣ 'ਤੇ ਖਾਤਾ ਲਾਕ ਵੀ ਕਰ ਸਕਦਾ ਹੈ। ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਰੱਖੋ, ਹੱਦ ਟੱਪਣ 'ਤੇ ਚੇਤਾਵਨੀ ਦਿਓ, ਅਤੇ ਪੁਰਾਣੇ ਪਾਸਵਰਡ ਨੂੰ ਲਾਕ ਹੋਣ ਤੱਕ ਦੁਹਰਾਉਣ ਦੇਣ ਦੀ ਥਾਂ ਪਛਾਣ ਟੀਮ ਫਾਈਲ ਬਦਲੇ।
ਪੁਰਾਣਾ vpnclient.exe ਉਹੀ ਸੰਦ ਨਹੀਂ ਹੈ
ਉਹੀ ਆਟੋਮੇਸ਼ਨ ਪੁਰਾਣੇ ਨਾਮ ਹੇਠ ਦਿਸਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਵਰਤੇ ਜਾਣ ਯੋਗ ਨਹੀਂ ਹਨ। ਸੇਵਾਮੁਕਤ Cisco IPsec ਕਲਾਇੰਟ ਨੇ ਇੱਕੋ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ connect ਕਿਰਿਆ, ਪਰੋਫਾਈਲ ਨਾਮ, ਵਰਤੋਂਕਾਰ ਅਤੇ ਪਾਸਵਰਡ ਵਰਗੇ ਇਨਲਾਈਨ ਆਰਗਿਊਮੈਂਟਾਂ ਨਾਲ vpnclient.exe ਵਰਤਿਆ ਸੀ; ਜਦੋਂ ਕਿ vpncli.exe ਮਿਆਰੀ ਇਨਪੁਟ 'ਤੇ -s ਨਾਲ ਪੁੱਛਾਂ ਦਾ ਕ੍ਰਮ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਪੁਰਾਣੀ ਫੋਰਮ ਸਕ੍ਰਿਪਟ ਨੂੰ ਅੱਜ ਦੀ ਮਸ਼ੀਨ 'ਤੇ ਕਾਪੀ ਕਰਨ ਨਾਲ ਅਜਿਹਾ ਹੁਕਮ ਬਣਦਾ ਹੈ ਜੋ ਚੱਲਦਾ ਹੈ, ਕੁਝ ਨਹੀਂ ਦਿਸਦਾ, ਅਤੇ ਦੋਸ਼ ਗੇਟਵੇ ਨੂੰ ਮਿਲਦਾ ਹੈ।
ਕੋਈ ਵੀ ਆਰਗਿਊਮੈਂਟ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ, ਜਾਂਚੋ ਕਿ ਕਿਹੜਾ ਕਲਾਇੰਟ ਇੰਸਟਾਲ ਹੈ ਅਤੇ ਸਕ੍ਰਿਪਟ ਅਸਲ ਵਿੱਚ ਕਿਸਨੂੰ ਬੁਲਾਉਂਦੀ ਹੈ। ਨਾਮ ਦਾ ਫ਼ਰਕ ਤੈਅ ਸਮੇਂ ਦੇ ਕੰਮ ਵਿੱਚ ਖੁੰਝ ਜਾਣ ਜਿੰਨਾ ਛੋਟਾ ਹੈ, ਅਤੇ ਅੱਪਗਰੇਡ ਤੋਂ ਬਾਅਦ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੀ ਸਕ੍ਰਿਪਟ ਦੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰਨ 'ਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ।