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

ਸ਼੍ਰੇਣੀ ਅਸਲ ਵਿੱਚ ਕੀ ਤੈਅ ਕਰਦੀ ਹੈ

Network Location Awareness ਹਰ ਜੁੜੇ ਨੈੱਟਵਰਕ ਲਈ ਉਸ ਗੱਲ ਤੋਂ ਦਸਤਖ਼ਤ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਅਡੈਪਟਰ ਦੱਸ ਸਕਦਾ ਹੈ: ਗੇਟਵੇ ਪਤਾ ਅਤੇ MAC, DNS ਪਿਛੇਤਰ, ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਨੈੱਟਵਰਕ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। Windows ਉਸ ਦਸਤਖ਼ਤ ਨਾਲ ਪ੍ਰੋਫਾਈਲ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਫਾਇਰਵਾਲ ਉਸ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਿਯਮ-ਸਮੂਹ ਲਾਗੂ ਕਰਦੀ ਹੈ। ਪਛਾਣ ਫੇਲ੍ਹ ਹੋਣ 'ਤੇ ਜਨਤਕ ਬਦਲ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੰਮ ਕਰਦਾ ਟਨਲ ਵੀ ਅਣਪਛਾਤਾ ਨੈੱਟਵਰਕ ਵਜੋਂ ਲੇਬਲ ਰਹਿ ਸਕਦਾ ਹੈ।

TUN ਜਾਂ TAP ਅਡੈਪਟਰ ਆਮ ਤੌਰ 'ਤੇ ਪਛਾਣ ਨੂੰ ਬਹੁਤ ਘੱਟ ਜਾਣਕਾਰੀ ਦਿੰਦਾ ਹੈ। ਟਨਲ ਦਾ ਸਾਥੀ ਅਕਸਰ ਗੇਟਵੇ ਨਹੀਂ ਸਗੋਂ ਇੱਕੋ ਪਤਾ ਹੁੰਦਾ ਹੈ, DNS ਸਿਰਫ਼ ਟਨਲ ਦੇ ਅੰਦਰ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਅਡੈਪਟਰ ਦਾ ਆਪਣਾ ਕੋਈ ਡਿਫ਼ਾਲਟ ਰੂਟ ਨਹੀਂ ਹੁੰਦਾ। ਨਤੀਜੇ ਵਜੋਂ ਮਿਲਣ ਵਾਲਾ ਲੇਬਲ ਫਾਇਰਵਾਲ ਦੇ ਇਨਪੁਟ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਟਨਲ ਦੀ ਸਿਹਤ ਦਾ ਨਹੀਂ, ਅਤੇ ਇਸੇ ਲਈ VPN ਜੁੜਦਿਆਂ ਹੀ ਨਿੱਜੀ ਪ੍ਰੋਫਾਈਲ ਦੇ ਨਿਯਮ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ।

ਪਹਿਲੀ ਸ਼ਰਤ: ਟਨਲ ਭਰੋਸੇਯੋਗ ਮਾਰਗ ਹੈ

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

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

ਦੂਜੀ ਸ਼ਰਤ: ਵਰਗੀਕਰਨ ਦੁਬਾਰਾ ਜੁੜਨ 'ਤੇ ਟਿਕਦਾ ਹੈ

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

ਇਸ ਨੂੰ ਪੱਕਾ ਕਰਨ ਦੇ ਤਿੰਨ ਤਰੀਕੇ ਹਨ। ਸਭ ਤੋਂ ਸਾਫ਼ ਨੀਤੀ ਹੈ: secpol.msc ਖੋਲ੍ਹੋ, Network List Manager Policies 'ਤੇ ਜਾਓ ਅਤੇ ਨੈੱਟਵਰਕ ਲਈ ਟਿਕਾਣਾ ਕਿਸਮ ਸੈੱਟ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਅਣਪਛਾਤੇ ਨੈੱਟਵਰਕ ਦੀ ਨੀਤੀ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਜੋ ਪ੍ਰੋਫਾਈਲ ਕਮਾਂਡ ਨਾਲ ਨਹੀਂ ਸਗੋਂ ਨੀਤੀ ਨਾਲ ਲਾਗੂ ਹੋਵੇ। ਦੂਜਾ ਤਰੀਕਾ ਹਰ ਕਨੈਕਸ਼ਨ ਦੀ ਸਕ੍ਰਿਪਟ ਜਾਂ ਟਨਲ ਉੱਠਣ ਤੋਂ ਬਾਅਦ PowerShell cmdlet ਚਲਾਉਣ ਵਾਲਾ ਨਿਯਤ ਕੰਮ ਹੈ। ਤੀਜਾ ਤਰੀਕਾ ਪੁਰਾਣੀ ਰੂਟ ਚਾਲ ਹੈ, ਜੋ ਪਛਾਣ ਨੂੰ ਜਾਂਚ ਲਈ ਗੇਟਵੇ ਦਿੰਦੀ ਹੈ:

route -p add 0.0.0.0 mask 0.0.0.0 10.8.0.1 metric 50 IF 24
Get-NetConnectionProfile

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

ਤੀਜੀ ਸ਼ਰਤ: ਤੁਹਾਨੂੰ ਨਿੱਜੀ ਨਿਯਮ-ਸਮੂਹ ਚਾਹੀਦਾ ਹੈ

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

ScenarioCategoryWhy
Corporate tunnel to a file server or printerPrivatePrivate rules carry the sharing you need
Commercial VPN for privacyPublicThe exit subnet is shared with strangers
Split tunnel with a single host routePublicNo trusted subnet and an unstable signature
Site-to-site tunnel to a branch LANPrivateThe far subnet is managed like the local one
Lab adapter you control end to endPrivateDiscovery helps and nothing else is exposed

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

ਬਾਕੀ ਸਭ ਨੂੰ ਫੈਲਾਏ ਬਿਨਾਂ ਬਦਲਾਅ ਕਰਨਾ

ਵਾਈਲਡਕਾਰਡ ਨਹੀਂ, ਇੰਟਰਫ਼ੇਸ ਇੰਡੈਕਸ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਓ, ਅਤੇ ਸੂਚੀ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਪੜ੍ਹੋ:

Get-NetConnectionProfile
Set-NetConnectionProfile -InterfaceIndex 24 -NetworkCategory Private
Get-NetFirewallProfile

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

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

ਲੇਬਲ ਨਹੀਂ, ਸ਼ੇਅਰ ਦੀ ਜਾਂਚ ਕਰੋ

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਲੇਬਲ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਸਰੋਤ ਦੀ ਆਪ ਜਾਂਚ ਕਰੋ:

Test-NetConnection files.corp.example -Port 445
Resolve-DnsName files.corp.example

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

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

ਸੰਬੰਧਿਤ ਲੇਖ