Я бы поставил на то, что в данный момент это просто полностью софтварная реализация ChaCha20. Хотя если они решились чудеса творить — может быть ещё и ускорение сразу сделали.
Да, полезно. Но всяческие аппаратные ускорения они регулярно вводят где-либо. А вот с VPN всё как-то совсем грустно было.
А в седьмой версии вот ВНЕЗАПНО разродились UDP для OpenVPN и даже WireGuard.
У меня в обновлении доступна бета 7 версии. Я даже один раз обновлялся до 7.0beta4, кажется, но у меня тогда точка доступа отвалилась от CAPsMAN и я откатился обратно.
Но само обновление прошло и базово роутер работал.
А вообще — надо уточнять. Если нельзя обновиться до 7 версии — это очень печально.
Это не является такой проблемой как было в случае с OpenVPN. У OpenVPN UDP — это один из вариантов конфигурации, являющийся очень популярным. MikroTik не поддерживая его становится неспособным работать с многими серверами.
«Один клиент не умеет» и «Протокол не предусматривает» — это совсем разные вещи.
Ссылочка
Возможно нужна регистрация, картинку копировать не стал.
Благодарю. Регистрация нужна, но это не страшно. Давайте я вытащу под спойлер.
Тут речь, скорее, не о графиках шла, а о том, что OpenVPN в микротиках не умел работать по UDP и имел проблемы со сжатием, что автоматически отрезало его от большинства современных серверов.
Кстати, если есть ссылочка на бенчмарки — было бы интересно посмотреть.
Я сделал очень коротких бриф в виде цитаты чтобы не пришлось делать кат у новости — туда банально нечего прятать.
Хотя, конечно, пришлось немного отредактировать текст чтобы влезть в тысячу символов.
Ну, WireGuard изначально проще, чем тот же OpenVPN. При этом, если я не ошибаюсь, одна из сложностей с OpenVPN была в том, что сам OpenVPN худо-бедно развивался, а вот его реализация в RouterOS стояла на месте годами.
Плюс ещё их проблемы со сжатием.
В этом плане у WireGuard, по идее, должна быть меньше вариативность конфигураций, а следовательно, меньше поле для косяков со стороны MikroTik. Плюс эта реализация должна базироваться по большему счёту на API ядра, что тоже должно сказаться на консистентности в положительном ключе.
Я читал комменты перед тем как написать.
Судя по формулировке речь идёт о том, что что-то происходит при запуске браузера. У меня браузер запускается быстро (по меркам Vivaldi). Зависание происходит во время работы в браузере. И он после этого уже не отвисает (по крайней мере, я не дождался).
Кстати, может быть, это оно. Я не обращал внимание на потребление CPU, а на систему это не влияло потому, что CPU мощный.
Надо будет посмотреть при следующем зависании если свежий билд их не исправит.
У меня Vivaldi не тормозит. На Windows он просто даже чистый медленнее шевелится, чем в Linux. Но это меня не напрягает.
То, что я описал выше — это полное замирание всего, что происходит в браузере. Визуально ничего не меняется, окно не отвечает на нажатия клавиш и дествия мышью.
Сбросить профиль — это я всегда успею. Но тут во-первых проблема возникла аж на двух машинах одновременно после одного из апдейтов, а во-вторых, я пока ничего вам не зарепортил. Поэтому я сюда и пришёл узнать есть ли у кого ещё такая проблема, а заодно, возможно, попытаться узнать могу ли я чем-то помочь в плане дебага этой проблемы.
А я один на последних билдах (в пределах двух недель или месяца) испытываю достаточно частое зависание браузера в Windows?
Конкретно 2.11 ещё не проверял (основная рабочая система — Linux и там Vivaldi и работает быстрее, и не зависает).
Суть вот в чём:
Браузер запущен. Пока я его не трогаю — всё в порядке. Но если я начну переключать вкладки, переходить между страницами в одной вкладке или обновлять страницу — браузер почти намертво зависает. «Почти» — потому, что, кажется, что зависает только рендеринг, а под капотом всё-таки что-то происходит. Но случай, который навёл меня на эту мысль у меня не повторялся пока что.
При этом в браузере может быть запущен какой-нибудь SPA-сайт и любая активность внутри него не приводит к зависанию браузера, если он уже полностью прогрузился.
Возможно, на одних сайтах возникает чаще, чем на других, но это не точно.
Баг проявляется достаточно часто (может пару раз за пять минут вылезти, хотя обычно реже). Проявляется на двух разных машинах. На этих же машинах в Linux Vivaldi работает прекрасно (по меркам Vivaldi).
Пока не репортил, так как не до конца понятно, что его вызывает и желательно его поймать хотя бы на видео, но он возникает не при каждой загрузке страницы.
Позже попробую проверить билд, которому посвящён этот пост. Но уже пару-тройку билдов эта проблема никуда не уходит.
Ок нахожу таки прямую ссылку на сайт и он вместо того чтобы показать контент встречает меня формой регистрации. И я закрываю этот сайт.
Согласен. С моей стороны это тоже недочёт. У Mastodon он частично решён тем, что с «главной» (где регистрация и вход) обычно можно попасть ещё и в каталог пользователей (пример, пример) или публичную ленту (пример, пример).
Но там, вроде, РИТЭГи были.
А в седьмой версии вот ВНЕЗАПНО разродились UDP для OpenVPN и даже WireGuard.
Если это так — надеюсь, это временно.
Держите в курсе если узнаете подробности.
Но само обновление прошло и базово роутер работал.
А вообще — надо уточнять. Если нельзя обновиться до 7 версии — это очень печально.
UPD: Я обновлял 4011. Там уровень 5 из коробки.
Это не является такой проблемой как было в случае с OpenVPN. У OpenVPN UDP — это один из вариантов конфигурации, являющийся очень популярным. MikroTik не поддерживая его становится неспособным работать с многими серверами.
«Один клиент не умеет» и «Протокол не предусматривает» — это совсем разные вещи.
Благодарю. Регистрация нужна, но это не страшно. Давайте я вытащу под спойлер.
Кстати, если есть ссылочка на бенчмарки — было бы интересно посмотреть.
Хотя, конечно, пришлось немного отредактировать текст чтобы влезть в тысячу символов.
Плюс ещё их проблемы со сжатием.
В этом плане у WireGuard, по идее, должна быть меньше вариативность конфигураций, а следовательно, меньше поле для косяков со стороны MikroTik. Плюс эта реализация должна базироваться по большему счёту на API ядра, что тоже должно сказаться на консистентности в положительном ключе.
Посмотрю, где можно взять коротенький бриф про WireGuard.
Увидев заголовок подумал, что вы починили автодополнение, но нет.
Судя по формулировке речь идёт о том, что что-то происходит при запуске браузера. У меня браузер запускается быстро (по меркам Vivaldi). Зависание происходит во время работы в браузере. И он после этого уже не отвисает (по крайней мере, я не дождался).
Надо будет посмотреть при следующем зависании если свежий билд их не исправит.
У меня Vivaldi не тормозит. На Windows он просто даже чистый медленнее шевелится, чем в Linux. Но это меня не напрягает.
То, что я описал выше — это полное замирание всего, что происходит в браузере. Визуально ничего не меняется, окно не отвечает на нажатия клавиш и дествия мышью.
Сбросить профиль — это я всегда успею. Но тут во-первых проблема возникла аж на двух машинах одновременно после одного из апдейтов, а во-вторых, я пока ничего вам не зарепортил. Поэтому я сюда и пришёл узнать есть ли у кого ещё такая проблема, а заодно, возможно, попытаться узнать могу ли я чем-то помочь в плане дебага этой проблемы.
Конкретно 2.11 ещё не проверял (основная рабочая система — Linux и там Vivaldi и работает быстрее, и не зависает).
Суть вот в чём:
Браузер запущен. Пока я его не трогаю — всё в порядке. Но если я начну переключать вкладки, переходить между страницами в одной вкладке или обновлять страницу — браузер почти намертво зависает. «Почти» — потому, что, кажется, что зависает только рендеринг, а под капотом всё-таки что-то происходит. Но случай, который навёл меня на эту мысль у меня не повторялся пока что.
При этом в браузере может быть запущен какой-нибудь SPA-сайт и любая активность внутри него не приводит к зависанию браузера, если он уже полностью прогрузился.
Возможно, на одних сайтах возникает чаще, чем на других, но это не точно.
Баг проявляется достаточно часто (может пару раз за пять минут вылезти, хотя обычно реже). Проявляется на двух разных машинах. На этих же машинах в Linux Vivaldi работает прекрасно (по меркам Vivaldi).
Пока не репортил, так как не до конца понятно, что его вызывает и желательно его поймать хотя бы на видео, но он возникает не при каждой загрузке страницы.
Позже попробую проверить билд, которому посвящён этот пост. Но уже пару-тройку билдов эта проблема никуда не уходит.
Согласен. С моей стороны это тоже недочёт. У Mastodon он частично решён тем, что с «главной» (где регистрация и вход) обычно можно попасть ещё и в каталог пользователей (пример, пример) или публичную ленту (пример, пример).