ਸਾਇਟ VPN ਤੋਂ ਪਹਿਲਾਂ ਸਬਨੈੱਟ ਦੀ ਯੋਜਨਾ ਬਣਾਓ: ਦੁਬਾਰਾ ਨੰਬਰ ਦਿਓ ਜਾਂ ਅਨੁਵਾਦ ਕਰੋ

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

ਹਰ ਰੇਂਜ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਭੁੱਲੀਆਂ ਹੋਈਆਂ ਵੀ

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

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

IPv6 ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਕਰੋ, ਕਿਉਂਕਿ ਇਸਦੀ ਯੋਜਨਾ ਅਤੇ ਇਸਦੇ ਓਵਰਲੈਪ ਸੁਤੰਤਰ ਹਨ।

ਜਾਣੇ-ਪਛਾਣੇ ਪਤਿਆਂ ਦੀ ਨਹੀਂ, ਪ੍ਰੀਫਿਕਸ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ਇਹੀ ਜਾਂਚ VPN ਦੇ ਆਪਣੇ ਕਲਾਇੰਟ ਪੂਲ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਲਿਆਉਣ ਵਾਲੀ ਕਿਸੇ ਵੀ ਅਨੁਵਾਦਿਤ ਰੇਂਜ ’ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਟਕਰਾਉਂਦੀ ਅਨੁਵਾਦਿਤ ਰੇਂਜ ਮੂਲ ਓਵਰਲੈਪ ਨਾਲੋਂ ਮਾੜੀ ਹੈ।

ਮਾਸਕ ਨਾਲ ਪ੍ਰੀਫਿਕਸ ਦੀ ਸਾਰਣੀ ਕਾਫ਼ੀ ਹੈ; ਮਾਸਕ ਤੋਂ ਬਿਨਾਂ ਚਿੱਤਰ ਨਹੀਂ।

ਤੈਅ ਕਰੋ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਲੰਘਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਐਕਸੈਸ ਸੂਚੀ ਟਨਲ ਕਾਨਫ਼ਿਗ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ, ਇਸਦੇ ਫੇਲ੍ਹ ਹੋਣ ਤੋਂ ਬਾਅਦ ਨਹੀਂ।

ਦੁਬਾਰਾ ਨੰਬਰ ਦਿਓ ਜਾਂ ਅਨੁਵਾਦ ਕਰੋ, ਅਤੇ ਖ਼ਰਚ ਜਾਣੋ

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

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

ਵਾਪਸੀ ਰਾਹ ਤੋਂ ਬਿਨਾਂ ਹੱਲ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ।

ਸਵੀਕ੍ਰਿਤੀ ਪਰਖ ਵਜੋਂ ਰੂਟ ਮੈਟ੍ਰਿਕਸ ਵਰਤੋ

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

ਟਨਲ ਪਤਿਆਂ ਵਿਚਕਾਰ ping ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਹੈ, ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਪਤਾ ਯੋਜਨਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ।

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