AnyConnect ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਸਬਸਿਸਟਮ ਸ਼ੁਰੂ ਨਾ ਹੋਣ ਦੀ ਗਲਤੀ ਠੀਕ ਕਰੋ

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

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਪੜ੍ਹੋ

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

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

ਕਦਮ 1: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਏਜੰਟ ਸੇਵਾ ਚੱਲ ਰਹੀ ਹੈ

ਤੁਸੀਂ ਜਿਸ ਵਿੰਡੋ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਉਹ ਸਿਰਫ਼ ਅਗਲਾ ਹਿੱਸਾ ਹੈ; ਕੰਮ Cisco AnyConnect Secure Mobility Agent ਸੇਵਾ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਜੋ vpnagent ਵਜੋਂ ਦਰਜ ਹੈ। ਜੇ ਉਹ ਸੇਵਾ ਬੰਦ ਜਾਂ ਅਯੋਗ ਹੈ, ਤਾਂ GUI ਕੋਲ ਬੋਲਣ ਲਈ ਕੋਈ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਠੀਕ ਇਹੀ ਸ਼ੁਰੂਆਤੀ ਅਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ। ਉੱਨਤ PowerShell ਪ੍ਰੋਂਪਟ ਤੋਂ ਸਥਿਤੀ ਅਤੇ ਸਟਾਰਟਅੱਪ ਕਿਸਮ ਜਾਂਚੋ:

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

ਪਹਿਲਾਂ ਹੱਥੀਂ ਤੈਅ ਕੀਤੀ ਸਟਾਰਟਅੱਪ ਕਿਸਮ ਦਾ ਸਤਿਕਾਰ ਕਰਨ ਵਾਲਾ ਇੰਸਟਾਲਰ ਹੀ ਇਸ ਦੇ ਅਯੋਗ ਹੋਣ ਦਾ ਆਮ ਕਾਰਨ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ਼ Start ਦਬਾਉਣ ਦੀ ਬਜਾਏ StartType ਜਾਂਚੋ। ਜੇ ਸੇਵਾ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋ ਕੇ ਬੰਦ ਹੋ ਜਾਵੇ, ਤਾਂ Repair ਕਲਿੱਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ System ਲੌਗ ਵਿੱਚ Service Control Manager ਦੀਆਂ ਐਂਟਰੀਆਂ ਪੜ੍ਹੋ:

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

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

ਕਦਮ 2: HTTP ਸਟੈਕ ਵੱਲੋਂ ਦੱਸੀ ਆਫ਼ਲਾਈਨ ਸਥਿਤੀ ਸਾਫ਼ ਕਰੋ

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

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

ਮੁੱਲ 1 ਦਾ ਮਤਲਬ WinINet ਸਟੈਕ ਕਾਲ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਦੱਸ ਰਿਹਾ ਹੈ ਕਿ ਮਸ਼ੀਨ ਦਾ ਕੋਈ ਕਨੈਕਸ਼ਨ ਨਹੀਂ; ਇਹ ਸਥਿਤੀ ਆਮ ਤੌਰ 'ਤੇ Internet Explorer ਦੀ Work Offline ਮੀਨੂ ਆਈਟਮ ਜਾਂ ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟ ਤੈਅ ਕਰਦੀ ਹੈ। ਇਸਨੂੰ ਮੁੜ 0 'ਤੇ ਸੈੱਟ ਕਰੋ, ਸਾਈਨ ਆਉਟ ਕਰਕੇ ਦੁਬਾਰਾ ਸਾਈਨ ਇਨ ਕਰੋ, ਅਤੇ ਕੁਝ ਹੋਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਅਜ਼ਮਾਓ।

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

ਕਦਮ 3: ਵਰਚੁਅਲ ਐਡਾਪਟਰ ਨੂੰ Hyper-V ਜਾਂ ICS ਤੋਂ ਮੁਕਤ ਕਰੋ

Windows ਦੀਆਂ ਦੋ ਭੂਮਿਕਾਵਾਂ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣਾ ਐਡਾਪਟਰ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦੇ ਹਿੱਸੇ ਰੋਕ ਸਕਦੀਆਂ ਹਨ। Hyper-V ਪਹਿਲੀ ਹੈ: ਵਰਚੁਅਲ ਸਵਿੱਚ ਸੇਵਾਵਾਂ ਚੱਲਦਿਆਂ ਐਡਾਪਟਰ ਬਣਾਉਣਾ ਇਸ ਗਲਤੀ ਵਜੋਂ ਦਿਖਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਸੇਵਾਵਾਂ ਬੰਦ ਕਰਨਾ ਨਿਦਾਨ ਹੈ, ਹੱਲ ਨਹੀਂ:

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

ਜੇ ਉਹ ਸੇਵਾਵਾਂ ਬੰਦ ਹੋਣ ਵੇਲੇ ਕਲਾਇੰਟ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਟਕਰਾਅ ਦੀ ਪੁਸ਼ਟੀ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਹੁਣ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ Hyper-V ਹੋਸਟ ਦੇ ਮਾਲਕ ਨਾਲ ਕੀ ਗੱਲ ਕਰਨੀ ਹੈ। ਮਸ਼ੀਨ ਨੂੰ ਹੁਣ ਵਰਚੁਅਲਾਈਜ਼ੇਸ਼ਨ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ ਤਾਂ ਬਾਅਦ ਵਿੱਚ ਉਨ੍ਹਾਂ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ।

ਇੰਟਰਨੈੱਟ ਕਨੈਕਸ਼ਨ ਸ਼ੇਅਰਿੰਗ ਦੂਜਾ ਮਾਲਕ ਹੈ। ਜੇ ਕੋਈ ਕਨੈਕਸ਼ਨ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਟਨਲ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। Get-Service SharedAccess ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਜੇ ਇਹ ਚੱਲ ਰਿਹਾ ਹੈ ਤੇ ਸਵੈਚਾਲਿਤ 'ਤੇ ਸੈੱਟ ਹੈ, ਤਾਂ ਐਡਾਪਟਰਾਂ ਵਿੱਚ ਸਾਂਝਾ ਕਨੈਕਸ਼ਨ ਲੱਭੋ ਅਤੇ ਸਿਰਫ਼ ਉਸ ਐਡਾਪਟਰ 'ਤੇ ਸ਼ੇਅਰਿੰਗ ਬੰਦ ਕਰੋ।

ਪਹਿਲਾਂ ਹਟਾਉਣ ਯੋਗ ਇੱਕ ਸਸਤੀ ਵਿਆਖਿਆ ਵੀ ਹੈ। ਜਿਸ ਮਸ਼ੀਨ ਦੀ ਕੋਈ ਕੰਮ ਕਰਦੀ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਹੀਂ ਹੈ ਉਹ ਅਕਸਰ ਪਹੁੰਚ ਗਲਤੀ ਦੀ ਬਜਾਏ ਇਹ ਸੁਨੇਹਾ ਦਿਖਾਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ Test-NetConnection ਗੇਟਵੇ ਪਤੇ ਅਤੇ ਕਿਸੇ ਜਨਤਕ ਹੋਸਟ ਲਈ ਦੋਵੇਂ ਸਫਲ ਹਨ।

ਜਾਂਚੋ, ਫਿਰ ਲੋੜੀਂਦਾ ਨਾ ਹੋਣ ਵਾਲਾ ਵਾਪਸ ਲਵੋ

ਜਾਂਚ ਦਾ ਮਤਲਬ ਟਰੇ ਵਿੱਚ ਹਰੀ ਢਾਲ ਨਹੀਂ ਹੈ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਡਾਪਟਰ ਮੌਜੂਦ ਹੈ, ਪਤਾ ਰੱਖਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਲੰਘਾਉਂਦਾ ਹੈ: Get-NetAdapter -Name "Cisco AnyConnect*" ਇਸਨੂੰ ਚਾਲੂ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ipconfig /all ਨਿਰਧਾਰਤ ਪਤਾ ਅਤੇ DNS ਸਰਵਰ ਦਿਖਾਉਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਅੰਦਰੂਨੀ ਨਾਮ ਲਈ ਅਸਲ ਬੇਨਤੀ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਦੀ ਬਜਾਏ ਟਨਲ ਰਾਹੀਂ ਹੱਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

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

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