Cloud VPN ਦੇ BGP ਪਤੇ NIC ਉੱਤੇ ਨਹੀਂ, ਟਨਲ ਦੇ ਅੰਦਰ ਹੁੰਦੇ ਹਨ
HA VPN ਲਈ Cloud Router ਦੀ BGP ਜੋੜੀ IPsec ਮਾਰਗ ਦੇ ਅੰਦਰ ਬੈਠਦੀ ਹੈ। VM ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ link-local ਪਤਾ ਜੋੜਨ ਦੀ ਬਜਾਏ ਸਟੈਕ ਵਿੱਚ ਹੇਠਾਂ ਇਸਦਾ ਪਿੱਛਾ ਕਰੋ।
VPN ਲਈ Cloud Router ਪੰਨਾ ਖੋਲ੍ਹੋ ਅਤੇ 169.254.0.0/16 ਵਿੱਚ ਪਤਾ ਵਾਲਾ ਇੱਕ BGP ਸੈਸ਼ਨ ਤੁਹਾਨੂੰ ਵੇਖ ਰਿਹਾ ਹੈ। ਕੁਦਰਤੀ ਪ੍ਰਤੀਕਿਰਿਆ ਇਹ ਹੈ ਕਿ ਉਹ ਪਤਾ VM ਉੱਤੇ ਕਿਤੇ ਰੱਖੋ ਅਤੇ ਸੈਸ਼ਨ ਦੇ ਉੱਪਰ ਆਉਣ ਦੀ ਉਡੀਕ ਕਰੋ। ਉਹ ਪ੍ਰਤੀਕਿਰਿਆ ਇੱਕ ਖਾਸ ਤਰੀਕੇ ਨਾਲ ਗਲਤ ਹੈ: ਜੋੜੀ IPsec ਟਨਲ ਜੋ ਤਾਰਕਿਕ ਲਿੰਕ ਬਣਾਉਂਦੀ ਹੈ ਉਸਦੀ ਹੈ, ਮਸ਼ੀਨ ਦੇ ਆਮ ਨੈੱਟਵਰਕ ਇੰਟਰਫ਼ੇਸ ਦੀ ਨਹੀਂ। NIC ਉੱਤੇ ਤੁਸੀਂ ਜੋ ਵੀ ਜੋੜੋ, ਉਹ ਟਨਲ ਨੂੰ BGP ਢੋਣ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰਦਾ।
ਜੋੜੀ ਨੂੰ ਹੋਸਟ ਉੱਤੇ ਜੋੜਨ ਦੀ ਬਜਾਏ ਸਟੈਕ ਵਿੱਚ ਹੇਠਾਂ ਪਿੱਛਾ ਕਰੋ।
ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ ਕੰਸੋਲ ਜੋੜੀ ਦਿਖਾਉਂਦਾ ਹੈ
ਸੈਸ਼ਨ ਪੰਨਾ Cloud Router ਦਾ BGP ਪਤਾ ਅਤੇ ਪੀਅਰ ਪਤਾ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, IPv4 HA VPN ਲਈ ਦੋਵੇਂ link-local। ਉਨ੍ਹਾਂ ਦੇ ਕੋਲ ਟਨਲ ਖ਼ਤਮ ਕਰਨ ਵਾਲੇ ਬਾਹਰੀ ਗੇਟਵੇ ਪਤੇ ਹਨ। ਇਹ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ: link-local ਜੋੜੀ ਅੰਦਰ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਪਤੇ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਕੁਝ ਹੋਰ ਕੰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਦਾ ਰੂਟ ਹੋਣਾ ਜ਼ਰੂਰੀ ਹੈ।
ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਫਾਈਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨੇ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾ ਦੇਣਾ ਹੀ ਪੂਰਾ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਢੰਗ ਹੈ।
ਉਸ ਟਨਲ ਤੱਕ ਹੇਠਾਂ ਜਾਓ ਜੋ ਇਸਨੂੰ ਢੋਂਦੀ ਹੈ
ਦੋ ਗੇਟਵੇ ਵਿਚਕਾਰ IPsec ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ link-local ਜੋੜੀ ਦਾ ਅਰਥ ਬਣਦਾ ਹੈ। Google ਵੱਲ HA VPN ਟਨਲ ਇਸਨੂੰ ਦੋ ਇੰਟਰਫ਼ੇਸਾਂ ਉੱਤੇ ਬਣਾਉਂਦੀਆਂ ਹਨ; ਤੁਹਾਡੇ ਵੱਲ ਇਹ ਉਹੀ ਹੈ ਜੋ ਪੀਅਰ ਨੇ ਗੱਲਬਾਤ ਵਿੱਚ ਤੈਅ ਕੀਤਾ। ਪਹਿਲਾਂ swanctl --list-sas ਨਾਲ ਡੇਟਾ ਸੰਗਠਨ ਜਾਂਚੋ ਅਤੇ ਲਿਖੋ ਕਿ ਕਿਹੜੀ ਟਨਲ ਕਿਸ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਉੱਪਰ ਹੈ, ਕਿਉਂਕਿ ਮਰੀ ਟਨਲ ਉੱਤੇ ਸਿਹਤਮੰਦ BGP ਸੈਸ਼ਨ ਅਸੰਭਵ ਹੈ ਅਤੇ ਆਸ ਭਰੀ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਾਲੀ ਮਰੀ ਟਨਲ ਆਮ ਗੱਲ ਹੈ।
BGP ਪੈਕੇਟ ਅੰਦਰੂਨੀ IP ਟ੍ਰੈਫ਼ਿਕ ਹੈ। ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਵੇਖਦਾ, ਇਸ ਲਈ ਕਿਸੇ ਸਵਿੱਚ ਨੂੰ ਇੱਕ VLAN ਉੱਤੇ ਦੋਵੇਂ ਪਤੇ ਨਹੀਂ ਚਾਹੀਦੇ।
ਹੁਣ Linux ਪੀਅਰ ਨੂੰ ਮਿਲਾਉਣ ਲਈ ਕਨਫ਼ਿਗਰ ਕਰੋ
ਸਮਰਥਿਤ ਟਨਲ ਡਿਜ਼ਾਈਨ ਚੁਣੋ ਅਤੇ ਅੰਦਰੂਨੀ ਪਤੇ ਉਸੇ ਨੂੰ ਤੈਅ ਕਰਨ ਦਿਓ। ਰੂਟ-ਆਧਾਰਿਤ ਇੰਟਰਫ਼ੇਸ ਨਾਲ, ਰੂਟਿੰਗ ਐਂਟਰੀ ਅਤੇ ਗੱਲਬਾਤ ਕੀਤੇ ਟ੍ਰੈਫ਼ਿਕ ਚੋਣਕਾਰਾਂ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਕੁਝ ਵੀ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰਦਾ। BIRD ਨੂੰ ਅੰਦਰੂਨੀ ਸਥਾਨਕ ਪਤੇ ਅਤੇ Cloud Router ਦੇ ਅੰਦਰੂਨੀ ਪਤੇ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰੋ, ਸੈਸ਼ਨ ਪੰਨੇ ਤੋਂ AS ਨੰਬਰ ਸੈੱਟ ਕਰੋ, ਅਤੇ ਸੁਰੱਖਿਅਤ ਮਾਰਗ ਦੇ ਅੰਦਰ TCP 179 ਦੀ ਆਗਿਆ ਦਿਓ। ਦੂਰ ਦੇ ਬਾਹਰੀ ਪਤੇ ਦਾ ਰੂਟ ਭੌਤਿਕ ਅਪਲਿੰਕ ਉੱਤੇ ਰੱਖੋ ਤਾਂ ਜੋ ਟਨਲ ਆਪਣਾ ਆਪਣਾ ਟਰਾਂਸਪੋਰਟ ਨਾ ਫੜ ਲਵੇ।
ਜੋ ਟਨਲ ਆਪਣੇ ਆਪ ਨੂੰ ਰੂਟ ਕਰਦੀ ਹੈ ਉਹ ਹੈਂਡਸ਼ੇਕ ਵਾਲਾ ਲੂਪ ਹੈ, ਅਤੇ ਇੱਕ ਘੰਟੇ ਲਈ ਇਹ ਫਾਇਰਵਾਲ ਸਮੱਸਿਆ ਵਰਗੀ ਦਿਖੇਗੀ।
ਹਰ ਪੜਾਅ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ, ਪੂਰੀ ਚੀਜ਼ ਇੱਕੋ ਵੇਲੇ ਨਹੀਂ
ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘੋ: ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਉੱਪਰ, ਟਨਲ ਪਤੇ ਤੋਂ ਅੰਦਰੂਨੀ ਪੀਅਰ ਪਹੁੰਚਯੋਗ, BGP ਸੈਸ਼ਨ ਸਥਾਪਿਤ, ਪ੍ਰੀਫ਼ਿਕਸ ਸਵੀਕਾਰ ਕੀਤੇ, ਫਿਰ ਵਰਕਲੋਡ ਪ੍ਰੀਫ਼ਿਕਸ ਅਸਲ ਵਿੱਚ ਵਰਤਿਆ। birdc show protocols ਤੀਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ, ਇਸ ਲਈ ਲੋਕ ਜਲਦੀ ਜਿੱਤ ਦਾ ਐਲਾਨ ਕਰਦੇ ਹਨ।
ਸਥਾਪਿਤ ਗੁਆਂਢੀ ਇਸਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਦੋਵਾਂ ਪਾਸਿਆਂ ਨੇ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰੀਫ਼ਿਕਸ ਦਾ ਐਲਾਨ ਕੀਤਾ, ਜਾਂ ਉਹ ਰੂਟ ਤਰਜੀਹੀ ਵਜੋਂ ਸਥਾਪਿਤ ਹੋਏ।
ਜੇ ਸੈਸ਼ਨ ਸਥਾਪਿਤ ਹੈ ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਅਜੇ ਵੀ ਗਲਤ ਰਾਹ ਲੈਂਦਾ ਹੈ, ਐਲਾਨ ਕੀਤੇ ਪ੍ਰੀਫ਼ਿਕਸ ਦੀ ਤੁਲਨਾ ਇਸ ਨਾਲ ਕਰੋ ਕਿ ਰੂਟਿੰਗ ਟੇਬਲ ਉਨ੍ਹਾਂ ਨਾਲ ਕੀ ਕਰਦੀ ਹੈ. ਕਿਤੇ ਹੋਰ ਵਧੇਰੇ ਖਾਸ ਰੂਟ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਰਾਹ ਵੱਲ ਤਰਜੀਹ, ਤੁਹਾਨੂੰ ਕੰਮ ਕਰਦਾ BGP ਸੈਸ਼ਨ ਦਿੰਦੀ ਹੈ ਅਤੇ ਕੋਈ ਲਾਭਦਾਇਕ ਫਾਰਵਰਡਿੰਗ ਨਹੀਂ।
ਇਸਨੂੰ Router Appliance ਉੱਤੇ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕੋ
Network Connectivity Center Router Appliance ਇੱਕ ਵੱਖਰਾ ਜੋੜ ਮਾਡਲ ਹੈ। ਇਸਦੇ Cloud Router ਪੀਅਰ HA VPN ਦੀ link-local ਜੋੜੀ ਦੀ ਬਜਾਏ VPC ਅਤੇ ਸਬਨੈੱਟ ਬੰਦੋਬਸਤ ਤੋਂ ਅੰਦਰੂਨੀ ਪਤੇ ਵਰਤਦੇ ਹਨ। ਜੇ ਅਸਲ ਟੀਚਾ ਰੂਟਿੰਗ VM ਨਾਲ BGP ਹੈ, ਤਾਂ link-local ਸੈਸ਼ਨ ਕਾਪੀ ਕਰਨ ਦੀ ਬਜਾਏ ਉਸ ਉਤਪਾਦ ਦੀਆਂ ਇੰਟਰਫ਼ੇਸ ਲੋੜਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।
link-local ਦਾਇਰਾ ਅਜੇ ਵੀ ਉਹੀ ਕਹਿੰਦਾ ਹੈ ਜੋ ਕਹਿੰਦਾ ਹੈ। ਤਾਰਕਿਕ ਟਨਲ ਇਹ ਨੇੜਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ VPC ਭਰ ਵਿੱਚ ਮਨਮਾਨੀ link-local ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਰੂਟ ਕਰਨ ਦਾ ਲਾਇਸੈਂਸ ਨਹੀਂ ਦਿੰਦੀ।