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

{ਇੱਕ ਪੈਕੇਟ ਦੂਜੇ ਦੇ ਅੰਦਰ, ਦੋ ਡਿਲੀਵਰੀ ਮਾਡਲ}

{ਰਾਊਟਿਡ ਮੋਡ ਵਿੱਚ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ IP ਪੈਕੇਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਇਸਦਾ ਕੋਈ ਈਥਰਨੈੱਟ ਹੈਡਰ ਨਹੀਂ, ਕੋਈ ਬਰਾਡਕਾਸਟ ਡੋਮੇਨ ਨਹੀਂ ਅਤੇ ਅੰਦਰ ਹੱਲ ਕਰਨ ਲਈ ਕੋਈ ਪਤਾ ਨਹੀਂ, ਇਸ ਲਈ ਅੰਦਰਲਾ ਪੈਕੇਟ ਟਨਲ ਖੁਦ ਪਹੁੰਚਾਉਂਦੀ ਹੈ। ਐਕਸੈਸ ਨੈੱਟਵਰਕ 'ਤੇ ਜੋ ਹੁੰਦਾ ਹੈ ਉਹ ਵੱਖਰੀ ਡਿਲੀਵਰੀ ਪਰਤ ਹੈ।}

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

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

{ਉਹ ਗੁਆਂਢੀ ਲੱਭੋ ਜੋ ਸੱਚਮੁੱਚ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ}

{ਰਾਊਟਿੰਗ ਟੇਬਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਐਂਡਪੌਇੰਟ ਕਿਹੜਾ ਅਗਲਾ ਹੌਪ ਵਰਤਦਾ ਹੈ, ਫਿਰ ਉਸ ਹੌਪ ਲਈ ਗੁਆਂਢੀ ਟੇਬਲ ਵੇਖੋ। ਐਂਡਪੌਇੰਟ ਖੁਦ ਉੱਥੇ ਘੱਟ ਹੀ ਦਿਸਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਸਥਾਨਕ ਲਿੰਕ 'ਤੇ ਨਹੀਂ ਹੈ।}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

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

{ਸਿੱਖੀ ਗਈ ਐਂਟਰੀ ਨਿਰਭਰਤਾ ਲੁਕਾ ਸਕਦੀ ਹੈ}

{ਕੈਸ਼ ਕੀਤੀ ਐਂਟਰੀ ਉਸਨੂੰ ਬਣਾਉਣ ਵਾਲੀ ਚੀਜ਼ ਦੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਕੁਝ ਸਮਾਂ ਕੰਮ ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਬਦਲਾਅ ਤੋਂ ਕੁਝ ਮਿੰਟ ਬਾਅਦ ਕੀਤਾ ਟੈਸਟ ਗਲਤ ਕਾਰਨ ਨਾਲ ਪਾਸ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਹੱਲ ਦੀ ਲੋੜ ਨਹੀਂ, ਐਂਟਰੀ ਦੇ ਪੁਰਾਣੀ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰੋ, ਜਾਂ ਉਸਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਮਿਟਾ ਦਿਓ।}

{ਉਲਟੀ ਗਲਤੀ ਵੀ ਓਨੀ ਹੀ ਆਮ ਹੈ: ਬਿਨਾਂ ਹੱਲ ਹੋਈ ਐਂਟਰੀ ਨੂੰ ਟਨਲ ਟੁੱਟਣ ਦਾ ਸਬੂਤ ਮੰਨ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਅਮਲ ਵਿੱਚ ਇਹ ਸਥਾਨਕ ਹਿੱਸੇ, ਦੋਹਰੇ ਪਤੇ, ਜਾਂ ਜਵਾਬ ਢੋਣ ਵਾਲੇ ਫਰੇਮ ਸੁੱਟਣ ਵਾਲੇ ਪੋਰਟ ਸੁਰੱਖਿਆ ਨਿਯਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। VPN ਸੰਰਚਨਾ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਵਿੱਚ ਪੋਰਟ ਜਾਂਚੋ।}

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

{ਗਤੀਸ਼ੀਲ ਹੱਲ ਅਤੇ ਸਥਿਰ ਐਂਟਰੀ ਵਿਚਕਾਰ ਫੈਸਲਾ ਕਰੋ}

{ਗਤੀਸ਼ੀਲ ਹੱਲ ਇੱਕ ਕਾਰਨ ਕਰਕੇ ਡਿਫਾਲਟ ਹੈ: ਜਦੋਂ ਗੇਟਵੇ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇਹ ਹਾਰਡਵੇਅਰ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਨਾਲ ਤਾਲਮੇਲ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਸਥਿਰ ਐਂਟਰੀ ਤਦ ਜਾਇਜ਼ ਹੈ ਜਦੋਂ ਨੈੱਟਵਰਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪਤੇ ਤੇ ਹਾਰਡਵੇਅਰ ਪਤੇ ਦੀ ਜੋੜੀ ਦਸਤਾਵੇਜ਼ੀ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੁੰਦੀ ਹੈ।}

ApproachGood fitCost you accept
Dynamic resolutionLaptops, changing networks, anything with a spare minute to recoverA short outage while the entry is relearned
Permanent entryFixed appliances where the pairing is controlled and recordedA silent failure the day the hardware changes

{ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, ਚੋਣ ਨੂੰ ਉਸ ਐਕਸੈਸ ਇੰਟਰਫੇਸ 'ਤੇ ਲਾਗੂ ਕਰੋ ਜੋ ਬਾਹਰੀ ਪੈਕੇਟ ਢੋਂਦਾ ਹੈ। ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਹੱਲ ਬੰਦ ਕਰਨ ਨਾਲ ਟਨਲ ਮਜ਼ਬੂਤ ਨਹੀਂ ਹੁੰਦੀ; ਇਹ ਕਲਾਇੰਟ ਦੀ ਉਸ ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਸਮਰੱਥਾ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜੋ ਇਸਨੂੰ ਢੋਂਦਾ ਹੈ, ਅਤੇ ਅਸਫਲਤਾ ਸਥਾਨਕ ਪਤਾ ਸਮੱਸਿਆ ਦੀ ਬਜਾਏ ਮਰੀ ਹੋਈ VPN ਵਾਂਗ ਦਿਸਦੀ ਹੈ।}

{ਦੂਜੇ ਸਟੈਕ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ}

{IPv6 ਪਤਾ-ਹੱਲ ਨੂੰ ਉਸੇ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਵਰਤਦਾ; ਇਹ ਗੁਆਂਢੀ ਖੋਜ ਵਰਤਦਾ ਹੈ। ਪਰਤਾਂ ਵਾਲਾ ਸਵਾਲ ਅਟੱਲ ਰਹਿੰਦਾ ਹੈ: ਅਸਲ ਬਾਹਰੀ ਪੈਕੇਟ ਸਥਾਨਕ ਅਗਲੇ ਹੌਪ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਜਵਾਬ ਮੌਜੂਦਾ ਹੈ।}

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

ਸੰਬੰਧਿਤ ਲੇਖ