Maxim Dounin
310 posts


@ivan4th Я ожидаю изменения тренда на горизонте 10+ лет. Но до чего дойдём в промежутке и как скоро — сказать сложно, вполне может статься, что ты прав, и таки придётся выбирать: или интернет, или менять страну проживания
Русский

В реплаях немало уверенных, что интернет в РФ не вырубят или вырубят очень нескоро. Да, пожалуй, усилия по совершенствованию механизма блокировок говорят о том, что прямо сейчас не вырубят и повсеместные белые списки не введут. Но, боюсь, от силы есть ещё несколько лет, потом всё
СмутноеВремя@Durevestnik
Что вы будете делать, чем РЕАЛЬНО, а не в фантазиях займётесь, когда вырубят интернет, в том числе ВПН и оставят только МАХ? На третий день, когда до вас дойдёт - что фсё.
Русский

@ivan4th Ты так пишешь, будто кожаные то же самое не делают регулярно
Русский

@ivan4th @vzhilin_me Ну пожаловаться-то всяко не грех, особенно если конкретный стык хорошо виден. Может им тоже надо всего лишь кабель перевоткнуть или там дуплекс прописать явно. Для первых уровней поддержки можно Speedtest в однопоточном режиме показать, там должно быть видно проблему
Русский

Делал mtr, теряется внутри инфры моего прова. Можно попробовать пожаловаться, но интуиция подсказывает, что зря потеряю время. От нагрузки с моей стороны потери слабо зависят. От времени суток непонятно, зависят ли. Разброс типа 1-5% потерь начиная с пинга с интервалом в секунду и заканчивая UDP потоком в пару сотен мегабит (процент потерь от скорости не особо зависит)
Русский

Извините, дорогие читатели, техническая простыня.
Хорошая новость в том, что я старый дурак и не заметил, что у меня просто кабель между роутером и свитчом подразболтался, так что вместо гигабита стало 100 мегабит. "Высокая скорость" вернулась после перевтыка. Плохая новость в том, что провайдер всё-таки говно. Потери пакетов достали. Не смотря на показания спидтестов, скорость до GitHub и до рабочего VPN ниже плинтуса, ну типа 500 Кб/с, вы смеётесь что ли. Происходит это из-за того, что потери заставляют думать алгоритмы TCP congestion control, что сеть перегружена, и сбавлять скорость, хотя дело вовсе не в перегруженности сети, а в том, что сеть - говно. Speedtest и cloudflare показывают высокую скорость, тк при использовании множественных TCP соединений эффект замедления уменьшается, но, скажем, когда ты тупо делаешь git clone, то TCP соединение-то у тебя одно.
Пообщавшись с нейросетями, открыл для себя инструменты типа udpspeeder, которые могут осуществлять FEC (forward error correction) для UDP трафика за счёт избыточности, снижая или ликвидируя потери именно в случае "сеть - говно". При помощи Claude Code настроил страшную ёбу, состоящую из дроплета на DO, redsocks, socks proxy, wireguard и udpspeeder - как оказалось, самой по себе коррекции потерь мало, нужно чтобы TCP соединение шло только до дроплета, и оттуда уже новое бы шло до места назначения. В общем, увеличил в итоге скорость гита и том подобного добра раз в 10.
Счастья, впрочем, мне это не принесло, тк
1) слишком хитровыебанная поебень
2) скорость всё равно не та, что я бы хотел
Пошёл на кофей и вино к соседу, у которого другой провайдер. Потестил оттуда интересующие меня ресурсы - побыстрее. Тоже не идеально, но, похоже, потерь меньше, хотя и мой, и соседский провайдер - хреновенькие реселлеры юкома. Заехал в офис соседского провайдера, договорился, что мне позвонит мастер. В итоге мастер позвонил через неделю после напоминания, и мне сообщили, что подключить меня нельзя, тк чтобы протянуть ещё одну опту, им надо попасть в какое-то здание, куда у них нет доступа. Упс.
В общем, передо мной выбор
1) протянуть пиратский кабель к соседу - может стать лучше, но не прям сильно
2) начинать думать про Starlink
И что-то я начинаю склоняться к варианту (2), эх...
Ереванский Лесной@ivan4th
Недолго музыка играла, пров таки, кажется, научился шейпить трафик. Если это потому что кто-то из сотрудников провайдера меня читает, не знаю что сказать лол, молодцы, наверное ;) Но я буду другого провайдера пробовать, у вас ребят потери пакетов на простом пинге то и дело идут
Русский

@ivan4th @vzhilin_me Я бы вообще начал с простого — взял mtr, и посмотрел где именно пакеты осыпаются. Если на стыке твоего провайдера с аплинком — то есть стык банально перегружен — то искать другие аплинки (и делать прокси или VPN там). А если ближе — то смотреть, не лечится ли переобжимкой
Русский

@mdounin @vzhilin_me Да, до меня как раз вчера уже после написания реплая дотопала эта элементарная вещь :) Надо в порядке эксперимента попробовать прокси, так чтобы со стороны прокси и моего компа был bbr, и погонять в обе стороны
Русский

@ivan4th @vzhilin_me Так TCP congestion control работает со стороны отправителя же, а у тебя, поди, основной трафик к тебе?
Русский

@vzhilin_me Пробовал bbr, почему-то стало хуже. Не додебажил этот момент
Русский

@KirillKorinsky Погоди, то есть тебе даже не придётся идти в банк лично? Легко отделался! :))
Русский

@annmuor @ivan4th В правильных банлистах O(1), freenginx.org/r/geo. Но обновления только через перезагрузку конфигурации
Русский

@ivan4th @annmuor #threads_pitfalls" target="_blank" rel="nofollow noopener">freenginx.org/en/docs/dev/de…
QME

@pva0xd Эти "уязвимости" в целом не очень актуальны, но вот в сегодня вышедшем freenginx 1.27.5 всё это поправлено
Русский




