Привет, мой собственный DDNS работает только по http, а по https — нет. Как мне настроить параметр сервера? Большое спасибо!

Спасибо за это руководство, очень помогло! Проверил — работает на EFG, а теперь ещё с поддержкой CloudFlare, которая появилась в веб-интерфейсе с последней версией сетевого приложения 9.1.96. При проверке через SSH единственное, что пришлось изменить — заменить eth0 на eth4 в командах, например: cat /run/ddns-eth4-inadyn.conf

# Создайте уникальный пользовательский API-токен с такими правами:
# -> Zone.Zone – только чтение, Zone.DNS – редактирование.
iface = eth4.100 # Мой внешний сетевой интерфейс vlan100
.....

Проверка будет такой (если работает): /usr/sbin/inadyn -n -s -C -f /etc/inadyn.conf -1 -l debug --foreground --forcerun. Каждое заданное время создается задание в crontab (каждый час... )0 */1 * * * /usr/sbin/inadyn -n -s -C -f /etc/inadyn.conf

# Создайте уникальный пользовательский API-токен с такими правами:  
# -> Zone.Zone — Чтение, Zone.DNS — Редактирование.  
provider cloudflare.com {  
   username = zone.name  
   password = api_token_important_read_comment  
   hostname = hostname.zone.name  
   ttl = 1 # необязательно, значение 1 означает «автоматически».  
   proxied = false # необязательно.  
}  

Спасибо за вашу статью. На странице inadyn в GitHub не очень понятно, как использовать параметры "iface" и "force_update". Можете поделиться примером вашего файла /etc/inadyn.conf? Спасибо.

@DSJB Не уверен насчёт этого, но бесплатный сервис DNS/DDNS от hurricane electric (dns.he.net/docs.html), который упоминался в оригинальном посте, позволяет автоматически определять IP, так что вам нужно просто передавать имя хоста (зарегистрированное у них) для обновления. Может быть, это вам подойдёт?

@marksanctuary Я посмотрел документацию inadyn, которая была упомянута выше, и выяснилось, что InADyn поддерживает Cloudflare. Вот описание провайдера.  
# Создайте уникальный кастомный API-токен с такими разрешениями:  
# -> Zone.Zone - чтение, Zone.DNS - редактирование.  
provider cloudflare.com {  
   username = zone.name  
   password = api_token_important_read_comment  
   hostname = hostname.zone.name  
   ttl = 1 # опционально, значение 1 означает «автоматически».  
   proxied = false # опционально.  
}  

Исходя из этого, я подумал, что, возможно, смогу настроить кастомного провайдера через DDNS в UI, но это не сработало.  
Тем не менее, мне удалось запустить это через версию inadyn, установленную на моих двух UXG. Для этого я сделал следующее:  
- Убрал попытки настроить через UI, потому что из-за этого ubios-udapi-server переставал запускать inadyn.  
- Отредактировал /etc/inadyn.conf (который Unifi не использует), добавив определение провайдера на основе указанного примера. Единственное, что добавил к конфигурации — опцию iface для указания сетевого интерфейса, по которому проверять IP, и force_update, чтобы обновление происходило регулярно. Последняя опция, возможно, не обязательна.  
- Запустил inadyn с параметрами --once --force --foreground и удостоверился, что IP-адрес обновился в Cloudflare.  
- На моих UXG Unifi не использует установленный модуль /lib/systemd/system/inadyn.service. Поэтому я включил его, запустил и проверил, что IP обновляется в Cloudflare, а также убедился, что сервис автоматически запускается после перезагрузки UXG. Теперь осталось дождаться следующего обновления прошивки, чтобы проверить, сохранится ли эта настройка.  

Исходя из всего вышеописанного, кажется, было бы просто (или не очень сложно) добавить поддержку Cloudflare в DDNS через UI в сетевых настройках.  
Похоже, что ddclient тоже поддерживает Cloudflare. По крайней мере в текущей версии — не уверен, что установлено на старых шлюзах и роутерах Unifi.

Мне не удалось настроить HE.net по приведённым выше инструкциям, но я смог всё-таки добиться работы через tunnelbroker, используя изменённую строку «dyn.dns.he.net/nic/update?hostname=%h». … Кто-нибудь может подтвердить, какие настройки вы используете с he.net?

Я просто хотел оставить здесь комментарий, что это мне тоже очень помогло! Мне удалось использовать несколько этих советов, чтобы решить свои проблемы. При переходе с конфигурации USG-3 на конфигурацию UCG-Ultra нужно было изменить настройки.  
У меня был один вопрос — куда записывается лог inadyn? Похоже, что он попадает в основной syslog. На моём UCG-Ultra для просмотра логов достаточно выполнить команду:  
grep -ai "inadyn" /var/log/messages

Провайдер: dynv6  
URL документации: https://dynv6.com/docs/apis // https://dynv6.com/zones/YOURZONEID/instructions  
Сервис: dynv6  
Хостнейм: [dynv6 Domainname], например myzone.dynv6.net
Имя пользователя: [dynv6 Username]
Пароль: none  
Примечание: да, нужно ввести именно "none" (без кавычек)  
Сервер: dynv6.com/api/update?hostname=%h&token=%u&ipv4=%i  
Это конфигурация только для IPv4, так как у меня нет IPv6.