Перейти к содержанию

avn

Участники форума
  • Постов

    928
  • Зарегистрирован

  • Посещение

  • Победитель дней

    8

Сообщения, опубликованные avn

  1. Только что, Sano сказал:

    Не поверите, у меня двадцать лет интернет с серым IP и все это время все работает 

    У Вас серый, у провайдера белый. В интернете, только белые ип. В сети провайдера серые и белые. По другому никак.

    • Лайк 1
  2. 1 минуту назад, Sano сказал:

    Не верите, не надо )))

    А что кстати не верите? Технологии NAT туева куча лет. И как то же работают p2p соединения в телефонии, торрента и т.д. и т.п. )))

    Не поверите, белыми ип работают.

  3. 51 минуту назад, Sano сказал:

    Не обязательно. Все зависит от типа nat провайдера.

    Это неважно. Работать будет только с белым IP. По серому Вы не найдете нужный "дом" в интернете.

  4. В 21.10.2024 в 11:04, Le ecureuil сказал:

    @avnпоправил эту мелочь, в следующем выпуске можно будет проверить.

    Все получилось. Спасибо.

    А что делаю команды:

        openconnect accept-addresses
        openconnect accept-routes

    Ко мне приходит куча маршрутов, но они все игнорируются. Так и запланировано?

     

    Еще бы научиться DTLS отключать, а то спамит сообщениями

    [I] Oct 28 00:43:51 openconnect: DTLS handshake timed out 
    [I] Oct 28 00:43:51 openconnect: DTLS handshake failed: Resource temporarily unavailable, try again. 

    Совет от разработчиков по поводу DTLS

    Since TCP over TCP is very suboptimal, OpenConnect tries to always 
    use PPP-over-DTLS, and will only fall over to the PPP-over-TLS tunnel if that fails, 
    or if disabled via the --no-dtls argument.

     

  5. 10 часов назад, Артем Головачев сказал:

    Доброй ночи, сопартийцы! 

    У меня, как и всех, предполагаю, достаточно сильно начинал грузиться процессор при запуске скрипта по крону (каждые 5 минут), который пополнял ipset.

    Так как сейчас активно перепрыгиваю с python на Go, решил имплементировать собственно данный скриптик уже на Go (предварительно оптимизировав то, что было на shell).
    После оптимизации на Shell табличка стала пополняться вместо 23-24 секунд 3-4 секунды (все кроется в асинхронном резолве полного списка хостов kdig`ом по подготовленной пачке $host_list, а не в последовательном резолве каждого хоста в цикле)

      Скрыть содержимое

    2024-10-2602_25_30.thumb.png.b5110bf63f048bfab6ed978d20b67d75.png

    Результат виден в 01:40 соотвественно (после 1:35 очистил unblock ручками, чтобы посмотреть на полное заполнение 54 доменами)

    После этого решил подключить свои неокрепшие навыки на Go, и результат получился следующий: 

     

      Показать содержимое

    2024-10-2602_29_45.thumb.png.a64fa524c3c0c3404843024b41ebaaec.png

    На дату и время КВАС-GO не смотрите, пожалуйста, там все еще UTC+0 зона, уже поправил, однако же, тестировал уже на предварительно заполненный лист (в 01:55 заполнен оптимизирванным на шелле скриптом)

    Время резолва + заполнения таблички unblock упало до 0.8 секунд, при этом нагрузка на процессор упала с того, что было слева (около 40%), до того, что стало справа на графике (да, он не очень суперпоказательный, однако все же) - видим падение нагрузки процессора до 2-7%.

     

      Скрыть содержимое

    2024-10-2602_34_52.png.8d963dfff3a376ee3a94ad61a501ef5a.png

     

    Я хочу протестировать решение хотя бы несколько суток, после чего, если сообщество будет заинтересовано, могу представить как исходный код, там и скомпиленный под linux/mips бинарник, который я повесил в крон вместо main/ipset

    P.S. Связка с AGH, поднятого на роутере, у которого в настройках rate-limit=80. Если доменов будет больше - работать будет медленнее из-за ожидания ответа от днс ровно в N=Nдоменов/80 раз. Лечится повышение rate-limit`а
    P.S.S. Предположу, что, т.к. это первое мое поделие на GO, есть что оптимизировать, поэтому, предположу, что еще где-то можно выиграть по оптимизации

    А зачем их вообще резолвить кроном? Они резолвятся в момент запроса к днс и кладутся в ipset. Все в режиме онлайн. Это лишний функционал. В ipset в ручную нужно добавлять только то, что не требует резолва. Например диапазон ип адресов 

  6. 20 минут назад, Le ecureuil сказал:

    А что вы делали до того, как не удалось залогиниться? Устройство перезагружалось? Как долго вы на него до этого не заходили?

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

  7. 49 минут назад, Le ecureuil сказал:

    Создание интерфейса - это только вершина айсберга. Еще нужно выставить флаги о том, что он подключен или нет, поставить на него адрес и прописать роуты. И все это нужно будет сделать посредством NDM, иначе политики работать не будут. Вы точно уверены, что сможете все это реализовать?

    А ядро не может отслеживать состояние/изменение tun интерфейса? И если такое изменение произошло, синхронизировать ndm.

    Мы же не знаем когда от упал, поднялся интерфейс, ип адрес изменился и т.д. У нас нету этой информации. Она есть, только у самих приложений, которые поднимают tun интерфейс.

  8. 4 минуты назад, М. Мik сказал:

    Я пользовался немного не так, у меня есть доступ к серверу где поднят дефолтный WG, если подключаться по дефолту работает пару дней и блочиться по порту сервера на сколько я понял, потому что спустя некоторое время над другом порту работает. Я где то нашел инфу, что можно к дефолтному WG можно подключиться клиентом AWG:

    скачал приложение AWG включив обфускацию  подсоединился к серваку с дефолтным WG? пару дней потестил работает стабильно

    выкачал конфиг из AWG клиента а именно параметры  {jc} {jmin} {jmax} {s1} {s2} {h1} {h2} {h3} {h4}

    вбил их в настройки кинетика и все заработало, однако не так стабильно как через приложение AWG. На роутере заметны просадки в игрухи не поиграешь но для просмотра контента достаточно более чем, так же часто бывало что приходилось вручную реконектить чтобы заработало, но в клиенте AWG работает как часики(к сожалению как там смотреть логи и есть ли они вообще незнаю). К примеру дергаю подключение на роутере  - не конектиться, выключаю, тут же пробую через приложение AWG четко коннект и все стабильно, тут же выключаю приложение и включаю в роутере опять не коннект.

    Поэтому отчасти мне кажется что со встройкой параметра wireguard asc закрались ошибки/баги вызывающие we stopped hearing back after 2406938528 seconds. , хотя возможно я и ошибаюсь и это действительно DPI.

     

    И так к вашему вопросу о смене параметров, я не знаю почему, но любые другие параметры кроме выкачанных мной из конфига AWG не работают.

     

    Покажите свои параметры asc. Скорее всего, проблема в них. Можно ещё дамп траффика приложить в момент коннекта.

  9. В 10.10.2024 в 10:59, avn сказал:

    @Le ecureuil А как можно задать параметр --prot=fortinet

    ?

     

      Скрыть содержимое
    [I] Oct 10 10:54:20 openconnect: POST https://portal.testdomain.ru:10443/ 
    [I] Oct 10 10:54:20 openconnect: Attempting to connect to server 16.11.1.10:10443 
    [I] Oct 10 10:54:20 openconnect: Connected to 16.11.1.10:10443 
    [I] Oct 10 10:54:20 openconnect: SSL negotiation with portal.testdomain.ru 
    [I] Oct 10 10:54:21 openconnect:  Certificate from VPN server "portal.testdomain.ru" failed verification. Reason: signer not found 
    [I] Oct 10 10:54:21 openconnect: Connected to HTTPS on portal.testdomain.ru with ciphersuite (TLS1.3)-(ECDHE-SECP384R1)-(RSA-PSS-RSAE-SHA256)-(AES-256-GCM) 
    [I] Oct 10 10:54:21 openconnect: Got HTTP response: HTTP/1.1 405 Method Not Allowed 
    [I] Oct 10 10:54:21 openconnect: Date: Thu, 10 Oct 2024 07:54:21 GMT 
    [I] Oct 10 10:54:21 openconnect: Server: xxxxxxxx-xxxxx 
    [I] Oct 10 10:54:21 openconnect: Transfer-Encoding: chunked 
    [I] Oct 10 10:54:21 openconnect: Content-Type: text/html 
    [I] Oct 10 10:54:21 openconnect: X-Frame-Options: SAMEORIGIN 
    [I] Oct 10 10:54:21 openconnect: Content-Security-Policy: frame-ancestors 'self'; object-src 'none'; script-src 'self' https 'unsafe-eval' 'unsafe-inline'; 
    [I] Oct 10 10:54:21 openconnect: X-XSS-Protection: 1; mode=block 
    [I] Oct 10 10:54:21 openconnect: X-Content-Type-Options: nosniff 
    [I] Oct 10 10:54:21 openconnect: Strict-Transport-Security: max-age=31536000 
    [I] Oct 10 10:54:21 openconnect: HTTP body chunked (-2) 
    [I] Oct 10 10:54:21 openconnect: Error in chunked decoding. Expected '', got: '<HEAD>' 

     

     

    Есть возможность задать параметр protocol?

    https://www.infradead.org/openconnect/fortinet.html

  10. @Le ecureuil А как можно задать параметр --prot=fortinet

    ?

     

    Скрытый текст
    [I] Oct 10 10:54:20 openconnect: POST https://portal.testdomain.ru:10443/ 
    [I] Oct 10 10:54:20 openconnect: Attempting to connect to server 16.11.1.10:10443 
    [I] Oct 10 10:54:20 openconnect: Connected to 16.11.1.10:10443 
    [I] Oct 10 10:54:20 openconnect: SSL negotiation with portal.testdomain.ru 
    [I] Oct 10 10:54:21 openconnect:  Certificate from VPN server "portal.testdomain.ru" failed verification. Reason: signer not found 
    [I] Oct 10 10:54:21 openconnect: Connected to HTTPS on portal.testdomain.ru with ciphersuite (TLS1.3)-(ECDHE-SECP384R1)-(RSA-PSS-RSAE-SHA256)-(AES-256-GCM) 
    [I] Oct 10 10:54:21 openconnect: Got HTTP response: HTTP/1.1 405 Method Not Allowed 
    [I] Oct 10 10:54:21 openconnect: Date: Thu, 10 Oct 2024 07:54:21 GMT 
    [I] Oct 10 10:54:21 openconnect: Server: xxxxxxxx-xxxxx 
    [I] Oct 10 10:54:21 openconnect: Transfer-Encoding: chunked 
    [I] Oct 10 10:54:21 openconnect: Content-Type: text/html 
    [I] Oct 10 10:54:21 openconnect: X-Frame-Options: SAMEORIGIN 
    [I] Oct 10 10:54:21 openconnect: Content-Security-Policy: frame-ancestors 'self'; object-src 'none'; script-src 'self' https 'unsafe-eval' 'unsafe-inline'; 
    [I] Oct 10 10:54:21 openconnect: X-XSS-Protection: 1; mode=block 
    [I] Oct 10 10:54:21 openconnect: X-Content-Type-Options: nosniff 
    [I] Oct 10 10:54:21 openconnect: Strict-Transport-Security: max-age=31536000 
    [I] Oct 10 10:54:21 openconnect: HTTP body chunked (-2) 
    [I] Oct 10 10:54:21 openconnect: Error in chunked decoding. Expected '', got: '<HEAD>' 

     

     

  11. 1 час назад, spatiumstas сказал:

    Пожелание направлено на сохранение состояния карточек дашборда в cfg(?). При смене устройств нередко бывает что карточки сбрасываются в дефолтное состояние (ловится не всегда, очистка localstorage не сбрасывает, поэтому не ясно в какой момент происходит сброс). А так же сохранение раскрытие списка/списков, например подключений

    Справа инкогнито

    image.thumb.jpeg.1488ba6e23efc810f1f9a5ec80f1ff9f.jpeg

     

     

    На данный момент точно ловится кейс с виджетом О Системе.

    1. Скрыть в нём какое-либо поле, например о доменном имени

    2. Открыть в инкогнито или другом браузере

    AR

    Пункт с доменом снова показывается

    Справа инкогнито

    image.thumb.jpeg.65523fb55c2b6ee8e01e3744c056a55e.jpeg

    Против такой фичи, т.к каждый чих будет писаться во Флэш. Предлагаю сохранять состояние в /tmp

    • Лайк 2
  12. 28 минут назад, Le ecureuil сказал:

    Да с чего вы берете? В запросе на resolve сразу стоит только поле A, потому никакого резолва AAAA и в помине нет.

    Причем там не так просто, как может показаться: нужно решить, а через какие же адреса идти, если доступны и те, и другие. Также выбор соединения, когда на самом высокоприоритетном есть ipv4, но нет ipv6 может показаться контринтуитивным.

    Оставьте приоритетом ipv4. Пока нормального решения не придумаете. Многие будут довольны. А то сейчас какой-то обрубок ipv4 endpoint.

  13. 1 час назад, Vladislav Kravchenko сказал:

    А нужен то как раз EndPoint Ipv6, чтобы не гонять трафик на серых Ipv4 через промежуточный сервер. Через Entware совсем не кошерно такое делать, там производительности не будет.

    Какой производительности? Через entware задаётся только endpoint.

  14. Только что, Gonzik сказал:

    Это мусор к пакетам данных, отсылаемый перед началом сессии (кол-во, мин и макс размеры). А S1 и S2, как я понял, дополнительный мусор к хендшейкам.

    Все правильно. Так и есть. Когда вижу js=120, думаю, товарищ тебя скоро забанят за 120 пакетов спама.

    s1,s1 мусок к handshake

        u16 init_packet_junk_size;
        u16 response_packet_junk_size;

     

    jc - кол-во пакетов, jmin - минимальная длина, jmax - максимальная

    image.png.45470e3fa99ec9a5716d708576bf3a95.png

    Поэтому стандартные обмены по WG c ASC:

    jc jmin jmax 0 0 0 0 0 0
    jc jmin jmax 0 0 1 2 3 4

     

    • Спасибо 1
    • Лайк 1
  15. 13 минуты назад, Le ecureuil сказал:

    Попробуйте все же задать параметры с client-id внутри, может и заработает )

    Не работает, т.к. дешифровка пакета не происходит. Я уже трейсы снял. На скриншоте видно.

    Без ASC все работает отлично.

     

    С ASC примерно так:

    client_id=0x00000. Приходит пакет 0x02000000 SKB_TYPE_LE32 = 0x02000000 & 0xFFFFFFFF = 0x02000000 => MESSAGE_HANDSHAKE_RESPONSE

    client_id=0x112233. Приходит пакет 0x02112233 SKB_TYPE_LE32 = 0x02112233 & 0xFFFFFFFF = 0x02112233 !=> MESSAGE_HANDSHAKE_RESPONSE

    ASC выключен:

    client_id=0x00000. Приходит пакет 0x02000000 SKB_TYPE_LE32 = 0x02000000 & 0xFF000000 = 0x02000000 => MESSAGE_HANDSHAKE_RESPONSE

    client_id=0x112233. Приходит пакет 0x02112233 SKB_TYPE_LE32 = 0x02112233 & 0xFF000000= 0x02000000 => MESSAGE_HANDSHAKE_RESPONSE

×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.