Если удалённый доступ к NAS пропал после замены маршрутизатора, не перестраивайте хранилище и не копируйте вслепую старые правила перенаправления. Сначала докажите, что NAS и данные исправны в новой локальной сети. Затем найдите новый адрес, зарезервируйте его, сравните WAN и DDNS и восстановите только поддерживаемую службу или минимально необходимый маршрут. Новый маршрутизатор меняет границу сети, даже если имя Wi-Fi осталось прежним.

Ключевые выводы

До изменения внешнего доступа подтвердите локальную доступность и здоровье томов.

Запишите новую подсеть, адрес NAS, шлюз, резервирование и DNS.

Сравните DDNS с фактическим внешним адресом и найдите двойной NAT или CGNAT.

Предпочитайте поддерживаемый посредник или частный доступ широкой публикации портов.

Не открывайте SMB, панель управления, UPnP или DMZ ради воспроизведения старого результата.

Для систематического сравнения используйте общее руководство устройств. Если внешний доступ проектируется впервые, перейдите к безопасному удалённому доступу к NAS. Здесь рассматривается только ранее работавший путь, исчезнувший после замены.

Шаг 1: подтвердите локальную работу NAS и хранилища

Подключите доверенный компьютер к LAN нового маршрутизатора и найдите NAS через штатное средство изготовителя, список клиентов маршрутизатора или записанное локальное имя. Не применяйте публичное имя для первого теста. Откройте страницу управления по локальному адресу, затем войдите в известный общий ресурс с обычной учётной записью без административных прав.

Убедитесь, что ожидаемые тома смонтированы, пулы здоровы и при переносе не возникли предупреждения диска, вентилятора, температуры или файловой системы. Откройте несколько представительных файлов только для чтения и проверьте состояние последнего резервного копирования. Замена маршрутизатора не должна менять RAID и данные тома; деградировавший пул — отдельное срочное состояние, для него используйте руководству для деградировавшего пула NAS.

Если NAS не виден даже локально, проверьте питание, индикаторы связи, кабель, порт коммутатора и таблицу клиентов. Сравните один исправный кабель и порт. Не нажимайте кнопку сброса NAS, не вынимайте накопители, не инициализируйте пул и не соглашайтесь с мастером, предлагающим стереть хранилище.

Запишите модель NAS, версию системы, интерфейс, локальный IP, маску, шлюз, DNS и MAC. Перед тем как делиться снимками экрана, скройте идентификаторы. Локальный успех доказывает, что оставшаяся проблема относится к адресации или внешнему пути, а не к данным.

Шаг 2: назначьте адрес NAS в новой LAN

Старый маршрутизатор мог использовать 192.168.1.0/24, а новый — 192.168.0.0/24, 10.0.0.0/24 или иной диапазон. Статический адрес NAS из старой подсети может стать недоступным, а адрес, выданный по DHCP, может измениться, и тогда старое правило перенаправления будет указывать не на то устройство.

Определите владельца выдачи адресов. Предпочтительно создать резервирование DHCP по MAC NAS на новом маршрутизаторе. Альтернатива — документированный изготовителем статический адрес за пределами динамического пула. Убедитесь, что он свободен; не копируйте адрес другого узла. После сохранения один раз штатно переподключите NAS.

Проверьте локальный доступ по зарезервированному адресу. Затем обновите локальные закладки, задания копирования, медиаклиенты и мониторинг со старым IP. Руководство замены маршрутизатора без повторного подключения объясняет роль имени Wi-Fi, защиты и подсети: одно прежнее имя не сохраняет адреса.

Проверьте, что шлюз NAS указывает на новый маршрутизатор, а DNS подходит новой LAN. Неверный шлюз может сохранять связь внутри подсети, но не давать NAS обращаться к посреднику изготовителя и службе DDNS.

Шаг 3: удалённый доступ к NAS пропал после замены маршрутизатора? Назовите точный метод удалённого доступа

Запишите, каким именно способом вы входили раньше: через посредника или облачную учётную запись изготовителя, частный VPN в домашнюю сеть, имя DDNS с конкретным портом приложения, обратный прокси или прямой публичный адрес. Не называйте всё это просто «удалённым доступом»: у каждого способа свои зависимости.

Synology прямо предупреждает, что после смены ISP или маршрутизатора внешние настройки могут требовать обновления. Документ перечисляет QuickConnect, DDNS и перенаправление портов.［1］ У других изготовителей собственные поддерживаемые схемы. QNAP рекомендует защищённые методы вместо прямой публикации NAS.［2］

Для посредника проверьте выход NAS в интернет, правильное время, вход в учётную запись, регистрацию устройства и включённое состояние службы. Не удаляйте устройство и не регистрируйте его заново, пока не записали его текущую идентификацию и способы восстановления.

Если частный VPN работал на маршрутизаторе или отдельном шлюзе, создайте сервер на новом оборудовании по его документации. Обновите клиентский профиль, если изменились конечная точка или ключи, и проверяйте с действительно внешней сети. Исходящий коммерческий VPN-клиент на NAS не создаёт вход в домашнюю LAN.

Шаг 4: проверьте WAN, DDNS, двойной NAT и CGNAT

Откройте интернет-состояние нового маршрутизатора и запишите WAN-адрес, не публикуя его. Сравните с публичным адресом, который видит доверенная внешняя служба. Частный, общий или несовпадающий WAN означает возможный шлюз или трансляцию выше.

Двойной NAT появляется, когда маршрутизируют и устройство ISP, и новый маршрутизатор. Правило только на внутреннем устройстве не проводит незапрошенный пакет через внешний шлюз. Переводите одно из устройств в режим моста или сквозной передачи (passthrough) только в том случае, если это документированно поддерживают и провайдер, и маршрутизатор; иначе настройте минимальный путь на обеих границах. Не ломайте телефонию, телевидение и управление провайдера.

CGNAT находится под контролем провайдера и часто исключает обычные входящие IPv4. Спросите ISP о публичном адресе или поддерживаемой альтернативе. Не считайте многократную смену портов решением.

Для DDNS разрешите имя и сравните результат с текущим публичным адресом. Выясните, кто обновляет запись: маршрутизатор, NAS или отдельный клиент. Проверьте сохранность учётных данных. Обновляйте через поддерживаемого владельца, дождитесь его состояния и повторите чтение. Не публикуйте имя, токен и идентификатор.

Шаг 5: восстановите только минимальный защищённый путь

Предпочитайте поддерживаемый посредник изготовителя, правильно управляемый частный VPN или укреплённый обратный прокси для конкретного приложения. NIST включает защиту интерфейсов управления, разграничение доступа, сегментацию, обновления и наблюдение в безопасность хранилищ.［3］ Удобство удалённого доступа не оправдывает открытие всех служб NAS.

Если прямое перенаправление действительно требуется, направьте только документированные протокол и порт на зарезервированный IP. Используйте HTTPS с действительным сертификатом, уникальные пароли, многофакторную проверку, актуальную систему и пакеты, блокировку учётных записей и журналы.［4］ Тестируйте через мобильную сеть или другой внешний канал; проверка публичного имени из дома может зависеть от NAT loopback.

Не восстанавливайте правило только потому, что оно было старым. Никогда не публикуйте SMB/CIFS непосредственно в интернет, не помещайте NAS в DMZ, не включайте UPnP широко, не открывайте панель управления без обоснованной защиты и не выключайте брандмауэр. Временные тестовые правила удаляйте сразу после контролируемой проверки.

AethoVPN может защищать поддерживаемый исходящий трафик подключённого устройства, но исходящий сеанс коммерческого VPN не создаёт безопасный вход к NAS за новым маршрутизатором.

Шаг 6: проверьте путь по слоям и сохраните откат

Последовательно проверьте локальный IP NAS, локальное имя, исходящее состояние службы, адрес DDNS, частный VPN или посредник и конечное приложение. Используйте непривилегированную учётную запись с минимальными правами. Проверьте вход и безопасное чтение, но не выполняйте разрушительную запись над единственной копией.

Смотрите журналы маршрутизатора и NAS для точного времени. Запрос не достигает маршрутизатора — проверяйте DDNS и верхнюю сеть. Доходит до маршрутизатора, но не NAS — проверяйте правило, брандмауэр и адрес. Доходит до NAS, но не проходит вход — проверяйте учётную запись, сертификат, время и политику приложения.

Сохраните экспорт или снимки необходимой конфигурации нового маршрутизатора, резервирования NAS, владельца DDNS, владельца продления сертификата и восстановления. Секреты не храните в том же общем документе. Удалите правила со старым IP и убедитесь, что их больше нет.

Для поддержки подготовьте модели старого и нового маршрутизатора, топологию, подсеть, маскированное сравнение WAN, адрес и шлюз NAS, метод доступа, владельца DDNS, точное время и последний успешный слой. По CGNAT обращайтесь к ISP; по поддерживаемой конфигурации — к изготовителю NAS или маршрутизатора.

Итоги

Сначала подтвердите локальную работу NAS и здоровье хранилища.
Создайте однозначный адрес NAS в новой LAN.
Назовите конкретный посредник, VPN, DDNS, прокси или правило.
Сравните WAN и публичный адрес для выявления двойного NAT и CGNAT.
Восстановите минимальный поддерживаемый путь с современными средствами защиты.
Проверьте его с внешней сети и задокументируйте откат.

Часто задаваемые вопросы (FAQ)

Почему NAS работает дома, но недоступен извне?

Локальный трафик не пересекает WAN-границу нового маршрутизатора. DDNS, регистрация у посредника, служба VPN, брандмауэр, правило перенаправления или вышестоящий NAT могут по-прежнему ориентироваться на старую схему.

Нужно ли вернуть старый IP NAS?

Только если этот адрес допустим в новой подсети и никем не занят. Новое резервирование DHCP обычно понятнее, чем принудительный старый статический адрес, несовместимый с новой сетью.

Можно ли скопировать все старые правила портов?

Нет. Для каждого правила заново проверьте необходимость, целевой адрес, протокол, порт и защиту. Устаревшие правила могут без нужды открывать службы.

Даёт ли VPN-приложение на NAS удалённый вход?

Обычно нет. Приложение создаёт исходящий туннель для самого NAS и не обеспечивает автоматически проверенный входящий путь в вашу локальную сеть.

Как распознать двойной NAT?

Сравните WAN-адрес маршрутизатора с публичным адресом. Частный или несовпадающий WAN-адрес часто указывает на ещё один транслирующий шлюз выше по цепочке.

Что делать при CGNAT?

Обычное входящее перенаправление IPv4 может быть недоступно. Спросите провайдера о публичном адресе или используйте поддерживаемый посредник либо схему частного доступа, работающую через исходящее соединение.

Можно ли включить UPnP или DMZ для теста?

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

Когда обращаться в поддержку NAS?

Когда локально NAS исправен, топология задокументирована, но поддерживаемый посредник изготовителя, служба обновления DDNS, сертификат или сетевая служба отказывают воспроизводимо и это видно в журналах.

Источники

Synology Knowledge Center — Synology NAS External Access Quick Start Guide — https://kb.synology.com/en-au/DSM/tutorial/Quick_Start_External_Access
QNAP — What is the Best Way to Remotely Access a QNAP NAS? — https://www.qnap.com/en/solution/secure-remote-access
NIST — Security Guidelines for Storage Infrastructure (SP 800-209) — https://csrc.nist.gov/pubs/sp/800/209/final
CISA — #StopRansomware Guide — https://www.cisa.gov/stopransomware/ransomware-guide

Sources checked 12 сентября 2026 г.

Удалённый доступ к NAS пропал после замены маршрутизатора