ਇੱਕ VLAN ਤੋਂ ਲੈਬ WAN: ਪੱਧਰਾ ਸੈਗਮੈਂਟ ਜਾਂ ਰਾਊਟਿਡ ਟਰਾਂਸਪੋਰਟ

ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਸਵਿੱਚ ਅਤੇ ਇੱਕ ਵਾਧੂ VLAN ਤੁਹਾਨੂੰ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਵੱਖਰੇ ਸੈਗਮੈਂਟ ਉੱਤੇ ਗੱਲ ਕਰਨ ਵਾਲੇ ਦੋ VPN ਗੇਟਵੇਅ ਦੇਣਗੇ। ਉਹ ਸੈਗਮੈਂਟ ਜੋ ਸਾਬਤ ਕਰਦਾ ਹੈ ਉਹ WAN ਸ਼ਬਦ ਤੋਂ ਲੋਕਾਂ ਦੀ ਆਸ ਨਾਲੋਂ ਤੰਗ ਹੈ। ਇਹ ਸਿੱਧਾ Ethernet ਮਾਰਗ ਦੁਹਰਾਉਂਦਾ ਹੈ, ਜੋ ਲਾਹੇਵੰਦ ਹੈ, ਅਤੇ ਰਾਹ ਵਿੱਚ ਇੰਟਰਨੈੱਟ ਪੈਕਟਾਂ ਨਾਲ ਜੋ ਕੁਝ ਕਰਦਾ ਹੈ ਲਗਭਗ ਸਭ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਪੱਧਰੇ ਸੈਗਮੈਂਟ ਅਤੇ ਰਾਊਟਿਡ ਲੈਬ ਟਰਾਂਸਪੋਰਟ ਵਿਚਕਾਰ ਚੋਣ ਕਰਨਾ ਅਸਲ ਵਿੱਚ ਇਸ ਗੱਲ ਦਾ ਸਵਾਲ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਵਿਵਹਾਰ ਪਰਖਣਾ ਚਾਹੁੰਦੇ ਹੋ।

ਦੋ ਡਿਜ਼ਾਈਨ, ਦੋ ਵੱਖਰੇ ਪਾਠ

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

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

ਪੱਧਰਾ ਸੈਗਮੈਂਟ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ

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

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

ਰਾਊਟਿੰਗ ਕੀ ਜੋੜਦੀ ਹੈ

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

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

ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਕੀ ਦੁਹਰਾਉਂਦੇ ਨਹੀਂ

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

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

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

ਲੈਬ ਨੂੰ ਸੀਮਿਤ ਰੱਖਣਾ

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

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

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