почему в адресе ipv6 есть знак процента "%"?

<p>я использую классы <code>.net framework</code>, чтобы получить ip-адреса для моей машины.</p><pre><code>dns.gethostaddresses(dns.gethostname()) </code></pre><p>у меня есть адаптер virtualbox, который имеет адреса ipv4 и ipv6. используя код .net, я получаю адрес ipv6 в виде <code>fe80::71a3:2b00:ddd3:753f%16</code></p><p><strong>обратите внимание на% 16 в конце?</strong></p><p>однако, если я запрашиваю то же самое с помощью <code>wmi</code>, я получаю адрес как «fe80 :: 71a3: 2b00: ddd3: 753f»</p><p>итак, имеет ли% 16 какое-то особое значение?</p><p><strong>правка:</strong></p><p>у меня просто было еще несколько замечаний по этому поводу. и они очень хорошо соответствуют тому, что сказал стивен дженнингс в своем ответе.</p><p>я установил vmware, чтобы посмотреть, какой ipv6-адрес выдан. адреса были: fe80 :: 3dd0: 7f8e: 57b7: 34d5% 19</p><p>fe80 :: b059: 65f4: e877: c40% 20</p><p>ясно, что числа после% не являются каким-либо шестнадцатеричным представлением. я проверил все свойства, доступные для сетевого адаптера, используя wmi, и обнаружил, что числа точно совпадают со свойством interfaceindex каждого сетевого адаптера. согласно <a href="http://msdn.microsoft.com/en-us/library/aa394216%28vs.85%29.aspx">msdn</a> , он однозначно идентифицирует каждый сетевой адаптер, и это свойство было введено в vista.</p><p>что меня еще смущало, так это то, почему класс ipaddress позволил бы вам создать ip-адрес в этом формате, если он не был действительным. ответ был предоставлен стивеном. номер является идентификатором области. ipaddress имеет конструктор, который принимает адрес и идентификатор области.</p><p>да, и все эти три сетевых адаптера были локальными. подтвердил это через ipconfig</p><p>здорово. это было интересно!</p>

<p>число после «%» - это идентификатор области.</p><p>ipv6 определяет как минимум три области достижимости для адресов:</p><ol> <li> <p>глобально адресуемый. это адрес ipv6, предоставленный вам вашим провайдером. он доступен для использования в общедоступном интернете.</p> </li> <li> <p>link-местные. это похоже на диапазон 169.254.x.x. это адрес, который компьютер назначает себе для облегчения локальной связи. эти адреса не распространяются в общедоступном интернете, потому что они не являются глобально уникальными.</p> </li> <li> <p>узел-местный. это адрес, который идентифицирует локальный интерфейс, подобный 127.0.0.1. по сути, это адрес :: 1.</p> </li> </ol><p> <a href="http://msdn.microsoft.com/en-us/library/aa917150.aspx">microsoft опубликовала эту статью, описывающую адресацию ipv6</a> , которая является наименее запутанной статьей, которую я нашел. в статье указывается, что наличие идентификатора области в вашем адресе означает, что это <a href="http://en.wikipedia.org/wiki/link-local\_address">локальный адрес ссылки</a> . вы также можете сказать, что это локальная ссылка, потому что адрес начинается с <code>fe80</code>.</p><p>ясная, просто понятная информация по этой теме, кажется, редка, поэтому я собираю остальную часть этого вместе, основываясь на моем лучшем понимании <a href="http://tools.ietf.org/html/rfc4007">rfc 4007</a> и другой информации там.</p><p>компьютер может иметь несколько локальных адресов ссылок, каждый из которых имеет свою область видимости. идентификатор области указывает, для какой области предназначен адрес. например, представьте сценарий компьютера с двумя сетевыми картами, каждый с локальным адресом в разных сетях. если вы попытаетесь отправить что-то на другой адрес, начинающийся с fe80, как компьютер узнает, на какую nic отправлять? идентификатор области видимости является решением для этого.</p>

<p>адреса ipv6 с префиксом fe80 ::/64 являются локальными ссылочными адресами, которые создаются путем объединения этого префикса с аппаратным адресом сетевого устройства, 71a3: 2b00: ddd3: 753f в вашем примере. (аналог в ipv4 - 169.254.0.0/16.) поскольку префикс одинаков для всех локальных адресов канала на машине, иногда для маршрутизации может потребоваться информация о том, на какой интерфейс вы ссылаетесь. и это то, что указывает число после процента, называемого индексом зоны. особенности зависят от операционной системы: в windows <code>%16</code> это интерфейс номер 16; например, в linux вы можете увидеть что-то вроде <code>%eth0</code>.</p><p>некоторые инструменты и api, будут рассматривать этот индекс зоны неважным или неявным для своих целей. например, в linux инструмент <code>ifconfig</code> не показывает его, поскольку очевидно, к какому интерфейсу относится адрес. но в целом это следует учитывать.</p>

<p>символы после% (в вашем примере это числа) являются идентификатором интерфейса. эти символы используются для идентификации «сетевого интерфейса», который люди часто называют «сетевой картой». например, это может помочь определить, будет ли пакет использовать проводную карту ethernet или беспроводной адаптер wi-fi.</p><p>я предполагаю, что вы используете microsoft windows. он использует числа в качестве идентификаторов интерфейса.</p><p>для сравнения, unix-подобные системы могут использовать буквы после знака%. например: <code>fe80::71a3:2b00:ddd3:753f%eth0</code></p><p>в этом случае идентификатор интерфейса <code>eth0</code> совпадает с именем сетевой карты.</p><p>в microsoft windows вы можете получить список (числовых) идентификаторов интерфейса с помощью одной из командных строк, которые проверяют таблицу маршрутизации. я предпочитаю «<code>netstat -nr</code>», так как это также работает в других операционных системах, но microsoft windows также поддерживает «<code>route print</code>». полученный результат, о котором сообщается, скорее всего, будет длиннее экрана, поэтому будьте готовы прокрутить назад, если только вы не перейдете к большему.</p><p>например, в моей системе:</p><blockquote> <p><code>=========================================================================== interface list 14...5c f9 dd 6d 98 b8 ......realtek pcie gbe family controller 12...e0 06 e6 7e fc 4e ......bluetooth device (personal area network) 1...........................software loopback interface 1 13...00 00 00 00 00 00 00 e0 microsoft isatap adapter 15...00 00 00 00 00 00 00 e0 microsoft isatap adapter #2 ===========================================================================</code></p> </blockquote><p>в этом случае адрес, такой как fe80 :: 71a3: 2b00: ddd3: 753f% 14, будет ссылаться на мой контроллер семейства realtek pcie gbe. «gbe» относится к gigabit ethernet.</p><p>теперь вот сложная часть: если вы хотите пропинговать удаленный адрес, вам может понадобиться использовать адрес ipv6 удаленной системы, но идентификатор интерфейса локальной системы. так, например, если я использую компьютер a и у меня есть локальный ipv6-адрес fe80 :: 1, связанный с интерфейсом № 14, и я хочу пропинговать компьютер b, и у него есть локальный ipv6-адрес fe80 :: 2, связанный с его интерфейс номер 16, то это то, что я хотел бы использовать:</p><p><code>ping fe80::2%14</code></p><p>таким образом, команда <code>ping</code> отправит пакет icmpv6 на удаленный ipv6-адрес (fd80 :: 2), который принадлежит удаленному компьютеру, и будет использовать интерфейс с идентификатором 14 для этого. идентификатор интерфейса 14 - это номер системы, которую я использую, а не удаленная система.</p><p>теперь давайте посмотрим, почему это может быть необходимо.</p><p>если я хочу пропинговать ipv6-адрес google (который на момент написания этого ответа был 2607: f8b0: 400a: 802 :: 200e), тогда таблица маршрутизации проверит, какая сетевая карта обрабатывает адреса, начинающиеся с 2607: f8b0: 400a: 802. в таблице маршрутизации будет указано, что ни одна из моих сетевых карт не подключена напрямую к сети с использованием адресов, начинающихся с 2607: f8b0: 400a: 802, поэтому мой компьютер будет использовать адрес «шлюза». если бы я подключался к другой сети, которая является частью организации, в которой я работаю, у меня мог бы быть специальный адрес «шлюза», который направляет трафик в частную сеть. в этом случае у меня нет более конкретного шлюза, поэтому я буду использовать ipv6 «шлюз по умолчанию». именно так ipv6 работает большую часть времени, за исключением локальных адресов. это также, как ipv4 работал большую часть времени. (я упростил этот пример, предположив, что размер подсети ipv6 равен/64, поскольку описание всего процесса сделало бы это описание еще более длинным.)</p><p>согласно <a href="https://tools.ietf.org/html/rfc4291#section-2.8">rfc 4291 раздел 2.8</a> , каждый компьютер, использующий ipv6, должен назначать локальный адрес канала каждому сетевому интерфейсу. <a href="https://tools.ietf.org/html/rfc4291#section-2.5.6">rfc 4291 раздел 2.5.6</a> показывает биты, с которых должны начинаться локальные адреса каналов, что приводит к тому, что локальные адреса ссылок начинаются с "fe80: 0000: 0000: 0000:" (хотя многие из этих нулей свернуты в двойную двоеточие). тот факт, что эти адреса начинаются с "fe80:", также описывается в <a href="https://tools.ietf.org/html/rfc4291#section-2.4">rfc 4291 раздел 2.4</a> .</p><p>если вы попытаетесь пропинговать удаленную систему (например, «2607: f8b0: 400a: 802»), общий процесс обычно состоит в том, чтобы выяснить сеть или подсеть, частью которой является адрес, что делается путем просмотра битов. в начале адреса. затем эти биты используются для определения способа маршрутизации трафика.</p><p>однако этот процесс не работает для локального адреса канала ipv6, поскольку каждый отдельный (рабочий, активный) сетевой интерфейс имеет локальный адрес канала, начинающийся с «fe80:» в подсети с использованием префикса/размера подсети «/ 64" . если вы используете ноутбук, вы, вероятно, обнаружите, что и ваша карта ethernet, и ваш адаптер wi-fi будут иметь такой ipv6-адрес.</p><p>теперь, когда вы отправляете свой ping на fe80 :: 2, вы хотите, чтобы ваш компьютер отправил этот пакет на правильную сетевую карту. если у вас есть принтер, подключенный к проводной сети, вы не хотите отправлять трафик с вашей карты wi-fi, используя сетевой путь/маршрут, который не приведет к трафику, поступающему на принтер. и если вы пытаетесь установить связь с беспроводным устройством с помощью вашей карты wi-fi, вы не хотите, чтобы ваш трафик выходил из карты ethernet.</p><p>решение состоит в том, чтобы вы указали, какое сетевое устройство вы хотите использовать для трафика. итак, вот цель сетевого идентификатора.</p>