Edit: I am trying to setup a VPN link between a set of servers in our Data centre and our AWS nodes. I have been following instructions as described here:
I have failed to get it working and I noticed in the downloaded configuration file it mentions two inside IP addresses. One for the customer gateway and another for the virtual private gateway. These are bothe 169.254… addresses. I know that these are nonrouteable IPs so was wondering what their use was as the document isn’t clear as to where they should be used.
They’re link-local addresses used so the endpoints can talk to each other without risk of an IP address collision (since the address is only valid on the virtual network segment created by the VPN connection).
For protocols that have only link-local addresses, such as Ethernet, hardware addresses that the manufacturer delivers in network circuits are unique, consisting of a vendor identification and a serial identifier.
This is the only correct answer. Local metadata service is actually loopback to the EC2 hypervisor, the IP is always 169.254.169.254 for every instance. You can query it over http for immutable information related to that EC2 instance (Which AZ, subnet Id etc.). Try curl’ing it or read the doc linked above. Nothing to configure
When you create the VPN connection resource on the AWS end you’ll have the option to download a configuration script for most (if not all) of the customer-side platforms that they support. The 169.254.* addresses are something AWS dictates and you don’t really get any control over them.
Your answer has no bearing in the context of the question or on AWS/EC2. It was clear OP needed a better mental picture of what instance metadata is and your answer didn’t address that.
On this sub, if my answers are clarified or wrong I’ll make sure to delete my post or edit and thank the user who corrected me.
Your information regarding the metadata service is spot on. The part about “this is the only correct answer” is not as the original question is about 169.254.* addresses relating to VPN connections to AWS and has nothing to do with the EC2 metadata service (though I see the confusion as the metadata service also runs on a similar IP address).