Добрый день - часто задаваемые вопросы

Это приложение описывает часто задаваемые вопросы о Добрый день.

1. Что Добрый день?

Добрый день, также известный как сети нулевой конфигурации, включает автоматическое обнаружение компьютеров, устройств и служб на сети IP. Добрый день промышленный стандарт использования протоколы IP, чтобы позволить устройствам автоматически обнаруживать друг друга без потребности ввести IP-адреса или сконфигурировать серверы DNS. В частности, Добрый день включает автоматическое присвоение IP-адреса без сервера DHCP, преобразование имен в адреса без сервера DNS и открытие службы без сервера каталогов. Добрый день открытый протокол, который Apple представил IETF как часть продолжающегося процесса создания стандартов. Для узнавания больше проверьте Добрый день Спецификации протокола, детализирующие технологии, составляющие Локальный для ссылки и Глобальный Добрый день.

2. Что такое mDNSResponder?

mDNSResponder является Добрый день системной службой, реализующей Многоадресную передачу Открытие Службы DNS для открытия служб на локальную сеть и Одноадресная передача Открытие Службы DNS для открытия служб где угодно в мире. mDNSResponder встроен в OS X и iOS и может быть загружен как часть Добрый день для Windows. Приложения как iTunes, iPhoto, сообщения и Safari используют mDNSResponder для реализации музыкального совместного использования сети нулевой конфигурации, размещения фотографий, обсуждения и совместного доступа к файлам и открытия удаленных пользовательских интерфейсов для устройств как принтеры и веб-камеры. mDNSResponder также используется, чтобы обнаружить и распечатать к Добрый день принтерам и принтерам USB, подключенным к Экстремальному значению AirPort и Явно выраженным базовым станциям. mDNSResponder является открытым исходным кодом, и производители устройства призваны встроить mDNSResponder исходный код непосредственно в их продукты для получения преимуществ от сетей нулевой конфигурации.

3. Действительно Добрый день работает между многократными подсетями?

Да. Первый выпуск Открытия Службы DNS (DNS-SD) для OS X сконцентрировал на Многоадресной передаче DNS (mDNS) для сетей единственной ссылки, потому что это было средой, худшей подаваемый программным обеспечением IP. Добрый день использует Динамическое Обновление DNS (RFC 2316) и одноадресные запросы DNS для включения глобального открытия службы.

4. Когда я отключаю устройство от сети, это остается видимым?

Да, некоторое время. В конечном счете запись DNS достигает своего интервала времени жизни и исчезает. Как разработчик приложений, если Вы соединяетесь с узлом, использующим Добрый день и сбоями соединения, можно попросить Добрый день подтверждать запись. Этот процесс описан далее в Руководстве по программированию NSNetServices и CFNetServices.

5. Что я должен сделать для поддержки Добрый день по Bluetooth в iOS?

В iOS 5 и позже, приложения должны явно выбрать в к выполнению открытия службы по Bluetooth и должны разрешить службы с помощью низкоуровневого Открытия C Службы DNS API. Для получения дополнительной информации посмотрите Добрый день по Bluetooth на iOS 5 и Позже.

6. Сколько времени я должен оставить выполнение браузеров службы?

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

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

7. Действительно Добрый день поддерживает «SOAP» RPC по HTTP?

Да. Добрый день определяет новый протокол для обнаружения служб (DNS-SD), однако, оно не устанавливает ограничений для типа служб, которые Вы обнаруживаете. Таким образом можно обнаружить службы SOAP так легко, как можно обнаружить приятелей сообщений и музыкальные библиотеки iTunes. Другими словами, Добрый день поддержки SOAP по HTTP, а также любому прикладному протоколу, разделенному на уровни поверх TCP/IP или UDP/IP.

8. Действительно Добрый день имеет какой-либо вид подписки или механизма уведомления?

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

Этот метод описан далее в Руководстве по программированию NSNetServices и CFNetServices.

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

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

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

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

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

Необходимо передать строку формы "_applicationprotocol._transportprotocol". В настоящее время "_transportprotocol" должен быть также "_tcp" или "_udp". Ваш "applicationprotocol" должен быть 15 символов или меньше и должны быть зарегистрированы в с IANA, таким образом, они могут добавить Вас к списку зарегистрированных имен протокола и номеров портов. См. QA1312 для списка типов службы, используемых OS X.

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

Если Вы передаете пустую строку (""), тогда Ваша служба регистрируется с помощью локальной для ссылки многоадресной передачи и в выбранном пользователями одноадресном домене DNS также, если применимо.

Если Вы передаете в "local", тогда Ваша служба регистрируется только с помощью локальной для ссылки многоадресной передачи, а не в любых выбранных пользователями одноадресных доменах DNS.

За исключением "local" если у Вас есть некоторая определенная причина хотеть зарегистрировать Вашу службу в определенном удаленном домене, домен, только необходимо передать определенную строку.

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

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

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

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

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

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

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

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

15. Моему устройству использовали встроенный веб-сервер для конфигурации. Я должен зарегистрировать его использующий Добрый день?

Да. Необходимо зарегистрировать каждую службу, работающую устройстве, например, HTTP, FTP, SSH, Telnet. На OS X веб-браузер Safari может обнаружить веб-серверы, распространенные с Добрый день, и Internet Explorer на Windows может обнаружить веб-серверы, когда Добрый день для Windows установлен. Кроме того, Терминальное приложение в OS X может обнаружить FTP, SSH и серверы Telnet.