@jgreil Это не самая простая проблема для решения из-за самой природы SDN. Файл config.gateway.json поддерживается неофициально, и мы стараемся отказаться от него, добавляя функции, ради которых сообщество его использует, прямо в графический интерфейс.

Алло? Почему никто больше не отвечает?

Ты уже смог воспроизвести эту проблему?

Можешь выложить точную версию config.gateway.json, которую ты сейчас используешь?

Можешь проверить server.log в твоём контроллере? Insights > Controller logs > скачать логи, и затем нажми ctrl+f, чтобы найти «commit». Я знаю, что раньше у тебя были ошибки коммита, но посмотри, нет ли каких-то свежих во время сегодняшнего тестирования.

@UI-jaffe Спасибо, что продолжаешь мне помогать Вот выводы:

admin@USG-Site-A:~$ configure  
[edit]
admin@USG-Site-A# set system host-name usgexample  
[edit]
admin@USG-Site-A# commit;save  
Сохраняю конфигурацию в '/config/config.boot'...  
Готово

После перезагрузки:  
admin@usgexample:~$ configure  
[edit]
admin@usgexample# show vpn | no-more  
Конфигурация по заданному пути пуста  
[edit]
admin@usgexample# show system host-name  
host-name usgexample

После принудительного обновления конфигурации:  
admin@USG-Site-A:~$ configure  
[edit]
admin@USG-Site-A# show vpn | no-more  
ipsec {  
   auto-firewall-nat-exclude enable  
   esp-group ESP_1.1.1.1 {  
       compression disable  
       lifetime 3600  
       mode tunnel  
       pfs enable  
       proposal 1 {  
           encryption aes128  
           hash sha1  
       }  
   }  
   ike-group IKE_1.1.1.1 {  
       key-exchange ikev1  
       lifetime 28800  
       proposal 1 {  
           dh-group 14  
           encryption aes128  
           hash sha1  
       }  
   }  
   ipsec-interfaces {  
       interface eth0  
   }  
   nat-networks {  
       allowed-network 0.0.0.0/0 {  
       }  
   }  
   nat-traversal enable  
   site-to-site {  
       peer 1.1.1.1 {  
           authentication {  
               mode pre-shared-secret  
               pre-shared-secret pwd123  
           }  
           connection-type initiate  
           ike-group IKE_1.1.1.1  
           local-address 1.1.1.1  
           vti {  
               bind vti64  
               esp-group ESP_1.1.1.1  
           }  
       }  
       peer site-b.mooo.com {  
           authentication {  
               id site-a.mooo.com  
               mode pre-shared-secret  
               pre-shared-secret pwd123  
           }  
           connection-type initiate  
           ike-group IKE_1.1.1.1  
           ikev2-reauth inherit  
           local-address site-a.mooo.com  
           tunnel 0 {  
               allow-nat-networks disable  
               allow-public-networks disable  
               esp-group ESP_1.1.1.1  
               local {  
                   prefix 192.168.1.0/24  
               }  
               remote {  
                   prefix 192.168.99.0/24  
               }  
           }  
       }  
   }  
}

Похоже, что даже VPN, настроенный через GUI, не появляется после перезагрузки, так что это действительно выглядит как баг, который стоит скорее исправить, или нет?  
Что ещё ты здесь видишь и что можно попробовать?  
И почему на Site-B USG после ребута всё работает без проблем?

@UI-jaffe Я действительно разочарован. Единственная причина, по которой я использую config.gateway.json, в том, что ваш GUI УЖЕ МНОГО ЛЕТ не умеет работать с DDNS-записями, а не только с IP-адресами в качестве peer IP для Site-to-Site VPN. Это вообще-то ничего особенного и несложно! Но, похоже, что ваш GUI в ближайшее время для VPN не улучшат, поэтому мне нужен способ, чтобы всё автоматически работало после перезагрузок! Несколько месяцев назад всё работало без проблем, и я просто не понимаю, почему это вдруг перестало работать. У вас нет идей, что ещё можно попробовать? Или могу ли я создать скрипт, который автоматически запускается после загрузки и выполняет повторное provision? Какова будет команда для этого? Ещё очень странно: описанная мной проблема возникает только на USG 3P на объекте А. На объекте B после перезагрузки всё работает нормально. Как такое может быть и почему мы не можем найти причину?

Я уже отмечал эту проблему в предыдущем ответе: «потому что когда ваш USG загружается, у него может быть такая же версия конфигурации, как и у контроллера, а значит автоматическая настройка не произойдет. Но изначально USG должен загружаться с тем, что в /config/config.boot, так что единственное, что я могу предположить — перед тем как USG потерял питание, в /config/config.boot не была включена VPN-конфигурация.» @jgreil Если принудительно провести настройку на USG, запустить VPN, зайти по SSH на USG и ввести:
configure
save
а затем перезагрузить — сохраняется ли та же проблема?

Понятно, хотя в обоих случаях речь идет о прерывании VPN-туннеля, будь то смена IP или перезагрузка, и туннель не восстанавливается автоматически. В обоих случаях также один из пиров «уходит в офлайн», если моя интерпретация верна.