Windowsオペレーティングシステムでネットワークに接続していない場合でも、「169.254.x.x」というIPが接続されていることに気づきました。
Linuxでは、ルーティングテーブルを一覧表示します。
$ ip route show
次のようなエントリを取得します
169.254.0.0/16 dev eth0 scope link metric 1000
誰かが実際にこのIPが何であるかを私に説明できますか? 127.0.0.0/8ファミリーのようなものかどうか。
編集:ec2では、このIPにHTTPリクエストを送信することで、各インスタンスが自身のインスタンスに関するメタデータを取得できます。
$ curl -s http://169.254.169.254/user-data/
だから誰かがこのIPが実際に割り当てられている人を教えてもらえますか?
これらは 動的に構成されたリンクローカルアドレス です。これらは単一のネットワークセグメントでのみ有効であり、ルーティングされません。
特に、169.254.169.254は、Amazon EC2およびその他のクラウドコンピューティングプラットフォームで メタデータをクラウドインスタンスに配布する に使用されます。
ほとんどすべての状況で、DHCP経由でIPを取得するように設定されているが取得できないインターフェイスによって自動的に割り当てられるIPです。
これは、rfc3927で定義されているIPv4リンクローカルアドレスです。通常、ZeroConfig/Bonjour/mdnsなどの有効なボックスは、IPv4 llアドレスを使用して、DHCPまたはユニキャストDNSサーバーがなくても(ホーム)ネットワークを有効にするように設定されています。
これは、APIPAアドレスの特殊なケースです。 OPは169.254.x.xを要求していません
これはAPIPAアドレスであるだけでなく、HTTP(curlなど)経由のEC2METAクエリのためにAWS EC2インスタンスによって使用される内部アドレスです。
curl http://169.254.169.254/latest/meta-data/instance-id
改行なしでインスタンスIDを返します。これはスクリプトの作成に役立ちます。メタデータの「配布」ではなく、これらの属性のクエリに使用されます。