Добрый день ресурсы

Какие открытые стандарты Добрый день построен?

Добрый день основан на широком диапазоне существующих и находящихся на стадии становления интернет-стандартов, обычно опубликованных как «RFCs» или «Рабочие Проекты».

• Динамическая Конфигурация IPv4 Локальные для ссылки Адреса [IPv4LL]. Описывает, как узел может автоматически сконфигурировать интерфейс с адресом IPv4 в префиксе 169.254/16, который допустим для связи с другими устройствами, подключенными к той же физической ссылке.

• Многоадресный DNS [mDNS]. Обсуждает, какие потребности произойти, если клиенты DNS начинают отправлять запросы DNS групповому адресу, и как набор узлов может сотрудничать для коллективного ответа на те запросы полезным способом.

• Основанное на DNS Открытие Службы [DNS-SD]. Описывает соглашение для именования и структурирования ресурсных записей DNS. Учитывая тип службы, которую клиент ищет, и домен, в котором клиент ищет ту службу, это соглашение позволяет клиентам обнаруживать список именованных экземпляров той желаемой службы, с помощью только стандартные запросы DNS.

• DNS Долгосрочные Запросы [DNS-LLQ]. Предлагает метод расширения одноадресной передачи DNS для поддержки долгосрочных запросов, позволяя клиентам узнать об изменениях в данных DNS.

• Динамические Арендные договоры Обновления DNS [DNS-UL]. Предлагает метод расширения Динамического Обновления DNS для содержания жизни арендного договора ресурсной записи, таким образом позволяя серверу собрать «мусор» устаревшие записи.

• Порт NAT, Отображающий Протокол [NAT-PMP]. Описывает протокол для автоматизации процесса создания отображений порта Network Address Translation (NAT). Включенный в протокол метод для получения общедоступного IP-адреса устройства NAT, таким образом позволяя клиенту сделать этот общедоступный IP-адрес и число публичного порта известными коллегам, которые могут хотеть связаться с ним.

• Добрый день Печать Спецификации (PDF). Этот документ объясняет, что поставщики принтера должны сделать для создания Добрый день совместимых принтеров, работающих беспрепятственно с Mac OS X и с машинами Windows, работающими Добрый день за Windows.

Как я могу зарегистрировать новый тип службы?

Открытие службы Bonjour использует типы службы, перечисленные на http://www .dns-sd.org. Если Ваше приложение определяет новый тип службы, который не находится в этом списке, необходимо зарегистрировать тип службы в DNS-SD.org и дополнительно зарегистрировать его в IANA, если прикладной протокол также требует числа стандартного порта.

Добрый день доступно как Открытый исходный код?

Да. Добрый день исходный код доступен как в соответствии с лицензией Apache, Версией 2.0 через mDNSResponder проект. Можно легко скомпилировать его для широкого диапазона платформ, включая UNIX, Linux и Windows. Производители устройства призваны встроить открытый исходный код mDNSResponder код непосредственно в их продукты, и дополнительно передать Добрый день Тест Соответствия, таким образом, они могут участвовать в Добрый день Программа Лицензирования Логотипа.

Я могу использовать Добрый день из моего Приложения Windows?

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

Как я могу узнать больше?

Для технической помощи поставщики оборудования, которые хотели бы поддерживать Добрый день в их сетевых поддерживающих продуктах, должны связаться bonjourdev@apple .com. Ссылочная Библиотека Разработчика также обеспечивает обширную документацию относительно Добрый день, DNS и NetService APIs.

Какой Пример кода доступен, который использует Добрый день технологии?

Добрый день Пример кода для iPhone OS

• BonjourWeb иллюстрирует основные принципы просмотра для сетевых служб, использующих Добрый день.

• WiTap демонстрирует, как достигнуть сетевой связи между приложениями. Используя Добрый день, приложение и распространяет себя в локальной сети и выводит на экран список других экземпляров этого приложения в сети.

Добрый день пример кода для Mac OS X

• SRVResolver показывает, как сделать DNS запросы записи SRV с помощью <dns_sd.h> API.

• PictureSharingBrowser демонстрирует, как использовать NSNetServices для использования в своих интересах открытия службы Bonjour и определения имен на Mac OS X.

• PictureSharing демонстрирует, как использовать NSNetServices для распространения службы, использующей Добрый день под Mac OS X.

• PortMapper демонстрирует отображение порта NAT Бонджура API и обеспечивает высокоуровневый интерфейс Objective-C для него.

• DNSServiceMetaQuery демонстрирует использование DNSServiceQueryRecord для отправки Многоадресного запроса DNS, возвращающего список типов службы Bonjour, распространяемых в локальной сети для Mac OS X.

• CocoaEcho показывает, как записать основную пару клиента/сервера эха. Это демонстрирует, как сделать службы доступными и на IPv4 и на конечных точках IPv6, публикуя службы, использующие Добрый день, и как реагировать на сетевые события асинхронно.

• CocoaHTTPServer демонстрирует основную службу HTTP под Mac OS X. Это показывает, как опубликовать Вашу службу HTTP на Добрый день, таким образом, Safari может просмотреть его с помощью вкладки Bonjour, а также асинхронного чтения и записи информации от и до NSStreams.

Добрый день технические специфические особенности

В чем я должен передать для параметра «имени» при регистрации службы?

По умолчанию необходимо выбрать человекочитаемое имя, уникально описывающее службу. iTunes, например, выбирает музыкальное имя совместного использования по умолчанию путем объединения имени и фамилии пользователя компьютера, как в Музыке «Исаака Ньютона». Для большинства устройств имя службы по умолчанию должно быть полным, делают и модель продукта, например, «Apple PowerBook G4». Это - только имя по умолчанию, данное из поля, и пользователю нужно разрешить настроить имя службы для дифференциации многократных устройств или служб на сеть.

Для разработчиков приложений, регистрирующих службы, это может быть целесообразно иметь один экземпляр той службы на данный компьютер. В этом случае, вместо того, чтобы иметь Ваше приложение представляют его собственный пользовательский интерфейс для пользователя для ввода имени распространенной службы, более удобно зарегистрировать использование предоставленного системой имени по умолчанию, известного как «Имя компьютера» в Совместном использовании Предпочтительной Панели. Если Вы передадите в пустой строке (»») для имени службы при регистрации, то система будет автоматически использовать «Имя компьютера». Передача в пустой строке также обработает конфликты имен путем автоматического добавления цифры до конца имени.

Существуют службы, где многократные экземпляры могут быть размещены на том же компьютере. Например, сервер печати с тремя принтерами должен распространить каждый принтер как первоклассный объект. Каждый принтер должен быть распространен с помощью описательного имени, полезно идентифицирующего сам принтер. Это важно, потому что принтер, вызванный «Принтер Прозрачности Маркетинга», мог бы быть перемещен в различный сервер печати в будущем, но пользователю не придется знать о тех операционных подробных данных. Они должны все еще видеть ту же службу, распространенную в сети под тем же именем, даже при том, что это находится на различном сервере печати теперь.

В чем я должен передать для параметра «типа» при регистрации службы?

Необходимо передать строку формы «_applicationprotocol. _ transportprotocol». В настоящее время «_transportprotocol» должен быть или «_tcp» или «_udp». Ваш «applicationprotocol» должен быть 14 символами или меньше и должен быть зарегистрирован в веб-сайте DNS-SD. Если Ваш протокол требует известного номера порта, необходимо также зарегистрироваться в Комитете по цифровым адресам в интернете (IANA), таким образом, они могут добавить Вас к списку зарегистрированных имен протокола и номеров портов. Посмотрите Технический QA1312, типы службы Bonjour, используемые в Mac OS X для списка типов службы, используемых Mac OS X.

В чем я должен передать для «доменного» параметра при регистрации службы?

Если Вы передадите пустую строку (»»), то Mac OS X автоматически сделает правильную вещь. В Mac OS X 10.2 и 10.3, это зарегистрирует использование просто локальная для ссылки многоадресная передача. Запускаясь в Mac OS X 10.4, это автоматически зарегистрирует Вашу службу в выбранном пользователями одноадресном домене DNS также, если применимо. Если у Вас есть некоторая определенная причина хотеть зарегистрироваться в некотором определенном удаленном домене, только необходимо передать определенную строку.

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

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

«Apple Mac, мини-(2)»

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

Для чего TXT рекордный используемый?

Специфический характер записи TXT и как это должно использоваться, является зависимым типа службы. Каждый тип службы определит нуль, или больше пар имя/значение раньше хранило метаданные о каждой службе. Эти пары имя/значение должны быть отформатированы, как описано в Разделе 6 из Основанного на DNS Открытия Службы. Посмотрите Технический QA1306, Добрый день осуществляет формат записи TXT у Пантеры для получения информации о том, как записи TXT должны быть отформатированы при использовании Mac OS X APIs. Кроме того, веб-сайт DNS-SD имеет информацию относительно в настоящее время определяемых пар имя/значение для типов общего обслуживания.

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

Нет. С DHCP (и с локальным для ссылки обращением) не безопасно предположить, что экземпляр службы будет иметь тот же IP-адрес завтра. Адреса могут измениться. Имена службы являются намеченными стабильными идентификаторами для экземпляра службы. Сохраните имя экземпляра (имя, введите, и домен) в предпочтительном файле Вашего приложения, затем Решение это по требованию каждый раз, когда пользователь получает доступ к службе.

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