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

ਪਰੋਫਾਈਲ ਅਸਲ ਵਿੱਚ ਕਿਸ ਨਾਲ ਬੱਝਦਾ ਹੈ

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

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

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

ਅਡੈਪਟਰ ਦੀ ਸਥਿਤੀ ਤੋਂ ਫੈਸਲਾ ਕਰੋ, ਗਲਤੀ ਕੋਡ ਤੋਂ ਨਹੀਂ

ਗਲਤੀ ਨੰਬਰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਹਿੱਸਾ ਦੋਸ਼ੀ ਹੈ। ਪਤਾ ਅਲਾਟਮੈਂਟ, ਸਰਟੀਫ਼ਿਕੇਟ ਚੋਣ ਅਤੇ ਟਨਲ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਆਪਣੇ ਨੰਬਰ ਹਨ, ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ 720, 789 ਅਤੇ 806, ਅਤੇ ਉਨ੍ਹਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮਿਨੀਪੋਰਟ ਬਾਰੇ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਨੰਬਰ ਦੀ ਵਰਤੋਂ ਅਗਲੀ ਜਾਂਚ ਚੁਣਨ ਲਈ ਕਰੋ, ਮੁਰੰਮਤ ਚੁਣਨ ਲਈ ਨਹੀਂ।

ਫ਼ਰਕ ਦੱਸਣ ਵਾਲੇ ਨਿਰੀਖਣ ਥੋੜ੍ਹੇ ਹਨ। ਇਹ ਸਾਰਣੀ ਹਰ ਇੱਕ ਨੂੰ ਇੱਕ ਪੜ੍ਹਨ-ਸਿਰਫ਼ ਅਗਲੇ ਕਦਮ ਨਾਲ ਜੋੜਦੀ ਹੈ:

What you observeWhat it impliesRead-only step
Every profile on one protocol failsThat protocol's miniport is unusableRead the hidden adapter status
Adapter reports healthy, tunnel never startsA binding is missing or disabledList every binding on the adapter
Only the vendor client failsThe vendor adapter or its registered nameRead the vendor service key
The profile will not deleteThe interface underneath is stuckConfirm the adapter before removing the profile

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

ਬਹੁਤੇ ਟਿਕਟ ਹੱਲ ਕਰਨ ਵਾਲੀਆਂ ਦੋ ਪੜ੍ਹਾਈਆਂ

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

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

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

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

ਅਡੈਪਟਰ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸਦਾ ਨਾਮ ਅਤੇ ਡਰਾਈਵਰ ਸੰਸਕਰਣ ਸੰਭਾਲੋ

ਜਦੋਂ ਅਡੈਪਟਰ ਸੱਚਮੁੱਚ ਨਕਾਰਾ ਹੋਵੇ, ਮਿਆਰੀ ਮੁਰੰਮਤ ਇਹ ਹੈ ਕਿ ਉਸਨੂੰ ਹਟਾਉਣਯੋਗ ਬਣਾਓ, ਅਣਇੰਸਟਾਲ ਕਰੋ, ਅਤੇ ਅਗਲੀ ਵਾਰ ਜਦੋਂ ਕੋਈ ਪਰੋਫਾਈਲ ਉਸ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰੇ ਤਾਂ Windows ਨੂੰ ਨਵਾਂ ਇੰਸਟੈਂਸ ਬਣਾਉਣ ਦਿਓ। ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਵਿੱਚ ਡਰਾਈਵਰ ਅੱਪਡੇਟ ਕਰੋ, ਸੂਚੀ ਵਿੱਚੋਂ ਚੁਣੋ, ਅਨੁਕੂਲ ਹਾਰਡਵੇਅਰ ਫਿਲਟਰ ਸਾਫ਼ ਕਰੋ, ਅਤੇ ਅਣਇੰਸਟਾਲ ਦਾ ਵਿਕਲਪ ਦੇਣ ਵਾਲਾ ਆਮ Microsoft ਅਡੈਪਟਰ ਚੁਣੋ।

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

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

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

ਉਹ ਕੀ ਇੱਕ ਹੀ ਕਲਾਇੰਟ ਦੀ ਹੈ। ਇਹ ਆਮ Windows ਮੁਰੰਮਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਕਦੇ ਵੀ ਉਸ ਮਸ਼ੀਨ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਜੋ ਉਹ ਕਲਾਇੰਟ ਨਹੀਂ ਚਲਾਉਂਦੀ।

ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੂਜੇ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ