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

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

ਇੱਕ ਐਪ ਅਤੇ ਇੱਕ ਪ੍ਰਿੰਟਰ ਵਿਚਕਾਰ ਦੋ ਦਰਵਾਜ਼ੇ

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

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

VPN ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਜਾਜ਼ਤ ਦੀ ਹਾਲਤ ਪੜ੍ਹੋ

ਸੈਟਿੰਗਾਂ, ਫਿਰ ਪਰਦੇਦਾਰੀ ਅਤੇ ਸੁਰੱਖਿਆ, ਫਿਰ ਲੋਕਲ ਨੈੱਟਵਰਕ ਖੋਲ੍ਹੋ। ਜਿਸ ਵੀ ਐਪ ਨੇ ਪਹੁੰਚ ਮੰਗੀ ਹੈ ਉਹ ਉੱਥੇ ਸਵਿੱਚ ਨਾਲ ਦਿਸਦੀ ਹੈ। Apple ਨੇ ਇਸ ਸਕਰੀਨ ਦੇ ਹਿੱਸੇ iOS 14 ਤੋਂ iOS 18 ਵਿਚਕਾਰ ਹਿਲਾਏ ਅਤੇ ਨਾਮ ਬਦਲੇ ਹਨ, ਇਸ ਲਈ ਜੇ ਐਂਟਰੀ ਉੱਥੇ ਨਹੀਂ ਜਿੱਥੇ ਤੁਸੀਂ ਆਸ ਕਰਦੇ ਹੋ, ਰੁੱਖ ਛਾਂਟਣ ਦੀ ਥਾਂ ਸੈਟਿੰਗਾਂ ਦੇ ਖੋਜ ਖੇਤਰ ਵਿੱਚ ਲੋਕਲ ਨੈੱਟਵਰਕ ਲਿਖੋ।

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

ਨਿਗਰਾਨੀ ਵਾਲੇ ਜਾਂ ਪ੍ਰਬੰਧਿਤ iPhone ਉੱਤੇ ਸਵਿੱਚ ਕਦੇ ਕਦਾਈਂ ਸਲੇਟੀ ਹੁੰਦਾ ਹੈ। MDM ਵੱਲੋਂ ਭੇਜਿਆ ਪਰਦੇਦਾਰੀ ਤਰਜੀਹਾਂ ਦਾ ਪੇਲੋਡ ਲੋਕਲ ਨੈੱਟਵਰਕ ਦੀ ਪਹੁੰਚ ਪਹਿਲਾਂ ਹੀ ਤੈਅ ਜਾਂ ਲਾਕ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਲਾਕ ਕੀਤਾ ਬੰਦ ਸਵਿੱਚ ਭਾਵ ਮੁਰੰਮਤ ਨੀਤੀ ਦੀ ਤਬਦੀਲੀ ਹੈ, ਫ਼ੋਨ ਦੀ ਤਬਦੀਲੀ ਨਹੀਂ। Apple ਇੱਥੇ ਬੇਨਤੀ ਅਤੇ ਪ੍ਰਤੀ-ਐਪ ਸਵਿੱਚ ਦਾ ਦਸਤਾਵੇਜ਼ ਦਿੰਦਾ ਹੈ: support.apple.com/en-us/102229।

ਟਨਲ ਅਸਲ ਵਿੱਚ ਕੀ ਰਾਊਟ ਕਰਦਾ ਹੈ, ਜਾਂਚੋ

ਪੂਰਾ ਟਨਲ 0.0.0.0/0 ਲੈ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਸ ਦੇ ਨਾਲ ਹਰ ਨਿੱਜੀ ਰੇਂਜ ਵੀ। 10.x, 172.16.0.0/12 ਅਤੇ 192.168.x.x ਦੇ ਪੈਕਟ ਸਰਵਰ ਤੱਕ ਜਾਂਦੇ ਹਨ, ਜੋ ਆਮ ਤੌਰ ਉੱਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਸੁੱਟ ਦਿੰਦਾ ਹੈ ਜਾਂ ਆਪਣੇ ਸਬਨੈੱਟ ਵਿੱਚ ਤਰਜਮਾ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਜਾਜ਼ਤ ਦੇਣ ਤੋਂ ਬਾਅਦ ਵੀ ਪ੍ਰਿੰਟਰ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਸਪਲਿਟ ਟਨਲ ਉਲਟਾ ਕਰਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਰੇਂਜਾਂ ਲਈ ਜੋ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਸੂਚੀਬੱਧ ਹਨ।

Apple Configurator ਨਾਲ ਬਣੇ ਜਾਂ .mobileconfig ਵਜੋਂ ਵੰਡੇ IKEv2 ਪ੍ਰੋਫਾਈਲ ਇਸ ਨੂੰ ਸਾਰਾ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਦੀ ਸੈਟਿੰਗ ਅਤੇ ਸਪਲਿਟ ਹੋਣ ਵੇਲੇ ਬਾਹਰ ਰੱਖਣ ਵਾਲੇ ਲੋਕਲ ਨੈੱਟਵਰਕਾਂ ਦੀ ਸਪਸ਼ਟ ਸੂਚੀ ਵਜੋਂ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ। NEPacketTunnelProvider ਉੱਤੇ ਬਣੀਆਂ ਕਲਾਇੰਟ ਐਪਾਂ ਉਹੀ ਫ਼ੈਸਲਾ includedRoutes ਰਾਹੀਂ ਪ੍ਰਗਟ ਕਰਦੀਆਂ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਟੇਟਸ ਬਾਰ ਤੋਂ ਨਹੀਂ ਦਿਸਦਾ, ਅਤੇ ਦੋਵੇਂ ਉਸ ਚੀਜ਼ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦੇ ਹਨ ਜਿਸ ਦੀ ਐਪ ਆਸ ਕਰਦੀ ਹੈ।

ਇਹ ਉਹ ਪਰਖ ਹੈ ਜੋ ਮੈਂ ਵਰਤਦਾ ਹਾਂ। VPN ਜੁੜਿਆ ਹੋਣ ਵੇਲੇ Safari ਵਿੱਚ ਰਾਊਟਰ ਦਾ ਐਡਮਿਨ ਪੰਨਾ ਉਸ ਦੇ LAN ਪਤੇ ਨਾਲ ਖੋਲ੍ਹੋ। ਜੇ ਜਨਤਕ ਸਾਈਟਾਂ ਲੋਡ ਹੁੰਦੀਆਂ ਹਨ ਜਦਕਿ ਉਹ ਪੰਨਾ ਟਾਈਮਆਊਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਨਿੱਜੀ ਰੇਂਜ ਟਨਲ ਦੇ ਅੰਦਰ ਹੈ। ਜੇ ਪੰਨਾ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਲੋਕਲ ਟ੍ਰੈਫਿਕ ਅਜੇ ਵੀ Wi-Fi ਰਾਹੀਂ ਨਿਕਲ ਰਿਹਾ ਹੈ ਅਤੇ ਰੁਕਾਵਟ ਕਿਤੇ ਹੋਰ ਹੈ।

ਲੱਛਣ ਨੂੰ ਦਰਵਾਜ਼ੇ ਨਾਲ ਜੋੜੋ

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

What you seeGateNext step
Device list stays empty, Local Network switch is offPermissionEnable the switch, force-quit the app, reopen it
Switch is on, router page times out, public sites loadRoutingExclude the local range in the profile, or move to a split tunnel
Both pass, direct IP works, discovery stays emptyLink-local multicastEnter the device address by hand, or check profile discovery support
Works by IP address, never by name such as printer.localName resolutionFix mDNS reachability or use the numeric address
Everything fails with the VPN off, on hotel Wi-FiClient isolationChange network, do not change permissions

mDNS ਕਤਾਰ ਇੱਕ ਨੋਟ ਦੇ ਯੋਗ ਹੈ। Bonjour ਅਤੇ ਬਹੁਤੇ ਕਾਸਟ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦਾ ਖੋਜ ਟ੍ਰੈਫਿਕ ਲਿੰਕ-ਲੋਕਲ ਦਾਇਰੇ ਨਾਲ 224.0.0.251 ਅਤੇ ff02::fb ਉੱਤੇ ਮਲਟੀਕਾਸਟ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਰਾਊਟ ਕੀਤਾ ਟਨਲ ਉਸ ਨੂੰ ਨਹੀਂ ਢੋਂਦਾ। ਇਸ ਲਈ ਕੋਈ ਡਿਵਾਈਸ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ ਪਰ ਕਦੇ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦੀ।

ਕਿਰਿਆ ਜਾਂਚੋ, ਆਈਕਨ ਨਹੀਂ

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

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

ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਠੀਕ ਕਰੋ

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

  1. ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪ ਪਰਦੇਦਾਰੀ ਅਤੇ ਸੁਰੱਖਿਆ, ਲੋਕਲ ਨੈੱਟਵਰਕ ਹੇਠ ਸੂਚੀਬੱਧ ਹੈ ਅਤੇ ਉਸ ਦਾ ਸਵਿੱਚ ਚਾਲੂ ਹੈ।
  2. ਜ਼ਬਰਦਸਤੀ ਬੰਦ ਕਰੋ, ਐਪ ਮੁੜ ਖੋਲ੍ਹੋ, ਅਤੇ ਅਸਲ ਕਿਰਿਆ ਇੱਕ ਵਾਰ ਫਿਰ ਅਜ਼ਮਾਓ।
  3. ਜੁੜੇ ਹੋਣ ਵੇਲੇ ਰਾਊਟਰ ਦਾ ਪੰਨਾ LAN ਪਤੇ ਨਾਲ ਖੋਲ੍ਹੋ ਤਾਂ ਜੋ ਸਾਬਤ ਹੋਵੇ ਕਿ ਨਿੱਜੀ ਰੇਂਜ ਟਨਲ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ।
  4. ਜੇ ਟਨਲ ਵਿੱਚ ਹੈ, ਪ੍ਰੋਫਾਈਲ ਬਦਲ ਕੇ ਲੋਕਲ ਨੈੱਟਵਰਕ ਬਾਹਰ ਕਰੋ, ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਦੇ ਮਾਲਕ ਨੂੰ ਇਸੇ ਤਰ੍ਹਾਂ ਕਰਨ ਲਈ ਕਹੋ।
  5. ਜੇ ਸਵਿੱਚ ਸਲੇਟੀ ਹੈ, ਡਿਵਾਈਸ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਮੰਨੋ ਅਤੇ ਬੇਨਤੀ ਪ੍ਰਬੰਧਕ ਕੋਲ ਭੇਜੋ।

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

ਸੰਬੰਧਿਤ ਲੇਖ