ipv6: `ifconfig` hiển thị Phạm vi phạm vi: Liên kết. Phạm vi phạm vi: Liên kết là gì?


9

Tôi đang ở trên hộp RedHat 6. IPv6 được bật theo mặc định và tất cả các giao diện đã được gán một địa chỉ IPv6.

ifconfig báo cáo rằng các địa chỉ IPv6 này có Phạm vi 'Liên kết'.

% ifconfig eth0 Liên kết mã hóa: Ethernet HWaddr 00: 24: 90: AA: BB: 1A
inet addr: 192.168.10.100 Bcast: 192.168.10.255 Mặt nạ: 255.255.255.0 inet6 addr: fe80 :: 224: 90ff: feaa: bb1a Phạm vi: Liên kết UP MÔI GIỚI RUNNING MULTICAST MTU: 1500 Số liệu: 1

eth1 Link encap: Ethernet HWaddr 00: 24: 90: AA: BB: 1B
inet addr: 10.8.8.44 Bcast: 10.8.8.255 Mặt nạ: 255.255.255.0 inet6 addr: fe80 :: 224: 90ff: feaa: bb1b / 64 Phạm vi: Liên kết UP MÔI GIỚI RUNNING MULTICAST MTU: 1500 Số liệu: 1

'Phạm vi: Liên kết' nghĩa là gì? Tôi thấy rằng phần sau của địa chỉ IPv6 tương tự như địa chỉ MAC của NIC. Các thiết bị khác trên cùng phân khúc mạng có thể ping thiết bị này không, mặc dù tôi chưa thiết lập rõ ràng địa chỉ IPv6?

Tại sao Phạm vi này không xuất hiện cho các địa chỉ IPv4 của tôi? "Phạm vi: Liên kết" có phải là khái niệm chỉ dành cho IPv6 không?


Câu trả lời:


9

Phạm vi liên kết, fe80 :: / 10 (thực tế được triển khai là a / 64, nhưng toàn bộ / 10 được bảo lưu), được cách ly với các thiết bị trên phân khúc lớp 2. Bạn có thể sử dụng địa chỉ fe80 của thiết bị để liên lạc trong phân khúc, nhưng bạn sẽ cần một địa chỉ có phạm vi khác để thực hiện bất kỳ giao tiếp nào yêu cầu định tuyến bên ngoài phân khúc.


Về chỉnh sửa của bạn: Mặc dù ý tưởng về một địa chỉ riêng chắc chắn được áp dụng trong IPv4 (phạm vi 169.254 / 16 và RFC 1918), việc triển khai các địa chỉ này có phần khác nhau do sự phổ biến của NAT. Ngược lại, các địa chỉ phạm vi liên kết và phạm vi fc00 :: / 7 (tương đương với phạm vi RFC1918 của IPv4) tồn tại và được sử dụng cùng với địa chỉ toàn cầu của mỗi thiết bị.

Việc xử lý đặc biệt được áp dụng trong nhiều triển khai để giải thích cho phạm vi địa chỉ không cần thiết trong việc triển khai IPv4.


0

169.254.0.0/16 KHÔNG phải là địa chỉ "riêng tư". Đó là địa chỉ "Liên kết cục bộ".

Tuy nhiên, như đã nêu, địa chỉ liên kết cục bộ trong IPv4 rất khác (và ít hữu ích hơn nhiều so với địa chỉ liên kết cục bộ trong IPv6.

Trong IPv6, bạn không thể có kết nối toàn cầu hoặc địa chỉ phạm vi toàn cầu (ngoại trừ địa chỉ được gán tĩnh) mà không có địa chỉ liên kết cục bộ trước. Địa chỉ liên kết cục bộ được sử dụng để giải quyết các bộ định tuyến bước nhảy tiếp theo, cho các phụ thuộc OSPF, cho SLAAC và DHCPv6 và nhiều thứ khác trong IPv6.

fd00 :: / 8 (ULA Random) có mục đích và ý thức hệ hơi giống với địa chỉ RFC-1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), nhưng hoàn toàn khác nhau. Về lý thuyết, bạn nên sử dụng một quy trình ngẫu nhiên đáng tin cậy để tạo ra 40 bit cần thiết (các chữ số x trong fdxx: xxxx: xxxx :: / 48) để tạo tiền tố / 48. Về mặt lý thuyết, điều này sẽ khiến cho các vụ va chạm giữa các tổ chức tham gia mạng địa chỉ ULA của họ khó xảy ra.

fc00 :: / 8 (nửa còn lại của fc00 :: / 7) được dự định đăng ký ULA, nhưng RFC đã nhận được sự phản đối mạnh mẽ và không đạt được sự đồng thuận. Bản nháp đã hết hạn và trong khi IANA đã dành riêng fc00 :: / 7 cho ULA và fd00 :: / 8 được chỉ định cho ULA Random, không có tiêu chuẩn cài đặt RFC hoặc cho phép sử dụng fc00 :: / 8 tại thời điểm này.

Một máy chủ có IPv6 toàn cầu sẽ có báo cáo giao diện tương tự như sau:

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
    ether 68:fe:f7:07:11:6f 
    inet6 fe80::c19:132b:7ba:abc2%en0 prefixlen 64 secured scopeid 0x7 
    inet6 2001:db8:930::200:5 prefixlen 64 
    inet xxx.xxx.xxx.5 netmask 0xffffff00 broadcast xxx.xxx.xxx.255
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (1000baseT <full-duplex,flow-control>)
    status: active

(Trên đây là giao diện được gán tĩnh)

Tuy nhiên, lưu ý rằng nó vẫn có cả địa chỉ Liên kết cục bộ (fe80 :: c19: 132b: 7ba: abc2 / 64) và Địa chỉ Unicast toàn cầu (2001: db8: 930 :: 5/64).

Tôi đã thay đổi tiền tố IPv6 thành tiền tố dành riêng cho tài liệu và định nghĩa lại tiền tố IPv4.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.