ਕਲਾਊਡ VPN ਨੂੰ BGP ਦੀ ਲੋੜ ਹੈ: ਹੋਰ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਕਿਉਂ ਫੇਲ ਹੁੰਦੇ ਹਨ

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

ਟਨਲ ਚੱਲ ਰਹੀ ਹੈ ਅਤੇ ਰਾਹ ਗੁੰਮ ਹੈ

ਪੜਾਅ 1 ਅਤੇ ਪੜਾਅ 2 ਪੂਰਾ ਹੋਣਾ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਦੋਵੇਂ ਧਿਰਾਂ ਸੁਰੱਖਿਆ 'ਤੇ ਸਹਿਮਤ ਹਨ, ਇਹ ਨਹੀਂ ਕਿ ਕਿਸੇ ਧਿਰ ਨੂੰ ਪਤਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਕਿੱਥੇ ਭੇਜਣਾ ਹੈ। ਇਹ ਵੱਖਰੇ ਫੇਲ ਢੰਗਾਂ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਸਥਿਤੀ ਮਸ਼ੀਨਾਂ ਹਨ।

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

ਪ੍ਰਦਾਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ

ਪ੍ਰਬੰਧਿਤ VPN ਗੇਟਵੇ ਅਸੀਮਿਤ ਰਾਊਟਰ ਨਹੀਂ ਹੈ। ਪ੍ਰਦਾਤਾ ਤੁਹਾਨੂੰ ਸਮਰਥਿਤ ਗੁਆਂਢੀ ਪਤੇ, ਸਵੈ-ਸ਼ਾਸਿਤ ਸਿਸਟਮ ਸੈਟਿੰਗ, ਪ੍ਰੀਫਿਕਸ ਸੀਮਾਵਾਂ ਅਤੇ ਪਰਿਭਾਸ਼ਿਤ ਫੇਲ ਵਿਵਹਾਰ ਵਾਲਾ ਗੇਟਵੇ ਦਿੰਦਾ ਹੈ। ਉਹੀ ਸਤਹ ਉਤਪਾਦ ਹੈ।

Google Cloud HA VPN ਲਈ ਗਤੀਸ਼ੀਲ BGP ਰੂਟਿੰਗ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ Cloud Router ਗੁਆਂਢੀ ਰੂਟ ਸਿੱਖਦਾ ਹੈ ਅਤੇ VPC ਨੂੰ ਯੋਗ ਕਸਟਮ ਗਤੀਸ਼ੀਲ ਰੂਟ ਦਿੰਦਾ ਹੈ। AWS Site-to-Site VPN ਸਥਿਰ ਅਤੇ ਗਤੀਸ਼ੀਲ ਰੂਟਿੰਗ ਵਿਚਕਾਰ ਚੋਣ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ BGP ਜੀਵਨਸ਼ੀਲਤਾ ਜਾਂਚਾਂ ਨੂੰ ਟਨਲ ਫੇਲਓਵਰ ਲਈ ਲਾਹੇਵੰਦ ਦੱਸਦਾ ਹੈ, ਨਾਲ ਹੀ BGP ਤੋਂ ਬਿਨਾਂ ਡਿਵਾਈਸਾਂ ਲਈ ਸਿਹਤ ਜਾਂਚਾਂ ਦਾ ਸਮਰਥਨ ਵੀ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਪਲੇਟਫਾਰਮ ਦੇ ਵਿਵਹਾਰ ਦਾ ਅਨੁਮਾਨ ਦੂਜੇ ਦੇ ਉਤਪਾਦ ਨਾਮ ਤੋਂ ਨਹੀਂ ਲਗਾਉਣਾ ਚਾਹੀਦਾ।

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

ਟਨਲ ਸੁਰੱਖਿਆ ਅਤੇ ਪਹੁੰਚ ਵੱਖਰੇ ਕੰਮ ਹਨ

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

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

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

OSPF ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਕਿੱਥੇ ਟੁੱਟਦੀਆਂ ਹਨ

IPsec ਟਨਲ ਦੇ ਅੰਦਰ OSPF, IS-IS ਜਾਂ ਹੋਰ ਪ੍ਰੋਟੋਕੋਲ ਸਵੈ-ਪ੍ਰਬੰਧਿਤ ਉਪਕਰਣ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਭਵ ਹੈ, ਜਿੱਥੇ ਦੋਵੇਂ ਸਿਰੇ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਡਿਜ਼ਾਈਨ ਤੁਹਾਡੇ ਹਨ। ਇਹ ਤੱਥ ਅਜਿਹੀ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜੋ ਗਤੀਸ਼ੀਲ ਰੂਟਿੰਗ ਮੋਡ ਵਜੋਂ ਸਿਰਫ BGP ਦਿੰਦੀ ਹੈ।

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

ਇੱਕ ਵਿਕਰੇਤਾ ਦਾ ਜਵਾਬ ਦੂਜੇ ਦੇ ਗੇਟਵੇ 'ਤੇ ਨਾ ਲੈ ਜਾਓ। ਇੱਕੋ ਸ਼ਬਦ, ਜਿਵੇਂ ਗਤੀਸ਼ੀਲ ਰੂਟਿੰਗ ਜਾਂ ਟਨਲ ਫੇਲਓਵਰ, ਵੱਖਰੇ ਕਾਰਜਵਿਧੀਆਂ ਅਤੇ ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ ਦੱਸ ਸਕਦੇ ਹਨ।

ਸੇਵਾ ਦੀ ਲੋੜ ਪੜ੍ਹੋ, ਫਿਰ ਡਿਜ਼ਾਈਨ ਕਰੋ

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

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

ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਨਾਲ ਸੇਵਾ ਸਮਝੌਤਾ ਰੱਖੋ। ਜਦੋਂ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਪੁੱਛੇ ਕਿ ਟਨਲ OSPF ਕਿਉਂ ਨਹੀਂ ਚਲਾ ਸਕਦੀ, ਤਾਂ ਜਵਾਬ ਪ੍ਰੋਟੋਕੋਲ ਸੀਮਾ ਨਹੀਂ, ਉਤਪਾਦ ਸੀਮਾ ਹੈ, ਅਤੇ ਰਿਕਾਰਡ ਵਿੱਚ ਇਹ ਲਿਖਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।