Обновление UDM-Pro - Форум UBIQUITI.RU

Обновление UDM-Pro, UniFi Network

Turbine13

Guest

19.05.2020 08:20:00

@UI-Erik @UI-Glenn Обновился с 1.6.6 до 1.7.0 — апгрейд прошёл нормально, за исключением этого:
1) по-прежнему пишет «нет подключения к интернету» при использовании wan2 pppoe
2) у меня интернет 1000/100. На 1.6.6 через ethernet client: 700 Мбит. На 1.7.0 через ethernet client: 600 Мбит (Серьёзно?!) Через тест скорости на дашборде в 1.7.0 ловлю полную скорость. Что и почему вызывает такую разницу? (Проверял на speed.ui.com. Кроме того, на 1.6.6 при подключении через DHCP скорость загрузки по ethernet client была полной тоже)
3) всё ещё нельзя выбрать wan2 как основное подключение для настройки failover
4) всё ещё нельзя настроить WOL
Буду дальше обновлять инфу.

Turbine13 Guest	#2 24.06.2020 04:24:00 @UI-Glenn @UI-cmb Все еще жду нормального ответа.

Turbine13 Guest	#3 18.06.2020 05:26:00 @UI-cmb @UI-Glenn Так что теперь?

Turbine13

Guest

17.06.2020 05:38:00

@UI-cmb Да, это точно и верно. Более того: WAN1 как SFP WAN порт — DHCP — сообщает об интернете нормально. Но всё равно я не понимаю, почему иногда в меню устройства UDM Pro у WAN1 и WAN2 нет IP-адреса, и показывается только WAN1. Раньше я настраивал обратно WAN1 как WAN1, а WAN2 как WAN2:

, там я видел только интерфейс WAN1 и «неизвестный» IP. Потом я снова поменял: WAN1 как WAN2, а WAN2 как WAN1 — и всё стало видно нормально.

Теперь отображаются и WAN1, и WAN2 с правильными IP-адресами. Но спустя какое-то время проблема повторяется, и интерфейсы снова исчезают… Логи старые, потому что пост тоже старый, и я до сих пор не получил ответ на ещё более важный вопрос — а именно, деградация скорости при PPPoE.

Через панель UDMP в speedtest я получаю полную скорость (850–950 Мбит/с). Через speedtest.net с тем же сервером на компьютере по LAN — около 600 Мбит/с. Через тот же сервер на компьютере по Wi-Fi — около 450 Мбит/с. При подключении по DHCP я на том же LAN-компьютере получаю полную скорость (900–950 Мбит/с), а по Wi-Fi — 650 Мбит/с (максимум для этой Wi-Fi карты). Значит, PPPoE реально замедляет скорость, но я не понимаю, почему это не отражается на speedtest через панель UDMP.

P.S. Я загрузил новый, обновлённый файл поддержки. Спасибо!

UI-Team

Guest

17.06.2020 03:36:00

На PPPoE WAN нельзя пинговать с помощью -I ethX, потому что у ethX нет IP-адреса, нужно использовать интерфейс pppX (ppp0 или ppp1, смотря какой в выводе ifconfig). Поэтому последние попытки, где пинг не прошёл, и должны были закончиться неудачей, так как одна была на Ethernet-интерфейсе вместо PPPoE, а другая — на отключённом WAN в тот момент. DNS работает нормально, так как ping.ubnt.com разрешается и в неудачных, и в успешных случаях, и это не зависит от WAN (не сам пинг, а именно разрешение адреса).

В логах из первоначального прикреплённого файла поддержки тогда был PPPoE на WAN2, и он постоянно терпел неудачу с таймаутом во время ожидания пакетов PADO, то есть PPPoE-сервер не отвечал. Но это было почти месяц назад, не могли бы вы прислать обновлённый файл? За исключением поста с этим примером (большую часть убрал для краткости, чтобы выделить ключевой момент):

# ping ping.ubnt.com -I eth8
PING ping.ubnt.com (13.226.2.94): 56 data bytes
^C
--- ping.ubnt.com ping statistics ---
8 packets transmitted, 0 packets received, 100% packet loss
# ip route
192.168.1.0/24 dev eth8 proto kernel scope link src 192.168.1.35

Все остальные результаты, опубликованные сегодня, выглядят ожидаемыми (PPPoE WAN не работает, потому что для пинга используется неправильный интерфейс, а отключённые WAN просто не могут выйти в сеть). Этот случай на eth8 должен был пинговаться нормально, как и получилось в более позднем посте.

Если бы не этот поздний успешный результат, я бы заподозрил, что NAT-устройство провайдера на 192.168.1.x блокирует пинги, но я бы ожидал, что это будет абсолютным — либо всё пингуется, либо ничего. Хотя если блокировка зависит от конкретного интерфейса, возможно, есть правила доступа, специфичные для исходных IP-адресов, и каждый интерфейс получает уникальный IP из-за своих уникальных MAC-адресов.

Всё это много переключений и изменений, давайте проясним текущую ситуацию. Насколько я понимаю, сейчас так:

WAN1 как DHCP на порту RJ45 WAN — Интернет определяется корректно.
WAN1 как PPPoE на порту SFP+ WAN — показывает «нет Интернета».

Правильно?

Turbine13

Guest

16.06.2020 19:23:00

@UI-Glenn После перенастройки WAN2 как WAN1 и WAN1 как WAN2 я снова вижу WAN1 и WAN2 правильно с их корректными IP-адресами. Запустил тест пинга снова — всё равно пинга нет на обоих интерфейсах 8 и 9. Внимание: через некоторое время ситуация снова портится, и я не могу увидеть эту конфигурацию, как говорил в нескольких предыдущих сообщениях. По-прежнему получаю сообщение «Нет интернета».

Turbine13

Guest

16.06.2020 18:16:00

@UI-Glenn Настроил всё по умолчанию. Снова заметил: когда LAN WAN настроен на DHCP — "No Internet" не появляется, а когда SFP WAN настроен на PPPoE — появляется сообщение "No Internet". В общем, вот результаты:

Это когда LAN WAN (DHCP) — основное соединение:
Добро пожаловать в UniFi Dream Machine!
# ping ping.ubnt.com -I eth9
PING ping.ubnt.com (13.226.2.94): 56 байт данных
^C
--- статистика ping для ping.ubnt.com ---
7 пакетов отправлено, 0 пакетов получено, 100% потерь
# ping ping.ubnt.com -I eth8
PING ping.ubnt.com (13.226.2.94): 56 байт данных
64 байта от 13.226.2.94: seq=0 ttl=245 время=17.471 мс
64 байта от 13.226.2.94: seq=1 ttl=245 время=16.442 мс
64 байта от 13.226.2.94: seq=2 ttl=245 время=20.404 мс
64 байта от 13.226.2.94: seq=3 ttl=245 время=16.371 мс
64 байта от 13.226.2.94: seq=4 ttl=245 время=17.330 мс
^C
--- статистика ping для ping.ubnt.com ---
5 пакетов отправлено, 5 пакетов получено, 0% потерь
время в обе стороны мин/сред/макс = 16.371/17.603/20.404 мс
#

Это когда SFP WAN (PPPoE) — основное соединение, а LAN WAN отключен (иначе не получится проверить с WAN2):
Добро пожаловать в UniFi Dream Machine!
# ping ping.ubnt.com -I eth9
PING ping.ubnt.com (13.226.2.94): 56 байт данных
^C
--- статистика ping для ping.ubnt.com ---
6 пакетов отправлено, 0 пакетов получено, 100% потерь
# ping ping.ubnt.com -I eth8
PING ping.ubnt.com (13.226.2.94): 56 байт данных
^C
--- статистика ping для ping.ubnt.com ---
4 пакета отправлено, 0 пакетов получено, 100% потерь
#

UI-Team Guest	#8 16.06.2020 18:01:00 Привет, @Turbine13, не мог бы ты ещё раз проверить пинг по eth8/9, когда WAN1 действительно WAN1, а WAN2 — WAN2? С уважением, Гленн Р.

Turbine13

Guest

16.06.2020 17:55:00

@UI-Glenn Добро пожаловать в UniFi Dream Machine!
# ping 8.8.8.8 -I ppp0
PING 8.8.8.8 (8.8.8.8): 56 байт данных
64 байта от 8.8.8.8: seq=0 ttl=119 время=59.592 мс
64 байта от 8.8.8.8: seq=1 ttl=119 время=59.517 мс
64 байта от 8.8.8.8: seq=2 ttl=119 время=59.520 мс
64 байта от 8.8.8.8: seq=3 ttl=119 время=59.499 мс
^C
--- статистика ping для 8.8.8.8 ---
4 пакета отправлено, 4 пакета получено, 0% потерь
время в пути min/среднее/max = 59.499/59.532/59.592 мс
# ping ping.ubnt.com -I ppp0
PING ping.ubnt.com (13.226.2.94): 56 байт данных
64 байта от 13.226.2.94: seq=0 ttl=248 время=2.588 мс
64 байта от 13.226.2.94: seq=1 ttl=248 время=2.592 мс
64 байта от 13.226.2.94: seq=2 ttl=248 время=2.650 мс
64 байта от 13.226.2.94: seq=3 ttl=248 время=2.588 мс
64 байта от 13.226.2.94: seq=4 ttl=248 время=2.571 мс
^C
--- статистика ping для ping.ubnt.com ---
5 пакетов отправлено, 5 пакетов получено, 0% потерь
время в пути min/среднее/max = 2.571/2.597/2.650 мс
#

UI-Team Guest	#10 16.06.2020 17:40:00 Привет, @Turbine13, попробуй пропинговать через интерфейс ppp0. С уважением, Glenn R.

Turbine13

Guest

#11

16.06.2020 17:24:00

@UI-Glenn Дважды проверил. Добро пожаловать в UniFi Dream Machine!
# ping 8.8.8.8 -I eth8
PING 8.8.8.8 (8.8.8.8): 56 байт данных
^C
--- статистика ping 8.8.8.8 ---
Отправлено пакетов: 6, получено пакетов: 0, потеря 100%
#
# ping 8.8.8.8 -I eth9
PING 8.8.8.8 (8.8.8.8): 56 байт данных
^C
--- статистика ping 8.8.8.8 ---
Отправлено пакетов: 6, получено пакетов: 0, потеря 100%
#
# ping ping.ubnt.com
PING ping.ubnt.com (13.226.2.94): 56 байт данных
64 байта от 13.226.2.94: seq=0 ttl=248 время=2.592 мс
64 байта от 13.226.2.94: seq=1 ttl=248 время=2.608 мс
64 байта от 13.226.2.94: seq=2 ttl=248 время=2.553 мс
64 байта от 13.226.2.94: seq=3 ttl=248 время=2.592 мс
64 байта от 13.226.2.94: seq=4 ttl=248 время=2.602 мс
64 байта от 13.226.2.94: seq=5 ttl=248 время=2.615 мс
^C
--- статистика ping ping.ubnt.com ---
Отправлено пакетов: 6, получено пакетов: 6, потеря 0%
время в пути min/сред/макс = 2.553/2.593/2.615 мс
#

UI-Team Guest	#12 16.06.2020 17:10:00 Привет, @Turbine13, ты уверен, что DNS работает на обоих интерфейсах? С уважением, Гленн Р.

UI-Team Guest	#13 16.06.2020 15:50:00 Привет, @Turbine13, новые результаты выполнения команды ниже? ping ping.ubnt.com -I eth9 ping ping.ubnt.com -I eth8 ip route ip addr С уважением, Гленн Р.

Turbine13 Guest	#14 16.06.2020 14:26:00 @UI-Glenn Мой основной интернет — с SFP WAN (настроен как WAN1) — пинг проходит, и всё работает отлично. Оба интернет-соединения работают нормально по отдельности, я могу пинговать через каждое из них.

UI-Team Guest	#15 16.06.2020 12:44:00 Привет, @Turbine13, можешь проверить связь по WAN2? Пожалуйста, поделись конфигурацией WAN2. Также пришли скриншот всех твоих LAN-сетей. С уважением, Гленн Р.

Turbine13

Guest

#16

16.06.2020 12:38:00

@UI-Glenn Добро пожаловать в UniFi Dream Machine!

# ifconfig eth8
eth8 Link encap:Ethernet HWaddr E0:63:DA:57:CF:1B
inet addr:192.168.1.35 Bcast:0.0.0.0 Mask:255.255.255.0
inet6 addr: fe80::e263:daff:fe57:cf1b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14230 errors:0 dropped:323 overruns:0 frame:0
TX packets:11911 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1940696 (1.8 МиБ) TX bytes:561362 (548.2 КиБ)

# ifconfig eth9
eth9 Link encap:Ethernet HWaddr E0:63:DA:57:CF:1C
inet6 addr: fe80::e263:daff:fe57:cf13/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1329747 errors:0 dropped:18201 overruns:0 frame:0
TX packets:886449 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:10000
RX bytes:1503354230 (1.3 ГиБ) TX bytes:282483066 (269.3 МиБ)

Eth9 настроен как WAN1 (SFP PPPoE) и используется в качестве основного WAN-подключения. Eth8 настроен как WAN2 (LAN DHCP), и IPv4-адрес, который там отображается, правильный. Но на экране устройства UDM Pro я вижу вот что, и это явно ошибка:

При этом у меня есть IPv4-адрес, и интернет через это подключение работает.

UI-Team Guest	#17 16.06.2020 12:21:00 Привет, @Turbine13, что отображается в разделе WAN1? Какой результат выводят команды ниже? ifconfig eth8 ifconfig eth9 С уважением, Гленн Р.

Turbine13

Guest

#18

16.06.2020 10:55:00

@UI-Glenn Это не помогает — показывает IP только после перезагрузки. Перезагрузка тоже не показывает IP. Полное отключение и включение — показывает только "WAN1" (а это сейчас настроенный, и должен был быть IP WAN2). Разве я не должен видеть IP обоих WAN-портов?

UI-Team

Guest

#19

16.06.2020 10:13:00

Привет, @Turbine13, у тебя тут есть ветка (без ответа) и здесь (ты не захотел тестировать). Мы изучаем отчёты по пропускной способности. Похоже, ты переназначил порты — пробовал вернуть всё обратно, чтобы посмотреть, поможет ли это показать IP-адреса? С уважением, Гленн Р.

Turbine13 Guest	#20 16.06.2020 06:09:00 @UI-Glenn UDMP обновлен с версии 1.7.0 до 1.7.21. Все ещё появляется сообщение «No internet connection detected.» (SFP WAN2 PPPoE) — когда уже наконец это исправят раз и навсегда? 2) Всё ещё наблюдается падение скорости интернета для LAN и WiFi клиентов на 300-400 Мбит/с. (На дашборде speedtest показывает полную скорость 900 Мбит/с) 3) Не могу увидеть оба WAN-интерфейса на UDMP (отображается только 1 WAN, хотя оба подключены и активны), а IP-адрес WAN интерфейса обозначен как «unknown». 4) Проблемы с гостевой Wi-Fi сетью на Flex-HD AP остаются: интернет пропадает примерно на минуту и потом снова появляется. 5) Отчёт о производительности был загружен давно — есть какие-нибудь новости или обновления? Пожалуйста, есть ли какие-то советы?

Читают тему (гостей: 1)