2016-12-27 10 views
0

НА ПКЧто заставляет мой запрос api Google Calendar выполнить с ошибкой DNS при настройке с узла-красного?

  • Я настроил узел-красный для работы на окнах 10 ПК.
  • Я использую вкладку «Управление палитрой», чтобы установить гаджеты node-red-node-google.
  • Я установил учетную запись Google API для предоставления учетных данных api. Я только создал один проект и попросил учетные данные для одного апи.
  • Я рисую узел-красный поток, чтобы отправлять события календаря для отладки окна.
  • Я настраиваю узел «google calendar out» с учетными данными, предоставленными Google, и добавляет обратный вызов, рекомендованный в узловом красном узле, в список google api «Авторизованные URI-адреса перенаправления». Обратный вызов, рекомендуемый узлом календаря, связан с локальным хостом.
  • Я настроил календарь Google и проверил, чтобы найти окно отладки, получает информацию о событиях запуска и остановки календаря, как и ожидалось.

ПО ODROBIAN (DEBIAN)

  • я затем повторить процесс установки узла-красного цвета на ODROID-c1 работает odrobian ваниль (а на основе DEBiAN консоли).
  • Я просматриваю тот же процесс.
  • Конфигурация календаря Google на этот раз предлагает обратный вызов node-red.example.com и рекомендует обновлять/etc/hosts с отображением ip odroid на node-red.example.com.
  • Обратный вызов node-red.example.com добавляется в api callback uri на учетной записи api. IP-адрес odroid сопоставляется с node-red.example.com в/etc/hosts, как рекомендовано.
  • Odroid перезагружен, узел-красный активирован, делается попытка «Проверить подлинность с помощью Google» и отобразится страница разрешения запроса api.
  • «Разрешить» выбран, но «DNS-адрес узла node-red.example.com не найден». отображается.
  • Настройки брандмауэра были экспериментированы, но ничто не позволяет разрешить запрос.

Таким образом, после тех же действий, что и для ПК, на последнем шаге на debian, выполняющемся на одииде c1, установленного на arm-v7, происходит сбой разрешения api.

Обратный вызов uri генерируется узлом конфигурации node-red-node-google, поэтому сразу не видно, что его можно легко изменить. Разумеется, настройка обратного вызова на localhost, как и в версии для ПК, оказалась предпочтительным вариантом, но ifandonlyif на самом деле легко настраивалась.

Если вы не вникнете в программное обеспечение для изменения обратного вызова на localhost, есть ли какие-либо способы исправить недостающий адрес DNS-адреса?

+0

Обновите вопрос, чтобы внести изменения, внесенные в/etc/hosts, чтобы мы могли видеть, что вы добавили. – hardillb

+0

Я просто выполнил инструкцию по инструкции в гаджете Google config, которая предоставила IP и доменное имя для использования. IP был IP-адресом моего odroid, доменное имя было node-red.example.com. На самом деле это то, о чем я упоминал в одной из точек выше, где я сказал: «Одевидный ip сопоставляется с node-red.example.com в/etc/hosts, как рекомендовано». –

+0

По-прежнему добавьте запись/etc/hosts на вопрос, чтобы мы могли увидеть фактические изменения, сделанные вами. – hardillb

ответ

0

Предполагая, что вы обновили/etc/hosts на odroid, и вы получаете доступ к Uode-RED UI от какой-либо другой машины.

Добавление записи в файл/etc/hosts изменяет только то, как устройство odroid будет разрешать DNS-адреса, а не то, как машина, к которой вы обращаетесь к Uode-RED UI, разрешает DNS-адреса. Это связано с тем, что перенаправление OAuth будет обрабатываться машиной, получающей доступ к пользовательскому интерфейсу, а не к устройству odroid.

Для этого вам необходимо отредактировать файл hosts на вашем компьютере Windows, а не одоид.

+0

Но это не подходящее решение, если я хочу развернуть, а что лучше, если я хочу развернуть? –

+0

Это другой вопрос, вы спросили, почему он не работает для этого экземпляра. Но вы можете убедиться, что ваша машина для одоидов имеет надлежащую запись DNS. – hardillb

+0

Например, версию для ПК можно просматривать на устройствах android и iOS без необходимости изменять хосты. –