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

ਜਿਸ ਸੈਸ਼ਨ ਵਿੱਚ ਖਰਾਬੀ ਆਈ ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric | Select-Object -First 12 DestinationPrefix,NextHop,InterfaceAlias
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,ServerAddresses
Get-NetConnectionProfile | Select-Object Name,NetworkCategory,IPv4Connectivity

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

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

ਕਨੈਕਸ਼ਨ ਹਰ ਯੂਜ਼ਰ ਦਾ, ਨੈੱਟਵਰਕ ਨਹੀਂ

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

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

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

'ਯੂਜ਼ਰ ਬਦਲੋ' ਐਂਟਰੀ ਕਿਸਨੇ ਹਟਾਈ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਲੱਭੋ

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

Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System' -Name HideFastUserSwitching
gpresult /h $env:TEMP\gp.html
Get-Service | Where-Object { $_.DisplayName -match 'Logon|Access|Credential' } | Select-Object Status,Name,DisplayName

ਰਜਿਸਟਰੀ ਮੁੱਲ ਸਭ ਤੋਂ ਸਰਲ ਵਿਆਖਿਆ ਹੈ। ਜੇ ਇਹ ਮੌਜੂਦ ਹੈ ਅਤੇ 1 ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ ਐਂਟਰੀ ਨੀਤੀ ਦੁਆਰਾ ਲੁਕਾਈ ਗਈ ਹੈ, ਅਤੇ ਗਰੁੱਪ ਨੀਤੀ ਮਾਰਗ Computer Configuration, Administrative Templates, System, Logon ਅਤੇ ਤੇਜ਼ ਯੂਜ਼ਰ ਬਦਲੀ ਦੇ ਐਂਟਰੀ ਪੁਆਇੰਟ ਲੁਕਾਉਣ ਲਈ ਨਾਮਿਤ ਸੈਟਿੰਗ ਹੈ। ਇਸਨੂੰ Not Configured 'ਤੇ ਰੱਖੋ ਅਤੇ gpupdate /force ਨਾਲ ਰਿਫ਼੍ਰੈਸ਼ ਕਰੋ।

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

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

CauseHow to confirmCost of the fix
HideFastUserSwitching policyRegistry value present and set to 1None; remove the policy
Logon module serviceService running under a vendor nameLoses pre-logon and posture behaviour
GINA-era assumptionOnly relevant on very old WindowsNothing to fix; the mechanism is gone

ਆਪਣੇ ਆਪ ਨੂੰ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ ਇਸਨੂੰ ਬਦਲੋ

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

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

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

ਦੋਵੇਂ ਖਾਤੇ ਜਾਂਚੋ ਅਤੇ ਮਾਡਲ ਚੁਣੋ

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

qwinsta
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Select-Object InterfaceAlias,NextHop,RouteMetric
Test-NetConnection -ComputerName intranet.example.internal -Port 443

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

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

ਸੰਬੰਧਿਤ ਲੇਖ