ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ VPN ਲਈ ਪਤਾ ਥਾਂ ਦਾ ਆਕਾਰ ਕਿਵੇਂ ਤੈਅ ਕਰੀਏ

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

ਕੁਝ ਵੀ ਵੰਡਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਭੂਮਿਕਾਵਾਂ ਦੇ ਨਾਮ ਰੱਖੋ

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

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

ip -br addr show
ip route show | head -40

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

ਲਿੰਕ ਅਤੇ ਟੋਪੋਲੋਜੀ ਗਿਣੋ, ਡਿਵਾਈਸ ਨਹੀਂ

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

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

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

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

ਗੇਟਵੇ ਸਬਨੈੱਟ ਨੂੰ LAN ਪੂਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

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

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

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

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

ਹਰ ਪ੍ਰੀਫਿਕਸ ਲਈ ਭੂਮਿਕਾ, ਮਾਲਕ ਅਤੇ ਵਾਧਾ ਦਰਜ ਕਰੋ

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

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

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