VGW ਦੇ BGP ਇਸ਼ਤਿਹਾਰ ਬਨਾਮ VPC ਰੂਟ ਟੇਬਲ: ਕੀ ਕੀ ਬਦਲਦਾ ਹੈ

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

ਕੋਈ ਵੀ ਟੇਬਲ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਅਟੈਚਮੈਂਟ ਦਾ ਨਾਮ ਲਓ

ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ VPN ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਗੇਟਵੇ ਜਾਂ ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਉੱਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸਰੋਤ ID ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਰੂਟਿੰਗ ਮਾਡਲ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹੋ: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'। ਜਵਾਬ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਅੱਗੇ ਜਾਂਚੀ ਜਾਣ ਵਾਲੀ ਟੇਬਲ VPC ਰੂਟ ਟੇਬਲ ਹੈ ਜਾਂ ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਰੂਟ ਟੇਬਲ।

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

AWS ਤੋਂ ਦਫ਼ਤਰ ਵਾਲੀ ਦਿਸ਼ਾ ਇੱਕ ਇਸ਼ਤਿਹਾਰ ਹੈ

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

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

ਦਫ਼ਤਰ ਤੋਂ AWS ਵਾਲੀ ਦਿਸ਼ਾ ਪ੍ਰਸਾਰ ਅਤੇ ਚੋਣ ਹੈ

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

ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਬਜਾਏ ਮੂਲ ਪੜ੍ਹੋ: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'। EnableVgwRoutePropagation ਮੂਲ ਵਾਲੀ ਐਂਟਰੀ BGP ਤੋਂ ਆਈ ਹੈ; CreateRoute ਮੂਲ ਵਾਲੀ ਐਂਟਰੀ ਕਿਸੇ ਇਨਸਾਨ ਨੇ ਟਾਈਪ ਕੀਤੀ ਹੈ ਅਤੇ ਕੋਈ ਉਸਨੂੰ ਮਿਟਾਉਣ ਤੱਕ ਜਿੱਤਦੀ ਰਹੇਗੀ।

ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣ ਵਾਲੀ ਰਨਬੁੱਕ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ AWS ਪਾਸੇ ਚਾਰ ਤੱਥ ਲਿਖੋ: ਅਟੈਚਮੈਂਟ ਦੀ ਕਿਸਮ, VPC ਦੇ ਸੰਬੰਧਿਤ CIDR, ਵਿਚਾਰ ਅਧੀਨ ਪ੍ਰੀਫਿਕਸ ਲਈ ਸਬਨੈੱਟ ਰੂਟ ਦਾ ਮੂਲ, ਅਤੇ ਟਨਲ ਤੇ BGP ਦੀ ਸਥਿਤੀ। ਉਹੀ describe ਕਾਲ ਹਰ ਟਨਲ ਲਈ ਸਵੀਕਾਰ ਕੀਤੇ ਰੂਟਾਂ ਦੀ ਗਿਣਤੀ ਸਮੇਤ VgwTelemetry ਵਾਪਸ ਕਰਦੀ ਹੈ, ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ AWS ਨੇ ਕੋਈ ਰੂਟ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਂ ਨਹੀਂ। ਫਿਰ ਇਸਦੀ ਤੁਲਨਾ ਉਸ ਨਾਲ ਕਰੋ ਜੋ ਗਾਹਕ ਜੰਤਰ ਨੇ ਅਸਲ ਵਿੱਚ ਸਥਾਪਿਤ ਕੀਤਾ। BGP ਵਿੱਚ ਮੌਜੂਦ ਪਰ ਫਾਰਵਰਡਿੰਗ ਟੇਬਲ ਵਿੱਚ ਗੈਰਹਾਜ਼ਰ ਪ੍ਰੀਫਿਕਸ ਸਥਾਨਕ ਆਯਾਤ ਜਾਂ ਸਭ ਤੋਂ ਵਧੀਆ-ਮਾਰਗ ਦੀ ਸਮੱਸਿਆ ਹੈ, AWS ਰੂਟ ਟੇਬਲ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ।

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

ਉੱਥੇ ਹੁੰਦਿਆਂ ਕੀ ਨਾ ਬਦਲੋ

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

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

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