GCP HA VPN: BGP ਸੈਸ਼ਨ Waiting for peer 'ਤੇ ਅਟਕਦਾ ਹੈ, ਪਤਾ ਜੋੜੀ ਦੀ ਅਦਲਾ-ਬਦਲੀ
Cloud VPN BGP ਸੈਸ਼ਨ ਜੇ Waiting for peer 'ਤੇ ਅਟਕਿਆ ਹੋਵੇ ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਟਨਲ ਅਤੇ ਪੀਅਰ ਦੇ ਪਤੇ ਬਦਲ ਗਏ ਹੁੰਦੇ ਹਨ। ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜੋੜੀ ਜਾਂਚੋ।
Cloud VPN ਟਨਲ 'ਤੇ ਕਦੇ ਵੀ Established ਤੱਕ ਨਾ ਪਹੁੰਚਣ ਵਾਲਾ BGP ਸੈਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਰਾਊਟਿੰਗ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਵਾਇਰਿੰਗ ਦੀ ਸਮੱਸਿਆ ਹੈ: ਦੋ ਪਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇੱਕ-ਦੂਜੇ ਦਾ ਪ੍ਰਤੀਬਿੰਬ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਗਲਤ ਕ੍ਰਮ ਵਿੱਚ ਦਾਖਲ ਕੀਤੇ ਗਏ ਸਨ, ਜਾਂ ਪਹਿਲੇ ਟਨਲ ਦੀ ਜੋੜੀ ਦੂਜੇ 'ਤੇ ਦੁਬਾਰਾ ਵਰਤੀ ਗਈ ਸੀ। ਟਨਲ ਆਪਣੇ ਆਪ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੰਦਰੁਸਤ ਹੋ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਸੈਸ਼ਨ Waiting for peer 'ਤੇ ਬੈਠਾ ਹੋਵੇ, ਕਿਉਂਕਿ IPsec ਅਤੇ BGP ਉਹਨਾਂ ਹੀ ਦੋ ਅੰਤ ਬਿੰਦੂਆਂ ਵਿਚਕਾਰ ਵੱਖਰੀਆਂ ਗੱਲਬਾਤਾਂ ਹਨ। ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਇਹਨਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਟੁੱਟਿਆ ਹੈ।
ਇੱਕ ਸਵਾਲ ਬਹੁਤੇ ਕੇਸ ਸਿੱਧੇ ਕਰ ਦਿੰਦਾ ਹੈ: ਕੀ ਪੀਅਰ ਡਿਵਾਈਸ Cloud Router ਦਾ ਪਤਾ ਵੇਖਦੀ ਹੈ ਵੀ?
ਟਨਲ ਦੀ ਸਥਿਤੀ ਅਤੇ ਸੈਸ਼ਨ ਦੀ ਸਥਿਤੀ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹਨ
ਪਹਿਲਾਂ IKE ਅਤੇ ESP ਆਉਂਦੇ ਹਨ। ਜੇ ਟਨਲ ਸਥਾਪਿਤ ਨਹੀਂ ਹੈ ਤਾਂ ਇਸਦੇ ਅੰਦਰ ਕੁਝ ਵੀ ਮਾਅਨੇ ਨਹੀਂ ਰੱਖਦਾ ਅਤੇ BGP ਪਤੇ ਦੀ ਚਰਚਾ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਹੈ। ਟਨਲ ਦੀ ਸਥਿਤੀ ਅਤੇ ਵਿਸਤ੍ਰਿਤ ਸਥਿਤੀ ਪੜ੍ਹੋ, ਫਿਰ ਉਸੇ ਟਨਲ ਲਈ ਰਾਊਟਰ ਦੀ BGP ਪੀਅਰ ਸਥਿਤੀ ਪੜ੍ਹੋ।
ਟਨਲ ਚਾਲੂ ਹੈ ਜਦੋਂ ਕਿ ਇਸਦਾ BGP ਪੀਅਰ ਬੰਦ ਹੈ, ਇਹ ਖਰਾਬੀ ਨੂੰ ਸੈਸ਼ਨ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ: ਪੀਅਰ ਦਾ ਪਤਾ, ASN, ਜਾਂ ਅੰਦਰੂਨੀ ਪਤੇ 'ਤੇ ਆਉਣ ਵਾਲਾ TCP 179। ਟਨਲ ਚਾਲੂ, ਸੈਸ਼ਨ ਚਾਲੂ ਅਤੇ ਅਜੇ ਵੀ VPC ਵਿੱਚ ਕੋਈ ਰੂਟ ਨਹੀਂ ਇਹ ਤੀਜਾ ਕੇਸ ਹੈ। ਪਤੇ ਬਦਲਣ ਨਾਲ ਉੱਥੇ ਫਾਇਦਾ ਨਹੀਂ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਪ੍ਰੀਫਿਕਸ ਸਿਰਫ਼ ਐਲਾਨਿਆ ਨਹੀਂ ਜਾ ਰਿਹਾ ਜਾਂ ਤਰਜੀਹ ਨਹੀਂ ਮਿਲ ਰਹੀ। ਇਹਨਾਂ ਤਿੰਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣਾ ਹੀ ਕੰਮ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਹੈ।
ਹਰ ਟਨਲ ਨੂੰ ਦੋਵੇਂ ਸਿਰੇ ਭਰੇ ਹੋਏ ਆਪਣਾ /30 ਚਾਹੀਦਾ ਹੈ
ਹਰ HA VPN ਟਨਲ ਨੂੰ 169.254.0.0/16 ਵਿੱਚੋਂ link-local /30 ਮਿਲਦਾ ਹੈ, ਇੱਕ ਪਤਾ Cloud Router ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਅਤੇ ਦੂਜਾ ਤੁਹਾਡੇ ਪੀਅਰ 'ਤੇ। ਪੀਅਰ ਫ਼ੀਲਡ ਨੂੰ ਦੂਰ ਵਾਲਾ ਸਿਰਾ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਦੇ ਵੀ ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਪਤਾ ਨਹੀਂ।
ਦੋ ਟਨਲਾਂ ਦਾ ਮਤਲਬ Cloud Router 'ਤੇ ਦੋ ਇੰਟਰਫ਼ੇਸ, ਹਰ ਇੱਕ ਵੱਖਰੇ /30 ਨਾਲ। ਟਨਲ 0 ਦੀ ਜੋੜੀ ਟਨਲ 1 'ਤੇ ਦੁਬਾਰਾ ਵਰਤਣਾ ਉਹ ਗਲਤੀ ਹੈ ਜੋ ਸਾਰਾਂਸ਼ ਸਾਰਣੀ ਵਿੱਚ ਸਾਫ਼-ਸੁਥਰੀ ਦਿਸਦੀ ਹੈ ਅਤੇ OPEN ਪੈਕਟ ਵਿੱਚ ਮਰ ਜਾਂਦੀ ਹੈ।
| Tunnel | Router interface | Peer address | What a swap produces |
|---|---|---|---|
| tunnel 0 | 169.254.1.1/30 | 169.254.1.2 | OPEN sent to itself or to nothing; session waits |
| tunnel 1 | 169.254.1.5/30 | 169.254.1.6 | same failure on the second session |
| both | one pair reused | one address reused | one session up, the other never leaves waiting |
ਜੋੜੀ ਕਨਸੋਲ ਸਾਰਾਂਸ਼ ਤੋਂ ਨਹੀਂ, ਰਾਊਟਰ ਸਰੋਤ ਤੋਂ ਪੜ੍ਹੋ। ਸਾਰਾਂਸ਼ ਪੀਅਰ ਦਾ ਪਤਾ ਉਸ ਕਾਲਮ ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਗਲਤ ਪੜ੍ਹਨਾ ਸੌਖਾ ਹੈ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਦਾ ipRange ਤੇ ਪੀਅਰ ਦਾ peerIpAddress ਇੱਕੋ /30 ਦੇ ਉਲਟ ਸਿਰੇ ਦੱਸਣੇ ਚਾਹੀਦੇ ਹਨ।
ਅਦਲਾ-ਬਦਲੀ ਆਮ ਤੌਰ 'ਤੇ ਮੁੜ-ਨਿਰਮਾਣ ਦੌਰਾਨ ਹੁੰਦੀ ਹੈ
ਟਨਲ ਮੁੜ ਬਣਾਉਂਦੇ ਸਮੇਂ ਹੀ ਜੋੜੀਆਂ ਕ੍ਰਾਸ ਹੁੰਦੀਆਂ ਹਨ। ਪੁਰਾਣੀ ਟਨਲ ਦਾ ਪੀਅਰ ਪਤਾ ਨਵੀਂ ਟਨਲ ਦੇ ਇੰਟਰਫ਼ੇਸ ਫ਼ੀਲਡ ਵਿੱਚ ਕਾਪੀ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਨਵਾਂ ਸੈਸ਼ਨ ਪਿਛਲੇ ਸੈਸ਼ਨ ਦੇ ਪੀਅਰ ਵੱਲ ਮੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ Cloud Router OPEN ਪੈਕਟ ਉਸ ਪਤੇ 'ਤੇ ਭੇਜਦਾ ਹੈ ਜੋ ਹੁਣ ਉਹ ਆਪ ਹੈ ਜਾਂ ਜਿਸਦੇ ਪਿੱਛੇ ਕੋਈ ਟਨਲ ਨਹੀਂ।
ਕਨਸੋਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਜੋੜੀਆਂ ਲਿਖ ਲਓ: ਟਨਲ ਦਾ ਨਾਂ, ਇੰਟਰਫ਼ੇਸ, ਰਾਊਟਰ ਪਤਾ, ਪੀਅਰ ਪਤਾ, ਪੀਅਰ ASN। ਫਿਰ ਦੋਵੇਂ ਟਨਲਾਂ ਇੱਕੋ ਵਾਰ ਬਣਾਓ, ਤਾਂ ਜੋ ਦੂਜੀ ਪਹਿਲੀ ਦੇ ਬਚੇ ਹੋਏ ਨਾਲ ਨਾ ਭਰੇ।
ਸੈਸ਼ਨ ਦੇ ਇੰਤਜ਼ਾਰ ਦੇ ਤਿੰਨ ਹੋਰ ਕਾਰਨ
ਪਹਿਲਾ ਪੀਅਰ ASN ਹੈ: ਹਰ ਧਿਰ ਦੂਜੀ ਧਿਰ ਦੇ ASN ਨਾਲ ਸੰਰਚਿਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਅਸੰਗਤੀ ਪੀਅਰ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਪਰ ਕਦੇ ਸਥਾਪਿਤ ਨਹੀਂ ਹੁੰਦੀ। ਦੂਜਾ ਪੀਅਰ ਦਾ ਆਪਣਾ ਫਾਇਰਵਾਲ ਹੈ, ਜਿਸਨੂੰ ਟਨਲ ਇੰਟਰਫ਼ੇਸ 'ਤੇ TCP 179 ਦੀ ਆਗਿਆ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ; IKE ਜਾਂ ESP ਨਿਯਮ ਇਸਨੂੰ ਨਹੀਂ ਢਕਦਾ। ਤੀਜਾ ਉਹ ਪੀਅਰ ਹੈ ਜੋ ਆਪਣੇ ਗੁਆਂਢੀ ਵਜੋਂ ਸੰਰਚਿਤ ਪਤੇ ਤੋਂ ਵੱਖਰੇ ਸਰੋਤ ਪਤੇ ਤੋਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਪੀਅਰ ਦਾ ਆਪਣਾ ਲਾਗ ਹੀ ਨਿਰਣਾਇਕ ਹੈ। ਜੇ ਇਸਦੇ BGP ਸਾਰਾਂਸ਼ ਵਿੱਚ ਉਸ ਪਤੇ ਲਈ ਕੋਈ ਗੁਆਂਢੀ ਨਹੀਂ ਹੈ, ਪੈਕਟ ਨਹੀਂ ਆ ਰਹੇ ਅਤੇ ਜੋੜੀ ਜਾਂ ਰਾਹ ਗਲਤ ਹੈ। ਜੇ ਗੁਆਂਢੀ Active ਜਾਂ Connect ਵਿੱਚ ਹੈ, ਪੈਕਟ ਆ ਰਹੇ ਹਨ ਅਤੇ ਸੈਸ਼ਨ ਦੇ ਪੈਰਾਮੀਟਰ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।
ਪੈਕਟ ਜਿਸ ਕ੍ਰਮ ਵਿੱਚ ਚੱਲਦੇ ਹਨ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ
ਬਾਹਰ ਵੱਲ ਕੰਮ ਕਰੋ: ਟਨਲ ਸਥਿਤੀ, ਫਿਰ ਰਾਊਟਰ ਦੀ BGP ਪੀਅਰ ਸਥਿਤੀ, ਫਿਰ ਪੀਅਰ ਦਾ BGP ਸਾਰਾਂਸ਼, ਫਿਰ ਰੂਟ। ਜੇ ਪਹਿਲੇ ਦੋ ਤੰਦਰੁਸਤ ਹਨ, ਤਾਂ Cloud VPN ਧਿਰ ਸੰਪਾਦਿਤ ਕਰਨਾ ਬੰਦ ਕਰੋ ਅਤੇ ਪੀਅਰ ਡਿਵਾਈਸ 'ਤੇ ਕੰਮ ਕਰੋ। ਜੇ ਰਾਊਟਰ ਪੀਅਰ ਨੂੰ ਬੰਦ ਦੱਸਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਵਿੱਚ ਕੋਈ ਗੁਆਂਢੀ ਨਹੀਂ, ਤਾਂ ਜੋੜੀ ਗਲਤ ਹੈ ਜਾਂ BGP ਪੋਰਟ ਫਿਲਟਰ ਹੋ ਰਿਹਾ ਹੈ। ਪੀਅਰ ਦੀ ਟਨਲ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਪੈਕਟ ਕੈਪਚਰ ਇੱਕ ਨਜ਼ਰ ਵਿੱਚ ਇਸਨੂੰ ਸਿੱਧਾ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ OPEN ਪੈਕਟ ਉੱਥੇ ਜਾਂ ਤਾਂ ਪਹੁੰਚਦੇ ਹਨ ਜਾਂ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੇ।
gcloud compute routers get-status ROUTER --region=REGION ਪੀਅਰ ਦੀ ਸਥਿਤੀ ਨੂੰ ਉਸ ਪਤੇ ਦੇ ਨਾਲ ਛਾਪਦਾ ਹੈ ਜੋ ਇਹ ਵਰਤ ਰਿਹਾ ਹੈ, ਅਤੇ ਉਹੀ ਜੋੜੀ ਤੁਹਾਨੂੰ ਤੁਲਨਾ ਕਰਨੀ ਹੈ।
ਸੈਸ਼ਨ ਸਥਾਪਿਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਿੱਖਿਆ ਪ੍ਰੀਫਿਕਸ VPC ਰੂਟ ਸਾਰਣੀ ਵਿੱਚ ਦਿਸਦਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਪਾਸਿਆਂ ਇੱਕ-ਇੱਕ ਹੋਸਟ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਫਿਰ ਅੰਤਿਮ ਜੋੜੀਆਂ ਟਨਲ ਨਾਵਾਂ ਦੇ ਨਾਲ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਮੁੜ-ਨਿਰਮਾਣ ਕਨਸੋਲ ਸਾਰਾਂਸ਼ ਦੀ ਬਜਾਏ ਜਾਂਚੀ ਹੋਈ ਸਾਰਣੀ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।