AWS Client VPN ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਪਰ ਇੰਟਰਨੈੱਟ ਨਹੀਂ: ਰੂਟ ਜਾਂਚ

AWS Client VPN ਜੁੜਿਆ ਹੈ ਪਰ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਹੀਂ? ਕਲਾਇੰਟ ਰੂਟ, ਐਂਡਪੌਇੰਟ ਅਧਿਕਾਰ, ਸਬਨੈੱਟ ਨਿਕਾਸ ਅਤੇ DNS ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ।

ਤੁਸੀਂ AWS Client VPN ਐਂਡਪੌਇੰਟ ਨਾਲ ਜੁੜੇ ਹੋ, ਨਿੱਜੀ ਸਬਨੈੱਟ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ ਹਰ ਜਨਤਕ ਪੰਨਾ ਸਮਾਂ ਖਤਮ ਹੋ ਕੇ ਖਤਮ ਹੁੰਦਾ ਹੈ। ਇਹ ਸੰਜੋਗ ਸਮੱਸਿਆ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਪਾਸੇ ਦੀਆਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ: ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਥਾਪਿਤ ਰੂਟ, ਐਂਡਪੌਇੰਟ ਦਾ ਰੂਟ ਤੇ ਉਸਦਾ ਅਧਿਕਾਰ ਨਿਯਮ, ਜਾਂ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਦੀ ਅਗਲੀ ਛਾਲ। ਮੈਂ ਇਹਨਾਂ ਨੂੰ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਹਰ ਖਰਾਬੀ ਕਲਾਇੰਟ ਵੱਲੋਂ ਵੱਖਰੀ ਦਿਸਦੀ ਹੈ। ਇਹ ਗਾਈਡ VPC ਨਾਲ ਜੁੜੇ ਪ੍ਰਬੰਧਿਤ ਐਂਡਪੌਇੰਟ ਲਈ ਹੈ, EC2 ਇੰਸਟੈਂਸ ਉੱਤੇ OpenVPN ਸਰਵਰ ਜਾਂ Cloud WAN ਜਾਂ Transit Gateway ਜੁੜਾਅ ਲਈ ਨਹੀਂ।

ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਰੂਟ ਕਰਦਾ ਹੈ, ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਜੁੜੀ ਹਾਲਤ TLS ਸੈਸ਼ਨ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ CIDR ਦਿੱਤੇ ਜਾਣ ਦਾ ਸਬੂਤ ਦਿੰਦੀ ਹੈ, ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ. ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਜਨਤਕ ਪਤਾ ਕਿੱਥੇ ਜਾਵੇਗਾ, ਇਹ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ। Linux ਉੱਤੇ ip route get 1.1.1.1 ਟਨਲ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ; macOS ਉੱਤੇ netstat -rn -f inet | head -5 ਡਿਫਾਲਟ ਐਂਟਰੀ ਦਿਖਾਉਂਦਾ ਹੈ; Windows ਉੱਤੇ Find-NetRoute -RemoteIPAddress 1.1.1.1 ਚੁਣਿਆ ਇੰਟਰਫੇਸ ਅਤੇ ਅਗਲੀ ਛਾਲ ਛਾਪਦਾ ਹੈ।

ਫਿਰ ਸਪਲਿਟ-ਟਨਲ ਫਲੈਗ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਐਂਡਪੌਇੰਟ ਵੱਲੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਰੂਟ ਹੀ ਉਹ ਇਕੱਲੇ ਟਿਕਾਣੇ ਹਨ ਜੋ ਕਲਾਇੰਟ ਟਨਲ ਵਿੱਚ ਭੇਜਦਾ ਹੈ:

aws ec2 describe-client-vpn-endpoints \
  --client-vpn-endpoint-ids cvpn-endpoint-0123456789abcdef0 \
  --query 'ClientVpnEndpoints[0].SplitTunnel'

ਜਦੋਂ SplitTunnel true ਹੁੰਦਾ ਹੈ, ਜਨਤਕ ਟਿਕਾਣਾ ਟਨਲ ਵਰਤਦਾ ਹੈ ਸਿਰਫ਼ ਜਦੋਂ ਐਂਡਪੌਇੰਟ ਉਸਨੂੰ ਢਕਣ ਵਾਲਾ ਰੂਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਗੈਰਹਾਜ਼ਰ 0.0.0.0/0 ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਥਾਨਕ ਇੰਟਰਫੇਸ ਉੱਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਜੇ ਇਹ false ਹੈ, ਕਲਾਇੰਟ ਟ੍ਰੈਫਿਕ ਫੜ ਲੈਂਦਾ ਹੈ, ਪਰ ਐਂਡਪੌਇੰਟ ਨੂੰ ਅਜੇ ਵੀ ਰੂਟ ਤੇ ਅਧਿਕਾਰ ਦੇਣਾ ਪੈਂਦਾ ਹੈ; ਨਹੀਂ ਤਾਂ ਪੈਕਟ ਟਨਲ ਵਿੱਚ ਵੜ ਕੇ ਉੱਥੇ ਹੀ ਰੁੱਕ ਜਾਂਦੇ ਹਨ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਨੂੰ ਮੁੜ ਜੋੜੋ, ਕਿਉਂਕਿ ਰੂਟ ਅਤੇ DNS ਸਰਵਰ ਜੁੜਨ ਵੇਲੇ ਹੀ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਚੱਲ ਰਿਹਾ ਕਲਾਇੰਟ ਪੁਰਾਣਾ ਸੈੱਟ ਰੱਖ ਸਕਦਾ ਹੈ।

ਐਂਡਪੌਇੰਟ ਰੂਟ ਅਤੇ ਅਧਿਕਾਰ ਨਿਯਮ ਵੱਖਰੇ ਪੜ੍ਹੋ

ਇਹ ਦੋ ਚੀਜ਼ਾਂ ਹਨ, ਅਤੇ ਇੱਕ ਬਣਾਉਣ ਨਾਲ ਦੂਜੀ ਨਹੀਂ ਬਣਦੀ। ਐਂਡਪੌਇੰਟ ਰੂਟ ਸੂਚੀਬੱਧ ਕਰੋ ਅਤੇ ਅਜਿਹਾ ਡਿਫਾਲਟ ਰੂਟ ਲੱਭੋ ਜਿਸਦਾ ਟਿਕਾਣਾ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਹੈ:

aws ec2 describe-client-vpn-routes \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0

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

ਅਧਿਕਾਰ ਦੂਜੀ ਚੀਜ਼ ਹੈ। ਜਦੋਂ ਕੋਈ ਨਿਯਮ ਜਨਤਕ ਟਿਕਾਣੇ ਨੂੰ ਨਹੀਂ ਢਕਦਾ, ਟਨਲ ਪੈਕਟ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੇਵਾ ਉਸਨੂੰ ਸੁੱਟ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਨਿੱਜੀ ਸਾਧਨ ਚੱਲਦੇ ਰਹਿੰਦੇ ਹਨ ਪਰ ਇੰਟਰਨੈੱਟ ਨਹੀਂ:

aws ec2 describe-client-vpn-authorization-rules \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0

VPC CIDR ਲਈ ਨਿਯਮ 0.0.0.0/0 ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਪੂਰੇ ਟਨਲ ਲਈ ਗੁੰਮ ਹਿੱਸੇ ਜੋੜਨ ਦਾ ਮਤਲਬ ਹੈ ਹਰ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਲਈ ਇੱਕ ਰੂਟ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਆਡਿਟ ਕਰਨ ਯੋਗ ਇੱਕ ਅਧਿਕਾਰ ਨਿਯਮ:

aws ec2 create-client-vpn-route \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0 \
  --destination-cidr-block 0.0.0.0/0 \
  --target-vpc-subnet-id subnet-0a1b2c3d4e5f67890
aws ec2 create-client-vpn-authorization-rule \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0 \
  --destination-cidr-block 0.0.0.0/0 \
  --access-all \
  --description "internet egress for full tunnel"

--access-all ਐਂਡਪੌਇੰਟ ਦੇ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਟਿਕਾਣਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਸਿਰਫ਼ ਉਦੋਂ ਤੱਕ ਰੱਖੋ ਜਦੋਂ ਤੱਕ ਟਨਲ ਪੂਰਾ ਹੋਣਾ ਹੈ; ਜੋੜਨ ਲਈ ਸਮੂਹ ਹੋਣ ਤਾਂ ਡਾਇਰੈਕਟਰੀ ਸਮੂਹ ਨਾਲ ਬੱਧਾ ਨਿਯਮ ਬਿਹਤਰ ਹੈ।

ਪੈਕਟ ਨੂੰ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਤੋਂ ਬਾਹਰ ਤੱਕ ਪਿੱਛਾ ਕਰੋ

ਐਂਡਪੌਇੰਟ ਰੂਟ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ AWS ਉਹ ਪੈਕਟ ਉਸ ਸਬਨੈੱਟ ਨੂੰ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਸ ਤੋਂ ਬਾਅਦ ਦੀ ਅਗਲੀ ਛਾਲ ਤੈਅ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਸਬਨੈੱਟ ਦੀ ਆਪਣੀ VPC ਰੂਟ ਸਾਰਣੀ ਵਿੱਚ ਹੁੰਦੀ ਹੈ:

aws ec2 describe-route-tables \
  --filters Name=association.subnet-id,Values=subnet-0a1b2c3d4e5f67890 \
  --query 'RouteTables[].Routes[?DestinationCidrBlock==`0.0.0.0/0`]'

ਵਰਤੋਂਯੋਗ ਡਿਫਾਲਟ ਰੂਟ ਜਨਤਕ ਸਬਨੈੱਟ ਲਈ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਵੱਲ, ਜਾਂ ਨਿੱਜੀ ਲਈ NAT ਗੇਟਵੇ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ, ਅਤੇ blackhole ਹਾਲਤ ਦਾ ਮਤਲਬ ਹੈ ਟਿਕਾਣਾ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ ਰਾਹ ਹੁਣ ਚੁੱਪਚਾਪ ਮਰ ਰਿਹਾ ਹੈ। ਇਹ ਐਂਡਪੌਇੰਟ ਦੀ ਰੂਟ ਸੂਚੀ ਤੋਂ ਵੱਖਰੀਆਂ ਸਾਰਣੀਆਂ ਹਨ, ਅਤੇ ਇੱਕ ਠੀਕ ਕਰਨ ਨਾਲ ਦੂਜੀ ਠੀਕ ਨਹੀਂ ਹੁੰਦੀ।

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

ਤਿੰਨੇ ਇਕੱਠੇ ਬਦਲਣ ਦੀ ਥਾਂ ਲੱਛਣ ਤੋਂ ਪਹਿਲੀ ਪਰਤ ਚੁਣੋ:

What you observeLayer to check first
No tunnel interface for a public IPClient route or split-tunnel flag
Tunnel interface chosen, request times outEndpoint route and authorization rule
Endpoint route present, still times outSubnet route table, association security group
Named host fails, numeric address worksDNS servers and their own authorization

DNS ਖਰਾਬੀ ਨੂੰ ਮਿਰਤ ਰੂਟ ਤੋਂ ਵੱਖ ਕਰੋ

ਨਾਮ ਹੱਲ ਅਗੇਤਰਨ ਨਾਲੋਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪੂਰਾ ਟਨਲ ਇਸ ਫਰਕ ਨੂੰ ਜ਼ਰੂਰੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਧੱਕੇ ਹੋਏ ਰਿਜ਼ੋਲਵਰ ਤੱਕ ਹੁਣ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ। ਜੇ ਐਂਡਪੌਇੰਟ VPC DNS ਸਰਵਰ ਦੱਸਦਾ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਪਤਿਆਂ ਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਟਿਕਾਣੇ ਵਾਂਗ ਰੂਟ ਕਵਰੇਜ ਅਤੇ ਅਧਿਕਾਰ ਚਾਹੀਦਾ ਹੈ। ਕਿਹੜੀ ਖਰਾਬੀ ਹੈ ਇਹ ਵੇਖਣ ਲਈ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਸਿੱਧਾ ਪੁੱਛੋ: dig +short example.com @10.0.0.2, ਜਾਂ nslookup example.com 10.0.0.2 Windows ਉੱਤੇ।

ਜਦੋਂ ਸੰਖਿਆਤਮਕ URL ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਨਾਮ ਵਾਲਾ ਨਹੀਂ, ਤਾਂ ਡਿਫਾਲਟ ਰੂਟ ਸੋਧਣਾ ਬੰਦ ਕਰੋ ਅਤੇ DNS ਉੱਤੇ ਕੰਮ ਕਰੋ। IP ਪਤੇ ਉੱਤੇ ਬੇਨਤੀ ਨਾਮ ਵਾਲੇ ਵਰਚੁਅਲ ਹੋਸਟ ਅਤੇ ਉਸਦੇ ਸਰਟੀਫਿਕੇਟ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਇਸ ਲਈ ਅੰਤਿਮ ਜਾਂਚ ਵਿੱਚ ਇੱਕ ਨਾਮ ਵਾਲਾ ਟੈਸਟ ਰੱਖੋ।

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

ਸਾਫ਼ ਢੰਗ ਨਾਲ ਵਾਪਸ ਲਵੋ, ਫਿਰ ਨਿਕਾਸ ਰਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਦੋਵੇਂ ਚੀਜ਼ਾਂ ਵਾਧੂ ਸਨ, ਇਸ ਲਈ ਵਾਪਸ ਲੈਣਾ ਮੁਰੰਮਤ ਨਹੀਂ, ਮਿਟਾਉਣਾ ਹੈ:

aws ec2 delete-client-vpn-route \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0 \
  --destination-cidr-block 0.0.0.0/0 \
  --target-vpc-subnet-id subnet-0a1b2c3d4e5f67890
aws ec2 delete-client-vpn-authorization-rule \
  --client-vpn-endpoint-id cvpn-endpoint-0123456789abcdef0 \
  --destination-cidr-block 0.0.0.0/0 \
  --access-all

ਮੁੜ ਜੋੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟ੍ਰੈਫਿਕ ਕਿਹੜੇ ਰਾਹ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਵੇਖੇ ਗਏ ਜਨਤਕ ਪਤੇ ਦੀ ਤੁਲਨਾ NAT ਗੇਟਵੇ ਦੇ ਲਚਕਦਾਰ IP ਪਤੇ ਨਾਲ, ਜਾਂ ਤੁਸੀਂ ਜਿਹੜਾ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਸੀ ਉਸ ਨਾਲ ਕਰੋ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਨਿੱਜੀ ਸਾਧਨ ਉਸੇ ਸੈਸ਼ਨ ਵਿੱਚ ਅਜੇ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ਛੋਟੀ ਸੂਚੀ ਨਾਲ ਖਤਮ ਕਰੋ ਅਤੇ ਆਖਰੀ ਬਿੰਦੂ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ, ਬਦਲਾਅ ਦਾ ਹਿੱਸਾ ਮੰਨੋ:

  • ਹਰ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਲਈ ਇੱਕ 0.0.0.0/0 ਐਂਡਪੌਇੰਟ ਰੂਟ।
  • ਤੁਸੀਂ ਜਿਹਨਾਂ ਕਲਾਇੰਟਾਂ ਦੀ ਸੇਵਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਉਹਨਾਂ ਲਈ 0.0.0.0/0 ਢਕਣ ਵਾਲਾ ਅਧਿਕਾਰ ਨਿਯਮ।
  • ਹਰ ਸੰਬੰਧਿਤ ਸਬਨੈੱਟ ਉੱਤੇ blackhole ਨਾ ਹੋਣ ਵਾਲਾ VPC ਡਿਫਾਲਟ ਰੂਟ।
  • ਸੰਬੰਧ ਸੁਰੱਖਿਆ ਸਮੂਹ ਦਾ ਨਿਕਾਸ, ਨਾਲ ACL ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ।
  • ਰਿਜ਼ੋਲਵਰ ਪਤੇ ਰੂਟ ਅਤੇ ਅਧਿਕਾਰਿਤ, ਨਾਮ ਵਾਲੀ ਬੇਨਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕੀਤੀ।
  • ਰੂਟ ਅਤੇ ਨਿਯਮ ਲਈ ਦਰਜ ਰੋਲਬੈਕ।

ਇੱਕ ਦਾਇਰਾ ਨੋਟ: ਇਹ IPv4 ਰਾਹ ਹੈ। ਦੋਹਰਾ ਸਟੈਕ ਕਲਾਇੰਟ ਆਪਣੀ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ IPv6 ਜੁੜਾਅ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ IPv6 ਡਿਫਾਲਟ ਰੂਟ ਇਸਦਾ ਮਾੜਾ ਪ੍ਰਭਾਵ ਨਹੀਂ, ਆਪਣੇ ਅਧਿਕਾਰ ਵਾਲਾ ਵੱਖਰਾ ਫੈਸਲਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ