Windows VPN ਕਨੈਕਟ ਨਹੀਂ ਹੋ ਰਿਹਾ? ਕੋਡ ਨੂੰ ਇਵੈਂਟ ਲੌਗ ਨਾਲ ਮਿਲਾਓ

ਸ਼ੁੱਕਰਵਾਰ ਇਹ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ। ਸੋਮਵਾਰ ਉਹੀ Windows ਕਲਾਇੰਟ ਇੱਕ ਸੰਵਾਦ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਫੇਲ੍ਹ ਹੋ ਗਈ, ਅਤੇ ਉਸ ਦੇ ਹੇਠਾਂ ਵਾਲਾ ਵਾਕ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਦਰਜਨਾਂ ਅਸੰਬੰਧਿਤ ਸਮੱਸਿਆਵਾਂ ਲਈ ਪਹਿਲਾਂ ਹੀ ਦੇਖਿਆ ਹੈ। ਉਹ ਸੰਵਾਦ ਇੱਕ ਲੜੀ ਦਾ ਅੰਤ ਹੈ, ਸ਼ੁਰੂਆਤ ਨਹੀਂ। Windows ਉਸ ਪੜਾਅ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਕੋਸ਼ਿਸ਼ ਅਸਲ ਵਿੱਚ ਮਰੀ, ਅਤੇ ਦੋ ਛੋਟੇ ਸਬੂਤ ਉਸਦਾ ਨਾਮ ਲੈਂਦੇ ਹਨ: ਸੰਖਿਆਤਮਕ ਨਤੀਜਾ ਕੋਡ ਅਤੇ ਉਸੇ ਮਿੰਟ ਦਾ ਇੱਕ RasClient ਇਵੈਂਟ। ਮੇਰਾ ਵਰਤਿਆ ਕ੍ਰਮ ਇਹ ਹੈ — ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸਥਿਰ ਕਰੋ, ਕੋਡ ਪੜ੍ਹੋ, ਇਵੈਂਟ ਕੱਢੋ, ਫਿਰ ਠੀਕ ਇੱਕ ਪਰਤ ਬਦਲੋ।

ਸੰਵਾਦ ਦਾ ਲਿਖਤ ਆਖਰੀ ਕਦਮ ਹੈ, ਕਾਰਨ ਨਹੀਂ

ਤੁਸੀਂ ਜੋ ਵਾਕ ਪੜ੍ਹਦੇ ਹੋ ਉਹ ਕੋਸ਼ਿਸ਼ ਦੇ ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹ ਜਾਣ ਤੋਂ ਬਾਅਦ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ। "ਕਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦੂਰ ਵਾਲੇ ਕੰਪਿਊਟਰ ਨੇ ਕਨੈਕਸ਼ਨ ਖ਼ਤਮ ਕਰ ਦਿੱਤਾ" ਉਦੋਂ ਦਿਖਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਸਰਵਰ ਗੱਲਬਾਤ ਦੇ ਵਿਚਕਾਰ ਫੋਨ ਰੱਖ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਤੁਹਾਡਾ ਵਰਤੋਂਕਾਰ ਨਾਮ ਭੇਜੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ IPsec ਫੇਲ੍ਹ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਨੀਤੀ ਟਨਲ ਨੂੰ ਸਿੱਧਾ ਨਕਾਰ ਦਿੰਦੀ ਹੈ। ਤਿੰਨ ਵੱਖਰੇ ਮਾਲਕ, ਇੱਕ ਵਾਕ। ਸ਼ਬਦਾਵਲੀ ਨੂੰ ਲੱਛਣ-ਵਰਗ ਮੰਨੋ ਅਤੇ ਕੋਡ ਸਹਿਮਤ ਨਾ ਹੋਣ ਤੱਕ ਇਸਨੂੰ ਕੁਝ ਵੀ ਨਿਰਦੇਸ਼ਿਤ ਕਰਨ ਨਾ ਦਿਓ।

ਜੋ ਅਜੇ ਵੀ ਸਥਿਰ ਕਰ ਸਕਦੇ ਹੋ ਉਹ ਕੋਸ਼ਿਸ਼ ਆਪ ਹੈ। ਕਨੈਕਸ਼ਨ ਦਾ ਨਾਮ, ਪਰੋਫਾਈਲ ਵਿੱਚ ਸੰਭਾਲਿਆ ਟਨਲ ਦੀ ਕਿਸਮ — PPTP, L2TP/IPsec, SSTP ਜਾਂ IKEv2 —, ਸਕਿੰਟ ਤੱਕ ਦਾ ਸਮਾਂ, ਅਤੇ ਕੋਡ ਲਿਖੋ। ਜੇ ਤੁਹਾਨੂੰ ਪੱਕਾ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਪਰੋਟੋਕੋਲ ਅਸਲ ਵਿੱਚ ਚੱਲਿਆ, ਤਾਂ ਯਾਦ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk ਖੋਲ੍ਹੋ ਅਤੇ ਐਂਟਰੀ ਪੜ੍ਹੋ; ਨਵੇਂ ਪਰੋਟੋਕੋਲ ਲਈ ਦੁਬਾਰਾ ਵਰਤੀ ਗਈ ਪਰੋਫਾਈਲ ਆਪਣਾ ਪੁਰਾਣਾ ਪ੍ਰਦਰਸ਼ਨ ਨਾਮ ਰੱਖਦੀ ਹੈ।

ਸ਼ਬਦ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਖਿਆ ਪੜ੍ਹੋ

ਕੋਡ ਤਿੰਨ ਪੜਾਵਾਂ ਵਿੱਚ ਪੈਂਦੇ ਹਨ, ਅਤੇ ਪੜਾਅ ਸਹੀ ਸ਼ਬਦਾਵਲੀ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਪਹੁੰਚਿਆ ਅਤੇ ਨਕਾਰਿਆ ਗਿਆ ਪ੍ਰਮਾਣਿਕਤਾ ਵਟਾਂਦਰਾ, ਕਦੇ ਜਵਾਬ ਨਾ ਦੇਣ ਵਾਲਾ ਸਰਵਰ, ਜਾਂ ਲਿੰਕ ਉੱਠਣ ਤੋਂ ਬਾਅਦ ਢਹਿ ਗਈ ਗੱਲਬਾਤ। 691 ਪਹਿਲੀ ਕਿਸਮ ਹੈ — ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਜਾਂਚ ਚੱਲੀ ਅਤੇ ਫੇਲ੍ਹ ਹੋਈ, ਚਾਹੇ ਗਲਤ ਪਾਸਵਰਡ, ਲਾਕ ਜਾਂ ਮਿਆਦ ਪੁੱਗੀ ਖਾਤੇ, ਜਾਂ ਸਰਵਰ ਵੱਲੋਂ ਸਵੀਕਾਰ ਨਾ ਕੀਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪਰੋਟੋਕੋਲ ਕਾਰਨ। 812 ਵੀ ਨਕਾਰ ਹੈ, ਪਰ ਵੈਧ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਨਾਲ: ਦੂਰ ਵਾਲੇ ਪਹੁੰਚ ਸਰਵਰ ਦੀ ਨੀਤੀ ਨੇ ਤੁਹਾਡੇ ਵਿਰੁੱਧ ਫੈਸਲਾ ਲਿਆ। Microsoft ਅਧਿਕਾਰਕ ਡਾਇਲ-ਅਪ ਅਤੇ VPN ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਗਲਤੀ ਕੋਡ ਦੀ ਸੂਚੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਸੁਨੇਹੇ ਦਾ ਲਿਖਤ ਲੱਭਣ ਤੋਂ ਪਹਿਲਾਂ ਉੱਥੇ ਆਪਣਾ ਨੰਬਰ ਪੜ੍ਹਨਾ ਢੁੱਕਦਾ ਹੈ।

809 ਉਲਟ ਵਰਗ ਹੈ: ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਆਇਆ। ਇਹ ਮਾਰਗ ਦੀ ਸਮੱਸਿਆ ਹੈ — SSTP ਲਈ TCP 443 ਫਿਲਟਰ, PPTP ਲਈ GRE ਬਲਾਕ, IPsec ਪਾਰ ਹੋਣ ਲਈ UDP 500 ਅਤੇ 4500 ਜਾਂ ESP ਸੁੱਟੇ ਗਏ। ਨਵਾਂ ਪਾਸਵਰਡ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ ਅਤੇ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਵੀ ਨਹੀਂ। 720 ਦਾ ਅਰਥ ਹੈ ਲਿੰਕ ਉੱਠਿਆ ਅਤੇ PPP ਨੇ ਗੱਲਬਾਤ ਕਦੇ ਪੂਰੀ ਨਹੀਂ ਕੀਤੀ, ਜੋ ਪਰੋਟੋਕੋਲ ਦੀ ਅਸੰਗਤ ਜਾਂ ਪਤਾ ਨਿਰਧਾਰਤ ਨਾ ਕਰ ਸਕਣ ਵਾਲੇ ਸਰਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। 789, ਜਾਂ IKEv2 'ਤੇ 13801, IPsec ਦੇ ਅੰਦਰ ਦੀ ਪਛਾਣ ਹੈ: ਉਹ ਸਰਟੀਫਿਕੇਟ ਜਿਸਦਾ ਵਿਸ਼ਾ ਤੁਸੀਂ ਡਾਇਲ ਕਰਦੇ ਨਾਮ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੀ ਲੜੀ, ਜਾਂ ਦੋ ਸਿਰਿਆਂ ਵਿਚਕਾਰ ਵੱਖਰੀ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ।

ਉਸੇ ਮਿੰਟ ਦਾ RasClient ਇਵੈਂਟ ਕੱਢੋ

ਇਵੈਂਟ ਵਿਊਅਰ ਵਿੱਚ, ਸਰੋਤ RasClient 'ਤੇ ਫਿਲਟਰ ਕੀਤਾ Windows Logs > Application ਪਹਿਲਾਂ ਦੇਖਣ ਦੀ ਥਾਂ ਹੈ। ਗਲਤੀ 720 ਬਾਰੇ Microsoft ਦਾ ਲੇਖ ਉਸ ਲੌਗ ਦੇ ਇਵੈਂਟ 20227 ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਉਹੀ ਪ੍ਰਦਾਤਾ ਹੋਰ ਨਤੀਜਿਆਂ ਲਈ ਹੋਰ ਪਛਾਣਕਰਤਾ ਜਾਰੀ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ID ਨੂੰ ਨਿਦਾਨ ਮੰਨਣ ਦੀ ਬਜਾਏ ਸੁਨੇਹਾ ਅਤੇ ਉਸ ਵਿੱਚ ਸਮਾਇਆ ਨਤੀਜਾ ਕੋਡ ਪੜ੍ਹੋ; ਇੱਕ ਆਮ ਸੰਵਾਦ ਅਤੇ 720 ਲੈ ਕੇ ਚੱਲਣ ਵਾਲਾ 20227 ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਸੰਕੁਚਿਤ ਕਹਾਣੀ ਹੈ।

PowerShell ਤੋਂ, GUI ਵਿੱਚ ਕਲਿੱਕ ਕੀਤੇ ਬਿਨਾਂ:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

ਖਾਲੀ ਨਤੀਜਾ ਜਾਣਕਾਰੀ ਭਰਪੂਰ ਹੈ। ਇਸਦਾ ਆਮ ਅਰਥ ਹੈ ਕਿ ਡਾਇਲ RAS ਨੂੰ ਕੁਝ ਲੌਗ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਦੂਰ ਨਹੀਂ ਗਿਆ, ਜਾਂ ਜੋ ਸਾਫ਼ਟਵੇਅਰ ਫੇਲ੍ਹ ਹੋਇਆ ਉਹ ਮੂਲ ਕਲਾਇੰਟ ਹੀ ਨਹੀਂ — ਤੀਜੀ ਧਿਰ ਦੇ ਕਲਾਇੰਟ ਆਪਣਾ ਨਿਦਾਨ ਰੱਖਦੇ ਹਨ ਅਤੇ ਅਕਸਰ Application ਲੌਗ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਲਿਖਦੇ। ਇਵੈਂਟ ਲੌਗਿੰਗ ਟੁੱਟੀ ਹੋਣ ਦਾ ਨਤੀਜਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਕਰੇਤਾ ਦਾ ਲੌਗ ਵੇਖੋ।

ਇਵੈਂਟਾਂ ਦੇ ਢੇਰ ਦੀ ਬਜਾਏ ਇੱਕ ਸਮਾਂ-ਰੇਖਾ ਬਣਾਓ

ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦੇ ਲੂਪ ਸ਼ੋਰ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਪੰਜ ਸਵੈਚਾਲਿਤ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਇਵੈਂਟਾਂ ਦਾ ਇੱਕ ਝੁੰਡ ਛੱਡਦੇ ਹਨ, ਅਤੇ ਲਾਲਚ ਇਹ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਕਾਰਨ ਵਾਲੇ ਇੱਕ ਕ੍ਰਮ ਵਜੋਂ ਪੜ੍ਹਿਆ ਜਾਵੇ। ਉਹ ਪੰਜ ਵੱਖਰੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਕੁਝ ਹੀ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚੀਆਂ। ਦੋ ਜਾਂ ਤਿੰਨ ਮਿੰਟ ਦੀ ਵਿੰਡੋ, ਇੱਕ ਕਨੈਕਸ਼ਨ ਨਾਮ ਲਓ, ਅਤੇ ਕੁਝ ਵੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਇਵੈਂਟ ਨੂੰ ਉਸਦੇ ਆਪਣੇ ਕੋਡ ਨਾਲ ਸੂਚੀਬੱਧ ਕਰੋ।

ਫਿਰ ਪੁੱਛੋ ਕੋਸ਼ਿਸ਼ ਕਿੱਥੇ ਰੁਕੀ। ਜਦੋਂ ਗੇਟਵੇ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਬੈਕਐਂਡ ਉਸ ਸਮਾਂ-ਛਾਪ ਦਾ ਕੋਈ ਰਿਕਾਰਡ ਨਹੀਂ ਰੱਖਦਾ, ਤਾਂ ਕਲਾਇੰਟ ਕਦੇ ਉੱਥੇ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ, ਅਤੇ ਤੁਸੀਂ ਪਹੁੰਚ ਦੀ ਸਮੱਸਿਆ ਵੇਖ ਰਹੇ ਹੋ। ਜਦੋਂ ਬੈਕਐਂਡ ਬੇਨਤੀ ਅਤੇ ਨਕਾਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਫੈਸਲਾ ਉੱਥੇ ਹੀ ਲਿਆ ਗਿਆ, ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂ ਨੀਤੀ ਦਾ ਵਰਗ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਸਮਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਘੜੀਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ: ਕਲਾਇੰਟ ਸਥਾਨਕ ਸਮਾਂ ਦੱਸਦੇ ਹਨ, ਬਹੁਤ ਸਾਰੇ ਗੇਟਵੇ UTC ਵਿੱਚ ਲੌਗ ਕਰਦੇ ਹਨ, ਅਤੇ ਫ਼ਰਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹਿ-ਸੰਬੰਧਿਤ ਜੋੜੀ ਨੂੰ ਅਸੰਬੰਧਿਤ ਦਿਖਾਏਗਾ।

ਦੁਹਰਾਉਣਯੋਗ ਕੈਪਚਰ ਲਈ, ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਡਾਇਲ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਨਤੀਜਾ ਛਾਪਣ ਦਿਓ:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

ਕੰਸੋਲ ਉਹ ਸੰਖਿਆ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ GUI ਦੋਸਤਾਨਾ ਲਿਖਤ ਪਿੱਛੇ ਲੁਕਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੋ ਵਾਰ ਚਲਾਉਣ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਕੋਡ ਸਥਿਰ ਹੈ ਜਾਂ ਵਿਚਕਾਰ-ਵਿਚਕਾਰ ਆਉਣ ਵਾਲਾ।

ਹਰ ਪੜਾਅ ਕੀ ਬਦਲਣ ਲਈ ਕਹਿੰਦਾ ਹੈ

ਪੜਾਅ ਦਾ ਨਾਮ ਦੇਣਾ ਤਦ ਹੀ ਲਾਹੇਵੰਦ ਹੈ ਜਦੋਂ ਇਹ ਤਬਦੀਲੀਆਂ ਦੇ ਸਮੂਹ ਨੂੰ ਇੱਕ ਪਰਤ ਤੱਕ ਘਟਾ ਦੇਵੇ:

• 691 — ਪ੍ਰਮਾਣਿਕਤਾ: ਕਲਾਇੰਟ ਜੋ EAP ਢੰਗ ਦਿੰਦਾ ਹੈ ਉਸਦੇ ਮੁਕਾਬਲੇ ਸਰਵਰ ਜੋ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਖਾਤੇ ਦੀ ਸਥਿਤੀ, ਪਾਸਵਰਡ ਦੀ ਮਿਆਦ, ਡਾਇਲ-ਇਨ ਆਗਿਆ।
• 812 — ਸਰਵਰ ਨੀਤੀ: ਇਸ ਵਰਤੋਂਕਾਰ ਅਤੇ ਇਸ ਸਮਾਂ-ਵਿੰਡੋ ਨਾਲ ਮੇਲ ਖਾਣ ਵਾਲੀ ਦੂਰ ਵਾਲੀ ਪਹੁੰਚ ਨੀਤੀ ਜਾਂ NPS ਨਿਯਮ।
• 809 — ਪਹੁੰਚ: ਮਾਰਗ 'ਤੇ ਫਾਇਰਵਾਲ ਨਿਯਮ, NAT ਅਤੇ ਪਰੋਟੋਕੋਲ ਪਾਰ ਹੋਣਾ, ਚੁਣੀ ਗਈ ਟਨਲ ਕਿਸਮ ਲਈ ਲੋੜੀਂਦਾ ਪੋਰਟ।
• 720 — PPP ਗੱਲਬਾਤ: ਪ੍ਰਮਾਣਿਕਤਾ ਪਰੋਟੋਕੋਲ ਦੀ ਅਸੰਗਤ, ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਨਾ, ਸਰਵਰ-ਪਾਸੇ ਦੀ PPP ਸੈਟਿੰਗ।
• 789 / 13801 — IPsec ਪਛਾਣ: ਤੁਸੀਂ ਡਾਇਲ ਕਰਦੇ ਨਾਮ ਦੇ ਮੁਕਾਬਲੇ ਸਰਟੀਫਿਕੇਟ ਦਾ ਵਿਸ਼ਾ, ਭਰੋਸੇ ਦੀ ਲੜੀ, ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ।

ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਬਦਲੋ, ਉਹੀ ਪਰੋਫਾਈਲ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਅਤੇ ਨਵਾਂ ਕੋਡ ਲਿਖੋ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਵੱਖਰਾ ਕੋਡ ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ ਬਲਕਿ ਤਰੱਕੀ ਹੈ: ਤੁਸੀਂ ਫੇਲ੍ਹਤਾ ਨੂੰ ਬਾਅਦ ਵਾਲੇ ਪੜਾਅ 'ਤੇ ਭੇਜਿਆ, ਅਤੇ ਬਹੁ-ਪੜਾਅ ਹੈਂਡਸ਼ੇਕ ਠੀਕ ਕਰਨਾ ਇਸੇ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ। ਜੋ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਉਹ ਹੈ ਇੱਕ ਹੀ ਬੈਠਕ ਵਿੱਚ ਫਾਇਰਵਾਲ, ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਪਾਸਵਰਡ ਬਦਲ ਕੇ ਫਿਰ ਸਭ ਤੋਂ ਬਾਅਦ ਆਏ ਨੂੰ ਸਿਹਰਾ ਦੇਣਾ।

ਸਬੂਤ ਸਾਂਝੇ ਕਰੋ, ਵਾਤਾਵਰਨ ਨਹੀਂ

ਇਵੈਂਟ ਸੁਨੇਹੇ ਦਿਖਣ ਨਾਲੋਂ ਵਧੇਰੇ ਭਰਪੂਰ ਹੁੰਦੇ ਹਨ। ਉਹ ਕਨੈਕਸ਼ਨ ਦਾ ਨਾਮ, ਖਾਤਾ, ਅਕਸਰ ਗੇਟਵੇ ਦਾ ਅੰਦਰੂਨੀ ਨਾਮ ਜਾਂ ਪਤਾ, ਅਤੇ ਕਦੇ-ਕਦੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਉਂਗਲੀ ਦਾ ਨਿਸ਼ਾਨ ਲੈ ਕੇ ਚੱਲਦੇ ਹਨ। ਅਸਲ ਨੂੰ ਜਿੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਉੱਥੇ ਰੱਖੋ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਲਈ ਵੱਖਰੀ ਸੰਪਾਦਿਤ ਨਕਲ ਬਣਾਓ; ਯਾਦ ਤੋਂ ਸਮਾਂ-ਰੇਖਾ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਨ ਨਾਲ ਠੀਕ ਉਹੀ ਵੇਰਵੇ ਗੁੰਮ ਹੁੰਦੇ ਹਨ ਜੋ ਇਸਨੂੰ ਲਾਹੇਵੰਦ ਬਣਾਉਂਦੇ ਹਨ।

ਜਿਸ ਹੈਂਡਓਫ 'ਤੇ ਕੰਮ ਹੋਵੇਗਾ ਉਸਨੂੰ ਪੰਜ ਖੇਤਰ ਚਾਹੀਦੇ ਹਨ: ਕੋਡ, ਉਹ ਪੜਾਅ ਜਿਸਦਾ ਇਹ ਹੈ, ਕਲਾਇੰਟ ਅਤੇ ਟਨਲ ਕਿਸਮ, ਸਮਾਂ ਖੇਤਰ ਸਮੇਤ ਸਮਾਂ-ਛਾਪ, ਅਤੇ ਕੀ ਗੇਟਵੇ ਨੇ ਬੇਨਤੀ ਬਿਲਕੁਲ ਵੇਖੀ। ਬਾਕੀ ਸਭ ਵਿਕਲਪਿਕ ਹੈ। ਇਨ੍ਹਾਂ ਪੰਜਾਂ ਨਾਲ ਅਗਲਾ ਵਿਅਕਤੀ ਜਾਂਚ ਦੁਹਰਾਏ ਬਿਨਾਂ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਬਹਿਸ ਨੂੰ ਰੂਟਿੰਗ ਦੀ ਬਹਿਸ ਤੋਂ ਵੱਖ ਕਰ ਸਕਦਾ ਹੈ।

ਕੁਝ ਵੀ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਉਸੇ ਪਰੋਫਾਈਲ 'ਤੇ ਕੋਸ਼ਿਸ਼ ਦੁਬਾਰਾ ਚਲਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੋਡ ਹੁਣ ਕਿੱਥੇ ਪੈਂਦਾ ਹੈ। ਸਫਲਤਾ ਇਸਨੂੰ ਖ਼ਤਮ ਕਰਦੀ ਹੈ; ਵੱਖਰੀ ਫੇਲ੍ਹਤਾ ਦਾ ਅਰਥ ਹੈ ਮੂਲ ਪੜਾਅ ਠੀਕ ਹੋ ਗਿਆ ਅਤੇ ਅਗਲਾ ਤੁਹਾਡੇ ਹੱਥ ਵਿੱਚ ਹੈ।