Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Случайные изменения WAN IP AT&T Fiber Gateway - режим проброса IP., wifiman
 
В течение последних двух месяцев я заметил, что моя UDM-SE случайным образом теряет свой WAN IP от шлюза AT&T Fiber. Интернет работает в основном безупречно, а потом я захожу в свою UDM через ios приложение или веб-интерфейс и вижу на панели управления, что IP изменился на локальный IP-адрес по умолчанию 192.168.1.1, а WAN переключается на 192.168.2.1, что по сути является тем, что AT&T выдает. Мне приходится заходить в устройство AT&T и перенастраивать IP Passthrough и перезагружать оба устройства, чтобы вернуть всё в порядок. Это нормально? У меня никогда не было такой проблемы раньше, хотя это мой первый опыт использования устройства вроде UDM. Обычно за шлюзом AT&T Fiber находится простой домашний роутер, не такой продвинутый, как UDM. Судя по всему, что я выяснил, это происходит из-за шлюза AT&T. Я всегда настраивал всё именно так, с выключенным Wi-Fi на шлюзе AT&T, и просто создаю IP Passthrough на самом шлюзе AT&T в настройках шлюза. Для справки, вот что я делаю: "Получите доступ к настройкам шлюза AT&T, войдя в веб-интерфейс. Перейдите в раздел «Firewall», выберите «IP Passthrough», а затем выберите опцию «Passthrough» из режима выделения, указав MAC-адрес устройства, которое должно получать публичный IP-адрес. По сути, вы говорите шлюзу AT&T отправить весь интернет-трафик напрямую на это конкретное устройство, вместо того чтобы управлять им самостоятельно." Я с любопытством хочу узнать, что скажут другие. Это проблема с неисправным шлюзом или что-то еще? Скоро узнаю, так как после того, как я хорошенько наорал на сотрудников поддержки в чате/по телефону, я наконец-таки дождался, чтобы менеджер отправил мне замену, так как он сам подозревал то же самое. Первая линия поддержки просто зачитывает скрипт, и каждый звонок – это то, что указано в этом скрипте. Один парень даже не знал, что такое IP Passthrough.
 
Окей, я настроил немало UDM SE, PRO и MAX для клиентов AT&T. В зависимости от того, какой у вас модем от AT&T, некоторые потребуют ID VLAN, другие просто работают по DHCP с фиксированным WAN IP или без него. Но я обнаружил способ ограничить скорость интернета: зайдите в раздел "Безопасность", создайте простое правило и установите ту скорость, которую вы получаете от AT&T. Например, если ваша скорость 500/500, установите 498/498. Если скорость 50/50 — 48. У меня были клиенты с простоями от 10 до 120 минут, и после применения этого ограничения скорости их uptime увеличился с 98 до 100.
 
Решился ли ты с этой проблемой? У меня у ATT с оптоволокном BGW 320 раз в пару дней отваливается соединение с WAN. Очень раздражает.
 
На вашем модеме AT&T попробуйте это:

Перейдите на вкладку "Firewall".
Зайдите в раздел "IP Passthrough".
Установите следующие параметры:

Allocation Mode: Passthrough
Passthrough Mode: DHCPS-dynamic
Passthrough Fixed MAC Address: Введите MAC-адрес вашего Ubiquiti Cloud Gateway.
Сохраните изменения.
Перезагрузите ваш модем AT&T.
Перезагрузите устройство Cloud Gateway.

Это, "надеюсь", должно решить проблему. Чтобы проверить, перезагрузите модем AT&T и посмотрите, сохраняет ли ваш шлюз WAN IP-адрес.
 
Только что меняли модем больше недели назад.
 
Ну вот… решения всё ещё нет, кроме как разбираться с AT&T. Вот бы просто подключить оптоволокно прямо к UDM.
 
Свежий апдейт: модем поменяли, но проблема осталась, хотя апдейт в скорости загрузки есть. Техник AT&T и UDMI приходили ко мне в мой дом в Голливуде, Флорида, в прошлые выходные, в пятницу, 21 февраля 2025 года, примерно в 3:00 EST.

Текст от техника AT&T: "Привет, меня зовут Дрисс, я ваш техник AT&T. Я рад, что мне доверили выполнить ваш запрос на обслуживание. Моя цель – предоставить вам опыт на 5 звезд. Если у вас возникнут какие-либо вопросы по поводу оказанной мной услуги или вам потребуется дополнительная помощь, свяжитесь со мной по телефону/тексту 954-240-7924 или по электронной почте Dm351j@att.com. Вы также можете связаться с моим менеджером Ханифом по телефону/тексту 954-593-4871 или по электронной почте hh781h@att.com. Спасибо, что выбрали AT&T."

Я написал технику и отправил несколько SMS, чтобы сообщить ему, что после его визита у меня по-прежнему остаются проблемы с задержкой. Появились небольшие улучшения: раньше были сбои два раза в день, а теперь — один раз в день, и впервые за долгое время прошло 24 часа без сбоев.

Описание:
Дата/время: Основной интернет испытывает высокую задержку. Пожалуйста, перезагрузите модем или свяжитесь с вашим интернет-провайдером, если это не исчезнет.
Сегодня в 6:47 утра: Основной интернет испытывает высокую задержку. Пожалуйста, перезагрузите модем или свяжитесь с вашим интернет-провайдером, если это не исчезнет.
23 февраля 2025, 1:23 ночи:

Когда пришёл техник, он сказал, что заметил некую проблему и вроде бы очистил подключение, затем сходил к щитовой коробке на улице, чтобы посмотреть на это с этого конца.

Просто хотел поделиться обновлениями по моему делу и узнать, как лучше действовать.
 
У меня точно такая же проблема, я недавно писал об этом здесь... Общался с поддержкой UI, и они предложили заменить кабель и изменить DNS-серверы на UDMP на 8.8.8.8 и 1.1.1.1. Еще не успел заменить кабель, но сделаю сегодня вечером. У меня тоже такая же проблема. Показывает потерю пакетов, а потом, когда это происходит, WAN IP на UDMP меняется с реального WAN IP модема на какой-то внутренний адрес вроде 192.16.x.x. У меня есть UI Power Distribution Pro, который перезагружает модем AT&T при обнаружении потери пакетов, но единственное решение проблемы с IP-адресом (и двойной NAT-файрвол) — перезагрузить UDMP. После перезагрузки UDMP получает правильный WAN IP, и мои правила файрвола снова работают...
 
Случилась со мной ерунда. Интернет пропал около 3:30 ночи, а когда вернулся, ни один из моих сайтов не грузился дальше Cloudflare. Проверил порты — все закрыты. Залез в свою Unifi VM и обнаружил, что мой WAN IP перестал быть внешним и стал 192.168.16.66.

Не в перезагрузках и не в отключении/включении IP pass-through дело, это физическое отключение и повторное подключение Ethernet-кабеля, прежде чем IP-адрес снова станет внешним.
 
Ну вот, я не могу просто перевести роутер в режим моста. Судя по всему, техподдержка AT&T понятия не имеет, что это такое. Если повезет, попаду на кого-то, кто знает, что такое IP passthought, а все остальные просто следуют скрипту, независимо от проблемы. К тому же, я не уверен, что в их роутерах вообще есть режим моста, по крайней мере, я не могу этого сделать со своей стороны. Поэтому они называют это "вторым лучшим вариантом": IP passthrough.
 
Кстати, насчёт предыдущего сообщения, которое я писал час назад. WAN IP меняется на локальный, а UDM показывает IP UDM 192.168.1.1 и WAN IP 192.168.2.1, что, вероятно, IP шлюза, но, кажется, шлюз перестал его отправлять, поэтому WAN IP UDM-SE изменился на 192.168.2.1.
 
@FrankNicklin - Не уверен, что я тебя совсем понимаю, но видел видео на YouTube про то, как подключать кабель напрямую со стены и сразу в UDM-SE, но выглядит это довольно заморочено. Сейчас просто оставляю его в IP passthrough, где я ввожу MAC-адрес в настройках IP Passthrough на модеме, и модем отправляет его на указанный MAC-адрес. UDM получает без проблем, и на UDM он отображается. Проблема в последнее время в основном заключается в том, что UDM теряет это подключение. Представляю, что в этот момент модем перестаёт отправлять его, и UDM отображается как локальный адрес 192.168.2.1. Это происходит потому, что модем по какой-то причине перестаёт отправлять его и, кажется, теряет настройки, которые я указал в области IP passthrough, указывающие, что UDM с MAC-адресом должен получить WAN IP.
 
@gt4 жду прибытие нового модема, когда бы это ни было, лол... Буду держать в курсе.
 
У меня AT&T модем для оптоволокна, и у меня никогда не было такой проблемы. Похоже на проблему с модемом. Новый модем вел себя так же?
 
@sobeservices2, у вас в системных логах пропадают пакеты? У меня это регулярно происходило в одно и то же время суток, почти каждый день, когда я перешел на Ubiquiti — их шлюз постоянно вылетал из режима passthrough обратно в двойной NAT. Они заменили мой шлюз, и с тех пор проблем больше не было.
 
Нет, это не так, если роутер выдает IP-адреса в частном диапазоне (как ты и сказал, 192.168.2.x). Режим моста или модема помещает твой публичный IP на порт WAN UDM. Почему ты думаешь, что подвести оптоволокно напрямую к UDM невозможно? Возможно, тебе потребуется клонировать MAC-адрес твоего роутера и настроить аутентификацию на их UDM. Я этого не пробовал, так как подключен к сети Ethernet от провайдера.
 
Вот что такое IP Passthrough, почти. Но заставить AT&T перевести устройство в полноценный bridge mode — это просто какой-то кошмар. Думал, только что увидел на форуме, что можно напрямую воткнуть оптоволокно SPF в UDM, это было бы круто, чтобы избавиться от шлюза AT&T, но не думаю, что это возможно. Видел когда-то какой-то сложный хак, чтобы это сделать. Так что пытаюсь выяснить, можно ли это сделать без хака. В любом случае, не уверен, что проблема в шлюзе, но думаю, узнаем, когда получу свой новый шлюз в ближайшие 10 дней.
 
Просто переведите роутер провайдера в режим моста/модема, пожалуйста.
Страницы: 1
Читают тему (гостей: 1)