Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Удалённый VPN-пользователь (L2TP) и нестабильность Windows 10, UniFi Network
 
Начинаю новую тему, так как оригинальная, где я это писал, уже старая и отмечена как решённая (исходник здесь: https://community.ui.com/questions/c8ec2d1f-7c99-49b4-9648-54539e4b896c).

У нас тут что-то странное происходит. Мы переключились с запуска L2TP-сервера на сервере клиента на использование USG как L2TP-терминала (с аутентификацией через RADIUS). Когда я сделал этот переход, всё было настроено так, что мой прежний L2TP-профиль на Win10 подключался к новой конфигурации (USG L2TP) без изменений.

Прошло несколько дней, начали поступать жалобы на проблемы. Я обнаружил, что не могу подключиться к L2TP клиента с нашей локалки (на нашей стороне ничего не менялось). Но мы с коллегой выяснили, что если подключаться через мобильный хотспот — всё работает нормально.

Я пробовал все новые советы из того обсуждения (и по-прежнему использую регистри-ключ, который изначально публиковал — конфигурация Win10 «заметно» не менялась), но без результата.

Что делалось в локальной конфигурации Win10 L2TP:
- Отключить LCP
- Включить CHAP (MS CHAPv2 уже был включён)
- Очистить учётные данные и заново ввести PSK

Ничего из этого не помогло с подключением из «LAN».

Тогда я снял галочку с опции обязательного MSCHAP в конфиге L2TP USG (ранее она нормально работала) — теперь могу подключаться к L2TP с нашей локалки я, а мой коллега — нет. Провёл его через все изменения на Win10, которые делал, но всё равно не может подключиться.

Потом я подумал зайти по SSH на USG, чтобы собрать логи, но, конечно, коллега ушёл, и я не могу сейчас сгенерировать «неудачное» подключение. Обновлю, как только он вернётся в офис.

И ещё любопытный момент — я активно подключён, трафик идёт в обе стороны, в SSH CLI команда show vpn remote-access показывает меня, но в списке Remote User VPN на Controller меня нет, хотя должен быть. Очень странно.

Учитывая, что всё было на 100% стабильно, когда мы использовали RRAS на Windows Server для L2TP VPN, я склоняюсь к тому, что это баг прошивки USG, но не уверен, какую информацию собирать, чтобы помочь разработчикам.

Ещё одна интересная деталь:
- Переключение на конфиг USG L2TP было 15-го.
- Производительность по графикам памяти и ЦПУ USG была «нормальной» до 23/24-го — тогда загрузка ЦПУ выросла с 2–5% «случайных» к почти постоянным 20%.
- Кроме того, когда сегодня утром я отключил MSCHAP в конфиге USG L2TP, наблюдали кратковременный спад, а потом снова те же 20%. В выводе top через SSH видно, что MCAD, похоже, виноват — он постоянно занимает около 15% ЦПУ с небольшими колебаниями.
- Я также замечаю тенденцию к росту использования памяти.

@UBNT-cmb или кто угодно ещё, есть ли конкретная информация, которую я могу собрать, чтобы помочь сузить круг причины?

CONTROLLER: 5.7.23  
USG fw: 4.4.22.5086045  
USG не перезагружался 23 дня, но отключение MS CHAP вызвало перепрофилирование — возможно, это перезапустило службы L2TP, не знаю.  
Win10 1709 Build 16299.461
 
Не обязательно говорить, что обязательно нужно обновляться. Чтобы решить эту проблему, я вернулся к версии .18. Но если почитать обсуждение про .22, там куча разговоров про утечку памяти в этой версии. https://community.ui.com/questions/21c10317-f9b3-4fd8-8bc2-bfa22ce9cf2b#comment/9c591963-47bd-4566-a2ce-976aef1d1df3 Огромное спасибо за ваше предложение и предоставленную информацию! Кто-нибудь ещё, пожалуйста, подтвердите, что у вас нет проблем с L2TP VPN (особенно с клиентами на Windows 10) на прошивке USG .18?
 
Не обязательно говорить, что вам обязательно нужно обновляться. Чтобы решить эту проблему, я откатился до версии .18. Но если почитать обсуждение про .22, там идет большая дискуссия о проблемах с утечкой памяти в этой версии. https://community.ui.com/questions/21c10317-f9b3-4fd8-8bc2-bfa22ce9cf2b#comment/9c591963-47bd-4566-a2ce-976aef1d1df3
 
Спасибо за ваш ответ. Да, я проверял. Использование памяти, похоже, стабильно и не превышает 15%. Так вы советуете обновить прошивку USG? Честно говоря, я очень осторожен с обновлениями прошивки USG. Они оба работают в рабочей среде, и я прекрасно понимаю, что дальнейшие действия могут привести к непредсказуемым результатам, таким как циклы перенастроек, отключённые устройства и так далее.
 
Ты сделал добавление ключа реестра, которое я указал в том другом обсуждении? Эта проблема с утечкой памяти, скорее всего, связана с тем, что ты используешь .22 для прошивки USG.
 
Снова и снова. L2TP VPN один день работает, в другой — нет. "Соединение между вашим компьютером и VPN-сервером не установлено, потому что удалённый сервер не отвечает. Это может быть связано с тем, что одно из сетевых устройств (например, фаерволы, NAT, роутер и т.д.) между вашим компьютером и удалённым сервером настроено так, что не позволяет VPN-соединения."

Пробовал всё, что было написано здесь и в других темах. Есть какие-нибудь предложения от ubnt? Планируются ли обновления, которые исправят проблемы с VPN?

Заранее спасибо за обратную связь!

С уважением, Эндрю
 
Раньше у меня это работало с ER POE, но после недавнего обновления Windows на W10 перестало функционировать. На Android всё отлично работает, а вот на Win10 — нет.
 
Да, могу подтвердить, что у нас нет проблем с подключением к нашему L2TP VPN через телефон на Android. К сожалению, большинство наших клиентов используют Windows 10 для подключения. Согласен, VPN должен быть надёжным. Если проблему не исправят в разумные сроки, нам придётся отказаться от новых USG.
 
Да… с моим андроидом это точно работает на 100%, а вот с клиентом на Windows 10 – нет. Похоже, я почти решился взять роутер Mikro*** Hex только ради его функции VPN-сервера!
 
Привет! У нас похожие проблемы с USG Pro 4 (4.4.22), контроллер версии 5.8.24 на CK 0.11.4. L2TP VPN-сервер на USG Pro 4 крайне нестабилен. Иногда клиенты подключаются, иногда — нет (с одних и тех же удалённых сетей, по одним и тем же процедурам). Явной закономерности нет. Конфликтов подсетей нет, и на нашей стороне всё вроде бы настроено правильно. Также замечали, что клиент отключается от VPN прямо в ходе сессии (связь стабильна с обеих сторон). Единственное, что помогает решить большинство проблем — периодическая перезагрузка USG.  

На форуме уже есть много тем про нестабильность и ненадёжность VPN, поэтому предполагаю, что это серьёзная проблема для многих владельцев USG. Вот две VPN-темы для всех:  
https://community.ui.com/questions/59d100ef-910a-4d1e-bbcf-5bbe2b32966f  
https://community.ui.com/questions/8a2f3ba9-8c40-4495-85dd-4ce7c585e3c4  

Похоже, что эта проблема до сих пор не решена полностью. Мы перепробовали все возможные решения с форума, но ничего не помогло добиться стабильного и надёжного VPN-соединения. Может кто из Ubiquiti сможет дать обратную связь и помочь? Было бы очень здорово получить новое обновление с исправлениями ошибок VPN.  

Заранее спасибо за обратную связь!
 
Извиняюсь за то, что сделал столько постов за такое короткое время, но думаю, эта информация может помочь с отладкой. Я переключал настройки безопасности VPN-соединения и пробовал снова. Моя текущая конфигурация: CHAP не выбран, а CHAP V2 выбран, что вызвало новую ошибку (такой ошибки раньше не видел, даже при той же конфигурации):

Jul 24 09:29:27 USG xl2tpd[11069]: Соединение установлено с xxx.xxx.xxx.xxx, 1701. Локальный: 30051, Удалённый: 10 (ref=0/0). Сессия LNS — «default»
Jul 24 09:29:27 USG xl2tpd[11069]: Звонок установлен с xxx.xxx.xxx.xxx, PID: 27589, Локальный: 63112, Удалённый: 1, Серия: 0
Jul 24 09:29:27 USG pppd[27589]: pppd 2.4.4 запущен от root, uid 0
Jul 24 09:29:27 USG pppd[27589]: Подключение: ppp0 <-->
Jul 24 09:29:27 USG zebra[654]: интерфейс ppp0 индекс 30 <POINTOPOINT,NOARP,MULTICAST> добавлен.
Jul 24 09:29:29 USG zebra[654]: интерфейс ppp0 mtu изменён с 1500 на 1400
Jul 24 09:29:29 USG pppd[27589]: rc_avpair_gen: получен неизвестный атрибут 64 длиной 4: 0x00000003
Jul 24 09:29:29 USG pppd[27589]: rc_avpair_gen: получен неизвестный атрибут 65 длиной 4: 0x00000001
Jul 24 09:29:29 USG zebra[654]: интерфейс ppp0 mtu изменён с 1400 на 1500
Jul 24 09:29:32 USG pppd[27589]: Соединение разорвано: no multilink.
Jul 24 09:29:32 USG zebra[654]: интерфейс ppp0 индекс 30 удалён.
Jul 24 09:29:32 USG pppd[27589]: Модем отключился

Связанное событие в просмотрщике событий W10 не изменилось:  
CoId={9E011CE2-7592-4C57-85EE-C688E06B4F8A}: Пользователь SYSTEM подключался к соединению с именем PSE L2TP User VPN, которое завершилось неудачей. Код ошибки при сбое — 720.
 
Я тоже вижу это в журнале событий Windows 10: CoId={102D6080-D6B8-4DB2-9E70-98A9E26C8F6F}: пользователь SYSTEM попытался установить соединение с именем PSE L2TP User VPN, которое завершилось неудачей. Код ошибки при сбое — 720.
 
Не могу подключиться с Windows 10, хотя перепробовал все советы из старой ветки и твоего сообщения. Мой iPhone же подключился с первой попытки. Вот что я вижу в /var/log/messages, когда пытался безуспешно подключиться с W10:

Jul 24 08:44:17 USG xl2tpd[11069]: Connection established to xxx.xxx.xxx.xxx, 1701. Local: 13731, Remote: 8 (ref=0/0). LNS session is 'default'
Jul 24 08:44:17 USG xl2tpd[11069]: Call established with xxx.xxx.xxx.xxx, PID: 19922, Local: 45092, Remote: 1, Serial: 0
Jul 24 08:44:17 USG pppd[19922]: pppd 2.4.4 started by root, uid 0
Jul 24 08:44:17 USG pppd[19922]: Connect: ppp0 <-->
Jul 24 08:44:17 USG zebra[654]: interface ppp0 index 25 <POINTOPOINT,NOARP,MULTICAST> added.
Jul 24 08:44:19 USG zebra[654]: interface ppp0 mtu changed from 1500 to 1400
Jul 24 08:44:19 USG pppd[19922]: peer refused to authenticate: terminating link
Jul 24 08:44:19 USG zebra[654]: interface ppp0 mtu changed from 1400 to 1500
Jul 24 08:44:19 USG pppd[19922]: Connection terminated: no multilink.
Jul 24 08:44:19 USG zebra[654]: interface ppp0 index 25 deleted.

А вот что выдается при успешном подключении с iPhone:

Jul 24 08:47:04 USG xl2tpd[11069]: Connection established to xxx.xxx.xxx.xxx, 56809. Local: 59831, Remote: 5 (ref=0/0). LNS session is 'default'
Jul 24 08:47:04 USG xl2tpd[11069]: Call established with xxx.xxx.xxx.xxx, PID: 20725, Local: 49348, Remote: 2372, Serial: 1
Jul 24 08:47:04 USG pppd[20725]: pppd 2.4.4 started by root, uid 0
Jul 24 08:47:04 USG zebra[654]: interface ppp0 index 28 <POINTOPOINT,NOARP,MULTICAST> added.
Jul 24 08:47:04 USG pppd[20725]: Connect: ppp0 <-->
Jul 24 08:47:07 USG pppd[20725]: rc_avpair_gen: received unknown attribute 64 of length 4: 0x00000003
Jul 24 08:47:07 USG pppd[20725]: rc_avpair_gen: received unknown attribute 65 of length 4: 0x00000001
Jul 24 08:47:07 USG pppd[20725]: Unsupported protocol 'IPv6 Control Protovol' (0x8057) received
Jul 24 08:47:07 USG zebra[654]: warning: PtP interface ppp0 with addr 10.255.255.0/32 needs a peer address
Jul 24 08:47:07 USG zebra[654]: interface index 28 was renamed from ppp0 to l2tp0
Jul 24 08:47:07 USG pppd[20725]: Cannot determine ethernet address for proxy ARP
Jul 24 08:47:07 USG pppd[20725]: local IP address 10.255.255.0
Jul 24 08:47:07 USG zebra[654]: interface l2tp0 index 28 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>.
Jul 24 08:47:07 USG pppd[20725]: remote IP address 192.168.2.1

И события, связанные с отключением:

Jul 24 08:47:24 USG zebra[654]: interface l2tp0 index 28 changed <POINTOPOINT,NOARP,MULTICAST>.
Jul 24 08:47:27 USG pppd[20725]: Connection terminated: no multilink.
Jul 24 08:47:27 USG zebra[654]: interface l2tp0 index 28 deleted.
Jul 24 08:47:27 USG pppd[20725]: Modem hangup
Страницы: 1
Читают тему (гостей: 1)