Адрес ссылки: Словарь SEO терминов — СайтАктив: основные сео-термины

Содержание

Как узнать реальный url адрес короткой ссылки без перехода?

– Автор: Игорь (Администратор)

На сегодняшний день, короткие Url адреса — это один из востребованных инструментов для оптимизации текста и укорачивания длинных ссылок. Самым ярким примером сервиса, который постоянно использует данный инструмент, является Twitter, с его ограниченностью в 140 символов.

Примечание: Сейчас url адреса легко могут состоять из большого количества символов. Взгляните на адрес данной страницы. Согласитесь, что, несмотря на относительно хорошую читаемость данного адреса, использовать его не всегда удобно?

Однако, у коротких ссылок, как и у любого другого публичного инструмента, существует и обратная сторона. Эти анонимные ссылки могут перенаправлять пользователя на различные фишинговые сайты, с целью кражи личной информации, или, даже хуже, могут перенаправлять вас на различные вредоносные сайты с троянскими, шпионскими и другими программами.

Тут и возникает вопрос «Как узнать реальный url-адрес короткой ссылки, до перехода по ней?». Как минимум, есть несколько ответов и решений. Вы можете использовать специальные надстройки для браузеров, которые будут раскрывать ссылки и показывать реальный источник назначения. Или же вы можете переходить только по ссылкам известных сервисов, которые гарантируют относительную безопасность данных ссылок, чтобы исключить сам вопрос. Вы так же можете использовать специальные сервисы для проверки реальных адресов. Каждый из вариантов имеет свои плюсы и минусы.

В случае надстроек, явным плюсом будет автоматизация процесса, ведь вам нужно только установить расширение, а все остальное надстройка сделает сама. Минус в том, что это сторонний механизм, который может быть взломан или деактивирован вирусом. Он так же может быть бесполезен, если перед ним будет выполняться вредоносное расширение, которое будет заменять все короткие адреса на свои полноценные адреса. (Подробнее об надстройках для FireFox и Chrome вы можете узнать в следующей статье).

Если вы выберите тактику «использовать только относительно безопасные ссылки», то, в данном случае, плюсом будет проверка ссылок силами самих сервисов. Т.е. еще до вашего щелчка, данная ссылка будет просмотрена кем-то. Однако, минус очевиден. Гарантий не может быть. У сервисов есть свои слабые места, которые могут использовать злоумышленники.

Примечание: Например, через цепочку переадресаций с временной задержкой или через показ «хороших» заглушек для ботов самих сервисов. 

Если рассматривать сторонние сервисы для проверки реальных адресов, то плюс в том, что переход по ссылке осуществляете не вы, а сервис. Минус в том, что вам нужно проверять каждую ссылку самостоятельно, что очень не удобно, особенно, при частом использовании. Однако, это один из самых безопасных способов, и о нем стоит знать. Вот пара сервисов, которые могут пригодиться:

Теперь вы знаете как узнать реальные url адреса коротких ссылок, а так же какие могут возникнуть проблемы при использовании каждого из способов.

☕ Хотите выразить благодарность автору? Поделитесь с друзьями!

  • Ищите готовый набор программ для PDF (редактор, читалка)?
  • Как узнать скорость копирования на флешку или usb диск?
Добавить комментарий / отзыв

Скрывайте исходный URL-адрес короткой ссылки

Чтобы защитить конфиденциальность исходных ссылок, Short.io (formerly short.cm) предоставляет функцию скрытых URL. Функция помогает скрыть исходный длинный URL-адрес, чтобы посетители видели только короткую ссылку в адресной строке браузера Таким образом, исходные URL остаются нераскрытыми.

Эта функция распространена в партнерских программах, которые часто используются в целях рекламных кампаний. В партнерском маркетинге владелец бренда (продавец продукта или поставщик услуг) заключает сделку с издателями (филиалами) о вознаграждении за каждого посетителя или покупателя, привлеченного к необходимой веб-странице. Техническая реализация подобна UTM-тегам В аффилированные ссылки включены специальные параметры с уникальным идентификатором партнера. Эти параметры позволяют продавцу услуг легко рассчитать комиссию каждого партнера.

Участие в партнерских программах — способ монетизации любого вида бизнеса. Но этот подход содержит некоторые недостатки с защитой прибыли. Вредоносные программы и нечестные аффилированные маркетологи могут украсть ваш идентификатор из URL-адреса, чтобы забрать комиссию. Кроме того, пользователи могут вручную вырезать идентификатор из ссылки, что также приводит к потере комиссии. Таким образом, идентификатор партнера, который находится в URL, важен для прибыли. Функция «Маскировка ссылок» — это простой и хитрый способ защитить URL.

Инструмент «Скрытия ссылок» позволяет пользователям решать ряд проблем. Некоторые сервисы считают партнерские ссылки вредоносными — например, социальные сети могут скрывать посты с такими ссылками и блокировать их авторов; email службы могут помещать письма с партнерскими ссылками в папки со спамом, скрывая их от получателя; поисковые системы могут заметно понизить позиции рейтинга в поисковой выдаче; расширения adblocks могут скрывать партнерские ссылки, принимая их за рекламу. «Скрытие ссылок» позволяет повысить доверие к социальным сетям, повысить вероятность доставки электронного письма, снизить штрафы за ранжирование в поисковых системах и избежать блокировщиков рекламы.

Использование «Маскировки ссылок» увеличивает количество кликов по ссылке.

Функция «Скрытие ссылок» проста и понятна для использования в Short.io (formerly short.cm). Просто откройте вкладку «Скрытие ссылок» в окне управления ссылками и установите переключатель в нужное положение.

Изображение 1. Скрытие ссылок Short.io (formerly short.cm)

Short.io (formerly short.cm) предоставляет эту функцию, начиная с Personal Plan. Создайте учетную запись Short.io (formerly short.cm), чтобы делиться и монетизировать партнерские ссылки.

See all features

Как изменить url, адрес, цвет, вид, постоянные ссылки в wordpress

Как изменить url, адрес, цвет, вид, Постоянные ссылки в wordpress — важный фактор ранжирования сайта. Привести их к ЧПУ-виду, на веб-страницах сделать анкорными (релевантными). Уметь закрывать от индексации, чтобы не передавать вес внешним ресурсам. Чем правильнее они прописаны, тем больше шансов продвинуться в Поисковой Системе (ПС).

Содержание: ►

Виды ссылок, адресов и URL:
расшифровка понятий

Постоянные ссылки — это уникальные адреса: домен + заголовок страницы или записи на сайте. Формат задается, как постоянный. Вид урла может быть разным. Настраивается в админке wordpress.

URL (англ. Uniform Resource Locator) — Единый (уникальный) Локатор Ресурса, или Универсальный показатель адресов сайта (веб-документа) в интернете. Поэтому одинаковых урлов с разным контентом быть не должно.

Анкор (anchor) — привязка ключевого слова или фразы к определенному адресу. Когда линк обычного вида заменяют на простой, релевантный запросу, текст.

ЧПУ (Человеко-Понятный Урл) — ссылка, приведенная к удобному для чтения ботами и людьми формату. Представляет собой понятный и информативный вид записи. Желательно, чтобы текст был на латинице (хотя, не исключается кириллица). Если админка WordPress на русском, для изменения URL требуется плагин транслитерации.

Открытые и закрытые ссылки: первые — индексируемые, передающие вес странице-перенаправления. Вторые — закрытые от индексации, не передают ссылочный вес постороннему ресурсу.

Измените параметры в консоли WordPress до того, как начнете публиковать статьи. Смотрите пошаговое описание: Базовые настройки админки. Это первое, что должен сделать вебмастер после создания сайта. Тогда избежите ошибок, связанных с URL(-ами). Когда страницы проиндексированы, после изменения старого адреса делают редирект 301 на новый.

Как изменить Постоянные ссылки

Прежде чем публиковать статьи на сайте, настраивают формат Permalinks. Когда статьи со старыми адресами уже проиндексированы, показываются в поиске, делать это нежелательно. Изменив вид линков, если отсутствует 301 редирект, получите 404 ошибку.

Внимание: Существует небольшая вероятность, что после смены формата Постоянных ссылок, сайт станет недоступен. Если хостинг использует веб-сервер Apache, ищите причину в файле .htaccess. Это говорит о том, что WordPress не удалось внести новое правило перезаписи url.

Предостережение не касается локальных сайтов. На них вы только тестируете настройки. Также ничего страшного не случится с молодым проектом, когда мало статей, нет трафика. Смотрите пошаговое руководство об изменении URL, исправлении ошибок, 301 редиректе.

Какой вид Постоянной ссылки выбрать

В админке WordPress предлагает 6 распространенных видов Url. Чтобы выбрать, перейдите в консоль: Настройки — Постоянные ссылки. Чаще всего используют «Название записи» или «Произвольно». В последнем случае вид permalinks формируете сами. Но есть несколько нюансов, которые следует учитывать.

Чаще выбирают формат: Название записи или Произвольно

Рекомендации: Выбор
Постоянных ссылок в wordpress

Хочется выбрать короткий, красивый, информативный и самый оптимальный для конкретного ресурса формат permalinks (URL-адреса). Поэтому нужно учитывать, что:

  • Самыми оптимальными считаются линки, содержащие цифры (дату). Это актуально для сайтов, имеющих много страниц (каталогов). Тогда производительность (скорость загрузки) будет выше. Для небольших проектов — малоинформативный цифровой URL не привлекателен.
  • Указывать дату полезно не всегда. Если текст опубликован давно, материал могут счесть устаревшим. Теряется трафик. Чтобы этого не было, обновляйте старые тексты, чтобы цифры говорили о свежем контенте.
  • Когда дата необходима, ее формат подбирают в зависимости от скорости выхода новых публикаций. При размещении нескольких статей в день, цифры должны включать минуты. Если дата (номер) — основной ориентир сравнения линков, она должна иметь различия.
  • Простой вид URL, имеющий вместо заголовка страницы (записи) порядковый номер, малоинформативен для пользователя, бесполезен для CEO. Хотя для поисковых роботов — самый оптимальный. Адрес быстро находится в массе запрещенных к индексации документов (дубликатов).
  • Включая %category% в формат Постоянных ссылок, учитывайте, что рубрики имеют подрубрики. Одинаковый текст может отображаться в каждой из них. По запросу покажут url, который выше по алфавиту.
  • Если  формируете permalinks сами (последний вариант), следите, чтобы не было пробелов, иначе адреса будут нерабочими. Определившись с выбором, не забудьте Сохранить изменения.
  • Иногда в конец url подставляют атрибут HTML. Тогда link имеет вид: http://домен/%postname%/html. В какой-то степени, это способствует идентификации, но насколько верно подобное утверждение, сказать трудно. В последнее время такой «хвост» встречается редко.
  • Дополнительные атрибуты — префиксы — используйте на свой вкус, но не злоупотребляйте количеством информации в адресе. Слишком длинные ссылки тормозят отображение страницы, обрезаются в сниппете, не рекомендуются оптимизаторами CEO.

Совет: Выбирая формат Постоянных ссылок, ориентируйтесь на конкурентов: какой вид урлов у них, такой подбирайте для своего ресурса. Они уже в топе, значит их тип URL — самый оптимальный.

Как изменить URL: транслитерация

При отсутствии модуля транслитерации, URL Постоянной ссылки будет частично отображаться на латинице (домен), а частично на кириллице (заголовок h2). При копировании и в html-коде адрес выглядит некорректно: длинный «хвост» с непонятными знаками. Что они означают понять невозможно. Роботу все равно, но читателя это может напугать, а не вирус ли на сайте?

Чтобы привести url к нормальному удобо-читаемому виду (ЧПУ) используют плагин автоматической транслитерации, например, Cyr to Lat. Настраивать не требуется: установили, активировали и все. 

Рекомендую это расширение, потому что похожие, например, Rus To Lat, не имеют функции изменения кириллических адресов старых публикаций. Поэтому при обновлении контента в редакторе wordpress придется изменять ссылки вручную. Cyr to Lat автоматически преобразует ярлык URL в латиницу.

Примечание: Говорить о транслитерации ссылок, как о преобразовании их в ЧПУ, не совсем верно. Это лишь один параметр улучшения вида Постоянной ссылки. Важны так же другие:

  • формат написания;
  • содержание;
  • вложенность;
  • нижний регистр;
  • тире, а не подчеркивание;
  • релевантность;
  • количество символов и пр.

Опция транслитерации url есть в модуле оптимизаторе  Clearfy. Если используете ее, плагин Cyr to Lat не нужен. Оба расширения автоматически меняют описание изображений с кириллицы на латиницу. Дублировать эти функции не следует, оставьте что-то одно.

Вид ссылки страницы (ярлык) можно изменить вручную

Важно: Если меняете URL (Постоянную ссылку) на странице, которая проиндексирована, обязательно сделайте 301 редирект (перенаправление). Отличие ссылок (старой и новой) даже на одну букву ПС воспринимают, как 2 разных адреса. Поэтому переход по прежнему урлу без 301 редиректа будет давать ошибку 404.

Ручная правка URL
страницы или записи

Бывают ситуации, когда приходится править русскую версию урла вручную. Например, чтобы проверить, какой вид Постоянной ссылки лучше ранжируется ПС. В таком случае скопируйте кириллическую часть. Перейдите на какой-либо онлайн-сервис транслитерации. Я пользуюсь этим удобным сайтом transliteratsyya 

Транслитерировать кириллическую часть URL ссылки можно вручную

  1. Скопируйте русскую часть URL статьи.
  2. Выберите в левом Меню: для Яндекса и Google.
  3. Вставьте в поле Текст.
  4. Нажмите кнопку Транслит.
  5. Загрузите измененный заголовок в буфер обмена.
  6. В редакторе вставьте в ссылку транслитерированный вариант.

Теперь url полностью на латинице, то есть, приведен к виду ЧПУ (Человеко-Понятный Урл). Ничего сложного в этом нет, править ссылку руками приходится не так часто. В редакторе Gutenberg это делается немного иначе. Чтобы увидеть ссылку статьи, сохраните документ (кнопка вверху). В открывшемся окне (правая колонка) — Вкладка Документ — Постоянная ссылка — ярлык url. Открыв, увидите кириллическую часть, которую можно изменить вручную:

  • транслитерировать;
  • сократить,
  • добавить ключевую фразу и пр.

Как изменить цвет ссылки (текст)
в редакторе
WordPress вручную

Прежде всего проверьте кастомные настройки. Нет ли там такой опции. Она имеет приоритет перед остальными способами. Поэтому цвет ссылки лучше всего менять здесь. Когда этих настроек нет, можно выбрать цвет любого текста в визуальном редакторе WordPress. Для этого выделите его, выберите подходящий колер (color).

Создание анкорной ссылки с выбором цвета в редакторе WP

Чтобы этого не делать постоянно, вносят правки в код файла style.css. Для этого на сайте (в тексте) выделите правой кнопкой мыши ссылку. Перейдите в Просмотр кода (опция контекстного меню).

Переход на страницу разработчика: Визуальное изменение параметров (цвета) ссылки (иного контента)

На странице разработчика найдите код, отвечающий за цвет link (color). Поэкспериментируйте, внося изменения. Это визуальная демонстрация правок. На сайте ничего не меняется. Поэтому не бойтесь, что сделаете что-то не так. Как только переключитесь на другую страницу, цвет ссылки вернется к прежнему виду.

Чтобы внести изменения, которые сохранятся на сайте, необходимо переписать код в файле стилей. Подобрав цвет, скопируйте кодировку вида: #12a45b и запомните номер строки, где править параметр.

Предварительная корректировка файла style.css

Перейдите в админку: Внешний вид — Редактор тем:

  • Откройте файл (обычно это style.css);
  • найдите нужную строчку color;
  • удалите старый код, не трогая кавычек;
  • измените исходную кодировку цвета #хххххх на выбранную вами;
  • сохраните изменения.

Внимание: В Теме цвет линков в тексте, заголовке, виджетах иногда объединен. Изменение одного параметра может коснуться остальных Link(-ов). Поэтому обращайте на это внимание. Если в коде разъединить функции нельзя, то пользуйтесь возможностями визуального редактора wordpress при публикации контента, делая все вручную.

 

Правка файла стиля: Админка — Внешний вид — Редактор Тем

Аналогично меняются другие параметры: заголовки, фон, шрифт, жирность, кегль и пр. Препятствие одно: не в каждой Теме внешние настройки элементов находятся в файле стилей. Иногда придется искать в других, многое зависит от шаблона.

Примечание: После обновления Темы, настройки, сделанные таким образом вернутся к прежнему виду. Чтобы этого не случилось, используют дочернюю Тему. Или изменяют стиль в окне кастомных настроек. Где указывают наименование элемента и параметры, которые хотите исправить. 100% гарантии, что прописанный таким образом код стиля (css) сработает, нет.

Как сделать анкорную ссылку
в
WordPress

Анкор — это слово или фраза, заменяющая url перенаправления вида: https://ru.wordpress.org/themes/ на фразу из контента. Желательно прописать ключ (слово, релевантное запросу в поиске), а не тут, здесь. Чтобы понять, как это сделать в wordpress, посмотрите 2-х минутное видео.

Как в WordPress закрыть ссылку
от индексации

Установите плагин Скрытие ссылок из репозитория WordPress

Чтобы публикуемые внешние links не передавали вес страницы левым ресурсам, их принято закрывать от индексации. Для этого используют шорт-коды — функция плагина. Теги можно прописать вручную, но без скрипта они не работают. Поэтому установите расширение из репозитория WordPress: консоль — плагины — добавить новый. В строке поиска можно прописать по-русски: Скрытие ссылок. Ничего настраивать не надо.

  • Установите и активируйте модуль.
  • В визуальном редакторе появится маленькая кнопочка: стрелка в чекбоксе.

Нажмите иконку Создание ссылки — значок Скрытие ссылки активируется — кликните: вокруг анкора появятся теги link

  • В любом месте кликните по выделенной фразе (слову), которую надо закрыть — иконка активируется. При этом появляется поле Добавление ссылки.
  • После нажатия на значок, линк автоматически обрамляется тегами: [Iink]ссылка—анкор[/Iink].

Links Шорт-кода видны в редакторе при публикации. На вебстранице их не будет

Это один из самых удобных способов скрытия внешних links от индексации, чтобы сохранить вес страницы. Теги noindex и nofollow могут скрыть текст, но не факт. Для поисковых ботовGoogle и Yandex — это не запрет, а рекомендация, которую выполнять необязательно.

URL-адреса Django · HonKit

Мы собираемся сделать нашу первую веб-страничку — домашнюю страницу твоего блога! Но для начала давай чуть ближе познакомимся с URL-адресами в Django.

Что такое URL-адрес?

URL — это просто адрес в интернете. Ты можешь увидеть URL каждый раз, когда посещаешь веб-сайт — он отображается в адресной строке твоего браузера (да, 127.0.0.1:8000 — это URL-адрес! И https://djangogirls.org — тоже URL):

Любая страница в Интернете нуждается в собственном URL-адресе. Таким образом ваше приложение точно знает, что показать пользователю, который открывает конкретный URL-адрес. В Django мы используем так называемый URLconf (англ. URL configuration, конфигурация URL). URLconf — это набор шаблонов, которые Django попробует сравнить с полученным URL, чтобы выбрать правильный метод для отображения (view).

Как URL-адреса работают в Django?

Давай откроем файл mysite/urls.py в нашем редакторе и посмотрим, как он выглядит:

mysite/urls.py

"""mysite URL Configuration

[...]
"""
from django.contrib import admin
from django.urls import path

urlpatterns = [
    path('admin/', admin.site.urls),
]

Как можешь заметить, Django уже кое-что разместил здесь для нас.

Строки, расположенные между тройными кавычками (''' или """), называются docstrings — ты можешь добавить их в начале файла, класса или метода для описания их функциональности. Python будет их игнорировать при запуске приложения.

URL-адрес раздела администрирования, который мы посещали в предыдущей главе, уже здесь присутствует:

mysite/urls.py

    path('admin/', admin.site.urls),

Таким образом, любому URL-адресу, начинающемуся с admin/, Django будет находить соответствующее view (представление). В этом случае мы охватываем большое количество различных URL-адресов, которые явно не прописаны в этом маленьком файле — так он становится более аккуратным и удобочитаемым.

Твой первый URL-адрес в Django!

Пришло время создать твой первый URL-адрес! Мы хотим, чтобы ‘http://127.0.0.1:8000/’ возвращал домашнюю страничку нашего блога со списком записей в нём.

Мы также хотим сохранить файл mysite/urls.py в максимально аккуратном виде, так что мы импортируем URL-адреса для нашего приложения blog в mysite/urls.py.

Вперёд, добавь строку для импорта blog.urls. Обрати внимание, что здесь мы используем функцию include, поэтому тебе придется импортировать её в строке from django.urls....

Файл mysite/urls.py должен выглядеть следующим образом:

mysite/urls.py

from django.contrib import admin
from django.urls import path, include

urlpatterns = [
    path('admin/', admin.site.urls),
    path('', include('blog.urls')),
]

Django теперь будет перенаправлять все запросы ‘http://127.0.0.1:8000/’ к blog.urls и искать там дальнейшие инструкции.

blog.urls

Создай новый пустой файл blog/urls.py. Отлично! Добавь в него следующие две строки:

blog/urls.py

from django.urls import path
from . import views

Так мы импортировали функцию path Django и все views (представления) из приложения blog (у нас их пока нет, но через минуту они появятся!)

После этого мы можем добавить наш первый URL-шаблон:

blog/urls.py

urlpatterns = [
    path('', views.post_list, name='post_list'),
]

Как ты можешь заметить, мы связали view под именем post_list с корневым URL-адресом (''). Этот шаблон URL будет соответствовать пустой строке. Это правильно, потому что для обработчиков URL в Django ‘http://127.0.0.1:8000/’ не является частью URL. Этот шаблон скажет Django, что views.post_list — это правильное направление для запроса к твоему веб-сайту по адресу ‘http://127.0.0.1:8000/’.

Последняя часть name='post_list' — это имя URL, которое будет использовано, чтобы идентифицировать его. Оно может быть таким же, как имя представления (англ. view), а может и чем-то совершенно другим. Мы будем использовать именованные URL позднее в проекте, поэтому важно указывать их имена уже сейчас. Мы также должны попытаться сохранить имена URL-адресов уникальными и легко запоминающимися.

Если сейчас ты попытаешься открыть страницу http://127.0.0.1:8000/ в браузере, то увидишь сообщение о том, что веб-страница недоступна. Это произошло потому, что сервер (помнишь, как мы набирали runserver?) перестал обрабатывать запросы. Чтобы понять почему, открой окно своей командной строки.

В твоей командной строке появилось сообщение об ошибке, но не беспокойся — оно, на самом деле, довольно полезно. Ты можешь прочесть, что не существует атрибута с именем ‘postlist’ — _no attribute ‘post_list’. Это название представления, которое Django пытается найти и использовать, но мы же его ещё не создали. В данный момент раздел /admin/ тоже не будет работать. Не беспокойся, мы этим займёмся.

Если хочешь узнать больше о Django URLconfs, посмотри официальную документацию: https://docs.djangoproject.com/en/2.0/topics/http/urls/

Добавление одного символа в URL-адрес позволяет избавиться от рекламы на YouTube

Пользователи Интернета применяют разные средства, позволяющие просматривать контент без рекламы. Не так давно один из членов сообщества Reddit поделился, пожалуй, наиболее простым способом избавления от рекламы при просмотре роликов на YouTube. Не нужно устанавливать блокировщик рекламы или использовать что-то более сложное, достаточно просто добавить точку в URL-адрес записи и реклама не будет транслироваться.

Например, если вы не оформили подписку YouTube Premium, то при просмотре видео «youtube.com/reallycoolvideo» будет транслироваться реклама, а если ссылка примет вид «youtube.com./reallycoolvideo» — нет. Таким образом, всего одна точка, добавленная после доменного имени, позволяет заблокировать демонстрацию рекламы. Данный способ работает при просмотре контента с помощью настольных браузеров. Для его использования на мобильных устройствах требуется переключиться на десктопную версию сайта.

Возможность блокировки рекламного контента путём добавления точки к URL-адресу обусловлена тем, что многие веб-страницы не могут корректно определять правильность написания адреса. Для этого создавалась технология Cross-Origin Resource Sharing, но многие веб-сайты попросту не используют её. Как правило, рекламный контент загружается со сторонних ресурсов, которые в большинстве случаев не могут определить URL-адрес, если в него добавлена точка. Поскольку адрес не распознаётся, рекламный контент не подгружается.

Можно сказать, что данный способ обхода рекламы появился из-за упущения разработчиков. Примечательно, что добавление точки к URL-адресу работает и на других ресурсах. Например, с помощью данного способа можно не оформляя подписку читать материалы The New York Times, The Washington Post, Wired и др.

Поскольку о данной лазейке стало известно широким массам, вероятнее всего, разработчики постараются её закрыть. Однако до тех пор ничто не мешает ею пользоваться.

Если вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

Кодировка URL Ссылки в HTML ASCII UTF-8 Windows-1252



Кодировка URL преобразует символы в формат, который может передаваться через Интернет.


URL-унифицированный локатор ресурсов

Веб-обозреватели запрашивают страницы с веб-серверов с помощью URL-адреса.

URL-адрес веб-страницы, например: https://html5css.ru.


Кодировка URL (процентная кодировка)

URL-адреса можно отправлять только через Интернет с помощью Набор символов ASCII.

Поскольку URL-адреса часто содержат символы вне набора ASCII, URL-адрес должен быть преобразован в допустимый формат ASCII.

Кодировка URL заменяет небезопасные символы ASCII на «%», за которыми следуют две шестнадцатеричные цифры.

URL-адреса не могут содержать пробелы. Кодировка URL обычно заменяет пробел со знаком плюса (+) или с %20.


Ссылка кодировки ASCII

Ваш браузер будет кодировать входные данные, в соответствии с набором символов, используемым на вашей странице.

Набор символов по умолчанию в HTML5 — UTF-8.

Символ Для Windows-1252 Для UTF-8
Пробел %20 %20
! %21 %21
« %22 %22
# %23 %23
$ %24 %24
% %25 %25
& %26 %26
%27 %27
( %28 %28
) %29 %29
* %2A %2A
+ %2B %2B
, %2C %2C
%2D %2D
. %2E %2E
/ %2F %2F
0 %30 %30
1 %31 %31
2 %32 %32
3 %33 %33
4 %34 %34
5 %35 %35
6 %36 %36
7 %37 %37
8 %38 %38
9 %39 %39
: %3A %3A
; %3B %3B
< %3C %3C
= %3D %3D
> %3E %3E
? %3F %3F
@ %40 %40
A %41 %41
B %42 %42
C %43 %43
D %44 %44
E %45 %45
F %46 %46
G %47 %47
H %48 %48
I %49 %49
J %4A %4A
K %4B %4B
L %4C %4C
M %4D %4D
N %4E %4E
O %4F %4F
P %50 %50
Q %51 %51
R %52 %52
S %53 %53
T %54 %54
U %55 %55
V %56 %56
W %57 %57
X %58 %58
Y %59 %59
Z %5A %5A
[ %5B %5B
\ %5C %5C
] %5D %5D
^ %5E %5E
_ %5F %5F
` %60 %60
a %61 %61
b %62 %62
c %63 %63
d %64 %64
e %65 %65
f %66 %66
g %67 %67
h %68 %68
i %69 %69
j %6A %6A
k %6B %6B
l %6C %6C
m %6D %6D
n %6E %6E
o %6F %6F
p %70 %70
q %71 %71
r %72 %72
s %73 %73
t %74 %74
u %75 %75
v %76 %76
w %77 %77
x %78 %78
y %79 %79
z %7A %7A
{ %7B %7B
| %7C %7C
} %7D %7D
~ %7E %7E
  %7F %7F
` %80 %E2%82%AC
 %81 %81
%82 %E2%80%9A
ƒ %83 %C6%92
%84 %E2%80%9E
%85 %E2%80%A6
%86 %E2%80%A0
%87 %E2%80%A1
ˆ %88 %CB%86
%89 %E2%80%B0
Š %8A %C5%A0
%8B %E2%80%B9
Π%8C %C5%92
 %8D %C5%8D
Ž %8E %C5%BD
 %8F %8F
 %90 %C2%90
%91 %E2%80%98
%92 %E2%80%99
%93 %E2%80%9C
%94 %E2%80%9D
%95 %E2%80%A2
%96 %E2%80%93
%97 %E2%80%94
˜ %98 %CB%9C
%99 %E2%84
š %9A %C5%A1
%9B %E2%80
œ %9C %C5%93
 %9D %9D
ž %9E %C5%BE
Ÿ %9F %C5%B8
  %A0 %C2%A0
¡ %A1 %C2%A1
¢ %A2 %C2%A2
£ %A3 %C2%A3
¤ %A4 %C2%A4
¥ %A5 %C2%A5
¦ %A6 %C2%A6
§ %A7 %C2%A7
¨ %A8 %C2%A8
© %A9 %C2%A9
ª %AA %C2%AA
« %AB %C2%AB
¬ %AC %C2%AC
­ %AD %C2%AD
® %AE %C2%AE
¯ %AF %C2%AF
° %B0 %C2%B0
± %B1 %C2%B1
² %B2 %C2%B2
³ %B3 %C2%B3
´ %B4 %C2%B4
µ %B5 %C2%B5
%B6 %C2%B6
· %B7 %C2%B7
¸ %B8 %C2%B8
¹ %B9 %C2%B9
º %BA %C2%BA
» %BB %C2%BB
¼ %BC %C2%BC
½ %BD %C2%BD
¾ %BE %C2%BE
¿ %BF %C2%BF
À %C0 %C3%80
Á %C1 %C3%81
 %C2 %C3%82
à %C3 %C3%83
Ä %C4 %C3%84
Å %C5 %C3%85
Æ %C6 %C3%86
Ç %C7 %C3%87
È %C8 %C3%88
É %C9 %C3%89
Ê %CA %C3%8A
Ë %CB %C3%8B
Ì %CC %C3%8C
Í %CD %C3%8D
Î %CE %C3%8E
Ï %CF %C3%8F
Ð %D0 %C3%90
Ñ %D1 %C3%91
Ò %D2 %C3%92
Ó %D3 %C3%93
Ô %D4 %C3%94
Õ %D5 %C3%95
Ö %D6 %C3%96
× %D7 %C3%97
Ø %D8 %C3%98
Ù %D9 %C3%99
Ú %DA %C3%9A
Û %DB %C3%9B
Ü %DC %C3%9C
Ý %DD %C3%9D
Þ %DE %C3%9E
ß %DF %C3%9F
à %E0 %C3%A0
á %E1 %C3%A1
â %E2 %C3%A2
ã %E3 %C3%A3
ä %E4 %C3%A4
å %E5 %C3%A5
æ %E6 %C3%A6
ç %E7 %C3%A7
è %E8 %C3%A8
é %E9 %C3%A9
ê %EA %C3%AA
ë %EB %C3%AB
ì %EC %C3%AC
í %ED %C3%AD
î %EE %C3%AE
ï %EF %C3%AF
ð %F0 %C3%B0
ñ %F1 %C3%B1
ò %F2 %C3%B2
ó %F3 %C3%B3
ô %F4 %C3%B4
õ %F5 %C3%B5
ö %F6 %C3%B6
÷ %F7 %C3%B7
ø %F8 %C3%B8
ù %F9 %C3%B9
ú %FA %C3%BA
û %FB %C3%BB
ü %FC %C3%BC
ý %FD %C3%BD
þ %FE %C3%BE
ÿ %FF %C3%BF

Ссылка кодировки URL

Символы управления ASCII %00-%1F изначально были разработаны для управления аппаратными устройствами.

Управляющие символы не имеют ничего общего внутри URL.

ASCII Символ Описание URL Кодировка
NUL нулевой символ %00
SOH Начало заголовка %01
STX начало текста %02
ETX конец текста %03
EOT конец передачи %04
ENQ Запрос %05
ACK Признать %06
BEL Колокол (кольцо) %07
BS Backspace %08
HT Вкладка «по горизонтали» %09
LF Линия подачи %0A
VT вертикальная вкладка %0B
FF форма подачи %0C
CR возврат каретки %0D
SO сдвиг из %0E
SI сдвиг в %0F
DLE Escape-связь с данными %10
DC1 Управление устройством 1 %11
DC2 Управление устройством 2 %12
DC3 Управление устройством 3 %13
DC4 Управление устройством 4 %14
NAK отрицательное признание %15
SYN Синхронизировать %16
ETB концевой блок передачи %17
CAN Отмена %18
EM конец среды %19
SUB Замены %1A
ESC escape %1B
FS Разделитель файлов %1C
GS разделитель групп %1D
RS разделитель записей %1E
US Сепаратор блока %1F

URL адрес страницы — правильный человекопонятный урл, как создать и добавить ЧПУ урл адрес

Если вы думаете, что URL адрес никак не влияет на продвижение страниц в поисковиках, то вы немного заблуждаетесь.

Давно известно, что, например, странички с читаемым урлом ранжируются выше, чем страницы человеко не понятным УРЛом, да и запихнуть туда ключевое слово никто нам не мешает.

Итак, какой же этот правильный урл адрес? Тот, который старается учесть следующие рекомендации по составлению УРЛ-адреса страницы.

  • Человеко поняный УРЛ (ЧПУ). Старайтесь делать адрес страницы читаемым ака человекопонятным урлом, то есть таким, при котором одного взгляда на адресную строку или ссылку хватит, чтобы понять, о чем будет идти речь на данной странице. Например, адрес seokleo.ru/optimizaciya-kontenta-saita сразу дает представление о теме страницы – оптимизация контента сайта. Стоить помнить, что адреса должны быть написаны латиницей. Еще такого рода URLы лучше распознаются и выше ранжируются поисковыми системами.
  • Забыть про цифры в адресе. Никаких url адресов вида seokleo.ru /cat2345/007/, только seokleo.ru/category/seo_articles/, даже если использованы не ключевые слова.
  • Даже если слова в адресе не ключевые или вообще не имеют никакого отношения к тематике сайта, используйте слова везде где возможно.
  • Не длинные урл адреса. Как говорил Чехов, краткость – сестра таланта. Не забывайте об этом при составлении адресов. Короткие урлы легче копировать, запоминать, диктовать, писать, в конце концов.
  • Статические адреса. Да-да, статические адреса поисковики любят больше, чем динамические. Да и гости, наверное, не жалуют наличие этих непонятных символов «?,» «&,» «=» в адресной строке.
  • Ключевые слова. Не пренебрегайте ключевиками в URL-адресах, они пойдут только на пользу и усилят эффект продвижения сайта. После создания семантического ядра, следует определить список ключевых слов каждой страницы и смело вписать их в ее адрес.
  • Забыть о субдоменах (example.seokleo.ru), так как они рассматриваются поисковыми системами отдельно от корневых адресов и передают вес ссылок не так как корневые.
  • Тире-лучший-разделитель. Если URL состоит больше чем из одного слова, из фразы, тогда стоит использовать тире(seokleo.ru/vnutrennyaya-perelinkovka-stranic-sita), похуже подчеркивание (seokleo.ru/google_optimization), за ним идет плюс «+», а потом пробел.
  • Строчные буквы. Не стоит использовать заглавные буквы при создании УРЛа сайта.
  • Только свой. Не стоит использовать чужой, немного измененный адрес, потому что это вводит в заблуждение пользователей и вызывает негатив со стороны поисковиков, так как они начнут подозревать сайт в неуникальном контенте.

Для удобства перевода урл-адреса с кирилицы на латиницу и наоборот можно использовать этот сервис


Статьи по теме:

Как закрыть внешние ссылки от индексации?
Как подобрать ключевые слова для сайта?
SEO оптимизация для начинающих и продвижение сайтов самостоятельно

RFC 3927 — Динамическая конфигурация локальных адресов IPv4

[Документы] [txt | pdf] [draft-ietf-zero …] [Tracker] [Diff1] [Diff2] [IPR] [Errata]

ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Есть исправления
Сетевая рабочая группа С. Чешир
Запрос комментариев: 3927 Apple Computer
Категория: Стандарты Track B.Абоба
                                                   Корпорация Майкрософт
                                                              Э. Гуттман
                                                        Sun Microsystems
                                                                Май 2005 г.


           Динамическая конфигурация локальных адресов IPv4 Link

Статус этой памятки

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения.См. Текущую редакцию "Интернет
   Официальные стандарты протокола »(STD 1) для государства стандартизации
   и статус этого протокола. Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторские права (C) The Internet Society (2005).


Абстрактный

   Чтобы участвовать в глобальной IP-сети, хост должен быть
   настроен с IP-адресами для своих интерфейсов, либо вручную с помощью
   пользователем или автоматически из источника в сети, такого как
   Сервер протокола динамической конфигурации хоста (DHCP).К несчастью,
   такая информация о конфигурации адреса не всегда может быть доступна.
   Поэтому для хоста полезно иметь возможность зависеть от
   полезное подмножество сетевых функций IP даже при отсутствии адреса
   конфигурация доступна. Этот документ описывает, как хост может
   автоматически настраивать интерфейс с IPv4-адресом в
   169.254 / 16, который действителен для связи с другими устройствами
   подключен к тому же физическому (или логическому) каналу.

   Адреса IPv4 Link-Local не подходят для связи с
   устройства, не подключенные напрямую к одному и тому же физическому (или логическому)
   link, и используются только там, где стабильные маршрутизируемые адреса не
   доступны (например, в специальных или изолированных сетях).Этот документ
   не рекомендует использовать IPv4 Link-Local и маршрутизируемые
   адреса настраиваются одновременно на одном интерфейсе.







Чешир и др. Стандарты Track [Страница 1] 

RFC 3927 IPv4 Link-Local, май 2005 г.


Оглавление

   1. Введение. . . . . . . . . . . . . . . . . . . . . . . . . 3
       1.1. Требования. . . . . . . . . . . . . . . . . . . . . . 3
       1.2. Терминология.. . . . . . . . . . . . . . . . . . . . . 3
       1.3. Применимость. . . . . . . . . . . . . . . . . . . . . 5
       1.4. Рекомендации по протоколу прикладного уровня. . . . . . . 6
       1.5. Проблемы с автоконфигурацией. . . . . . . . . . . . . . . . 7
       1.6. Запрет на альтернативное использование. . . . . . . . . . . . . . . 7
       1.7. Несколько интерфейсов. . . . . . . . . . . . . . . . . . 8
       1.8. Связь с маршрутизируемыми адресами. . . . . . . . . 8
       1.9. Когда следует настраивать локальный адрес канала IPv4.. . . . . 8
   2. Выбор адреса, защита и доставка. . . . . . . . . . . 9
       2.1. Выбор локального адреса канала. . . . . . . . . . . . . . 10
       2.2. Требование локального адреса ссылки. . . . . . . . . . . . . 11
       2.3. Более короткие таймауты. . . . . . . . . . . . . . . . . . . . 13
       2.4. Объявление адреса. . . . . . . . . . . . . . . . . 13
       2.5. Обнаружение конфликтов и защита. . . . . . . . . . . . . 13
       2.6. Правила использования и пересылки адресов. . . . .. . . . . . 14
       2.7. Пакеты Link-Local не пересылаются. . . . . . . . . . 16
       2.8. Пакеты Link-Local являются локальными. . . . . . . . . . . . . . 16
       2.9. Соображения протокола более высокого уровня. . . . . . . . . . 17
       2.10. Проблемы конфиденциальности. . . . . . . . . . . . . . . . . . . . 17
       2.11. Взаимодействие между DHCPv4 и IPv4 Link-Local
             Государственные машины. . . . . . . . . . . . . . . . . . . . . 17
   3. Соображения по поводу нескольких интерфейсов. . . . . . . . . . .. 18
       3.1. Адреса с заданной областью. . . . . . . . . . . . . . . . . . . . 18
       3.2. Неопределенность адреса. . . . . . . . . . . . . . . . . . . 19
       3.3. Взаимодействие с хостами с маршрутизируемыми адресами. . . . . 20
       3.4. Непреднамеренный аутоиммунный ответ. . . . . . . . . . . 21 год
   4. Исцеление сетевых разделов. . . . . . . . . . . . . . . . 22
   5. Соображения безопасности. . . . . . . . . . . . . . . . . . . 23
   6. Соображения по прикладному программированию. . . . . . . . . .. . 24
       6.1. Изменения адреса, сбой и восстановление. . . . . . . . . 24
       6.2. Ограниченная пересылка локаторов. . . . . . . . . . . . . 24
       6.3. Неопределенность адреса. . . . . . . . . . . . . . . . . . . 25
   7. Рекомендации по маршрутизатору. . . . . . . . . . . . . . . . . . . . 25
   8. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 25
   9. Константы. . . . . . . . . . . . . . . . . . . . . . . . . . 26 год
   10. Список литературы. . . . . . . . . . . . . . . . . . . . . . .. . . 26 год
       10.1. Нормативные ссылки. . . . . . . . . . . . . . . . . . 26 год
       10.2. Информативные ссылки. . . . . . . . . . . . . . . . . 26 год
   Благодарности. . . . . . . . . . . . . . . . . . . . . . . . . 27
   Приложение A - Предыдущие реализации. . . . . . . . . . . . . . . . 28 год







Чешир и др. Стандарты Track [Страница 2] 

RFC 3927 IPv4 Link-Local, май 2005 г.


1. Введение

   Поскольку популярность Интернет-протокола продолжает расти, он становится
   становится все более ценным, чтобы иметь возможность использовать знакомые IP-инструменты, такие как FTP
   не только для глобальной коммуникации, но и для локальной коммуникации, как
   Что ж.Например, два человека с портативными компьютерами, поддерживающими IEEE.
   Беспроводные сети 802.11 [802.11] могут встречаться и желать обмениваться файлами.
   Желательно, чтобы эти люди могли использовать IP-приложение.
   программное обеспечение без неудобств ручной настройки
   статические IP-адреса или настройте DHCP-сервер [RFC2131].

   Этот документ описывает метод, с помощью которого хост может автоматически
   настроить интерфейс с IPv4-адресом в префиксе 169.254 / 16
   это действительно для связи Link-Local на этом интерфейсе.Этот
   особенно ценно в средах, где нет другой конфигурации
   механизм доступен. Префикс IPv4 169.254 / 16 зарегистрирован
   с IANA для этой цели. Выделение IPv6 Link-Local
   Адреса описаны в «Автоконфигурации IPv6 адресов без сохранения состояния»
   [RFC2462].

   Связь Link-Local с использованием IPv4 Link-Local адресов возможна только
   подходит для связи с другими устройствами, подключенными к тому же
   физическая (или логическая) ссылка. Связь Link-Local с использованием IPv4
   Адреса Link-Local не подходят для связи с устройствами
   не подключены напрямую к тому же физическому (или логическому) каналу.Microsoft Windows 98 (и новее) и Mac OS 8.5 (и новее) уже
   поддерживают эту возможность. Этот документ стандартизирует использование,
   предписывающие правила обработки IPv4-адресов Link-Local
   хостами и маршрутизаторами. В частности, в нем описывается, как маршрутизаторы должны
   вести себя при получении пакетов с IPv4 Link-Local адресами в
   адрес источника или назначения. Что касается хостов, здесь обсуждается
   требовать и защищать адреса, поддерживать Link-Local и маршрутизируемый
   Адреса IPv4 на одном интерфейсе и проблемы с несколькими адресами.1.1. Требования

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в разделе «Ключевые слова для использования в
   RFC »[RFC2119].

1.2. Терминология

   В этом документе описывается локальная адресация канала для связи IPv4.
   между двумя хостами по одному каналу. Набор хостов считается
   находиться «по той же ссылке», если:




Чешир и др. Стандарты Track [Страница 3] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   - когда любой хост A из этого набора отправляет пакет любому другому хосту B
      в этом наборе, используя одноадресную, многоадресную или широковещательную рассылку, весь
      полезная нагрузка пакета канального уровня прибывает в неизмененном виде, и

   - трансляция, отправленная по этой ссылке любым хостом из этого набора хостов
      может быть получен любым другим хостом в этом наборе

   * Заголовок * канального уровня может быть изменен, например, в источнике Token Ring.
   Маршрутизация [802.5], но не * полезную нагрузку * канального уровня. В частности, если
   любое устройство, пересылающее пакет, изменяет любую часть IP-заголовка или
   Полезная нагрузка IP, тогда пакет больше не считается находящимся на том же
   связь. Это означает, что пакет может проходить через такие устройства, как
   повторители, мосты, концентраторы или коммутаторы и все еще считаются включенными
   та же ссылка для целей этого документа, но не через
   устройство, такое как IP-маршрутизатор, который уменьшает TTL или иным образом
   изменяет заголовок IP.В этом документе термин «маршрутизируемый адрес» используется для обозначения всех действительных
   одноадресные IPv4-адреса вне префикса 169.254 / 16, которые могут быть
   пересылается через маршрутизаторы. Сюда входят все глобальные IP-адреса и
   частные адреса, такие как Net 10/8 [RFC1918], но не loopback
   адреса, например 127.0.0.1.

   Везде, где в этом документе используется термин «хост» при описании использования
   IPv4 Link-Локальные адреса, текст в равной степени относится к маршрутизаторам, когда
   они являются источником или предполагаемым получателем пакетов, содержащих
   IPv4 Link - локальные адреса источника или назначения.Везде, где в этом документе используются термины «IP-адрес отправителя» или «цель»
   IP-адрес "в контексте пакета ARP, это относится к
   поля пакета ARP, указанные в спецификации ARP [RFC826]
   как "ar $ spa" (адрес протокола отправителя) и "ar $ tpa" (целевой протокол
   Адрес) соответственно. Для использования ARP, описанного в этом
   документ, каждое из этих полей всегда содержит IP-адрес.

   В этом документе термин «зонд ARP» используется для обозначения ARP.
   Пакет запроса, транслируемый по локальному каналу, с отправителем "все нули"
   Айпи адрес'.«Аппаратный адрес отправителя» ДОЛЖЕН содержать аппаратное обеспечение.
   адрес интерфейса, отправляющего пакет. Целевое оборудование
   адрес 'игнорируется и ДОЛЖЕН быть установлен на все нули. В
   Поле 'target IP address' ДОЛЖНО быть установлено на проверяемый адрес.

   В этом документе термин «Объявление ARP» используется для обозначения
   Пакет запроса ARP, широковещательный по локальному каналу, идентичный ARP
   Проверка описана выше, за исключением того, что и отправитель, и целевой IP
   Поля адреса содержат объявляемый IP-адрес.Чешир и др. Стандарты Track [Страница 4] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Константы вводятся заглавными буквами. Их ценности
   приведено в разделе 9.

1.3. Применимость

   Эта спецификация применима ко всем локальным сетям (LAN) IEEE 802.
   [802], включая Ethernet [802.3], Token-Ring [802.5] и IEEE 802.11
   беспроводные локальные сети [802.11], а также другие технологии канального уровня
   которые работают со скоростью передачи данных не менее 1 Мбит / с, имеют двусторонний
   задержка не более одной секунды и поддержка ARP [RFC826].Где бы
   в этом документе используется термин «IEEE 802», текст в равной степени применим к
   любая из этих сетевых технологий.

   Технологии канального уровня, которые поддерживают ARP, но работают со скоростью ниже 1
   Мбит / с или задержки выше одной секунды, возможно, потребуется указать разные
   значения для следующих параметров:

   (a) количество зондов ARP и интервал между ними, см. PROBE_NUM,
       PROBE_MIN, PROBE_MAX, определенные в разделе 2.2.1

   (b) количество и интервал между объявлениями ARP, см.
       ANNOUNCE_NUM и ANNOUNCE_INTERVAL, определенные в разделе 2.4

   (c) максимальная скорость, с которой может быть предпринята попытка запроса адреса, см.
       RATE_LIMIT_INTERVAL и MAX_CONFLICTS, определенные в разделе 2.2.1.

   (d) интервал времени между конфликтующими ARP, ниже которого хост
       ДОЛЖЕН переконфигурировать вместо попытки защитить свой адрес, см.
       DEFEND_INTERVAL определено в разделе 2.5

   Технологии канального уровня, не поддерживающие ARP, могут использовать
   другие методы определения того, является ли конкретный IP-адрес
   В настоящее время используется. Однако заявление о претензии и защите
   механизмы для таких сетей выходят за рамки этого документа.Эта спецификация предназначена для использования с небольшими одноранговыми сетями -
   единственная ссылка, содержащая всего несколько хостов. Хотя 65024 IPv4
   Адреса Link-Local в принципе доступны, попытка использовать
   все эти адреса в одной ссылке приведут к высокому
   вероятность конфликтов адресов, требующих от хоста
   чрезмерное количество времени, чтобы найти доступный адрес.

   Сетевые операторы с более чем 1300 хостами на одном канале могут захотеть
   рассмотреть возможность разделения этой единственной ссылки на две или более подсети. 17.1.4. Рекомендации по протоколу прикладного уровня

   Адреса IPv4 Link-Local и их динамическая конфигурация имеют
   серьезные последствия для приложений, которые их используют. Это
   обсуждается в разделе 6. Многие приложения принципиально предполагают, что
   адреса связывающихся пиров являются маршрутизируемыми, относительно неизменными
   и уникальный. Эти предположения больше не верны с IPv4 Link-Local.
   адреса или смесь адресов Link-Local и маршрутизируемых IPv4-адресов.

   Поэтому, хотя многие приложения будут правильно работать с IPv4 Link-
   Локальные адреса или смесь Link-Local и маршрутизируемого IPv4
   адреса, другие могут сделать это только после изменения или будут выставлять
   ограниченная или частичная функциональность.В некоторых случаях изменение приложения может оказаться невозможным.
   работать в таких условиях.

   Поэтому адреса IPv4 Link-Local следует использовать только там, где они стабильны,
   маршрутизируемые адреса недоступны (например, специальные или изолированные
   сетей) или в контролируемых ситуациях, когда эти ограничения и
   их влияние на приложения понимается и принимается. Этот
   документ не рекомендует, чтобы IPv4 Link-Local адреса и
   маршрутизируемые адреса настраиваются одновременно на одном
   интерфейс.Вероятно использование локальных адресов IPv4 для связи вне канала связи.
   вызвать сбои приложения. Это может произойти в любом приложении.
   который включает встроенные адреса, если IPv4 Link-Local адрес
   встроен при обмене данными с хостом, который не находится по ссылке.
   Примеры приложений, которые встраивают адреса, включают IPsec, Kerberos.
   4/5, FTP, RSVP, SMTP, SIP, X-Windows / Xterm / Telnet, Real Audio, H.323,
   и SNMP [RFC3027].

   Чтобы предотвратить использование IPv4 Link-Local адресов в off-link
   общение, рекомендуется принять следующие меры предосторожности:

   а.Адреса IPv4 Link-Local НЕ ДОЛЖНЫ быть настроены в DNS.
      Сопоставление адресов IPv4 с именами хостов обычно выполняется
      путем выдачи DNS-запросов для имен формы,
      "x.x.x.x.in-addr.arpa." При использовании для локальных адресов ссылки, которые
      имеют значение только для локальной ссылки, неуместно
      отправлять такие DNS-запросы за пределы локальной ссылки. Клиенты DNS НЕ ДОЛЖНЫ
      отправлять DNS-запросы для любого имени, которое попадает в
      "254.169.in-addr.arpa." домен.



Чешир и др.Стандарты Track [Страница 6] 

RFC 3927 IPv4 Link-Local, май 2005 г.


      Рекурсивные DNS-серверы, получающие запросы от несоответствующих
      клиентов для имен в пределах "254.169.in-addr.arpa." домен ДОЛЖЕН
      по умолчанию возвращает RCODE 3, авторитетно утверждая, что такой
      имя существует в системе доменных имен.

   б. Имена, которые разрешаются глобально в маршрутизируемые адреса, должны быть
      используются в приложениях, когда они доступны.Имена, которые
      разрешаются только по локальной ссылке (например, с помощью
      протоколы, такие как Link Local Multicast Name Resolution [LLMNR])
      НЕ ДОЛЖНЫ использоваться для связи вне канала. IPv4-адреса и
      имена, которые могут быть разрешены только по локальной ссылке, НЕ ДОЛЖНЫ быть
      перенаправлено за пределы местной ссылки. Адреса IPv4 Link-Local ДОЛЖНЫ
      отправляться только тогда, когда в качестве источника используется адрес Link-Local.
      и / или адрес назначения. Этот настойчивый совет должен мешать
      ограниченные адреса и имена области видимости от выхода из контекста в
      которые они применяют.c. Если имена, разрешаемые в глобально маршрутизируемые адреса, не
      доступны, но есть глобально маршрутизируемые адреса, они должны быть
      используется вместо адресов IPv4 Link-Local.

1.5. Проблемы с автоконфигурацией

   Реализации автоконфигурации IPv4 Link-Local адреса ДОЛЖНЫ
   ожидать конфликтов адресов и ДОЛЖЕН быть готов к их устранению
   изящно, автоматически выбирая новый адрес всякий раз, когда
   обнаружен конфликт, как описано в разделе 2. Это требование к
   обнаружение и устранение конфликтов адресов применяется в течение всего периода
   что хост использует 169.254/16 IPv4 Link - локальный адрес, а не только
   во время начальной настройки интерфейса. Например, адрес
   конфликты могут возникать и после завершения загрузки хоста, если два
   ранее отдельные сети присоединяются, как описано в разделе 4.

1.6. Запрет альтернативного использования

   Обратите внимание, что адреса в префиксе 169.254 / 16 НЕ СЛЕДУЕТ настраивать.
   вручную или с помощью DHCP-сервера. Настройка вручную или DHCP может вызвать
   хост для использования адреса в префиксе 169.254 / 16 без следующих
   особые правила, касающиеся обнаружения дубликатов и автоматического
   конфигурация, относящаяся к адресам в этом префиксе.В то время как
   Спецификация DHCP [RFC2131] указывает, что клиенту DHCP СЛЕДУЕТ
   зондировать вновь полученный адрес с помощью ARP, это не обязательно.
   Точно так же, хотя спецификация DHCP рекомендует, чтобы DHCP-сервер
   СЛЕДУЕТ проверить адрес с помощью эхо-запроса ICMP перед выделением
   это также не обязательно, и даже если сервер делает это,
   Адреса IPv4 Link-Local не маршрутизируются, поэтому DHCP-сервер не
   напрямую подключенный к ссылке, не может определить,
   ссылка уже использует желаемый IPv4 Link-Local адрес.Чешир и др. Стандарты Track [Страница 7] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Администраторы, желающие настроить свои собственные локальные адреса (используя
   ручная настройка, DHCP-сервер или любой другой механизм, не
   описанный в этом документе) следует использовать один из существующих частных
   префиксы адресов [RFC1918], а не префикс 169.254 / 16.

1.7. Несколько интерфейсов

   Дополнительные соображения относятся к хостам, которые поддерживают более одного
   активный интерфейс, один или несколько из которых поддерживают IPv4
   Конфигурация адреса Link-Local.Эти соображения обсуждаются
   в разделе 3.

1.8. Связь с маршрутизируемыми адресами

   Будут случаи, когда устройства с настроенным Link-Local адресом
   необходимо будет связаться с устройством с маршрутизируемым адресом
   настроен на том же физическом канале, и наоборот. Правила в
   Раздел 2.6 разрешает такое общение.

   Это позволяет, например, портативному компьютеру только с маршрутизируемым
   адрес для связи с веб-серверами по всему миру, используя его
   адрес с глобальной маршрутизацией при одновременной печати этих веб-страниц
   страниц на локальном принтере, имеющем только локальный адрес IPv4 Link.1.9. Когда следует настраивать адрес IPv4 Link-Local

   Имея адреса нескольких разных областей, назначенных одному
   интерфейс, без адекватного способа определить, при каких обстоятельствах
   следует использовать каждый адрес, что усложняет работу приложений и
   путаница для пользователей. Хост с адресом по ссылке может
   общаться со всеми другими устройствами по этой ссылке, независимо от того,
   устройства используют адреса Link-Local или маршрутизируемые адреса. Для этих
   по причинам, хост НЕ ДОЛЖЕН иметь как действующий маршрутизируемый адрес, так и
   адрес IPv4 Link-Local, настроенный на том же интерфейсе.В
   термин "действующий адрес" используется для обозначения адреса, который работает
   эффективно для связи в текущем сетевом контексте (см.
   ниже). Когда действующий маршрутизируемый адрес доступен на
   интерфейса, хосту НЕ СЛЕДУЕТ также назначать локальный адрес IPv4 Link
   на этом интерфейсе. Однако во время перехода (в любом
   direction) между использованием маршрутизируемых адресов и IPv4 Link-Local.
   МОЖЕТ использоваться сразу при соблюдении следующих правил:

      1. Назначение локального адреса канала IPv4 на интерфейсе
         основывается исключительно на состоянии интерфейса и не зависит
         любых других протоколов, таких как DHCP.Хост НЕ ДОЛЖЕН изменять
         поведение и использование других протоколов, таких как DHCP, потому что
         хост назначил интерфейсу адрес IPv4 Link-Local.




Чешир и др. Стандарты Track [Страница 8] 

RFC 3927 IPv4 Link-Local, май 2005 г.


      2. Если хост обнаруживает, что интерфейс, который ранее был
         настроенный с IPv4-адресом Link-Local, теперь имеет работоспособный
         доступен маршрутизируемый адрес, хост ДОЛЖЕН использовать маршрутизируемый
         адрес при инициировании новых сообщений и ДОЛЖЕН прекратиться
         объявление о доступности локального адреса IPv4 Link
         с помощью каких-либо механизмов об этом адресе стало известно
         другие.Хост ДОЛЖЕН продолжать использовать IPv4 Link-Local.
         адрес для уже идущих коммуникаций и МОЖЕТ продолжить
         принимать новые сообщения, адресованные IPv4 Link-Local
         адрес. Способы, которыми действующий маршрутизируемый адрес может
         становятся доступными в интерфейсе, включая:

               * Ручная настройка
               * Назначение адреса через DHCP
               * Роуминг хоста в сеть, в которой ранее
                 назначенный адрес становится работоспособным

      3.Если хост обнаруживает, что интерфейс больше не работает
         доступен маршрутизируемый адрес, хост МОЖЕТ идентифицировать пригодный для использования IPv4
         Link-Local адрес (как описано в разделе 2) и назначьте его
         обратиться к интерфейсу. Способы, которыми можно использовать маршрутизируемый
         адрес может перестать быть доступным на интерфейсе, включая:

               * Удаление адреса из интерфейса через
                 ручная настройка
               * Истечение срока аренды на адрес, присвоенный через
                 DHCP
               * Роуминг хоста в новую сеть, в которой
                 адрес больше не работает.Определение системой, является ли адрес «работоспособным»
   нечеткая и много изменений в контексте системы (например,
   изменения маршрутизатора) могут повлиять на работоспособность адреса. В
   вероятен конкретный роуминг хоста из одной сети в другую -
   но не уверен - изменить работоспособность настроенного адреса
   но обнаружить такой ход не всегда тривиально.

   «Обнаружение сетевого подключения (ДНК) в IPv4» [DNAv4] обеспечивает
   дальнейшее обсуждение назначения адресов и работоспособности
   решимость.2. Выбор адреса, защита и доставка

   В следующем разделе объясняется выбор локального адреса IPv4 Link.
   алгоритм, как защищаются IPv4 Link-Local адреса и как IPv4
   доставляются пакеты с IPv4 Link-Local адресами.





Чешир и др. Стандарты Track [Страница 9] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Хосты Windows и Mac OS, которые уже реализуют Link-Local IPv4
   автоконфигурация адреса совместима с правилами, представленными в
   эта секция.Однако если возникнут какие-либо проблемы с совместимостью
   обнаружено, этот документ, а не какая-либо предыдущая реализация, определяет
   стандарт.

2.1. Выбор локального адреса канала

   Когда хост хочет настроить IPv4 Link-Local адрес, он
   выбирает адрес с помощью генератора псевдослучайных чисел с
   равномерное распределение в диапазоне от 169.254.1.0 до 169.254.254.255
   включительно.

   Префикс IPv4 169.254 / 16 зарегистрирован в IANA для этого
   цель. Первые 256 и последние 256 адресов из 169.254/16
   префиксы зарезервированы для использования в будущем и НЕ ДОЛЖНЫ быть выбраны хостом
   используя этот механизм динамической конфигурации.

   Алгоритм генерации псевдослучайных чисел ДОЛЖЕН быть выбран так, чтобы
   разные хосты не генерируют одинаковую последовательность чисел. Если
   хост имеет доступ к постоянной информации, которая различна для каждого
   хост, например его MAC-адрес IEEE 802, затем псевдослучайное число
   генератор ДОЛЖЕН быть засеян, используя значение, полученное из этого
   Информация. Это означает, что даже без использования других постоянных
   хранилище, хост обычно выбирает тот же адрес IPv4 Link-Local
   каждый раз при загрузке, что может быть удобно для отладки и
   другие эксплуатационные причины.Заполнение псевдослучайного числа
   генератор с использованием часов реального времени или любой другой информации, которая
   (или может быть) идентичным на каждом хосте НЕ подходит для этой цели,
   потому что группа хостов, которые включены одновременно
   могут тогда все сгенерировать одну и ту же последовательность, в результате чего никогда не будет
   прекращение серии конфликтов по мере того, как хозяева движутся синхронно
   точно такая же псевдослучайная последовательность, конфликтующая на каждом адресе
   они исследуют.

   Хосты, оснащенные постоянным хранилищем, МОГУТ для каждого
   интерфейса, запишите выбранный IPv4-адрес.При загрузке
   хосты с ранее записанным адресом ДОЛЖНЫ использовать этот адрес как
   их первый кандидат при зондировании. Это увеличивает стабильность
   адреса. Например, если группа хостов выключена в
   ночью, то, когда они будут включены на следующее утро, они все
   возобновить использование тех же адресов, вместо того, чтобы выбирать разные
   адресует и потенциально может разрешать возникающие конфликты.








Чешир и др. Стандарты Track [Страница 10] 

RFC 3927 IPv4 Link-Local, май 2005 г.


2.2. Заявление о локальном адресе канала

   После выбора адреса IPv4 Link-Local хост ДОЛЖЕН проверить,
   перед началом работы проверьте, используется ли уже локальный адрес IPv4 Link
   использовать это. Когда сетевой интерфейс переходит из неактивного в
   в активном состоянии, хост не знает, какая ссылка IPv4-
   В настоящее время по этой ссылке могут использоваться локальные адреса, поскольку точка
   прикрепленных файлов, возможно, изменился сетевой интерфейс.
   неактивен, когда был заявлен конфликтующий адрес.Если бы хост немедленно начал использовать локальный адрес IPv4 Link
   который уже используется другим хостом, это может помешать
   этот другой хозяин. Поскольку возможно, что хост изменил свой
   точки подключения, маршрутизируемый адрес может быть получен на новом
   сети, и поэтому нельзя предполагать, что IPv4 Link-Local
   адрес является предпочтительным.

   Перед использованием адреса IPv4 Link-Local (например, использования его в качестве
   исходный адрес в пакете IPv4 или как IPv4-адрес отправителя в
   ARP-пакет) хост ДОЛЖЕН выполнить тестовый тест, описанный ниже, чтобы
   добиться большей уверенности в том, что использование адреса IPv4 Link-Local будет
   не вызывать сбоев.Примеры событий, при которых становится активным интерфейс, включают:

      Перезагрузка / запуск
      Выход из спящего режима (если во время сна сетевой интерфейс был неактивен)
      Вызов ранее неактивного сетевого интерфейса
      Изменение состояния аппаратного соединения IEEE 802 (подходит для
           тип носителя и применяемые механизмы безопасности) указывает
           что интерфейс стал активным.
      Связь с беспроводной базовой станцией или специальной сетью.

   Хост НЕ ДОЛЖЕН периодически выполнять эту проверку из-за
   курс.Это будет пустой тратой пропускной способности сети и
   ненужный из-за способности хостов пассивно обнаруживать
   конфликты, как описано в разделе 2.5.

2.2.1. Детали зонда

   На канальном уровне, таком как IEEE 802, который поддерживает ARP, конфликт
   обнаружение осуществляется с помощью зондов ARP. О технологиях канального уровня, которые
   не поддерживают ARP, другие методы могут быть доступны для определения
   используется ли в настоящее время конкретный адрес IPv4. Тем не менее
   применение механизмов требования и защиты к таким сетям является
   выходит за рамки этого документа.Чешир и др. Стандарты Track [Страница 11] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Хост проверяет, используется ли уже адрес, транслируя
   запрос ARP для желаемого адреса. Клиент ДОЛЖЕН заполнить
   Поле 'аппаратный адрес отправителя' ARP-запроса с оборудованием
   адрес интерфейса, через который он отправляет пакет. В
   Поле 'IP-адрес отправителя' ДОЛЖНО быть установлено на все нули, чтобы избежать
   загрязнение кэшей ARP на других хостах по той же ссылке в случае
   где оказывается, что адрес уже используется другим хостом.Поле 'target hardware address' игнорируется и ДОЛЖНО быть установлено на
   все нули. Поле 'target IP address' ДОЛЖНО быть установлено на адрес
   исследуются. ARP-запрос, построенный таким образом, с нулевым значением
   «IP-адрес отправителя» называется «зондом ARP».

   Когда хост будет готов начать зондирование, он должен дождаться случайного
   временной интервал, выбранный равномерно в диапазоне от нуля до PROBE_WAIT
   секунд, а затем следует отправить пробные пакеты PROBE_NUM, каждый из
   зондирующие пакеты расположены случайным образом с интервалом от PROBE_MIN до PROBE_MAX в секундах.Если в этот период с самого начала процесса зондирования
   до тех пор, пока ANNOUNCE_WAIT секунд после отправки последнего пробного пакета,
   хост получает любой ARP-пакет (запрос * или * ответ) на интерфейсе
   где выполняется зонд, где IP-адрес отправителя пакета
   адрес '- это проверяемый адрес, тогда хост ДОЛЖЕН обрабатывать
   этот адрес используется каким-то другим хостом и ДОЛЖЕН выбрать
   новый псевдослучайный адрес и повторите процесс. Кроме того, если
   в течение этого периода хост получает любой зонд ARP, в котором
   'целевой IP-адрес' - это проверяемый адрес, а
   "аппаратный адрес отправителя" не является аппаратным адресом
   интерфейс, который хост пытается настроить, тогда хост ДОЛЖЕН
   аналогично рассматривайте это как конфликт адресов и выберите новый адрес
   как указано выше.Это может произойти, если два (или более) хоста попытаются настроить
   один и тот же адрес IPv4 Link-Local одновременно.

   Хост должен вести счетчик количества конфликтов адресов.
   он испытал в процессе попытки получить адрес,
   и если количество конфликтов превышает MAX_CONFLICTS, то хост
   ДОЛЖЕН ограничить скорость, с которой он проверяет новые адреса, до уровня
   более одного нового адреса на RATE_LIMIT_INTERVAL. Это для предотвращения
   катастрофические ARP-штормы в случаях патологического отказа, например,
   мошеннический хост, который отвечает на все запросы ARP, в результате чего законные хосты
   войти в бесконечный цикл, пытаясь выбрать пригодный для использования адрес.Если через ANNOUNCE_WAIT секунд после передачи последнего ARP
   Проверьте, что не было получено конфликтующего ответа ARP или зонда ARP, затем
   хост успешно потребовал желаемый IPv4 Link-Local
   адрес.







Чешир и др. Стандарты Track [Страница 12] 

RFC 3927 IPv4 Link-Local, май 2005 г.


2.3. Более короткие тайм-ауты

   Могут появиться сетевые технологии, для которых будут более короткие задержки.
   подходящие, чем те, которые требуются в этом документе.Последующий IETF
   может быть выпущена публикация с указанием различных значений
   для PROBE_WAIT, PROBE_NUM, PROBE_MIN и PROBE_MAX на тех
   технологии.

2.4. Объявление адреса

   Проверив, чтобы определить уникальный адрес для использования, хост ДОЛЖЕН
   затем объявите заявленный адрес, передав ANNOUNCE_NUM ARP
   объявления с интервалом в ANNOUNCE_INTERVAL секунд. ARP
   объявление идентично зонду ARP, описанному выше, за исключением
   что теперь и отправитель, и целевой IP-адреса установлены на
   вновь выбранный IPv4-адрес хоста.Цель этих ARP
   объявления, чтобы убедиться, что другие хосты по ссылке не
   есть устаревшие записи кэша ARP, оставшиеся от другого хоста, который может
   ранее использовали тот же адрес.

2.5. Обнаружение конфликтов и защита

   Обнаружение конфликта адресов не ограничивается выбором адреса
   фаза, когда хост отправляет зонды ARP. Обнаружение конфликта адресов
   это непрерывный процесс, который действует до тех пор, пока хост
   используя IPv4 Link-Local адрес.В любое время, если хост получает
   Пакет ARP (запрос * или * ответ) на интерфейсе, где 'IP-адрес отправителя
   адрес '- это IP-адрес, который хост настроил для этого
   интерфейс, но "аппаратный адрес отправителя" не соответствует
   аппаратный адрес этого интерфейса, то это конфликтующий ARP
   пакет, указывающий на конфликт адресов.

   Хост ДОЛЖЕН ответить на конфликтующий пакет ARP, как описано в
   либо (a), либо (b) ниже:

   (a) После получения конфликтующего пакета ARP хост МОЖЕТ выбрать
   немедленно настройте новый IPv4 Link-Local адрес, как описано
   выше, или

   (б) Если у хоста в настоящее время есть активные TCP-соединения или по другим причинам
   предпочел сохранить тот же адрес IPv4, и он не видел никаких
   другие конфликтующие пакеты ARP в последнем DEFEND_INTERVAL
   секунд, затем он МОЖЕТ выбрать попытку защиты своего адреса с помощью
   запись времени, когда был получен конфликтующий пакет ARP, и
   затем транслирует одно-единственное объявление ARP, предоставляя собственный IP-адрес и
   аппаратные адреса как адреса отправителя ARP.Сделав
   после этого хост может продолжать использовать адрес в обычном режиме без
   любые дальнейшие специальные действия. Однако, если это не первый



Чешир и др. Стандарты Track [Страница 13] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   конфликтующий пакет ARP, который видел хост, и время, записанное для
   предыдущий конфликтующий пакет ARP недавний, в пределах DEFEND_INTERVAL
   секунд, тогда хост ДОЛЖЕН немедленно прекратить использование этого адреса и
   настройте новый IPv4 Link-Local адрес, как описано выше.Это
   необходимо, чтобы два хоста не застряли в бесконечном
   цикл с обоими хостами, пытающимися защитить один и тот же адрес.

   Хост ДОЛЖЕН отвечать на конфликтующие пакеты ARP, как описано в
   (а) или (б) выше. Хост НЕ ДОЛЖЕН игнорировать конфликтующие пакеты ARP.

   Принудительная перенастройка адреса может нарушить работу протокола TCP.
   соединения должны быть разорваны. Однако ожидается, что такие
   сбои будут редкими, и если непреднамеренное дублирование адресов
   случается, то нарушение связи неминуемо, неважно
   как были назначены адреса.Это невозможно для двоих
   разные хосты, использующие один и тот же IP-адрес в одной сети для
   работают надежно.

   Перед тем как отказаться от адреса из-за конфликта, узлы ДОЛЖНЫ активно
   попытаться сбросить все существующие соединения, использующие этот адрес. Этот
   смягчает некоторые угрозы безопасности, связанные с изменением конфигурации адреса, так как
   обсуждается в разделе 5.

   Немедленная настройка нового адреса, как только конфликт будет
   обнаружено - лучший способ восстановить полезное общение так быстро
   насколько возможно.Описанный выше механизм трансляции одиночного
   Объявление ARP для защиты адреса устраняет проблему
   несколько, помогая повысить вероятность того, что один из двух
   конфликтующие узлы могут сохранить свой адрес.

   Все пакеты ARP (* ответы *, а также запросы), содержащие Link-
   Локальный IP-адрес отправителя ДОЛЖЕН быть отправлен с использованием широковещательной передачи на канальном уровне.
   вместо одноадресной рассылки на канальном уровне. Это способствует своевременному обнаружению
   повторяющиеся адреса. Пример, показывающий, как это помогает
   в разделе 4.2.6. Правила использования и пересылки адресов

   Хост, реализующий эту спецификацию, имеет дополнительные правила для
   соответствовать, независимо от того, имеет ли он интерфейс, настроенный с
   IPv4 Link - локальный адрес.

2.6.1. Использование исходного адреса

   Поскольку каждый интерфейс на хосте может иметь локальный адрес канала IPv4 в
   дополнение к нулю или более других адресов, настроенных другими способами
   (например, вручную или через DHCP-сервер) хосту, возможно, придется сделать




Чешир и др. Стандарты Track [Страница 14] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   выбор того, какой адрес источника использовать при отправке пакета или
   инициирует TCP-соединение.Если и IPv4 Link-Local, и маршрутизируемый адрес доступны на
   того же интерфейса, маршрутизируемый адрес должен быть предпочтительнее, чем
   исходный адрес для новых сообщений, но пакеты, отправленные из или в
   IPv4 Link-Local адрес по-прежнему доставляется, как ожидалось. В
   IPv4 Link-Local адрес может по-прежнему использоваться в качестве адреса источника.
   в сообщениях, где переключение на предпочтительный адрес может вызвать
   сбой связи из-за требований верхнего уровня
   протокол (e.g., существующее TCP-соединение). Подробнее см.
   Раздел 1.7.

   Многосетевой хост должен выбрать исходящий интерфейс, независимо от того,
   не пункт назначения - это локальный адрес канала IPv4. Детали этого
   выходят за рамки данной спецификации. После выбора
   интерфейс, многосетевой хост должен отправлять пакеты, содержащие IPv4
   Link-Local адреса, как указано в этом документе, как если бы
   выбранный интерфейс был единственным интерфейсом хоста. См. Раздел 3 для
   дальнейшее обсуждение многосетевых хостов.2.6.2. Правила пересылки

   Какой бы интерфейс ни использовался, если адрес назначения находится в
   169.254 / 16 (за исключением адреса 169.254.255.255, который
   широковещательный адрес для префикса Link-Local), затем отправитель
   ДОЛЖЕН ARP для адреса назначения, а затем отправить свой пакет
   прямо к месту назначения по той же физической ссылке. Это ДОЛЖНО быть
   выполнено независимо от того, настроен ли интерфейс с Link-Local или
   маршрутизируемый IPv4-адрес.

   Во многих сетевых стеках достижение этой функции может быть столь же простым.
   как добавление записи в таблицу маршрутизации, указывающей, что 169.254/16 - это
   напрямую доступны по локальной ссылке. Такой подход не сработает
   для маршрутизаторов или многодомных хостов. См. Раздел 3 для получения дополнительной информации.
   обсуждение многодомных хостов.

   Хост НЕ ДОЛЖЕН отправлять пакет с адресом IPv4 Link-Local
   обратиться к любому роутеру для пересылки.

   Если адрес назначения является одноадресным адресом за пределами
   169.254 / 16, тогда хост ДОЛЖЕН использовать соответствующий маршрутизируемый
   Адрес источника IPv4, если это возможно. Если по какой-либо причине ведущий выберет
   для отправки пакета с локальным адресом источника IPv4 Link (e.г., нет
   маршрутизируемый адрес доступен на выбранном интерфейсе), то он
   ДОЛЖЕН ARP для адреса назначения, а затем отправить свой пакет с





Чешир и др. Стандарты Track [Страница 15] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   IPv4 Link-Local исходный адрес и маршрутизируемый IPv4-адрес назначения
   адрес, непосредственно к месту назначения по той же физической ссылке. В
   хост НЕ ДОЛЖЕН отправлять пакет любому маршрутизатору для пересылки.В случае устройства с одним интерфейсом и только Link-
   Локальный IPv4-адрес, это требование можно перефразировать как "ARP для
   все".

   Во многих сетевых стеках достижение такого поведения «ARP для всего»
   может быть так же просто, как отсутствие настроенного первичного IP-маршрутизатора, наличие
   адрес основного IP-маршрутизатора, настроенный на 0.0.0.0, или имеющий
   основной IP-адрес маршрутизатора должен быть таким же, как и собственный Link хоста.
   Локальный IPv4-адрес. Рекомендуемое поведение в многосетевых хостах см.
   Раздел 3.2.7. Пакеты Link-Local не пересылаются

   Разумный вариант по умолчанию для приложений, отправляющих сообщения с IPv4.
   Адрес Link-Local предназначен для явной установки TTL IPv4 на 1. Это
   подходит не во всех случаях, поскольку для некоторых приложений может потребоваться
   для IPv4 TTL должны быть установлены другие значения.

   Пакет IPv4, адрес источника и / или назначения которого находится в
   Префикс 169.254 / 16 НЕ ДОЛЖЕН быть отправлен на какой-либо маршрутизатор для пересылки, и
   любое сетевое устройство, получающее такой пакет, НЕ ДОЛЖНО пересылать его,
   независимо от TTL в заголовке IPv4.Точно так же роутер или
   другой хост НЕ ДОЛЖЕН без разбора отвечать на все запросы ARP для
   адреса в префиксе 169.254 / 16. Маршрутизатор, конечно, может ответить
   Запросы ARP для одного или нескольких адресов IPv4 Link-Local, которые у него есть
   законно заявлено для собственного использования в соответствии с претензиями и -
   защищать протокол, описанный в этом документе.

   Это ограничение также применяется к многоадресным пакетам. Пакеты IPv4
   с локальным адресом источника НЕ ​​ДОЛЖНЫ пересылаться за пределы
   локальная ссылка, даже если у них есть адрес назначения многоадресной рассылки.2.8. Пакеты Link-Local являются локальными

   Правило отсутствия пересылки означает, что хосты могут предполагать, что все
   169.254 / 16 адреса назначения "по ссылке" и напрямую
   достижимый. Префикс адреса 169.254 / 16 НЕ ДОЛЖЕН быть разделен на подсети.
   В этой спецификации используется обнаружение конфликтов адресов на основе ARP,
   который функционирует путем широковещательной передачи в локальной подсети. Поскольку такие
   широковещательные сообщения не пересылаются, тогда было разрешено создание подсетей
   конфликты адресов могут остаться незамеченными.






Чешир и др.Стандарты Track [Страница 16] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Это не означает, что устройства Link-Local запрещены для любых
   общение за пределами локальной ссылки. IP-хосты, которые реализуют оба
   Link-Local и обычные маршрутизируемые адреса IPv4 могут по-прежнему использовать
   их маршрутизируемые адреса без ограничений, как сегодня.

2.9. Рекомендации по протоколу более высокого уровня

   Аналогичные соображения применяются к уровням выше IP.Например, дизайнеры веб-страниц (в том числе автоматически
   сгенерированные веб-страницы) НЕ ДОЛЖНЫ содержать ссылки со встроенным IPv4
   Link-Local адреса, если эти страницы доступны для просмотра с хостов за пределами
   локальная ссылка, по которой действительны адреса.

   Поскольку IPv4 Link-Local адреса могут измениться в любое время и имеют ограниченные
   области, адреса IPv4 Link-Local НЕ ДОЛЖНЫ храниться в DNS.

2.10. Проблемы конфиденциальности

   Еще одна причина ограничить утечку IPv4 Link-Local адресов
   за пределами местной ссылки - проблемы конфиденциальности.Если IPv4 Link-Local
   адреса получены из хэша MAC-адреса, некоторые утверждают, что
   они могут быть косвенно связаны с человеком, и тем самым
   используется для отслеживания действий этого человека. По локальной ссылке
   все аппаратные адреса в пакетах наблюдаются напрямую, поэтому
   пока IPv4 Link-Local адреса не покидают локальную ссылку, они
   не предоставлять злоумышленнику больше информации, чем может получить
   прямое наблюдение за аппаратными адресами.

2.11.Взаимодействие между клиентом DHCPv4 и локальным состоянием канала IPv4
       Машины

   Как описано в Приложении A, ранние реализации IPv4 Link-Local
   модифицировали конечный автомат DHCP. Практический опыт показывает, что
   эти модификации снижают надежность службы DHCP.

   Устройство, которое реализует как IPv4 Link-Local, так и DHCPv4-клиент.
   не должен изменять поведение DHCPv4-клиента для соответствия
   Конфигурация IPv4 Link-Local. В частности конфигурация
   IPv4 Link - Локальный адрес, вне зависимости от того, находится ли в данный момент DHCP-сервер.
   ответ не является достаточной причиной для отключения действующего DHCP
   lease, чтобы остановить DHCP-клиент от попытки получить новый IP-адрес.
   адреса, чтобы изменить таймауты DHCP или изменить поведение
   Конечный автомат DHCP любым другим способом.Дальнейшее обсуждение этого вопроса приведено в разделе «Обнаружение сети.
   Вложение (ДНК) в IPv4 »[DNAv4].




Чешир и др. Стандарты Track [Страница 17] 

RFC 3927 IPv4 Link-Local, май 2005 г.


3. Соображения по поводу нескольких интерфейсов

   Изложенные здесь соображения также применимы, когда хост
   несколько IP-адресов, независимо от того, имеет ли он несколько физических
   интерфейсы. Другие примеры нескольких интерфейсов включают разные
   логические конечные точки (туннели, виртуальные частные сети и т. д.) и
   несколько логических сетей на одном физическом носителе. Это часто
   называется "множественная адресация".

   Хосты, которые имеют более одного активного интерфейса и выбирают
   реализовать динамическую настройку IPv4 Link-Local адресов на одном
   или несколько из этих интерфейсов столкнутся с различными проблемами. Эта секция
   перечисляет эти проблемы, но не более чем указывает, как можно
   решить их. На момент написания этой статьи не существовало серебряной пули
   который решает эти проблемы во всех случаях в общем виде.Разработчики должны продумать эти проблемы, прежде чем внедрять
   протокол, указанный в этом документе в системе, которая может иметь больше
   более одного активного интерфейса в составе стека TCP / IP, способного
   множественная самонаведение.

3.1. Адреса с заданной областью

   Хост может быть одновременно подключен к нескольким сетям. Это
   было бы неплохо, если бы в каждом
   сети, но это не так. Адреса, используемые в одной сети, могут быть
   это сеть за NAT или ссылка, на которой IPv4 Link-Local
   адреса используются, не могут использоваться в другой сети и имеют
   такой же эффект.Также было бы неплохо, если бы адреса не открывались приложениям,
   но они. Большинство программ, использующих TCP / IP, ожидают сообщений
   получает с любого интерфейса на конкретный номер порта, для
   конкретный транспортный протокол. Приложения, как правило, знают только
   (и заботятся) о том, что они получили сообщение. Приложение знает
   адрес отправителя, на который приложение ответит.

   Первая проблема с ограниченным адресом - это выбор адреса источника. А
   многосетевой хост имеет более одного адреса.Какой адрес должен быть
   используется как исходный адрес при отправке в определенное место назначения?
   На этот вопрос обычно отвечают, обращаясь к таблице маршрутизации,
   который указывает, какой интерфейс (с каким адресом) отправлять, и
   как отправить (следует перенаправить на маршрутизатор или отправить напрямую). В
   выбор усложняется адресами с ограниченной областью действия, поскольку адрес
   диапазон, в котором находится пункт назначения, может быть неоднозначным. Таблица может
   не смогу дать хорошего ответа. Эта проблема связана с
   выбор следующего перехода, который обсуждается в разделе 3.2.





Чешир и др. Стандарты Track [Страница 18] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Вторая проблема с ограниченным адресом возникает из-за параметров с ограниченным объемом.
   утечка за пределами их области. Это обсуждается в разделе 7.

   Эти проблемы можно преодолеть. Один из способов - разоблачить
   объем информации для приложений, чтобы они всегда знали о
   в какой области находится партнер. Таким образом, правильный интерфейс может быть
   выбран, и безопасная процедура может быть соблюдена в отношении
   адреса пересылки и другие параметры области действия.Есть другие
   возможные подходы. Ни один из этих методов не был стандартизирован.
   для IPv4 они не указаны в этом документе. Хороший дизайн API
   может смягчить проблемы, либо открыв адресную область для
   приложения с ограниченным адресом или умно инкапсулируя
   анализ информации и логики, чтобы приложения поступали правильно
   не зная об области действия адреса.

   Разработчик может взять на себя решение этих проблем, но не может
   просто игнорируйте их.Имея достаточный опыт, можно надеяться, что
   Появятся спецификации, объясняющие, как преодолеть заданный адрес
   проблемы с множественным наведением.

3.2. Неопределенность адреса

   Это основная проблема в отношении локального назначения IPv4 Link.
   адреса доступны более чем на одном интерфейсе. Что должен
   хост делает, когда ему нужно отправить в место назначения Link-Local L, а L может
   разрешить использование ARP более чем для одной ссылки?

   Даже если адрес Link-Local может быть разрешен только по одной ссылке в
   в данный момент нет гарантии, что он останется однозначным
   в будущем.Дополнительные хосты на других интерфейсах могут требовать
   адрес L также.

   Одна из возможностей - поддержать это только в том случае, если
   приложение конкретно указывает, с какого интерфейса отправлять.

   Стандартного или очевидного решения этой проблемы не существует. Существующий
   прикладное программное обеспечение, написанное для набора протоколов IPv4, в значительной степени
   неспособен справиться с неоднозначностью адреса. Это не исключает
   разработчик от поиска решения, написания приложений, которые
   могут использовать его и предоставляют хост, который может поддерживать динамические
   настройка IPv4 Link-Local адресов более чем на одном
   интерфейс.Это решение почти наверняка не будет
   применимо к существующему программному обеспечению и прозрачно для более высоких уровней,
   тем не мение.

   Учитывая, что стек IP должен иметь связанный исходящий интерфейс
   с пакетом, который необходимо отправить в пункт назначения Link-Local
   адрес, должен произойти выбор интерфейса. Исходящий интерфейс



Чешир и др. Стандарты Track [Страница 19] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   не может быть получено из параметров заголовка пакета, таких как источник
   или адрес назначения (например,g., используя поиск в таблице переадресации).
   Следовательно, ассоциация исходящего интерфейса должна выполняться явно.
   другими способами. В спецификации не указаны
   средства.

3.3. Взаимодействие с хостами с маршрутизируемыми адресами

   В этой спецификации уделяется внимание переходу от использования
   IPv4 Link-Local адреса с маршрутизируемыми адресами (см. Раздел 1.5).
   Намерение состоит в том, чтобы позволить хосту с одним интерфейсом сначала
   поддерживать конфигурацию Link-Local, а затем плавно перейти к
   использование маршрутизируемого адреса.Поскольку хост переходит на использование
   маршрутизируемого адреса может временно иметь более одного адреса
   активны, проблемы с ограниченным адресом, описанные в разделе 3.1, будут
   подать заявление. Когда хост получает маршрутизируемый адрес, ему не нужно
   сохранить свой Link-Local адрес для связи с
   другие устройства по ссылке, которые сами используют только Link-Local
   адреса: любой хост, соответствующий этой спецификации, знает, что
   независимо от адреса источника должен быть установлен IPv4 Link-Local.
   достигаются путем пересылки непосредственно к месту назначения, а не через маршрутизатор;
   для этого хоста необязательно иметь адрес источника Link-Local
   для отправки на адрес назначения Link-Local.Хост с адресом IPv4 Link-Local может отправлять адресату
   который не имеет адреса IPv4 Link-Local. Если хост не
   многосетевой, процедура проста и однозначна: использование ARP и
   переадресация непосредственно в пункты назначения по ссылке является маршрутом по умолчанию. Если
   хост является многосетевым, однако политика маршрутизации более сложна,
   особенно если один из интерфейсов настроен с маршрутизируемым
   адрес и маршрут по умолчанию (разумно) направлен на маршрутизатор
   доступный через этот интерфейс.Следующий пример иллюстрирует
   эта проблема и обеспечивает ее общее решение.

                         i1 + --------- + i2 i3 + ------- +
               МАРШРУТИЗАТОР ------- = HOST1 = --------- = HOST2 |
                      ссылка1 + --------- + ссылка2 + ------- +

   На рисунке выше HOST1 подключен к link1 и link2.
   Интерфейс i1 настроен с маршрутизируемым адресом, а i2 -
   IPv4 Link - локальный адрес. HOST1 имеет свой маршрут по умолчанию, установленный на МАРШРУТИЗАТОР
   адрес, через i1. HOST1 будет направлять в пункты назначения в 169.254/16
   в i2, отправив прямо по назначению.

   HOST2 имеет настроенный (не Link-Local) IPv4-адрес, назначенный i3.






Чешир и др. Стандарты Track [Страница 20] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Используя протокол разрешения имен или обнаружения служб, HOST1 может
   узнать адрес HOST2. Поскольку адрес HOST2 не находится в
   169.254 / 16, политика маршрутизации HOST1 будет отправлять дейтаграммы на HOST2 через
   i1 в МАРШРУТИЗАТОР.Если нет маршрута от МАРШРУТИЗАТОРА до HOST2,
   дейтаграммы, отправленные с HOST1 на HOST2, не достигнут его.

   Одним из решений этой проблемы является попытка хоста связаться с любым
   хост локально (с использованием ARP), для которого он получает недоступный ICMP
   сообщение об ошибке (коды сообщений ICMP 0, 1, 6 или 7 [RFC792]). Гостья
   пробует все свои прикрепленные ссылки в циклическом режиме. Это было
   успешно реализован для некоторых хостов IPv6, чтобы точно обойти
   Эта проблема. В терминах этого примера HOST1 при неспособности достичь
   HOST2 через МАРШРУТИЗАТОР, попытается перенаправить на HOST2 через i2 и
   преуспевать.Эту проблему также можно решить, используя методы
   описанные в разделе 3.2, или другие средства, не обсуждаемые здесь. Этот
   спецификация не предоставляет стандартного решения и не
   препятствовать исполнителям поддерживать многосетевые конфигурации,
   при условии, что они решают проблемы в этом разделе для
   приложения, которые будут поддерживаться на хосте.

3.4. Непреднамеренный аутоиммунный ответ

   Следует проявлять осторожность, если многосетевой хост может поддерживать более одного
   интерфейс на той же ссылке, все из которых поддерживают IPv4 Link-Local
   автоконфигурация.Если эти интерфейсы попытаются выделить один и тот же
   адрес, они будут защищать хост от самого себя, вызывая
   заявив, что алгоритм не работает. Самое простое решение этой проблемы -
   для запуска алгоритма независимо на каждом интерфейсе, настроенном с
   IPv4 Link - локальные адреса.

   В частности, пакеты ARP, которые, как представляется, требуют адреса, который
   назначены конкретному интерфейсу, указывать конфликт только в том случае, если они
   получен на этом интерфейсе, и их аппаратный адрес имеет некоторые
   другой интерфейс.Если у хоста есть два интерфейса на одной и той же ссылке, то заявка и
   защита этих интерфейсов должна гарантировать, что они
   разные адреса, как если бы они были на разных хостах. Примечание
   что некоторые из способов, которыми может найти себя хост с двумя интерфейсами на
   та же ссылка может быть неожиданной и неочевидной, например, когда хост
   имеет Ethernet и беспроводную связь 802.11, но эти два канала (возможно,
   даже без ведома пользователя хоста) соединены вместе.







Чешир и др.Стандарты Track [Страница 21] 

RFC 3927 IPv4 Link-Local, май 2005 г.


4. Восстановление сетевых разделов.

   Хосты на непересекающихся сетевых ссылках могут настраивать одну и ту же ссылку IPv4-
   Местный адрес. Если эти отдельные сетевые ссылки будут позже присоединены или
   соединены вместе, то может быть два хоста, которые сейчас находятся на
   та же ссылка, пытаясь использовать тот же адрес. Когда любой из хостов пытается
   для связи с любым другим хостом в сети он будет
   точка транслирует пакет ARP, который включит рассматриваемые хосты
   чтобы обнаружить конфликт адресов.Когда обнаруживаются эти конфликты адресов, последующие принудительные
   реконфигурация может вызвать сбой, в результате чего TCP-соединения будут
   сломанный. Однако ожидается, что такие сбои будут редкими.
   Соединение сетей во время
   хосты в этих сетях активны. Также 65024 адреса являются
   доступен для использования IPv4 Link-Local, поэтому даже в двух небольших сетях
   соединены, вероятность конфликта для любого хоста достаточно высока.
   маленький.

   При объединении двух больших сетей (определяемых как сети с
   значительное количество хостов на сегмент) существует большая вероятность
   конфликт.В таких сетях вполне вероятно, что присоединение
   ранее разделенные сегменты приведут к одному или нескольким хостам
   необходимо изменить свой IPv4 Link-Local адрес с последующей потерей
   TCP-соединений. В случаях, когда разделение и повторное присоединение
   часто, как в сетях с удаленным мостом, это может оказаться
   разрушительный. Однако, если количество хостов на присоединенном
   сегментов очень велико, трафик в результате соединения и
   последующее разрешение конфликта адресов будет небольшим.Отправка ответов ARP с локальными адресами отправителя IPv4 через
   широковещательная передача вместо одноадресной гарантирует, что эти конфликты могут быть
   обнаруживаются, как только они становятся потенциальными проблемами, но не раньше.
   Например, если соединены два непересекающихся сетевых канала, где хосты A
   и B оба настроили один и тот же адрес Link-Local, X, они могут
   оставаться в этом состоянии до тех пор, пока A, B или какой-либо другой хост не попытается
   инициировать общение. Если какой-то другой хост C теперь отправляет ARP
   запрос на адрес X, и хосты A и B должны были ответить
   обычные одноадресные ответы ARP, тогда хост C может быть сбит с толку, но
   А и Б все равно не узнают о проблеме, потому что ни то, ни другое
   видели пакет другого.Отправка этих ответов через рассылку
   позволяет A и B видеть конфликтующие ARP-пакеты друг друга и
   ответьте соответственно.

   Обратите внимание, что отправка периодических бесплатных ARP в попытке обнаружить
   эти конфликты раньше не нужны, расходует пропускную способность сети,
   и на самом деле может быть вредным. Например, если сетевые ссылки
   были присоединены лишь ненадолго и снова были разделены до появления каких-либо новых



Чешир и др. Стандарты Track [Страница 22] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   была инициирована связь с участием A или B, затем временное
   конфликт был бы мягким, и никакая принудительная реконфигурация не
   были необходимы.Запуск ненужной принудительной реконфигурации
   в этом случае не будет служить какой-либо полезной цели. Хосты НЕ ДОЛЖНЫ
   отправлять периодические бесплатные ARP.

5. Соображения безопасности

   Использование локальных адресов IPv4 может открыть сетевой хост для новых
   атаки. В частности, хост, у которого ранее не было IP
   адрес, и никакой IP-стек не запущен, не были подвержены IP-основе
   атаки. Настроив рабочий адрес, хост теперь может быть
   уязвимы для IP-атак.

   Протокол ARP [RFC826] небезопасен.Вредоносный хост может отправить
   мошеннические пакеты ARP в сети, мешающие правильному
   работа других хостов. Например, хосту легко
   отвечать на все запросы ARP с ответами, указывающими собственный аппаратный адрес,
   тем самым заявляя о праве собственности на каждый адрес в сети.

   ПРИМЕЧАНИЕ. Существуют определенные виды локальных ссылок, например, беспроводные ЛВС,
   которые не обеспечивают физической безопасности. Из-за существования этих
   ссылки было бы очень неразумно со стороны разработчика предполагать, что когда
   устройство обменивается данными только по локальной ссылке, без которой оно может обойтись
   обычные меры безопасности.Неспособность реализовать соответствующие
   меры безопасности могут подвергнуть пользователей значительному риску.

   Хост, реализующий конфигурацию Link-Local IPv4, имеет дополнительный
   уязвимость к выборочной реконфигурации и сбоям. это
   злоумышленник может отправить ARP-пакеты, которые
   заставить хост разорвать все свои соединения, переключившись на новый
   адрес. Злоумышленник может заставить хост реализовать IPv4 Link-
   Локальная конфигурация для выбора определенных адресов или предотвращения их
   когда-либо завершающий выбор адреса.Это отличная угроза от
   который создается поддельными ARP, описанными в предыдущем абзаце.

   Реализации и пользователи также должны учитывать, что отказавший узел
   адрес и перенастройки в соответствии с требованиями раздела 2.5 позволяют
   возможность того, что другой узел может легко и успешно захватить
   существующие TCP-соединения.

   Разработчикам рекомендуется, чтобы архитектура интернет-протокола
   ожидает, что каждое сетевое устройство или хост должен обеспечивать безопасность, которая
   достаточно для защиты ресурсов, к которым подключено устройство или хост.
   доступ, включая саму сеть, против известных или надежных
   угрозы.Несмотря на то, что использование адресов IPv4 Link-Local может уменьшить





Чешир и др. Стандарты Track [Страница 23] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   количество угроз, которым подвергается устройство, исполнители
   устройства, поддерживающие Интернет-протокол, не должны предполагать, что
   локальная сеть клиента свободна от угроз безопасности.

   Хотя могут быть определенные типы устройств или определенные
   среды, для которых безопасность, обеспечиваемая сетью,
   адекватно защищает ресурсы, доступные устройству,
   было бы неправильно делать общее заявление о том, что
   требование обеспечения безопасности снижено для устройств, использующих IPv4
   Link-Local адреса как единственное средство доступа.Во всех случаях, независимо от того, используются ли локальные адреса IPv4 Link-Local, он
   необходимо для разработчиков устройств, поддерживающих Интернет
   Протокол для анализа известных и вероятных угроз, которым
   конкретный хост или устройство могут быть подвергнуты, и в той степени, в которой они
   возможно, чтобы обеспечить механизмы безопасности, которые улучшают или
   снизить риски, связанные с такими угрозами.

6. Соображения по прикладному программированию

   Использование автоматически настроенных адресов IPv4 Link-Local представляет дополнительные
   бросает вызов авторам приложений и может привести к существующим
   сбой прикладного программного обеспечения.6.1. Изменение адреса, сбой и восстановление

   Адреса IPv4 Link-Local, используемые приложением, могут изменяться.
   время. Некоторое прикладное программное обеспечение, обнаруживающее изменение адреса, будет
   провал. Например, существующие клиентские TCP-соединения будут прерваны,
   серверы, чьи адреса меняются, придется заново открывать, блокировать
   чтение и запись завершатся с ошибкой и т. д.

   Поставщики, производящие прикладное программное обеспечение, которое будет использоваться на IP
   реализации, поддерживающие конфигурацию адреса IPv4 Link-Local
   ДОЛЖЕН обнаруживать события изменения адреса и справляться с ними.Продавцы производят
   Реализации IPv4, поддерживающие конфигурацию адреса IPv4 Link-Local
   СЛЕДУЕТ предоставлять приложениям события изменения адреса.

6.2. Ограниченная пересылка локаторов

   Адреса IPv4 Link-Local НЕ ДОЛЖНЫ пересылаться через приложение.
   протоколу (например, в URL-адресе) в пункт назначения, который не указан
   та же ссылка. Это обсуждается далее в разделах 2.9 и 3.

   Существующее распределенное прикладное программное обеспечение, которое пересылает адрес
   информация может потерпеть неудачу. Например, FTP [RFC959] (если не используется
   пассивный режим) передает IP-адрес клиента.Предположим, что
   клиент запускается и получает свою конфигурацию IPv4 в то время, когда он



Чешир и др. Стандарты Track [Страница 24] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   имеет только Link-Local адрес. Позже хост получает глобальный IP
   адрес, и клиент связывается с FTP-сервером за пределами локального
   связь. Если FTP-клиент вместо этого передает свой старый адрес Link-Local
   своего нового глобального IP-адреса в команде FTP "port", затем FTP
   сервер не сможет открыть соединение для передачи данных обратно клиенту,
   и операция FTP завершится ошибкой.6.3. Неопределенность адреса

   Прикладное программное обеспечение работает на многосетевом хосте, поддерживающем IPv4.
   Конфигурация Link-Local адреса на более чем одном интерфейсе может завершиться ошибкой.

   Это связано с тем, что прикладное программное обеспечение предполагает, что IPv4-адрес
   однозначно, что это может относиться только к одному хосту. Локальная ссылка IPv4
   адреса уникальны только по одной ссылке. Хост, прикрепленный к
   несколько ссылок могут легко столкнуться с ситуацией, когда одни и те же
   адрес присутствует на более чем одном интерфейсе или сначала на одном
   интерфейс, позже другой; в любом случае связано с более чем
   один хозяин.Большинство существующего программного обеспечения не подготовлено к этой двусмысленности.
   В будущем могут быть разработаны интерфейсы прикладного программирования.
   чтобы предотвратить эту проблему. Этот вопрос обсуждается в разделе 3.

7. Рекомендации по маршрутизатору

   Маршрутизатор НЕ ДОЛЖЕН пересылать пакет с источником IPv4 Link-Local или
   адрес назначения, независимо от маршрута маршрутизатора по умолчанию
   конфигурация или маршруты, полученные из протоколов динамической маршрутизации.

   Маршрутизатор, который получает пакет с источником IPv4 Link-Local или
   адрес назначения НЕ ДОЛЖЕН пересылать пакет.Это предотвращает
   пересылка пакетов обратно в сегмент сети, из которого они
   возникла, или в любой другой сегмент.

8. Соображения IANA

   IANA выделило префикс 169.254 / 16 для использования, описанного в
   этот документ. Первые и последние 256 адресов в этом диапазоне
   (169.254.0.x и 169.254.255.x) выделяются Standards Action, как
   определено в «Руководстве по написанию IANA» (BCP 26) [RFC2434]. Нет
   этот документ требует других услуг IANA.











Чешир и др.Стандарты Track [Страница 25] 

RFC 3927 IPv4 Link-Local, май 2005 г.


9. Константы

   В этом протоколе используются следующие временные константы; они есть
   не предназначены для настройки пользователем.

   PROBE_WAIT 1 секунда (начальная случайная задержка)
   PROBE_NUM 3 (количество зондирующих пакетов)
   PROBE_MIN 1 секунда (минимальная задержка до повторного зондирования)
   PROBE_MAX 2 секунды (максимальная задержка до повторного зондирования)
   ANNOUNCE_WAIT 2 секунды (задержка перед объявлением)
   ANNOUNCE_NUM 2 (количество пакетов объявлений)
   ANNOUNCE_INTERVAL 2 секунды (время между пакетами объявлений)
   MAX_CONFLICTS 10 (максимальное количество конфликтов перед ограничением скорости)
   RATE_LIMIT_INTERVAL 60 секунд (задержка между последовательными попытками)
   DEFEND_INTERVAL 10 секунд (минимальный интервал между защитными
                                    ARP).10. Ссылки

10.1. Нормативные ссылки

   [RFC792] Постел, Дж., "Протокол управляющих сообщений Интернета", STD 5, RFC
             792, сентябрь 1981 г.

   [RFC826] Пламмер, Д., "Протокол разрешения адресов Ethernet: Или
             преобразование адресов сетевого протокола в 48.bit Ethernet
             адрес для передачи на оборудование Ethernet », STD 37, RFC
             826, ноябрь 1982 г.

   [RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для обозначения
             Уровни требований », BCP 14, RFC 2119, март 1997 г.[RFC2434] Нартен, Т. и Х. Альвестранд, "Рекомендации по написанию
             Раздел соображений IANA в RFC », BCP 26, RFC 2434,
             Октябрь 1998 г.

10.2. Информативные ссылки

   [802] Стандарты IEEE для локальных и городских сетей:
             Обзор и архитектура, ANSI / IEEE Std 802, 1990.

   [802.3] ISO / IEC 8802-3 Информационные технологии - Телекоммуникации
             и обмен информацией между системами - Локальные и
             городские сети - Общие спецификации - Часть
             3: Множественный доступ с контролем несущей и обнаружением коллизий
             (CSMA / CD) Технические характеристики метода доступа и физического уровня,
             (также ANSI / IEEE Std 802.3- 1996), 1996.




Чешир и др. Стандарты Track [Страница 26] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   [802.5] ISO / IEC 8802-5 Информационные технологии - Телекоммуникации
             и обмен информацией между системами - Локальные и
             городские сети - Общие спецификации - Часть
             5: Метод доступа Token Ring и физический уровень
             спецификации (также ANSI / IEEE Std 802.5-1998), 1998.

   [802.11] Информационные технологии - Телекоммуникации и информация
             обмен между системами - местный и городской
             сети - Особые требования. Часть 11: Беспроводная локальная сеть.
             Контроль доступа к среде (MAC) и физический уровень (PHY)
             Технические характеристики, IEEE Std. 802.11-1999, 1999.

   [RFC959] Постел, Дж. И Дж. Рейнольдс, «Протокол передачи файлов», STD
             9, RFC 959, октябрь 1985 г.

   [RFC1918] Рехтер Ю., Московиц Б., Карренберг, Д., де Гроот, Г.,
             и Э. Лир, "Распределение адресов для частных Интернет-сетей",
             BCP 5, RFC 1918, февраль 1996 г.

   [RFC2131] Дромс, Р., «Протокол динамической конфигурации хоста», RFC 2131,
             Март 1997 г.

   [RFC2462] Томсон, С. и Т. Нартен, "Адрес IPv6 без сохранения состояния.
             Автоконфигурация », RFC 2462, декабрь 1998 г.

   [RFC3027] Holdrege, M. и P. Srisuresh, "Осложнения протокола с
             транслятор сетевых IP-адресов », RFC 3027, январь 2001 г.[DNAv4] Абоба, Б., «Обнаружение сетевых подключений (ДНК) в IPv4»,
             Работа в процессе, июль 2004 г.

   [LLMNR] Есибов, Л., Абоба, Б. и Д. Талер, Linklocal Multicast
             Name Resolution (LLMNR) », Работа в процессе, июнь 2004 г.

Благодарности

   Мы хотели бы поблагодарить (в алфавитном порядке) Джима Бусса, Павани
   Диванджи, Дональд Истлейк 3-й, Роберт Элз, Питер Форд, Спенсер
   Джакалоне, Джош Грэссли, Брэд Хардс, Майрон Хаттиг, Хью Холбрук,
   Кристиан Уитема, Ричард Джонсон, Ким Ён-Ун, Мика Лильеберг,
   Род Лопес, Кейт Мур, Сатиш Мундра, Томас Нартен, Эрик Нордмарк,
   Филип Най, Ховард Риденур, Даниэль Сени, Дитер Зигмунд, Валери
   Смыслова и Райана Тролля за их вклад.Чешир и др. Стандарты Track [Страница 27] 

RFC 3927 IPv4 Link-Local, май 2005 г.


Приложение A - Предыдущие реализации

А.1. Apple Mac OS 8.x и 9.x.

   Mac OS выбирает IP-адрес на псевдослучайной основе. Избранные
   адрес сохраняется в постоянном хранилище для дальнейшего использования после
   перезагрузите, если возможно.

   Mac OS отправляет девять пакетов DHCPDISCOVER с интервалом в два
   секунд между пакетами.Если не получено ответа ни от одного из
   эти запросы (18 секунд), он будет настроен автоматически.

   Обнаружив, что выбранный адрес уже используется, Mac OS выберет
   новый случайный адрес и попробуйте еще раз, но не более
   одна попытка каждые две секунды.

   Автоматически настроенные системы Mac OS проверяют наличие DHCP-сервера
   каждые пять минут. Если DHCP-сервер найден, но Mac OS нет
   успешный в получении новой аренды, он сохраняет существующие
   автоматически настраиваемый IP-адрес.Если Mac OS успешно получает
   при новой аренде все существующие соединения разрываются без предупреждения. Этот
   может привести к потере пользователями текущих сеансов. Как только новый договор аренды
   полученного, Mac OS не будет выделять дальнейшие подключения с помощью
   автоматически настраиваемый IP-адрес.

   Системы Mac OS не отправляют пакеты, адресованные на локальный адрес канала.
   к шлюзу по умолчанию, если таковой имеется; эти адреса всегда
   решено на местном сегменте.

   Системы Mac OS по умолчанию отправляют все исходящие одноадресные пакеты с
   TTL 255.Все многоадресные и широковещательные пакеты также отправляются с
   TTL равен 255, если у них есть адрес источника в префиксе 169.254 / 16.

   Mac OS реализует распознавание мультимедиа там, где оборудование (и драйвер
   программное обеспечение) поддерживает это. Как только сетевое подключение
   обнаружен, DHCPDISCOVER будет отправлен на интерфейс. Это означает
   что системы немедленно перейдут из режима автонастройки
   как только связь будет восстановлена.

А.2. Apple Mac OS X версии 10.2

   Mac OS X выбирает IP-адрес на псевдослучайной основе.В
   выбранный адрес сохраняется в памяти, чтобы его можно было повторно использовать во время
   последующие попытки автоконфигурации во время однократной загрузки
   система.






Чешир и др. Стандарты Track [Страница 28] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   Автоконфигурация Link-Local адреса зависит от результатов
   процесс DHCP. DHCP отправляет два пакета с тайм-аутом один и
   две секунды. Если ответа не получено (три секунды), начинается
   автоконфигурация.DHCP продолжает отправлять пакеты параллельно в течение
   общее время 60 секунд.

   В начале автоконфигурации он генерирует 10 уникальных случайных IP-адресов.
   адресов и исследует каждый по очереди в течение 2 секунд. Это останавливается
   зондирование после обнаружения неиспользуемого адреса или списка
   адресов исчерпан.

   Если DHCP не работает, он ждет пять минут, прежде чем начать заново.
   опять таки. После успешного выполнения DHCP автоматически настроенный Link-Local
   адрес отдан. Однако подсеть Link-Local остается
   настроен.Автоконфигурация выполняется только на одном интерфейсе на любом
   данный момент времени.

   Mac OS X гарантирует, что подключенный интерфейс с максимальной
   приоритет связан с подсетью Link-Local. Пакеты адресованы
   на адрес Link-Local никогда не отправляются на шлюз по умолчанию, если он
   настоящее. Адреса локальных ссылок всегда разрешаются на локальном
   сегмент.

   Mac OS X реализует распознавание мультимедиа там, где поддерживает оборудование и драйверы.
   Это. Когда сетевой носитель указывает, что он был подключен,
   процесс автоконфигурации начинается снова и пытается повторно использовать
   ранее назначенный Link-Local адрес.Когда сетевые СМИ
   указывает, что он был отключен, система ждет четыре
   секунд до отмены настройки адреса Link-Local и подсети. Если
   соединение восстанавливается до этого времени, автоконфигурация
   процесс начинается снова. Если до этого связь не восстановилась
   время, система выбирает другой интерфейс для автоконфигурирования.

   Mac OS X по умолчанию отправляет все исходящие одноадресные пакеты с TTL равным
   255. Все многоадресные и широковещательные пакеты также отправляются с TTL, равным
   255, если у них есть адрес источника в 169.Префикс 254/16.

А.3. Microsoft Windows 98 / 98SE

   Системы Windows 98 / 98SE выбирают свой IPv4 Link-Local адрес на
   псевдослучайный базис. Алгоритм выбора адреса основан на
   вычисление хэша на MAC-адресе интерфейса, так что большой
   совокупность хостов должна подчиняться равномерному распределению вероятностей
   при выборе адресов в адресном пространстве 169.254 / 16. Получение





Чешир и др. Стандарты Track [Страница 29] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   начальный IPv4 Link-Local адрес из MAC-адреса интерфейса
   также гарантирует, что при перезагрузке системы будет получен такой же
   автоматически настроенный адрес, если не обнаружен конфликт.В состоянии INIT DHCP-клиент Windows 98 / 98SE отправляет общий
   из 4 DHCPDISCOVER с интервалом между пакетами 6 секунд. Когда
   ответ не получен после всех 4 пакетов (24 секунды), он
   автоконфигурировать адрес.

   Количество повторных попыток автоконфигурации для систем Windows 98 / 98SE равно 10.
   Попробовав 10 автоматически настроенных адресов IPv4 и обнаружив, что все они
   взято, хост будет загружаться без адреса IPv4.

   Автоматически настроенные системы Windows 98 / 98SE проверяют наличие
   DHCP-сервер каждые пять минут.Если DHCP-сервер найден, но
   Windows 98 не удается получить новую аренду, она сохраняет
   существующий автоматически настроенный IPv4 Link-Local адрес. Если Windows 98 / 98SE
   успешно получает новый договор аренды, он отбрасывает все существующие
   подключения без предупреждения. Это может привести к тому, что пользователи будут терять сеансы
   в ходе выполнения. После получения новой аренды Windows 98 / 98SE не будет
   распределить дальнейшие подключения с помощью автоматически настроенного IPv4 Link-Local
   адрес.

   Системы Windows 98 / 98SE с локальным IPv4-адресом не отправляют
   пакеты, адресованные на IPv4 Link-Local, по умолчанию
   шлюз, если он есть; эти адреса всегда разрешаются на
   местный сегмент.Системы Windows 98 / 98SE по умолчанию отправляют все исходящие одноадресные пакеты.
   с TTL 128. Настройка TTL выполняется путем установки
   Ключ реестра Windows
   HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services: \ Tcpip \
   Parameters \ DefaultTTL типа REG_DWORD на соответствующее значение.
   Однако этот TTL по умолчанию будет применяться ко всем пакетам. Пока это
   средство можно использовать для установки TTL по умолчанию на 255, это не может быть
   используется для установки по умолчанию TTL пакетов IPv4 Link-Local равным одному (1),
   при этом разрешая отправку других пакетов с TTL больше единицы.Системы Windows 98 / 98SE не поддерживают распознавание мультимедиа. Это означает
   что проблемы с сетевым подключением (например, неплотный кабель) могут помешать
   система от связи с DHCP-сервером, тем самым заставляя ее
   автонастройка. Когда проблема с подключением устранена (например, когда
   кабель повторно подключаем) ситуацию сразу не исправить
   сам. Поскольку система не обнаружит повторного подключения, она
   оставаться в режиме автонастройки до тех пор, пока не будет предпринята попытка достичь
   DHCP-сервер.Чешир и др. Стандарты Track [Страница 30] 

RFC 3927 IPv4 Link-Local, май 2005 г.


   DHCP-сервер, входящий в состав Windows 98SE Internet Connection
   Совместное использование (ICS) (реализация NAT) выделяет из 192.168 / 16
   частное адресное пространство по умолчанию.

   Однако можно изменить префикс распределения с помощью
   раздел реестра, и не выполняется никаких проверок, чтобы предотвратить выделение из
   Префикс IPv4 Link-Local.Если настроено для этого, Windows 98SE ICS
   будет перезаписывать пакеты с префикса IPv4 Link-Local и пересылать их
   за пределами локальной ссылки. Windows 98SE ICS не выполняет автоматическую маршрутизацию
   для префикса IPv4 Link-Local, чтобы хосты получали адреса через
   DHCP не может взаимодействовать с автоматически настраиваемыми устройствами.

   Существуют и другие домашние шлюзы, которые выделяют адреса вне IPv4.
   Префикс Link-Local по умолчанию. Системы Windows 98 / 98SE могут использовать
   169.254 / 16 IPv4 Link-Local адрес в качестве адреса источника, когда
   общение с хостами, отличными от Link-Local.Windows 98 / 98SE не
   поддержка запроса / рекламы маршрутизатора. Системы Windows 98 / 98SE
   не будет автоматически обнаруживать шлюз по умолчанию, когда в
   автоконфигурированный режим.

А.4. Windows XP, 2000 и ME

   Поведение автоконфигурации Windows XP, Windows 2000 и
   Системы Windows ME идентичны Windows 98 / 98SE, за исключением
   в следующем уважении:

   Media Sense
   Обнаружение маршрутизатора
   Тихий RIP

   Windows XP, 2000 и ME реализуют чувство мультимедиа. Как только сеть
   соединение обнаружено, будет отправлено DHCPREQUEST или DHCPDISCOVER
   на интерфейсе.Это означает, что системы немедленно
   выходить из автоконфигурированного режима, как только подключение
   восстановлен.

   Windows XP, 2000 и ME также поддерживают обнаружение маршрутизатора, хотя
   по умолчанию выключен. Windows XP и 2000 также поддерживают RIP.
   слушатель. Это означает, что они могут случайно обнаружить значение по умолчанию.
   шлюз в режиме автонастройки.

   ICS в Windows XP / 2000 / ME ведет себя идентично Windows 98SE с
   в отношении распределения адресов и преобразования сетевых адресов префиксов Link-Local.Чешир и др. Стандарты Track [Страница 31] 

RFC 3927 IPv4 Link-Local, май 2005 г.


Адреса авторов

   Стюарт Чешир
   Apple Computer, Inc.
   1 бесконечный цикл
   Купертино
   Калифорния 95014, США

   Телефон: +1408974 3207
   Электронная почта: [email protected]


   Бернар Абоба
   Корпорация Майкрософт
   Один путь Microsoft
   Редмонд, WA 98052

   Телефон: +1425818 4011
   Электронная почта: bernarda @ microsoft.ком


   Эрик Гуттман
   Sun Microsystems
   Eichhoelzelstr. 7
   74915 Вайбштадт Германия

   Телефон: +49 7263 911 701
   Электронная почта: [email protected]























Чешир и др. Стандарты Track [Страница 32] 

RFC 3927 IPv4 Link-Local, май 2005 г.


Полное заявление об авторских правах

   Авторские права (C) The Internet Society (2005).

   На этот документ распространяются права, лицензии и ограничения.
   содержится в BCP 78, и, за исключением случаев, изложенных в нем, авторы
   сохраняют все свои права.Этот документ и содержащаяся в нем информация размещены на
   "КАК ЕСТЬ" и ПОСТАВЩИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ОН / ОНА
   ИЛИ СПОНСИРУЕТСЯ (ЕСЛИ ЕСТЬ) ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТОМ
   ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
   ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯ ГАРАНТИЮ, ЧТО ИСПОЛЬЗОВАНИЕ
   ПРИСУТСТВУЮЩАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ
   ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.

Интеллектуальная собственность

   IETF не занимает никакой позиции относительно действительности или объема каких-либо
   Права на интеллектуальную собственность или другие права, которые могут быть заявлены на
   относятся к реализации или использованию технологии, описанной в
   этот документ или степень, в которой любая лицензия на такие права
   может быть, а может и нет; и не означает, что у него есть
   предпринял какие-либо независимые усилия для выявления любых таких прав.Информация
   о процедурах в отношении прав в документах RFC может быть
   найдено в BCP 78 и BCP 79.

   Копии раскрытия информации о правах интеллектуальной собственности в секретариат IETF и
   гарантии предоставления лицензий или результат
   попытка получить генеральную лицензию или разрешение на использование
   такие права собственности разработчиков или пользователей этого
   спецификацию можно получить из он-лайн репозитория IETF IPR по адресу
   http://www.ietf.org/ipr.

   IETF приглашает любую заинтересованную сторону довести до ее сведения любые
   авторские права, патенты или заявки на патенты или другие проприетарные
   права, которые могут распространяться на технологии, которые могут потребоваться для реализации
   этот стандарт.Пожалуйста, направьте информацию в IETF по адресу ietf-
   [email protected]

Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-общество.







Чешир и др. Стандарты Track [стр. 33]

 

Разметка HTML, созданная rfcmarkup 1.129d, доступная по адресу https://tools.ietf.org/tools/rfcmarkup/

Эта страница не существует…

Приносим извинения за неудобства, но страница, к которой вы пытались получить доступ, находится не по этому адресу.Вы можете использовать приведенные ниже ссылки, чтобы найти то, что вы ищете.

Если вы уверены, что имеете правильный веб-адрес, но столкнулись с ошибкой, обратитесь в Администрация сайта.

Спасибо.

Возможно, вы искали…

RIPE Labs от, 10 июля 2010 г., 15:21
Что делать с адресами IPv6 Link-Local? от philip_homburg, 28 янв, 2021 09:23
…или, как данные измерений RIPE Atlas стали немного сложнее. Некоторые говорят, что IPv6 — это «еще 96 бит, никакой магии». И хотя это верно для большинства …
Локальная фильтрация пакетов с IPv6 от enno_rey, 13 июл, 2017 09:13
Недавно моя организация обсуждала с заказчиком правила фильтрации IPv6 для межсетевых экранов уровня сетевых адаптеров (в виртуализированном центре обработки данных). Я хотел бы воспользоваться этой возможностью…
Адреса IPv6, безопасность и конфиденциальность от johanna_ullrich, 14 фев 2019 г., 09:39
Выбор формата адреса IPv6 влияет на безопасность и конфиденциальность хоста. В этой статье обсуждается это влияние, подчеркивается, как действуют текущие форматы адресов …
Количество выделенных и назначенных адресов IPv6 от adam_castle, 27 авг 2018 11:23
Количество адресов IPv6, выделенных и назначенных RIPE NCC
Сложность сети и как с этим бороться от mbehring, 28 дек, 2018 09:10
В этой статье, созданной в ходе панельной дискуссии на RIPE 61 Meeting, описаны наиболее важные последствия сложности сети и предложены способы решения этой проблемы…
10 000 LIR с ресурсами IPv6 от nathalie_nathalie, 17 окт, 2016 08:58
На этой неделе RIPE NCC отметился важной вехой, когда 10-тысячный локальный интернет-реестр (LIR) получил адреса IPv6. Выделен первый блок IPv6-адресов …
Запущена местная служба сертификации от AlexBand, 14 окт, 2018 12:29
Чтобы использовать службу сертификации ресурсов RIPE NCC (RPKI), до сих пор единственным вариантом было полагаться на систему, размещенную на портале LIR.Сегодня мы …
Количество оставшихся адресов IPv4 by mirjam, 30 авг, 2020 12:45
Доступные адреса IPv4
Требования к оборудованию и сети K-root для локальных узлов от romeo_zwart anand_buddhdev, 12 марта 2015 г., 11:11
Требования к оборудованию и сети K-root для локальных узлов
15000 местных интернет-реестров от wilhelm, 17 апр 2018, 11:01
28 декабря 2016 года, примерно за 90 дней до своего 25-летия, RIPE NCC достиг рубежа в обслуживании 15 000 активных локальных интернет-реестров (LIR)….

Свяжите адрес компании на своем веб-сайте с картой Google

Помогите людям найти адрес вашей компании со своего смартфона, добавив ссылки на Google Карты на ваш сайт.

Откройте веб-сайт своей организации на своем смартфоне. Найдите почтовый адрес вашей организации. Когда вы нажимаете адрес, открывается ли приложение карты? Людям не нужно вырезать и вставлять текст адреса на карту, чтобы определить ваше местоположение.Это шаг, на который многие не пойдут, и он может стоить вам бизнеса.

Нажмите, чтобы отобразить

Где бы вы ни отображали почтовый адрес на своем веб-сайте, связывайте адрес с местоположением на карте. Выполните следующие действия:

  1. Перейдите на сайт maps.google.com в Интернете.
  2. Введите адрес своей организации в поле поиска и нажмите [Enter]. Карты Google отобразят на карте значок с указанием местоположения.
  3. Выберите звездочку в правом нижнем углу, затем выберите Поделиться или встроить карту ( Рисунок A ).Скопируйте отображаемую ссылку.
    Рисунок A
  4. Войдите, чтобы редактировать свой веб-сайт. Выделите текст, в котором отображается адрес, затем добавьте ссылку на местоположение на карте. Сохраните и обновите веб-страницу.

Теперь, когда вы посещаете свой сайт, коснитесь адреса, чтобы открыть карту. Вы только что упростили для людей доступ к местоположению вашей организации. Это простой шаг, но вы можете быть удивлены, сколько организаций — даже сегодня — не имеют ссылок на местоположение.

Несколько мест на карте

Если у вас более двух мест, составьте карту вместо списка.Например, на одном из сайтов, которые я видел, точки доступа Wi-Fi перечислены в алфавитном порядке по имени провайдера. Список заставляет меня искать адреса, а карта позволяет искать места поблизости.

Некоторые сайты показывают несколько мест в виде изображения (например, в формате JPEG со звездочкой на каждом городе, в котором работает организация). Это ошибка. Когда карта отображается в виде изображения, люди не могут касаться, масштабировать или переключаться в режим просмотра улиц.

Итак, вместо списка или статического изображения создайте карту Google с несколькими местоположениями.Вот как это сделать:

  1. Перейдите на google.com/mymaps.
  2. Выберите «Создать новую карту».
  3. Добавьте местоположения на карту ( Рисунок B ) с помощью серии поисков или импорта списка.
    а. Поиск. Введите ключевое слово в поле поиска, чтобы найти адрес или место на карте. Выберите булавку для отображения сведений, затем выберите «Добавить на карту». Затем выберите элемент из списка слева, чтобы изменить сведения — или удалите элемент.
    г.р. Импорт. Вы также можете импортировать список местоположений из файла CSV, XLSX или KML (карта).Один столбец должен содержать информацию о местоположении в виде адресов, названий мест или координат широты и долготы. Вы можете импортировать не более 2000 строк на один слой карты.
    г. При желании добавьте линию, форму или маршрут. Добавьте аннотации к карте, чтобы показать пешеходные, велосипедные или автомобильные маршруты. Или используйте форму, чтобы отметить область, например территорию продаж или обслуживания.
    г. Вы также можете изменить базовую карту на любой из девяти различных стилей отображения.
    Рисунок B
  4. Выберите «Поделиться», добавьте заголовок и описание карты, затем сохраните карту ( Рисунок C ).После этого вы сможете получить доступ к стандартным параметрам общего доступа Google. Сделайте карту общедоступной, если вы собираетесь разместить ее на своем веб-сайте. Выберите меню с тремя вертикальными точками справа от «Поделиться», затем выберите «Вставить на мой сайт», чтобы получить HTML-код. Добавьте этот код на свой веб-сайт, чтобы встроить свои собственные сопоставленные местоположения на свой веб-сайт.
    Рисунок C

Пользовательские карты могут способствовать развитию туризма, розничной торговли и изучения городов:

  • Google и The New York Times работали вместе, чтобы создать g.co / 36hours, спонсируемый сайт, который отображает информацию о направлениях в еженедельной статье 36 Hours журнала Times. Эта функция предлагает места для посещения, когда у вас есть 36 часов — по сути, выходные — для изучения города.
  • На другой карте показаны места для барбекю из списка, составленного Kansas City Star .
  • Карта кофеен Лос-Анджелеса от LA Weekly показывает одни из лучших специализированных кофеен в городе.

В других случаях на настраиваемой карте могут отображаться регионы:

Используете ли вы Карты Google для идентификации и определения местоположения своей компании? Какие проблемы вы обнаружили? Поделитесь своим опытом в ветке обсуждения ниже.

См. Также

Начать работу | URL-адреса карт | Разработчики Google

Введение

Используя URL-адреса Карт, вы можете создать универсальный кроссплатформенный URL-адрес для запуска Карты Google и выполнять поиск, получать маршруты и навигацию, а также отображать виды карты и панорамные изображения. Синтаксис URL-адреса одинаков независимо от используемой платформы.

Для использования URL-адресов Карт вам не нужен ключ Google API.

Универсальный кроссплатформенный синтаксис

Как разработчик приложения для Android, приложения для iOS или веб-сайта вы можете создать общий URL-адрес, и он откроет Google Maps и выполнит запрошенное действие, независимо от платформы в использовать, когда карта открыта.

  • На устройстве Android:
    • Если Приложение Google Maps для Android установлено и активно, URL запускается Google Maps в приложении Maps и выполняет запрошенное действие.
    • Если приложение Google Maps не установлено или отключено, URL запускает Google Maps в браузере и выполняет запрошенное действие.
  • На устройстве iOS:
    • Если приложение Google Maps для iOS установлен, URL-адрес запускает Карты Google в приложении Карты и выполняет запрошенное действие.
    • Если приложение Google Maps не установлено, URL запускает Google Maps в браузере и выполняет запрошенное действие.
  • На любом другом устройстве URL-адрес запускает Карты Google в браузере и выполняет запрошенное действие.

Рекомендуется использовать кроссплатформенный URL-адрес для запуска Карт Google из вашего приложения. или веб-сайт, поскольку эти универсальные URL-адреса позволяют более широко обрабатывать запросы карт. независимо от используемой платформы.Для функций, которые могут работать только на мобильном телефоне платформу (например, пошаговая навигация), вы можете предпочесть вариант для Android или iOS. См. Следующую документацию:

Запуск Google Maps и выполнение определенного действия

Чтобы запустить Карты Google и, при необходимости, выполнить одну из поддерживаемых функций, используйте схему URL одной из следующих форм, в зависимости от запрошенного действия:

  • Поиск — запустите карту Google, на которой отображается значок определенного места, или выполните общий поиск и запуск карты для отображения результатов:
    https: // www.google.com/maps/search/?api=1 & параметры
  • Проезд — запросить направление и запустить Google Maps с результатами:
    https://www.google.com/maps/dir/?api=1 и параметры
  • Показать карту — запустить Google Maps без маркеров или направлений:
    https://www.google.com/maps/@?api=1&map_action=map & parameters
  • Показать панораму просмотра улиц — запустить интерактивную панораму, изображение:
    https: // www.google.com/maps/@?api=1&map_action=pano и параметры

Важно : параметр api = 1 определяет версию URL-адреса карт, для которых предназначен этот URL. Этот параметр требуется в каждом запрос. Единственное допустимое значение — 1. Если api = 1, — это , НЕ присутствует в URL-адресе, все параметры игнорируются, и запускается приложение Google Maps по умолчанию, либо в браузере или мобильном приложении Google Maps, в зависимости от используемой платформы (например, https: // www.google.com/maps).

Создание действительных URL-адресов

Вы должны правильно кодировать URL-адреса.

Примечание: Для облегчения чтения в этом документе используются незакодированные URL-адреса. Для их кодирования следует использовать стандартные библиотеки URL-адресов вашей платформы.

Например, в некоторых параметрах используется вертикальная черта. ( | ) в качестве разделителя, который необходимо кодировать как % 7C в конечном URL. В других параметрах используются значения, разделенные запятыми, например широта / долгота. координаты или Город, Штат.Вы должны кодировать запятую как % 2C . Кодировать пробелы с помощью % 20 или замените их знаком плюс ( + ).

Кроме того, URL-адреса ограничены 2048 символами для каждого запроса. Помните об этом ограничении при построении ваших URL-адресов.

Действия с картой

Доступные действия с картой: поиск, маршруты, отображение карты и отображение панорама просмотра улиц. Вы указываете действие в URL-адресе запроса вместе с обязательным и необязательные параметры.Стандартно для URL-адресов параметры разделяются амперсандом ( & ) персонаж. Для каждого действия список параметров и их возможные значения перечислены ниже.

Поиск

Действие поиска отображает результаты поиска в видимой области карты. При поиске для определенного места на получившейся карте будет установлена ​​метка в указанном месте и отобразится доступные детали места.

Формирование поискового URL
https: // www.google.com/maps/search/?api=1 & параметры
Параметры
  • запрос (обязательно): определяет место (а) для выделения на карте. Параметр запроса является обязательным для всех поисковых запросов.
    • Укажите местоположения в виде названия места, адреса или через запятую координаты широты и долготы. Струны должны быть URL-экранированный, поэтому адрес например «Мэрия, Нью-Йорк, Нью-Йорк» следует преобразовать в Городской + Холл% 2C + Нью-Йорк% 2C + NY .
    • Укажите общие условия поиска как Строка с экранированием URL, например продуктовых + магазинов или ресторанов + в + Сиэтле + wa .
  • query_place_id (необязательно): Идентификатор места — это текстовый идентификатор, однозначно определяющий место. Для действия search , вы должны указать запрос , но вы также можете указать query_place_id .Если вы укажете оба параметра, запрос будет только используется, если Google Maps не может найти идентификатор места. Если вы пытаетесь установить окончательную ссылку на конкретное учреждение, идентификатор места — лучшая гарантия того, что вы будете ссылаться на нужное место. Также рекомендуется отправлять query_place_id , когда вы запрос определенного местоположения с использованием координат широты и долготы.
Примеры поиска

Поиск местоположения

При поиске местоположения вы выполняете поиск определенного местоположения, используя название места, адрес или координаты широты и долготы, разделенные запятыми, и на полученной карте отображается метка в это место.Приведенные ниже примеры иллюстрируют поиск в том же месте, CenturyLink. Филд (спортивный стадион в Сиэтле, Вашингтон), используя разные значения местоположения.

Пример 1: Поиск названия места «CenturyLink Field» приводит к следующей карте:

https://www.google.com/maps/search/?api=1&query=centurylink+field

Пример 2: Поиск поля CenturyLink с использованием Координаты широты / долготы, а также идентификатор места дают следующую карту:

https: // www.google.com/maps/search/?api=1&query=47.5951518,-122.3316393&query_place_id=ChIJKxjxuaNqkFQR3CK6O1HNNqY

Пример 3: Поиск поля CenturyLink с использованием только Координаты широты / долготы приводят к следующей карте. Обратите внимание, что в карту, но никакой дополнительной информации о месте на карте или в боковой панели не предусмотрено:

https://www.google.com/maps/search/?api=1&query=47.5951518,-122.3316393

Категорийный поиск

При поиске по категориям вы передаете общий поисковый запрос, и Карты Google пытается найти объявления, соответствующие вашим критериям, рядом с указанным вами местоположением. Если местоположение не указано, Google Maps пытается найти объекты поблизости. ваше текущее местоположение. Если вы предпочитаете указать местоположение для поиска по категориям, включить местоположение в общую строку поиска (например, пицца + сиэтл + wa ).

В приведенном ниже примере поиск пиццерий в Сиэтле, штат Вашингтон, дает следующие карта:

https://www.google.com/maps/search/?api=1&query=pizza+seattle+wa


Проезд

Действие

Directions отображает путь между двумя или более указанными точками на карте, как а также расстояние и время в пути.

Формирование URL-адреса маршрутов
https: // www.google.com/maps/dir/?api=1 и параметры
Параметры
  • origin : определяет начальную точку, от которой для отображения направлений. По умолчанию используется наиболее подходящее начальное местоположение, например местоположение пользователя, если доступно. Если нет, итоговая карта может содержать пустую форму, позволяющую пользователю ввести Происхождение. Значение может быть либо названием места, либо адресом, либо разделенным запятыми. координаты широты и долготы.Строка должна быть URL-экранированный, поэтому адрес, например «Мэрия, Нью-Йорк, Нью-Йорк» следует преобразовать в Городской + Холл% 2С + Нью + Йорк% 2С + Нью-Йорк .

    Примечание: Этот параметр является необязательным, если вы не укажете origin_place_id в вашем URL. Если вы решите указать origin_place_id , вы также должны включить origin в URL.

  • origin_place_id (необязательно): Идентификатор места — это текстовый идентификатор, однозначно определяющий место.Если вы пытаетесь чтобы окончательно указать заведение, использование идентификатора места — лучшая гарантия что вы будете ссылаться на нужное место. URL-адреса, использующие этот параметр, также должны включать происхождение .
  • пункт назначения : определяет конечную точку направлений. Если нет, итоговая карта может содержать пустую форму, позволяющую пользователю введите пункт назначения. Значение может быть либо названием места, либо адресом, либо разделенным запятыми. координаты широты и долготы.Строка должна быть URL-экранированный, поэтому адрес, например «Мэрия, Нью-Йорк, Нью-Йорк» следует преобразовать в Городской + Холл% 2С + Нью + Йорк% 2С + Нью-Йорк .

    Примечание: Этот параметр является необязательным, если вы не укажете destination_place_id в вашем URL. Если вы решите указать destination_place_id , вы также должны включить destination в URL.

  • destination_place_id (необязательно): Идентификатор места — это текстовый идентификатор, однозначно определяющий место.Если вы пытаетесь чтобы окончательно указать заведение, использование идентификатора места — лучшая гарантия что вы будете ссылаться на нужное место. URL-адреса, использующие этот параметр, также должны включать направление .
  • режим перемещения (опционально): Определяет способ передвижения. Варианты: вождение , ходьба (который предпочитает пешеходные дорожки и тротуары, если таковые имеются), езда на велосипеде (которые проходят по велосипедным дорожкам и предпочтительным улицам, если таковые имеются), или транзит .Если не указан travelmode , на карте Google отобразится один или несколько наиболее подходящих режимов для указанного маршрута и / или предпочтений пользователя.
  • dir_action = navigate (необязательно): запускает пошаговый предварительный просмотр навигации или маршрута к указанному пункту назначения, в зависимости от того, является ли исходная точка имеется в наличии. Если пользователь указывает источник и он не близок к текущему местоположение или текущее местоположение пользователя недоступно, карта запускает предварительный просмотр маршрута.Если пользователь не указывает источник (в этом случае по умолчанию используется источник текущее местоположение пользователя), либо исходная точка близка к текущему местоположению пользователя. местоположение, карта запускает пошаговую навигацию. Обратите внимание, что навигация недоступна во всех продуктах Google Maps и / или между всеми пунктами назначения; в тех случаях это параметр будет проигнорирован.
  • путевых точек : указывает одно или несколько промежуточных мест для направления маршрута между исходной точкой и направление .Можно указать несколько путевых точек с помощью трубы символ ( | ) для разделения мест (например, Берлин, Германия | Париж, Франция ). Допустимое количество путевых точек зависит от платформа, на которой открывается ссылка, с поддержкой до трех путевых точек на мобильном устройстве браузеры, и в противном случае поддерживается не более девяти путевых точек. Путевые точки отображаются на карте в том же порядке, в котором они перечислены в URL-адресе. Каждая путевая точка может быть либо названием места, либо адресом, либо разделенными запятыми широтой и долготой. координаты.Струны должны быть URL-экранирование, поэтому путевые точки, такие как «Берлин, Германия | Париж, Франция», должны быть преобразованы в Berlin% 2CGermany% 7CParis% 2CFrance .

    Примечания:

    • Путевые точки поддерживаются не всеми продуктами Google Maps; в тех случаях этот параметр будет проигнорирован.
    • Этот параметр является необязательным, если вы не укажете waypoint_place_ids в ваш URL. Если вы решите указать waypoint_place_ids , вы также должны включить в URL путевых точки .
  • waypoint_place_ids (необязательно): Идентификатор места — это текстовый идентификатор, однозначно определяющий место. Waypoint_place_ids позволяет предоставить список идентификаторов мест, соответствующий списку путевых точек . Идентификаторы мест должны быть перечислены в том же порядке, что и путевые точки, и разделены символом символ вертикальной черты « | » ( URL-экранирование как % 7C ). Если вы пытаетесь окончательно указать определенные идентификаторы заведений, идентификаторы мест — лучшая гарантия того, что вы будете ссылаться на нужные места.URL-адреса, которые используют этот параметр, также должны включать путевых точки .
Примеры направлений

Следующий URL-адрес запускает карту в режиме маршрутов и предоставляет форму, позволяющую пользователю для ввода пункта отправления и пункта назначения.

https://www.google.com/maps/dir/?api=1

В следующем примере запускается карта с велосипедными маршрутами. от космической иглы до рынка Пайк-плейс в Сиэтле, штат Вашингтон.

https://www.google.com/maps/dir/?api=1&origin=Space+Needle+Seattle+WA&destination=Pike+Place+Market+Seattle+WA&travelmode=bicycling

В следующем примере запускается карта с пешеходными маршрутами. от Google в Сиднее, Австралия, до Здания Королевы Виктории.

https://www.google.com/maps/dir/?api=1&origin=Google+Pyrmont+NSW&destination=QVB&destination_place_id=ChIJISz8NjyuEmsRFTQ9Iw7Ear8&travelmode=walking


Отображение карты

Действие карты возвращает карту без маркеров или направлений.

Формирование URL карты
https://www.google.com/maps/@?api=1&map_action=map и параметры
Параметры
  • map_action = map (обязательно): указывает тип представления карты. для отображения. Карты и Просмотр улиц имеют одну и ту же конечную точку. Чтобы карта отображалась, map_action должен быть указан как map .
  • центр (необязательно): определяет центр окна карты, и принимает координаты широты и долготы как значения, разделенные запятыми. (например, -33.8569,151,2152 ).
  • масштаб (необязательно): устанавливает начальный уровень масштабирования карты. Допустимые значения — целые числа от 0 (весь мир) до 21 (отдельные здания). Верхний предел может варьироваться в зависимости от картографических данных, доступных в выбранном место расположения. По умолчанию 15.
  • базовая карта (необязательно): определяет тип отображаемой карты. Значение может быть либо roadmap (по умолчанию), satellite , либо местность .
  • слой (необязательно): определяет дополнительный слой для отображения на карту, если есть. Значение может быть одним из следующих: нет (по умолчанию), транзит , трафик или велосипед .
Примеры карт

Этот пример URL запускает карту Google по умолчанию с центром в текущем местоположении пользователя.

https://www.google.com/maps/@?api=1&map_action=map

В следующем примере показана карта с центром в Катумбе, Новый Южный Уэльс, Австралия (-33.712206,150.311941 ) и устанавливает дополнительное масштабирование и параметров базовой карты, .

https://www.google.com/maps/@?api=1&map_action=map¢er=-33.712206,150.311941&zoom=12&basemap=terrain


Отображение панорамы просмотра улиц

Действие панорамы позволяет запустить средство просмотра для отображения изображений Street View в интерактивном режиме. панорамы. Каждая панорама Street View обеспечивает полный обзор на 360 градусов из одного места.Изображения содержат 360 градусов по горизонтали (полный круговой обзор) и 180 градусов вертикального обзора (сверху вниз). Действие панорамы запускает средство просмотра который отображает получившуюся панораму в виде сферы с камерой в центре. Вы можете управлять камерой для управления масштабированием и ориентацией камеры.

Google Street View обеспечивает панорамные виды из указанных мест. на протяжении всего своего зона покрытия.Пользователь предоставил фотосферы, и Специальные коллекции «Просмотр улиц» также доступны.

Формирование URL-адреса просмотра улиц
https://www.google.com/maps/@?api=1&map_action=pano Параметры и
Параметры
  • map_action = Pano (обязательно): указывает тип представления для отображать. Карты и Просмотр улиц имеют одну и ту же конечную точку. Чтобы обеспечить отображение панорамы, действие должно быть указано как Pano .

Также требуется один из следующих параметров URL:

  • точка обзора : Зритель отображает сфотографированную панораму ближайшее к точке обзора Местоположение , указанное через запятую координаты широты и долготы (например, 46.414382,10.013988). Потому что изображения просмотра улиц периодически обновляется, и фотографии можно делать с немного разных позиций каждый раз возможно, что ваше местоположение может привязываться к другой панораме, когда изображения обновлено.
  • панорама : конкретный идентификатор панорамы. изображения для отображения. Если вы укажете панораму , вы также можете указать смотровая площадка . Точка обзора используется только в том случае, если Google Maps не удается найти идентификатор панорамы. Если панорама указана, но не найдена, и точка обзора — это НЕ указано , панорамное изображение не отображается. Вместо, Карты Google открываются в режиме по умолчанию, отображая карту с центром в текущем место расположения.

Следующие параметры URL являются необязательными:

  • заголовок : указывает направление камеры по компасу. в градусах по часовой стрелке с севера. Допустимые значения от -180 до 360 градусов. Если опущен, заголовок по умолчанию выбирается на основе точки обзора (если указана) запрос и фактическое местоположение изображения.
  • шаг : указывает угол наклона камеры вверх или вниз.Шаг указывается в градусах от -90 до 90. Положительные значения поворачивают камеру под углом. вверх, а отрицательные значения поворачивают камеру вниз. По умолчанию установлен шаг 0. в зависимости от положения камеры во время съемки изображения. Из-за этого, шаг 0 часто, но не всегда, горизонтальный. Например, изображение, снятое на склон холма, скорее всего, будет иметь наклон по умолчанию, который не является горизонтальным.
  • fov : определяет горизонтальное поле зрения изображения.Поле зрения выражается в градусах в диапазоне от 10 до 100. По умолчанию установлено значение 90. При работе с окном просмотра фиксированного размера поле обзора считается уровнем масштабирования, меньшие числа указывают на более высокий уровень масштабирования.
Примеры просмотра улиц

Первые два примера показывают панораму Эйфелевой башни. Пример первый использует только точку обзора для местоположения и устанавливает необязательный Параметры заголовка , pitch и fov .Для сравнения, во втором примере используется панорама ID, а также те же параметры, которые заданы в первый пример. Третий пример отображает изображение внутренней панорамы.

Пример 1: для указания местоположения используется только точка обзора .

https://www.google.com/maps/@?api=1&map_action=pano&viewpoint=48.857832,2.295226&heading=-45&pitch=38&fov=80

Пример 2: Использует панораму ID, а также точку обзора местоположения. панорама ID имеет приоритет над точкой обзора . В этом примере найден идентификатор панорамы, поэтому точка обзора игнорируется. Уведомление что изображение панорамы, отображаемое для идентификатора панорамы Pano , немного отличается, и более свежий, чем изображение, найденное с использованием только точки обзора .

https://www.google.com/maps/@?api=1&map_action=pano&pano=tu510ie_z4ptBZYo2BGEJg&viewpoint=48.857832,2.295226 & heading = -45 & pitch = 38 & fov = 80

Пример 3: Отображает панораму интерьера ресторан Sarastro в Лондоне, Великобритания, указанный в идентификаторе панорамы.

https://www.google.com/maps/@?api=1&map_action=pano&pano=4U-oRQCNsC6u7r8gp02sLA

Нахождение панорамы ID

Чтобы найти идентификатор определенного панорамного изображения, вы можете использовать несколько методов.

Другие примеры

Примеры маршрутов с использованием путевых точек

Следующие ниже примеры направлений запускают Карты Google и отображают вождение. направления из Парижа, Франция в Шербур, Франция, через следующие путевые точки:

Город, Страна Название места ID места
1. Версаль, Франция Версальский дворец ChIJdUyx15R95kcRj85ZX8H8OAU
2.Шартр, Франция Шартрский собор ChIJKzGHdEgM5EcR_OBTT3nQoEA
3. Ле-Ман, Франция Собор Святого Джулиана Ле-Мана ChIJG2LvQNCI4kcRKXNoAsPi1Mc
4. Кан, Франция Замок Кан ChIJ06tnGbxCCkgRsfNjEQMwUsc

В примерах URL путевые точки определены по-разному, поэтому вы можете сравнить различия в отображении путевых точек на полученных картах.

Пример 1: Путевые точки определены как Город, Страна:

https://www.google.com/maps/dir/?api=1&origin=Paris,France&destination=Cherbourg,France&travelmode=driving&waypoints=Versailles,France%7CChartres,France%7CLe+Mans,France%7CCaen,France

Пример 2: Путевые точки определены как конкретные названия мест:

https://www.google.com/maps/dir/?api=1&origin=Paris,France&destination=Cherbourg,France&travelmode=driving&waypoints=Palace+of+Versailles%7CChartres+Cat Cathedral%7CCatintage+of+Saint+Julian+of+Le + Ман% 7CCaen + Замок

Пример 3: Путевые точки определены как Город, Страна, а также предоставляют waypoint_place_ids для определенного заведения в каждой путевой точке:

https: // www.google.com/maps/dir/?api=1&origin=Paris,France&destination=Cherbourg,France&travelmode=driving&waypoints=Versailles,France%7CChartres,France%7CLe+Mans,France%7CCaen,France&waypoint_place_ids=ChIJdUyx15R95kcRj85ZX8H8OAU%7CChIJKzGHdEgM5EcR_OBTT3nQoEA%7CChIJG2LvQNCI4kcRKXNoAsPi1Mc%7CChIJ06tnGbxCCkgRsfNjEQMwUsc

Пример 4: Определяет путевые точки как Город, Страна, но перечисляет путевые точки в другом порядке по сравнению с предыдущими примерами.Демонстрирует, что карта отображает путевые точки в порядке они перечислены в URL-адресе.

https://www.google.com/maps/dir/?api=1&origin=Paris,France&destination=Cherbourg,France&travelmode=driving&waypoints=Versailles,France%7CCaen,France%7CLe+Mans,France%7CChartres,France

Примеры карт

Отображает карту с указанной базовой картой (спутник) и слой (транзит).

https://www.google.com/maps/@?api=1&map_action=map¢er=37.79,-122.3976113&zoom=15&basemap=s satellite&layer=transit

Примеры просмотра улиц

Отображает панораму просмотра улиц с использованием ключа изображения FIFE в качестве идентификатора панорамы . Примечание что перед идентификатором Pano ID стоит F: .

https://www.google.com/maps/@?api=1&map_action=pano&pano=F:-ud6AZSB-sQg/V0cfCSV3OWI/AAAAAAAAG1U/UQEoc5sXPQEIP7zzD6SWzmKb8Vbug472&CLIB&heading 90Vbug472&CLIB&heading

Идентификатор персональной встречи (PMI) и личная ссылка - Справочный центр Zoom

Обзор

Персональный идентификатор встречи и личная ссылка - это два способа получить доступ к вашей личной переговорной.Ваша личная переговорная - это виртуальная комната, которая зарезервирована для вас навсегда. Вы можете запустить его в любое время или запланировать для использования в будущем. Вы также можете запланировать или начать мгновенную встречу с вашим PMI.

Владельцы учетных записей и администраторы также могут отключить PMI, если они хотят, чтобы пользователи всегда генерировали уникальный идентификатор собрания. Если они отключат и заблокируют параметр Включить персональное собрание с идентификатором , пользователям потребуется отредактировать любые ранее запланированные собрания, которые использовали PMI для обновления идентификатора собрания.После обновления идентификатора встречи им нужно будет повторно отправить приглашение приглашенным на встречу.

Эта статья охватывает:

Предварительные требования

Настройка идентификатора личной встречи (PMI)

Настройка вашей личной ссылки

  • Лицензированный пользователь с тарифным планом Business или Education

Идентификатор личной встречи (PMI)

Ваш PMI автоматически назначается вам как постоянная личная комната для встреч. Вы можете запустить его в любое время или запланировать для использования в будущем.

Ваш PMI является частью вашего личного URL-адреса собрания; например, https://zoom.us/j/5551112222. Если вы являетесь лицензированным пользователем, вы можете настроить 10-значный PMI.

Настройте свой PMI

  1. Войдите на веб-портал Zoom.
  2. Щелкните Профиль .
  3. Рядом с идентификатором персональной встречи щелкните Изменить .
  4. Введите 10-значный идентификатор.
  5. Установите флажок, если хотите использовать свой PMI для мгновенных собраний.
  6. Нажмите Сохранить изменения .

Ограничения на настройку PMI

Существуют некоторые ограничения для настройки вашего PMI. Выбранный вами номер должен соответствовать следующим критериям:

  • Начать с 2–9 (не может начинаться с 1 или 0)
  • Следующие префиксы PMI (префиксы бесплатных номеров) не допускаются:
    800, 400, 888, 887, 877, 866, 855, 850, 803, 804, 807, 808, 809, 660, 508, 900, 200 , 300, 500, 600, 700
  • Нельзя повторять группы из трех цифр, например 247 247 247x или x247 247 247
  • Нельзя повторять группы из трех цифр, например 222444 777x или x222 444777
  • Нельзя использовать те же 8 цифр, как 222 x22 222x
  • Не должен иметь один и тот же номер 5 или более раз подряд, например, 11111xxxxx, x11111xxxx, xx11111xxx, xxx11111xx, xxxx11111x, xxxxx11111
  • Последовательные числа не допускаются; например, 123456789x
  • Уже используемые идентификаторы собрания не разрешены

Персональная ссылка

Ваша личная ссылка - это ваш личный URL-адрес, связанный с вашей личной комнатой собраний.Ваша персонализированная ссылка должна содержать не менее 5 и не более 40 символов. Он должен начинаться с буквы и может содержать только буквы, цифры и точки (.).

Ваша личная ссылка должна быть уникальной для вас. Он не может использоваться другим пользователем Zoom, даже если в вашей учетной записи есть персональный URL. Обычные имена не могут использоваться в качестве вашей личной ссылки.

Примечание : Ваша личная ссылка не используется в приглашении на собрание, вместо этого будет использоваться ваш личный идентификатор собрания.

Настройте вашу личную ссылку

  1. Войдите на веб-портал Zoom.
  2. Щелкните Профиль .
  3. Выберите Настроить рядом с Персональной ссылкой.
  4. Введите желаемый идентификатор или личную ссылку.
  5. Нажмите Сохранить изменения .

Редактировать настройки персональной переговорной

  1. Войдите на веб-портал Zoom.
  2. Щелкните Meetings .
  3. Щелкните Персональная комната для совещаний .
  4. Прокрутите вниз и нажмите Изменить это собрание .
  5. Измените нужные настройки.
  6. Нажмите Сохранить .

Отключение идентификатора личной встречи

Как владелец учетной записи или администратор, вы можете отключить Personal Meeting ID для своей учетной записи или для группы в своей учетной записи. Отключение этой функции по умолчанию отключает этот параметр для ваших пользователей, но они могут снова включить его в своих пользовательских настройках. Если вы хотите полностью отключить персональный идентификатор собрания, выполните следующие действия, чтобы отключить настройку, а затем выполните необязательный шаг, чтобы заблокировать настройку.

После отключения и блокировки персонального идентификатора встречи пользователям потребуется отредактировать любые ранее запланированные встречи с PMI, чтобы обновить идентификатор встречи. После редактирования идентификатора встречи им нужно будет повторно отправить приглашение приглашенным на встречу.

Счет

Чтобы отключить параметр Включить персональный идентификатор собрания для всех пользователей в учетной записи:

  1. Войдите на веб-портал Zoom как администратор с правом редактировать настройки учетной записи.
  2. На панели навигации нажмите Управление учетной записью , затем Настройки учетной записи .
  3. В разделе Запланировать совещание щелкните переключатель, чтобы отключить параметр Включить персональное совещание с идентификатором .
  4. (Необязательно) Если вы хотите отключить этот параметр для всех пользователей в своей учетной записи, щелкните значок блокировки, а затем нажмите Блокировать , чтобы подтвердить настройку.

Группа

Чтобы отключить параметр Включить персональный идентификатор встречи для группы пользователей:

  1. Войдите на веб-портал Zoom как администратор с правом редактировать группы.
  2. На панели навигации нажмите Управление пользователями , затем Управление группами .
  3. Щелкните имя соответствующей группы в списке, затем щелкните вкладку «Параметры».
  4. В разделе Запланировать совещание щелкните переключатель, чтобы отключить параметр Включить персональное совещание с идентификатором .

    Примечание : Если опция неактивна, она заблокирована на уровне учетной записи и должна быть изменена на этом уровне.
  5. (Необязательно) Если вы хотите отключить этот параметр для всех пользователей в этой группе, щелкните значок блокировки, а затем щелкните «Заблокировать», чтобы подтвердить настройку.

Пользователь

Чтобы отключить параметр Включить персональный идентификатор собрания для личного использования:

  1. Войдите на веб-портал Zoom.
  2. На панели навигации нажмите Настройки .
  3. В разделе Запланировать совещание щелкните переключатель, чтобы отключить параметр Включить персональное совещание с идентификатором .
    Примечание : Если параметр неактивен, он заблокирован либо на уровне группы, либо на уровне учетной записи. Вам необходимо связаться со своим администратором Zoom.

Как включить URL-адрес LinkedIn в свое резюме

Одним из преимуществ LinkedIn является то, что он дает потенциальным работодателям и профессиональным связям краткое изложение ваших данных. Просмотр профиля LinkedIn - это быстрый и простой способ получить представление о чьей-либо карьере. Взаимодействие с другими людьми

Включение URL-адреса LinkedIn в ваше резюме - простой и эффективный способ продемонстрировать свой опыт. Вы можете создать собственный URL-адрес LinkedIn, чтобы добавить его в свое резюме, подпись электронной почты и в любое другое место, где вы хотите продавать свои учетные данные.Взаимодействие с другими людьми

Потенциальные работодатели могут сразу посетить LinkedIn, чтобы узнать больше о вас, ваших навыках и квалификации.

Они также могут видеть одобрения и рекомендации ваших коллег, клиентов и менеджеров.

Получите советы о том, как включить URL-адрес LinkedIn в свое резюме, как создать собственный URL-адрес, как добавить свое резюме в LinkedIn, а также ознакомьтесь с советами, чтобы ваш профиль LinkedIn выделялся среди работодателей ниже:

Spiff Up LinkedIn перед добавлением ссылки на свое резюме

Вы хотите, чтобы ваш профиль в LinkedIn выглядел как можно надежнее и лучше.Если в вашем профиле просто повторяется та же информация, что и в вашем резюме, вы не улучшите свои шансы на собеседование.

По сути, вы потратите впустую щелчок. Это может даже потенциально повредить вашей кандидатуре, если вы будете сочтены неспособными предоставить дополнительную документацию относительно ваших учетных данных через свой профиль.

Что включить в свой профиль

Вот что нужно включить в свой профиль LinkedIn и как изменить его, если это необходимо.Помимо перечисления вашего опыта работы, обязательно добавьте в свой профиль раздел профессионального резюме.

Добавить сводку

Это похоже на краткое изложение резюме; это позволяет вам выделить свои самые сильные стороны и опыт. Вы можете написать свое резюме от первого лица; это возможность быть искренним и проявить немного индивидуальности. См. Дополнительные советы по составлению резюме для LinkedIn.

Напишите заголовок

Кроме того, не забудьте написать заголовок вверху своего профиля - это похоже на заголовок резюме, который представляет собой короткую фразу, в которой резюмируется, кем вы являетесь как профессионал.

Одним из элементов профиля LinkedIn, который отличает его от резюме, является то, что люди могут давать вам рекомендации.

Запросить ссылки

Рекомендации LinkedIn - это письменные ссылки, подтверждающие вашу работу. Соискатели должны включать в свой профиль различные рекомендации, чтобы показать, что другие уважают качество их работы.

Вы можете запросить эти рекомендации у клиентов, коллег, профессоров, тренеров, коллег-волонтеров и подчиненных, а также у людей, которые контролировали вашу работу.

Включить навыки

Вам также следует перечислить свои навыки и опыт и включить поддержку этих навыков в LinkedIn. Подтверждения - это навыки и знания, которыми, по мнению других, вы обладаете. Чтобы побудить людей поддержать вас, сначала подтвердите свои контакты в LinkedIn. Таким образом, они с большей вероятностью предоставят вам один взамен.

Добавить образцы

LinkedIn позволяет участникам демонстрировать образцы своей работы как часть своего профиля.Включите письменные образцы, образцы дизайна, слайд-презентации, электронные таблицы, веб-сайты и другие примеры своей работы. Включите любую информацию, демонстрирующую ваши навыки. Конечно, избегайте разглашения конфиденциальной информации, которая может нанести вред вашему работодателю.

Параметры настраиваемого URL-адреса LinkedIn

Создание отличительного URL-адреса профиля LinkedIn может помочь вам продемонстрировать сильный бренд, когда вы занимаетесь сетями и ищете работу. Если вы не создадите собственный URL-адрес, LinkedIn назначит URL-адрес, который обычно содержит ваше имя, а также некоторые цифры и буквы.Гораздо лучше создать свою собственную короткую версию, чтобы работодатели и знакомые могли щелкнуть по ней.

Вот варианты создания легко запоминающегося URL:

Используйте свое имя

Пользовательский URL-адрес может быть таким же простым, как ваше имя, которое будет более запоминающимся для потенциальных работодателей и сетевых контактов. Например, мой URL-адрес в LinkedIn - https://www.linkedin.com/in/alisondoyle/. Если ваше имя занято, подумайте о добавлении вашего среднего инициала или отчества в URL-адрес.

Используйте фразу или метку

Другой подход к настройке - это включение фразы или метки, которые могут быть легче уловлены поисковыми системами. Например, кто-то, кто хочет идентифицировать себя как количественный аналитик, может включить в свой URL-адрес «Quantguyhalbrooks».

Как создать собственный URL-адрес LinkedIn

Вот как настроить URL своего профиля в LinkedIn:

Настройка URL-адреса профиля LinkedIn.
  • Когда вы вошли в LinkedIn, щелкните страницу своего профиля.Затем нажмите ссылку «Изменить общедоступный профиль и URL-адрес» в правом верхнем углу страницы.
  • В правой части страницы общедоступного профиля вы увидите текущий URL-адрес. Сразу под ним вы увидите ссылку «Изменить URL общедоступного профиля». Нажмите на этот значок карандаша, и вы увидите поле, в котором вы можете заполнить свой новый настраиваемый URL.
  • Введите новый URL-адрес, состоящий из 5–30 букв или цифр, без пробелов, символов или специальных символов.
  • Нажмите «Сохранить» чуть ниже поля, и у вас все будет готово с использованием вашего нового настраиваемого URL-адреса профиля LinkedIn.

Где разместить URL-адрес LinkedIn в резюме

Укажите URL-адрес LinkedIn в разделе контактов вашего резюме после адреса электронной почты.

URL LinkedIn в примере резюме

Ваше имя
Ваш адрес
Ваш город, штат Почтовый индекс
Ваш номер телефона
Ваш адрес электронной почты
URL-адрес LinkedIn (или личного веб-сайта)

Расширять

Как добавить URL-адрес LinkedIn в свою подпись

Подпись электронной почты в LinkedIn

Имя Фамилия
Адрес электронной почты
Телефон
URL-адрес LinkedIn

Расширять

Добавьте свое резюме в LinkedIn

Помимо демонстрации вашего профиля LinkedIn в резюме, вы можете добавить свое резюме в LinkedIn, сделав ссылку на него или загрузив его.Это отличный способ предоставить подробную информацию о вашей истории занятости и опыте потенциальным работодателям и деловым контактам.

Вы можете загрузить файл резюме прямо в LinkedIn или связать его с документом резюме на другом сайте. Вот как:

  • Когда вы вошли в LinkedIn, щелкните страницу своего профиля.
  • В раскрывающемся меню выберите «Просмотреть профиль».
  • Щелкните «Изменить» справа от раздела «О программе».
  • В разделе «Медиа» нажмите «Загрузить», чтобы добавить свое резюме со своего компьютера. Выберите свое резюме и нажмите «Открыть», чтобы загрузить его в LinkedIn. Поддерживаемые форматы файлов: PPT, PPTX, DOC, DOCX и PDF.
  • Или: в разделе «Медиа» щелкните «Ссылка» , чтобы указать ссылку на свое онлайн-резюме. Введите URL-адрес вашего онлайн-резюме.
  • Измените заголовок и описание во всплывающем окне. Нажмите «Применить» , чтобы загрузить образец или создать ссылку на него.
  • Нажмите «Сохранить».«

Не забудьте загрузить новую версию своего резюме, когда вы получите повышение, смените работу, добавите свое образование или сертификаты или повысите свои навыки.

Реестр многоадресного адресного пространства IPv6

FF0X: 0: 0: 0: 0: 0: 0: 0 Зарезервированный многоадресный адрес [RFC4291]
FF0X: 0: 0: 0: 0: 0: 0: C SSDP [UPnP_Forum] 21.09.2006
FF0X: 0: 0: 0: 0: 0: 0: FB мDNSv6 [RFC6762] 2005-10-05
FF0X: 0: 0: 0: 0: 0: 0: FC ALL_MPL_FORWARDERS [RFC7731] 10.04.2013
FF0X: 0: 0: 0: 0: 0: 0: FD Все узлы CoAP [RFC7252] 25.07.2013
FF0X: 0: 0: 0: 0: 0: 0: FE все каталоги ресурсов CoRE [RFC-ietf-core-resource-directory-28] 2021-03-16
FF0X: 0: 0: 0: 0: 0: 0: FF Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 100 Группа менеджеров ВМТП [RFC1045] [Dave_Cheriton]
FF0X: 0: 0: 0: 0: 0: 0: 101 Протокол сетевого времени (NTP) [RFC1119] [RFC5905] [David_Mills]
FF0X: 0: 0: 0: 0: 0: 0: 102 SGI-Dogfight [Andrew_Cherenson]
FF0X: 0: 0: 0: 0: 0: 0: 103 Rwhod [Steve_Deering]
FF0X: 0: 0: 0: 0: 0: 0: 104 ВНП [Дэйв_Черитон]
FF0X: 0: 0: 0: 0: 0: 0: 105 Искусственные горизонты - Авиатор [Bruce_Factor]
FF0X: 0: 0: 0: 0: 0: 0: 106 NSS - сервер службы имен [Bill_Schilit]
FF0X: 0: 0: 0: 0: 0: 0: 107 AUDIONEWS - Многоадресная передача аудио новостей [Martin_Forssen]
FF0X: 0: 0: 0: 0: 0: 0: 108 SUN NIS + Информационная служба [Chuck_McManis]
FF0X: 0: 0: 0: 0: 0: 0: 109 Протокол многоадресной передачи MTP [Susie_Armstrong]
FF0X: 0: 0: 0: 0: 0: 0: 10A IETF-1-LOW-AUDIO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 10B IETF-1-AUDIO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 10C IETF-1-VIDEO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 10D IETF-2-LOW-AUDIO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 10E IETF-2-AUDIO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 10F IETF-2-VIDEO [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 0: 110 МУЗЫКАЛЬНЫЙ-СЕРВИС [[Гвидо ван Россум]]
FF0X: 0: 0: 0: 0: 0: 0: 111 SEANET-TELEMETRY [[Эндрю Маффей]]
FF0X: 0: 0: 0: 0: 0: 0: 112 SEANET-IMAGE [[Эндрю Маффей]]
FF0X: 0: 0: 0: 0: 0: 0: 113 MLOADD [Bob_Braden] 1996-04-01
FF0X: 0: 0: 0: 0: 0: 0: 114 любой частный эксперимент [Jon_Postel]
FF0X: 0: 0: 0: 0: 0: 0: 115 DVMRP на MOSPF [John_Moy]
FF0X: 0: 0: 0: 0: 0: 0: 116 СВРЛОК [Erik_Guttman] 2001-05-01
FF0X: 0: 0: 0: 0: 0: 0: 117 XINGTV []
FF0X: 0: 0: 0: 0: 0: 0: 118 microsoft-ds [Арнольд_М]
FF0X: 0: 0: 0: 0: 0: 0: 119 про [Bloomer]
FF0X: 0: 0: 0: 0: 0: 0: 11A пфн [Bloomer]
FF0X: 0: 0: 0: 0: 0: 0: 11B lmsc-calren-1 [Yea_Uang] 1994-11-01
FF0X: 0: 0: 0: 0: 0: 0: 11C lmsc-calren-2 [Yea_Uang] 1994-11-01
FF0X: 0: 0: 0: 0: 0: 0: 11D lmsc-calren-3 [Yea_Uang] 1994-11-01
FF0X: 0: 0: 0: 0: 0: 0: 11E lmsc-calren-4 [Yea_Uang] 1994-11-01
FF0X: 0: 0: 0: 0: 0: 0: 11F ampr-info [Роб_Янссен] 1995-01-01
FF0X: 0: 0: 0: 0: 0: 0: 120 mtrace [Steve_Casner] 1995-01-01
FF0X: 0: 0: 0: 0: 0: 0: 121 RSVP-encap-1 [Bob_Braden] 1996-04-01
FF0X: 0: 0: 0: 0: 0: 0: 122 RSVP-encap-2 [Bob_Braden] 1996-04-01
FF0X: 0: 0: 0: 0: 0: 0: 123 SVRLOC-DA [Erik_Guttman] 2001-05-01
FF0X: 0: 0: 0: 0: 0: 0: 124 rln-сервер [Brian_Kean] 1995-08-01
FF0X: 0: 0: 0: 0: 0: 0: 125 ProShare-MC [Mark_Lewis] 1995-10-01
FF0X: 0: 0: 0: 0: 0: 0: 126 данц [Dotty_Yackle] 1996-02-01
FF0X: 0: 0: 0: 0: 0: 0: 127 Cisco-RP-анонс [Dino_Farinacci]
FF0X: 0: 0: 0: 0: 0: 0: 128 Cisco-RP-открытие [Dino_Farinacci]
FF0X: 0: 0: 0: 0: 0: 0: 129 привратник [Jim_Toga] 1996-05-01
FF0X: 0: 0: 0: 0: 0: 0: 12A iberiagames [Jose_Luis_Marocho] 1996-07-01
FF0X: 0: 0: 0: 0: 0: 0: 12B X Дисплей [John_McKernan] 2003-05-01
FF0X: 0: 0: 0: 0: 0: 0: 12C dof-multicast [Bryant_Eastham] 2005-04-01 23.04.2015
FF0X: 0: 0: 0: 0: 0: 0: 12D DvbServDisc [Bert_van_Willigen] 16 сентября 2005 г.
FF0X: 0: 0: 0: 0: 0: 0: 12E Ricoh-устройство-ctrl [Kohki_Ohhira] 20.06.2006
FF0X: 0: 0: 0: 0: 0: 0: 12F Ricoh-устройство-ctrl [Kohki_Ohhira] 20.06.2006
FF0X: 0: 0: 0: 0: 0: 0: 130 UPnP [UPnP_Forum] 21.09.2006
FF0X: 0: 0: 0: 0: 0: 0: 131 Systech Mcast [Dan_Jakubiec] 21.09.2006
FF0X: 0: 0: 0: 0: 0: 0: 132 Омасг [Mark_Lipford] 21.09.2006
FF0X: 0: 0: 0: 0: 0: 0: 133 как можно скорее [RFC5352]
FF0X: 0: 0: 0: 0: 0: 0: 134 unserding [Sebastian_Freundt] 2009-11-30
FF0X: 0: 0: 0: 0: 0: 0: 135 ФИЛИПС-ЗДОРОВЬЕ [Anthony_Kandaya] 26.02.2010
FF0X: 0: 0: 0: 0: 0: 0: 136 ФИЛИПС-ЗДОРОВЬЕ [Anthony_Kandaya] 26.02.2010
FF0X: 0: 0: 0: 0: 0: 0: 137 Ниагара [Owen_Michael_James] 13.09.2010
FF0X: 0: 0: 0: 0: 0: 0: 138 LXI-EVENT [Tom_Fay] 31.01.2011
FF0X: 0: 0: 0: 0: 0: 0: 139 LANCOM Откройте для себя [Martin_Krebs] 09.05.2011
FF0X: 0: 0: 0: 0: 0: 0: 13A AllJoyn [Craig_Dowell] 2011-11-18
FF0X: 0: 0: 0: 0: 0: 0: 13B GNUnet [Christian_Grothoff] 2011-11-22
FF0X: 0: 0: 0: 0: 0: 0: 13C fos4Xустройства [Rolf_Wojtech] 2011-12-07
FF0X: 0: 0: 0: 0: 0: 0: 13D USNAMES-NET-MC [Christopher_Mettin] 24.01.2013
FF0X: 0: 0: 0: 0: 0: 0: 13E hp-msm-discover [John_Flick] 28.02.2013
FF0X: 0: 0: 0: 0: 0: 0: 13F SANYO DENKI CO., ООО. [Yuuki_Hara] 20.03.2014
FF0X: 0: 0: 0: 0: 0: 0: 140-FF0X: 0: 0: 0: 0: 0: 0: 14F Набор дисков EPSON [Seiko_Epson_Corp] 26.02.2010
FF0X: 0: 0: 0: 0: 0: 0: 150 an-adj-disc [Toerless_Eckert] 04.06.2014
FF0X: 0: 0: 0: 0: 0: 0: 151 Canon-Device-control [Hiroshi_Okubo] 2014-08-01
FF0X: 0: 0: 0: 0: 0: 0: 152 TinyMessage [Josip_Medved] 09.12.2014
FF0X: 0: 0: 0: 0: 0: 0: 153 ZigBee NAN DS [Yusuke_Doi] 21.08.2015
FF0X: 0: 0: 0: 0: 0: 0: 154 ZigBee NAN DI [Yusuke_Doi] 21.08.2015
FF0X: 0: 0: 0: 0: 0: 0: 155 jini-анонс [Jini Discovery and Join Specification] [Peter_Grahame_Firmstone] 27.08.2015
FF0X: 0: 0: 0: 0: 0: 0: 156 jini-запрос [Jini Discovery and Join Specification] [Peter_Grahame_Firmstone] 27.08.2015
FF0X: 0: 0: 0: 0: 0: 0: 157 hbmустройства [Stephan_Gatzka] 26.10.2015
FF0X: 0: 0: 0: 0: 0: 0: 158 Все узлы OCF [Stephane_Lejeune] 07.07.2016
FF0X: 0: 0: 0: 0: 0: 0: 159 Crestron Autodiscover & Config [Toine_C._Leerentveld] 27.09.2016
FF0X: 0: 0: 0: 0: 0: 0: 15A MAAS [Mike_Pontillo] 19.05.2017
FF0X: 0: 0: 0: 0: 0: 0: 15B SwapAppMulticast [Applykane] 26.05.2017
FF0X: 0: 0: 0: 0: 0: 0: 15C Глюонная сетка VXLAN [Маттиас Шиффер] 27.06.2017
FF0X: 0: 0: 0: 0: 0: 0: 15D Все узлы FHCD [Johan_Peeters] 2018-05-01
FF0X: 0: 0: 0: 0: 0: 0: 15E CNP-HD-ПЛК [Ernst_EDER] [LonMark_International] 2018-11-15
FF0X: 0: 0: 0: 0: 0: 0: 15F УФМП [Shachar_Dor] [Mellanox] 2019-06-25
FF0X: 0: 0: 0: 0: 0: 0: 160-FF0X: 0: 0: 0: 0: 0: 0: 16F NMEA OneNet [Steve_Spitzer] 29.06.2015
FF0X: 0: 0: 0: 0: 0: 0: 170 Локальные двоичные кэши Nix [Andreas_Rammhold] 2019-10-02
FF0X: 0: 0: 0: 0: 0: 0: 171 GNodes [Джузеппе_Гори] 2021-02-12
FF0X: 0: 0: 0: 0: 0: 0: 172-FF0X: 0: 0: 0: 0: 0: 0: 174 Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 175 все SIP серверы [Rick_van_Rein] 21.07.2015
FF0X: 0: 0: 0: 0: 0: 0: 176-FF0X: 0: 0: 0: 0: 0: 0: 180 Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 181 PTP-первичный [http: // ieee1588.nist.gov/ provided[Kang_Lee] 02.02.2007
FF0X: 0: 0: 0: 0: 0: 0: 182 PTP-альтернативный1 [http://ieee1588.nist.gov/[Kang_Lee] 02.02.2007
FF0X: 0: 0: 0: 0: 0: 0: 183 PTP-alternate2 [http://ieee1588.nist.gov/[Kang_Lee] 02.02.2007
FF0X: 0: 0: 0: 0: 0: 0: 184 PTP-alternate3 [http: // ieee1588.nist.gov/ provided[Kang_Lee] 02.02.2007
FF0X: 0: 0: 0: 0: 0: 0: 185-FF0X: 0: 0: 0: 0: 0: 0: 18B Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 18C Групповой адрес всех AC [RFC5415]
FF0X: 0: 0: 0: 0: 0: 0: 18D-FF0X: 0: 0: 0: 0: 0: 0: 200 Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 201 "rwho" Group (BSD) (неофициально) [Jon_Postel]
FF0X: 0: 0: 0: 0: 0: 0: 202 СОЛНЦЕ RPC PMAPPROC_CALLIT [Brendan_Eic]
FF0X: 0: 0: 0: 0: 0: 0: 204 Все узлы C1222 [RFC6142] 28.08.2009
FF0X: 0: 0: 0: 0: 0: 0: 205 Hexabus [Mathias_Dalheimer] 09.08.2013
FF0X: 0: 0: 0: 0: 0: 0: 206 многоадресный чат [Patrik_Lahti] 13.08.2013
FF0X: 0: 0: 0: 0: 0: 0: 207-FF0X: 0: 0: 0: 0: 0: 0: 2BF Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 2C0-FF0X: 0: 0: 0: 0: 0: 0: 2FF Garmin Marine [Натан Карстенс] 19.02.2015
FF0X: 0: 0: 0: 0: 0: 0: 300 Mbus / IPv6 [RFC3259]
FF0X: 0: 0: 0: 0: 0: 0: 301-FF0X: 0: 0: 0: 0: 0: 0: 3FF Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 400 Инкапсуляция сотовой широковещательной передачи [Meridian_Labs_LTD] [LIRNEasia] [Meridian_Labs_LTD] [LIRNEasia] 2020-10-07
FF0X: 0: 0: 0: 0: 0: 0: 401-FF0X: 0: 0: 0: 0: 0: 0: 4FF Гражданская телеметрия [Meridian_Labs_LTD] [LIRNEasia] [Meridian_Labs_LTD] [LIRNEasia] 2020-10-07
FF0X: 0: 0: 0: 0: 0: 0: 500-FF0X: 0: 0: 0: 0: 0: 0: 3485 Не назначен
FF0X: 0: 0: 0: 0: 0: 0: 3486 Сердцебиение IFSF [John_Carrier] 2015-06-15
FF0X: 0: 0: 0: 0: 0: 0: 3487-FF0X: 0: 0: 0: 0: 0: 0: BABF Не назначен
FF0X: 0: 0: 0: 0: 0: 0: BAC0 BACnet [Coleman_Brumley] 2010-11-22
FF0X: 0: 0: 0: 0: 0: 1: 1000/118 Местоположение службы, Версия 2 [RFC3111]
FF0X: 0: 0: 0: 0: 0: 2: 0000-FF0X: 0: 0: 0: 0: 0: 2: 7FFD Мультимедийные конференц-связи [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 2: 7FFE Объявления SAPv1 [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 2: 7FFF Объявления SAPv0 (устарело) [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 2: 8000-FF0X: 0: 0: 0: 0: 0: 2: FFFF Динамические присвоения SAP [Steve_Casner]
FF0X: 0: 0: 0: 0: 0: 3: 0-FF0X: 0: 0: 0: 0: 0: 3: FFFF ДАЛИ [Scott_Wade] [DALI_Alliance_DiiA] 2021-03-12
FF0X: 0: 0: 0: 0: DB8 :: / 96 Адреса документации [RFC6676]
.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *