Окей, похоже, ты убеждён в проблеме, так что я отключаюсь. Ты не предоставил никаких деталей о том, что именно ты сделал для диагностики или почему ты думаешь, что это какая-то особенная проблема с VID 0. Ты не предоставил журналов, статусов сервисов или чего-то подобного. Мы не экстрасенсы. Как я уже отметил, ты не единственный, у кого возникает эта проблема, и по крайней мере один другой человек описал очень похожую ситуацию и подтвердил, что после перезагрузки wpa_supplicant не запускается на UniFi шлюзах. Ручной перезапуск этого сервиса после загрузки сразу восстанавливает сервис в этом случае. Если wpa_supplicant не запускается, нет аутентификации и, соответственно, нет потока трафика. Когда сервис перезапускается, аутентификация проходит успешно и, соответственно, трафик начинает идти. Заметь, что подозрение, основанное на журналах в другом случае, заключается в том, что сетевые интерфейсы не готовы, когда сервис пытается запуститься – если это твоя проблема, её должно быть легко исправить. Когда ты перенастраиваешь интерфейс (например, добавляешь или удаляешь тег VLAN), вероятно, сервисы перезапускаются автоматически. Это объясняет поведение, которое ты наблюдаешь. К сожалению, ты не указал, какое из нескольких руководств ты на самом деле использовал, так что у нас нет ни малейшего представления о том, как ты настроил свою инстанцию – я знаю как минимум три, специфичные для UniFi шлюзов. Также отмечу, что во Франковском случае он отметил, что ему пришлось вернуться к CPE от провайдера, так как это вообще не работало. В твоём случае это происходит только при загрузке, и ты можешь вручную перенастроить, чтобы заставить это работать снова. Как я отметил выше – wpa_supplicant выполняет твою аутентификацию, и если ты следовал руководствам правильно, этот сервис попытается запуститься при загрузке, однако это не означает, что сервис на самом деле успешно запустится. Но ты, кажется, знаешь лучше, так что удачи.

Спасибо за ответ. Да, я знаю про VLAN 0 и что он особенный. Непонятно, почему если загружаться без тега на WAN-порту, всё частично работает. Я могу пинговать ресурсы в интернете и по имени, и по IP, могу трассировать маршрут, даже частично пыталось загружать веб-страницы (загружает какие-то элементы страницы), но не все сайты загружаются полностью. Я бы не назвал это полностью рабочим интернетом, у меня просто есть соединение. Но как только я загружаюсь без VLAN-тега и говорю UCG начать тегировать WAN-трафик с VLAN 0, всё просто работает. Все веб-страницы загружаются. Всё отлично работает до следующей перезагрузки UCG. Кажется, что UCG неправильно обрабатывает VLAN-тег во время загрузки. Почти как будто это ошибка.

VLAN 0 не существует. Попытка использовать это недопустимое значение согласно спецификациям, несомненно, является причиной твоих проблем. Если твой UCG позволяет выбрать "VLAN 0", это ошибка интерфейса, о которой стоит сообщить.

Да, провайдеры всяко изворачиваются со своими жилыми/soho/SMB-сервисами. Для ATT "обход" предполагает извлечение 102.1x из их предоставляемого CPE (потенциальные юридические последствия), добавление дополнительного программного обеспечения (не являющегося родным для UCG) и добавление пользовательских конфигураций. Описанный OP сценарий не редок (автоматический запуск не работает, ручная перенастройка после загрузки работает) на многих шлюзах разных вендоров и требует индивидуальной диагностики и устранения неполадок. OP не указал, что были предприняты какие-либо попытки устранения неполадок. Наиболее распространенные проблемы — ошибки аутентификации, но без хотя бы некоторых начальных попыток диагностики мы можем только гадать. Кстати, есть открытый вопрос, в котором было обнаружено, что wpa_supplicant (локальный компонент-дополнение) не запускается автоматически на устройствах UniFi, и для исправления требуется ручной запуск. Найти это у меня заняло всего десять секунд, и это основа моего первоначального ответа выше. Это определенно похоже на ситуацию OP, но подтвердить это можно только путем проведения диагностики. Отмечу еще раз: этот "обход" — грязный хак, склонный к сбоям. Использование этого потребует хотя бы некоторого желания и способности у человека, который это внедряет, проводить диагностику — это совершенно не поддерживается, так что, когда что-то сломается, некому будет обратиться за помощью к производителю.