параметр объема IP-адреса
Когда я вышел из школы, я не был даже главной наукой аккомпанемента. То, что помогло мне, создавало блог с решениями различных проблем, проектов и сценариев. Я думаю, что это может помочь много, если Вы пишете полные статьи. Блог, который просто связывается с другими сайтами, вероятно, не получит Вас нигде. Я действительно получал обратную связь от заданий, я получил высказывание, что блог был основным фактором в их выборе. Это будет не всегда помогать, потому что работодатели не могут обеспокоиться, но некоторые будут. Можно упомянуть это в покрытии 'буква'.
Кроме того, если Вы находите способ способствовать некоторому открытому исходному коду, который мог бы помочь также.
С этим можно показать набору навыков больше, чем Вы можете со своим резюме. Наконец, не истинный опыт работы, не пробуйте, выдают его как это. Но это может показать знание вещей, и что Вы высоко мотивированы.
Всего наилучшего
из http://linux-ip.net/html/tools-ip-address.html:
Объем | описание
глобальный | допустимый везде
сайт | допустимый только на этом сайте (IPv6)
свяжитесь | допустимый только на этом устройстве
разместите | допустимый только в этом хосте (машина)
Объем обычно определяется IP утилитой без конкретного вида использования на командной строке. (...)
Следующие цитаты из книги внутренности сети Understanding Linux Christian Benvenuti, O'Reilly:
"Объемом маршрута в Linux является индикатор расстояния до сети назначения. Объемом IP-адреса является индикатор того, как далеко от локального хоста адрес известен, который, в некоторой степени также говорит Вам, как далеко владелец того адреса от локального хоста (...).
Хост: адрес имеет объем хоста, когда он используется только для передачи в самом хосте. Вне хоста этот адрес не известен и не может использоваться. Примером является петлевой адрес, 127.0.0.1
Ссылка: адрес имеет объем ссылки, когда это значимо и может использоваться только в LAN. Примером является широковещательный адрес подсети.
Глобальный: адрес имеет глобальную область видимости, когда это может использоваться где угодно. Это - объем по умолчанию для большинства адресов. (...)"
Главная причина использовать объемы, кажется, что хост с несколькими интерфейсами и адресами должен решить, когда использовать который адрес. Для связи с собой может использоваться петлевой адрес (хост объема). С коммуникацией elswhere, должен быть выбран другой адрес.
Чтобы начать понимать определение объема, необходимо запустить путем знания, каковы локальные для ссылки и локальные для сайта адреса. После того как они разрешены затем, другие встанут на свое место. Заключение в кавычки некоторых отрывков из документов IPv6.
Ссылка
Локальный для ссылки адрес, как предполагается, используется для обращения к узлам на единственной ссылке. Пакеты, происходящие из или предназначенный к локальному для ссылки адресу, не будут переданы маршрутизатором.
Примером этого является диапазон 169.254/16. Который Вы, возможно, видели прежде, когда устройства не могут получить допустимый адрес из DHCP.
Сайт
Локальный для сайта адрес, как предполагается, используется на сайте. Маршрутизаторы не передадут пакета с локальным для сайта источником или адресом назначения вне сайта.
Это только относится к IPv6. Нет никакого понятия локальных для сайта адресов в IPv4.
Хост
Адрес узла - что-то, что будет только существовать в самой хост-машине. Например, 127.0.0.1 адрес узла, обычно присваиваемый петлевому интерфейсу. Петлевой интерфейс не имеет никакой внешней возможности соединения и таким образом, это - объем, ограничен в той из хост-машины.
Глобальный
Глобальный адрес - то, что Вы могли бы в настоящее время рассматривать "нормальным" адресом. Таким образом, индивидуальный адрес, который видим на и routable через внешнюю сеть.
Эти комментарии можно найти в fib_semantics.c
704 * Every prefix is assigned a "scope" value: "host" is local address,
705 * "link" is direct route,
706 * [ ... "site" ... "interior" ... ]
707 * and "universe" is true gateway route with global meaning.
708 *
709 * Every prefix refers to a set of "nexthop"s (gw, oif),
710 * where gw must have narrower scope. This recursion stops
711 * when gw has LOCAL scope or if "nexthop" is declared ONLINK,
712 * which means that gw is forced to be on link.
....
719 * Normally it looks as following.
720 *
721 * {universe prefix} -> (gw, oif) [scope link]
722 * |
723 * |-> {link prefix} -> (gw, oif) [scope local]
724 * |
725 * |-> {local prefix} (terminal node)
726 */
хорошо. Я приведу реальный практический пример, а не только теорию.
у меня была на моем ноутбуке ссылка на область в
/etc/network/interfaces
auto ens160
iface ens160 inet static
address 172.16.102.33
netmask 255.255.255.0
network 172.16.102.0
broadcast 172.16.102.255
**scope link**
gateway 172.16.102.1
, когда я пытался
# ping 8.8.8.8
мой шлюз cisco asa заблокировал мой пакет и написал в журналах
Deny IP spoof from (0.0.0.0) to 8.8.8.8 on interface sandbox
, поэтому я не мог получить 8.8.8.8
, и если вы используете tcpdump, вы увидите, что linux действительно отправит по локальной сети пакеты с scr ip = 0.0.0.0
tcpdump -n -vv icmp -i ens160
когда я изменил /etc/network/interfaces с scope global
auto ens160
iface ens160 inet static
address 172.16.102.33
netmask 255.255.255.0
network 172.16.102.0
broadcast 172.16.102.255
**scope global**
gateway 172.16.102.1
я смог успешно получить 8.8.8.8
вот как область сетевых настроек, например, оказывает реальное влияние на ip-пакеты
также для тех, кому нужно более подробное объяснение областей действия пожалуйста, посмотрите здесь - https://unix.stackexchange.com/a/611945/214557
metricаргумент раньше указывал расстояние? – rolaf 7 September 2009 в 16:01