Google HA VPN ਤੋਂ Cisco ਰਾਊਟਰ ਤੱਕ: ਪਹਿਲਾਂ ਪੀਅਰ ਸਰੋਤ ਦੀ ਯੋਜਨਾ ਬਣਾਓ
Cisco ਰਾਊਟਰ ਨੂੰ ਕਨਫਿਗਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ Google ਇੰਟਰਫੇਸ, ਪੀਅਰ ਸਰੋਤ, IKEv2 ਇਕਰਾਰਨਾਮਾ ਅਤੇ ਹਰ BGP ਸੈਸ਼ਨ ਦਾ ਨਾਮ ਦਿਓ, ਫਿਰ ਇੱਕ ਪੀਅਰ ਜਾਂ ਦੋ ਚੁਣੋ।
Cisco ਤੋਂ Google ਤੱਕ HA VPN ਵਿੱਚ ਪਹਿਲਾ ਫੈਸਲਾ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਕ੍ਰਿਪਟੋ ਪ੍ਰੋਫਾਈਲ ਵਰਤਣਾ ਹੈ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਇੱਕ ਸਥਾਨਕ ਡਿਵਾਈਸ ਜਾਂ ਦੋ ਟਨਲਾਂ ਨੂੰ ਖਤਮ ਕਰਨਗੇ। Google ਦੇ HA VPN ਗੇਟਵੇ ਵਿੱਚ ਦੋ ਇੰਟਰਫੇਸ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਸੰਬੰਧਿਤ ਪੀਅਰ ਟਨਲ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਇਸ ਨਾਲ ਤੁਹਾਨੂੰ ਦੋ ਰਾਊਟਰ ਹੋਣ ਜਾਂ ਨਾ ਹੋਣ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਦੋ ਟਨਲਾਂ ਮਿਲਦੀਆਂ ਹਨ, ਅਤੇ ਫਰਕ ਇਹ ਹੈ ਕਿ ਇੱਕੋ ਬਿਜਲੀ ਸਪਲਾਈ ਜਾਂ ਸੌਫਟਵੇਅਰ ਅਪਗ੍ਰੇਡ ਪੂਰਾ ਡਿਜ਼ਾਈਨ ਡੇਗ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਫੈਸਲਾ ਇੱਕ ਪੀਅਰ ਡਿਵਾਈਸ ਜਾਂ ਦੋ ਹੈ
ਤਿੰਨ ਸ਼ਰਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਲੇਆਉਟ ਚੁਣੋ: ਤੁਸੀਂ ਸਥਾਨਕ ਅਸਫਲਤਾ ਬਿੰਦੂ ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਨਹੀਂ, ਦੋਵੇਂ ਕਲਾਊਡ ਇੰਟਰਫੇਸ ਵਰਤਣੇ ਜ਼ਰੂਰੀ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਤੁਹਾਡੇ ਵਰਕਲੋਡ ਕਿੰਨਾ ਮੁੜ-ਸੰਗਮ ਸਹਿੰਦੇ ਹਨ। ਜੇ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਖ਼ਤ ਲੋੜ ਹੈ, ਤਾਂ ਦੋ ਪੀਅਰ ਡਿਵਾਈਸ ਹੀ ਇਮਾਨਦਾਰ ਜਵਾਬ ਹੈ।
ਕੰਸੋਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਤੈਅ ਕਰੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਬਦਲਦਾ ਹੈ ਕਿ ਵਰਕਸ਼ੀਟ ਨੂੰ ਕਿੰਨੀਆਂ ਟਨਲਾਂ ਅਤੇ BGP ਸੈਸ਼ਨਾਂ ਦਾ ਵਰਣਨ ਕਰਨਾ ਹੈ।
ਕਿਸੇ ਵੀ ਕਮਾਂਡ ਤੋਂ ਪਹਿਲਾਂ ਵਰਕਸ਼ੀਟ ਲਿਖੋ
ਵਰਕਸ਼ੀਟ ਵਿੱਚ ਪੰਜ ਕਤਾਰਾਂ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ:
| Row | What it records |
|---|---|
| Google side | Project, VPC, region, HA VPN gateway, and the external address of each interface |
| Peer side | The Cisco external addresses, plus the external peer VPN gateway resource that represents them |
| Tunnel pairs | Which peer interface maps to each Google interface, with IKE version, secret and crypto parameters |
| Routing | Cloud Router, local and remote AS numbers, and one inside BGP pair per tunnel |
| Workloads | Approved on-premises and VPC prefixes, and what firewall policy should permit between them |
ਬਾਹਰੀ ਪੀਅਰ ਸਰੋਤ Google Cloud ਦੇ ਅੰਦਰ ਤੁਹਾਡੇ ਇੰਟਰਫੇਸ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਬਣਾਉਣ ਨਾਲ Cisco ਰਾਊਟਰ ਕਨਫਿਗਰ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਅਸਮਾਨਤਾ ਉਨ੍ਹਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦੀ ਹੈ ਜੋ ਉਮੀਦ ਕਰਦੇ ਹਨ ਕਿ ਕਲਾਊਡ ਕੰਸੋਲ ਦੋਵੇਂ ਸਿਰਿਆਂ ਲਈ ਸੱਚ ਦਾ ਸਰੋਤ ਹੋਵੇਗਾ। ਇਹ ਇੱਕ ਐਲਾਨ ਹੈ ਕਿ Google ਨੂੰ ਕੀ ਉਮੀਦ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਨੂੰ ਅਜੇ ਵੀ ਇਸ ਨਾਲ ਮੇਲ ਖਾਣਾ ਹੈ। Google ਦੀ ਪੀਅਰ ਗੇਟਵੇ ਗਾਈਡ ਉਸ ਐਲਾਨ ਨੂੰ ਤੁਹਾਡੇ ਵੱਲੋਂ ਅਜੇ ਦੇਣਾ ਬਾਕੀ ਟਨਲ, BGP, ਫਾਇਰਵਾਲ ਅਤੇ IKE ਕੰਮ ਨਾਲ ਮੈਪ ਕਰਦੀ ਹੈ।
ਜੇ ਕਿਸੇ ਕਤਾਰ ਦਾ ਮਾਲਕ ਨਹੀਂ ਹੈ, ਤਾਂ ਤਬਦੀਲੀ ਦੌਰਾਨ ਡਿਊਟੀ 'ਤੇ ਜੋ ਵੀ ਹੋਵੇਗਾ ਉਹ ਇਸਨੂੰ ਭਰੇਗਾ।
ਤਿੰਨ ਪਤਾ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ
ਜਨਤਕ ਪੀਅਰ ਪਤੇ ਬਾਹਰੀ IPsec ਅਦਾਨ-ਪ੍ਰਦਾਨ ਲੈ ਕੇ ਜਾਂਦੇ ਹਨ। ਅੰਦਰੂਨੀ BGP ਜੋੜੀ ਉਸ ਸੁਰੱਖਿਅਤ ਤਾਰਕਿਕ ਕਨੈਕਸ਼ਨ ਦੀ ਹੈ ਜੋ ਇਸ ਉੱਤੇ ਚੱਲਦਾ ਹੈ। ਘੋਸ਼ਿਤ LAN ਅਤੇ VPC ਪ੍ਰੀਫਿਕਸ ਉਸ ਕਨੈਕਸ਼ਨ ਪਿੱਛੇ ਦੇ ਵਰਕਲੋਡ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ। VM ਦਾ ਅੰਦਰੂਨੀ ਪਤਾ ਬਾਹਰੀ ਪੀਅਰ ਖੇਤਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਪਹਿਲੀਆਂ ਦੋ ਭੂਮਿਕਾਵਾਂ ਮਿਲ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਅਸਫਲਤਾ ਡੇਟਾ ਐਂਟਰੀ ਗਲਤੀ ਦੀ ਬਜਾਏ ਗੱਲਬਾਤ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦੀ ਹੈ।
ਹਰ HA VPN ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ, ਦੋ ਸੰਬੰਧਿਤ ਪੀਅਰ ਟਨਲਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਦੋਵੇਂ ਕਲਾਊਡ ਇੰਟਰਫੇਸ ਵਰਤਣ ਨਾਲ ਸਥਾਨਕ ਅਸਫਲਤਾ ਬਿੰਦੂ ਆਪਣੇ ਆਪ ਨਹੀਂ ਹਟਦਾ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਟਨਲਾਂ ਅਜੇ ਵੀ ਇੱਕੋ ਚੈਸਿਸ 'ਤੇ ਉਤਰ ਸਕਦੀਆਂ ਹਨ।
ਵਰਕਸ਼ੀਟ ਵਿੱਚ ਹਰ ਮੁੱਲ ਦੇ ਕੋਲ ਪਤੇ ਦੀ ਭੂਮਿਕਾ ਲਿਖੋ। ਇਹੀ ਇੱਕ ਆਦਤ ਜ਼ਿਆਦਾਤਰ ਮਿਲਾਵਟ ਨੂੰ ਰੋਕਦੀ ਹੈ।
ਵਰਕਸ਼ੀਟ ਦਾ Cisco ਸੰਸਕਰਣ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰੋ
ਸਮਰਥਿਤ ਪੀਅਰ ਦਸਤਾਵੇਜ਼ ਜਾਂ ਤੁਹਾਡੇ ਪਲੇਟਫਾਰਮ ਲਈ ਢੁਕਵੇਂ Google ਕਨਫਿਗਰੇਸ਼ਨ ਟੈਂਪਲੇਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਹਰ ਪਲੇਸਹੋਲਡਰ ਨੂੰ ਵਰਕਸ਼ੀਟ ਨਾਲ ਮਿਲਾਓ। IKEv2 ਪ੍ਰਮਾਣੀਕਰਣ, ESP ਪ੍ਰਸਤਾਵ, PFS ਅਤੇ ਟਨਲ ਤੇ ਰਾਊਟਿੰਗ ਮਾਡਲ ਨੂੰ ਇਕੱਠੇ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਬੇਮੇਲ ਹੋਣਾ ਆਮ ਤੌਰ 'ਤੇ ਦੂਜੇ ਵਿੱਚ ਬੇਮੇਲ ਵਜੋਂ ਦਿਸਦਾ ਹੈ। ਕੀ ਸਮਰਥਿਤ ਹੈ ਇਹ ਚੁਣਨ ਲਈ ਅਸਲ ਪਲੇਟਫਾਰਮ ਅਤੇ ਸੌਫਟਵੇਅਰ ਸੰਸਕਰਣ ਵਰਤੋ, ਕਿਉਂਕਿ Classic VPN ਰੈਸਿਪੀ ਵੱਖਰਾ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ।
ਸਾਂਝੇ ਭੇਦ ਨੂੰ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਟਿਕਟ ਅਟੈਚਮੈਂਟ ਅਤੇ ਸਹਾਇਤਾ ਨੋਟਸ ਤੋਂ ਦੂਰ ਰੱਖੋ। ਕੇਸ ਟਿੱਪਣੀ ਵਿੱਚ ਚਿਪਕਾਈ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਖੁਲਾਸਾ ਹੈ, ਸਮੱਸਿਆ-ਨਿਵਾਰਣ ਕਲਾਕ੍ਰਿਤੀ ਨਹੀਂ।
ਜੇ ਟੈਂਪਲੇਟ ਅਤੇ ਵਰਕਸ਼ੀਟ ਨਹੀਂ ਮਿਲਦੇ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਕਾਗਜ਼ 'ਤੇ ਹੱਲ ਕਰੋ। ਡਿਵਾਈਸ ਤੁਹਾਡੀ ਥਾਂ 'ਤੇ ਫੈਸਲਾ ਨਹੀਂ ਕਰੇਗਾ।
ਹਰ ਟਨਲ ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਸਬੂਤ 'ਤੇ ਸਵੀਕਾਰ ਕਰੋ
HA VPN ਨੂੰ BGP ਸੈਸ਼ਨ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਸਫਲ IKE ਗੱਲਬਾਤ ਸਿਰਫ ਪਹਿਲਾ ਪੜਾਅ ਸਥਾਪਿਤ ਕਰਦੀ ਹੈ। ਅੰਦਰੂਨੀ ਸੈਸ਼ਨ ਉੱਪਰ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਛਤ ਪ੍ਰੀਫਿਕਸ ਦਾ ਐਲਾਨ ਅਤੇ ਸਵੀਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਵਰਕਲੋਡ ਟ੍ਰੈਫਿਕ ਦੇ ਹਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਭਦਾਇਕ ਰੂਟ ਅਤੇ ਫਾਇਰਵਾਲ ਇਜਾਜ਼ਤਾਂ ਮੌਜੂਦ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਹਰੀ ਬੱਤੀ ਵਜੋਂ ਦਰਜ ਕਰਨ ਨਾਲ ਇਹ ਲੁਕਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪੜਾਅ ਅਸਲ ਵਿੱਚ ਅਸਫਲ ਹੋਇਆ।
ਹਰ ਟਨਲ ਲਈ ਸਵੀਕ੍ਰਿਤੀ ਸਬੂਤ ਦਰਜ ਕਰੋ: ਗੱਲਬਾਤ ਕੀਤੀਆਂ ਸੁਰੱਖਿਆ ਸੰਸਥਾਵਾਂ, BGP ਗੁਆਂਢੀ ਸਥਿਤੀ, ਉਮੀਦ ਕੀਤੇ ਸਿੱਖੇ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਇੱਛਤ ਵਰਕਲੋਡ ਮਾਰਗ। ਫਿਰ ਨਿਯੰਤਰਿਤ ਅਸਫਲਤਾ ਅਤੇ ਰਿਕਵਰੀ ਜਾਂਚ ਚਲਾਓ, ਕਿਉਂਕਿ ਕਦੇ ਅਸਫਲ ਨਾ ਹੋਈ ਟਨਲ ਉਹ ਟਨਲ ਹੈ ਜਿਸਦਾ ਰਿਕਵਰੀ ਮਾਰਗ ਜਾਂਚਿਆ ਨਹੀਂ ਗਿਆ।
ਉਹ ਰਿਕਾਰਡ ਅਗਲੀ ਵਾਰ ਡਿਜ਼ਾਈਨ ਬਦਲਣ 'ਤੇ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਅੰਤਰ-ਸੰਚਾਲਨ ਅਤੇ ਧਾਰਨਾਵਾਂ ਗੁਆ ਚੁੱਕੇ ਕਮਾਂਡ ਟੁਕੜੇ ਵਿਚਕਾਰਲਾ ਫਰਕ ਹੈ।