CloudFlare Warp - первый среди всех

Ну, лучше/не лучше точно не знаю, но для бесплатного сервера ничошная (тариф гигабит), опять же загруженность/не загруженность…

https://ntc.party/t/обход-блокировок-c-помощью-warp-protonvpn-подписки-bpb-worker-panel/14849/1074

Вон у кого-то 700+ мбит выходит по Wi-Fi, правда это Warp+, на обычном он не тестил.

А вообще, у протона на платном 10 гигабит))) Тариф человека, тестировавшего Warp+ мы не знаем. Скорее, гигабит, потому что по Wi-Fi нативная тоже ± 800 мбит. У него Warp+ упирается в тариф, так что, мб, это не предел.

У меня git clone с гитхаба стал требовать логин.
Помогает бразильский ip.

Хз где еще спросить, потому спрошу тут т.к. этот тред более-менее живой да и разговор про скорость… Муллвадом сейчас пользуется кто-нибудь? Как у вас скорость на нем? Особенно по вечерам.

git clone по HTTPS вроде всегда требует логин и пароль, не?

Никогда не требует. Это ssh требует учётку.

в последнее время с ipv6 аномалия, трафик через него не ходит нормально. Варп на ipv6 эндпоинт работал отлично. сейчас в этом плане ни чего не работает. *ни он, ни другие

в 2% счастливчиков попал что ли?:sweat_smile:

ipv4 амнезия 3.1 на компе телега работает, не очень так, но работает, на айфоне то есть то нет, на анроид тоже, хотя сам варп работает, я пробросил ип сайта для проверки, он работает всегда, поставил 4 фейка )) Ну то есть варп работает, такое как телега ватцап с этим и проблема, а 4 фейка чтоб телега прогружалась хотя бы на компе, пох для меня телефон, на разных провах немного отличается, но в целом всё одинаково, проверяйте на компе а не на телефоне, по мима амнезии, я ещё в придачу пускаю всё через запрет, везде по чуть чуть и в целом работает, работала бы та же телега на нормальных протоколах, можно было бы через запрет подобрать стратегию, а так эти прото, наламывают, плюс в телегу зашили днс дох, я их насчитал около 7 разных днс и все они галимые, а функции отключить и использовать свой днс нет такого пункта, я блокировал их все и телега тупо переставала работать, мои днс не подтягивает, то есть это одна из проблем самой телеги, использует галимые днс типа гугла и прочего шлака

Доп инфа не по теме, все кто продинамил на OpenWrt 25.12.5, по умолчанию стоит автоматом, а надо так сделать, кому интересно поюзайте грока или типа того он расскажет что это


я эту хрень сам случайно заметил, у меня есть роутер за роутером и в первом смотрю DUID появился, я начал юзать что за хрень, короче лишний индификатор вам не нужен я так думаю ) Если поставить mac то будет дублировать его, короче отключайте если работает и так, а прикол в чём, пров сказал что подключено 2 устройства )) Вроде как стараешься не палить контору, а тут 2 устройства, такое паливо ))

Шизофрения несвязная

Тг в днс ходит совсем для других целей – за проксями от самого тг. А так тг работает без днс

У меня у одного всё очень плохо с WARP’ом в Амстердаме и Швеции? TCP хендшейки проходят моментально, а TLS Client Hello с лютой задержкой, с ICMP тоже самое:

Спойлер
# time curl -4v --interface warp-se https://2ip.me
*   Trying 104.21.43.89:443...
* Connected to 2ip.me (104.21.43.89) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS header, Finished (20):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.2 (OUT), TLS header, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use h2
* Server certificate:
*  subject: CN=2ip.me
*  start date: Jul 13 07:43:48 2026 GMT
*  expire date: Oct 11 08:41:30 2026 GMT
*  subjectAltName: host "2ip.me" matched cert's "2ip.me"
*  issuer: C=US; O=Google Trust Services; CN=WE1
*  SSL certificate verify ok.
* Using HTTP2, server supports multiplexing
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* Using Stream ID: 1 (easy handle 0x557a2baca0)
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
> GET / HTTP/2
> Host: 2ip.me
> user-agent: curl/7.81.0
> accept: */*
> 
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
< HTTP/2 200 
< date: Sun, 06 Sep 2026 16:21:39 GMT
< content-type: text/plain;charset=UTF-8
< cache-control: no-store, no-cache, must-revalidate, max-age=0, post-check=0, pre-check=0
< pragma: no-cache
< strict-transport-security: max-age=63072000; preload
< x-frame-options: SAMEORIGIN
< x-content-type-options: nosniff
< x-xss-protection: 1; mode=block; report=...
< vary: User-Agent,Accept-Encoding
< nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
< server: cloudflare
< cf-cache-status: DYNAMIC
< report-to: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=TYb%2FzyIAlRzgKsDBVdypzSebh8WjXGNb4w7iv%2FfdVsAclxxbEYB6txHPiQ0ZXElwePeIWP%2FOyg1LH9iuoePHuYzIQBGEBWo00JYxzmhnljKW7Zr9DRVb%2F4o%3D"}]}
< cf-ray: a36eced9bb4dbd27-ARN
< alt-svc: h3=":443"; ma=86400
< 
* TLSv1.2 (IN), TLS header, Supplemental data (23):
 ip             : 104.28.225.221
 provider       : Cloudflare Inc.
 location       : Sweden (SE), Stockholm
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Connection #0 to host 2ip.me left intact

real    0m12.151s
user    0m0.399s
sys     0m0.042s
Спойлер
# ping -I warp-se 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 172.16.0.4 warp-se: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=36731 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=35710 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=34696 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=33683 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=32670 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=118 time=31657 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=118 time=30644 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=118 time=28617 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=118 time=27604 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=118 time=26591 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=118 time=25577 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=118 time=24564 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=118 time=23551 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=118 time=22537 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=118 time=21524 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=118 time=20507 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=118 time=19497 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=118 time=18484 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=118 time=17471 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=118 time=16457 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=118 time=14431 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=118 time=13417 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=118 time=12404 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=118 time=11391 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=118 time=10377 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=118 time=9364 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=118 time=8351 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=118 time=7338 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=118 time=6324 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=118 time=5311 ms
64 bytes from 8.8.8.8: icmp_seq=33 ttl=118 time=4298 ms
64 bytes from 8.8.8.8: icmp_seq=34 ttl=118 time=3284 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=118 time=2271 ms
64 bytes from 8.8.8.8: icmp_seq=36 ttl=118 time=1258 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=118 time=244 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=118 time=41.2 ms
64 bytes from 8.8.8.8: icmp_seq=39 ttl=118 time=40.7 ms
64 bytes from 8.8.8.8: icmp_seq=40 ttl=118 time=40.3 ms
64 bytes from 8.8.8.8: icmp_seq=41 ttl=118 time=40.4 ms
64 bytes from 8.8.8.8: icmp_seq=42 ttl=118 time=42.4 ms
64 bytes from 8.8.8.8: icmp_seq=43 ttl=118 time=43.0 ms
64 bytes from 8.8.8.8: icmp_seq=44 ttl=118 time=41.7 ms
64 bytes from 8.8.8.8: icmp_seq=45 ttl=118 time=54.5 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=118 time=41.2 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=118 time=53.4 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=118 time=41.3 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=118 time=81.2 ms
64 bytes from 8.8.8.8: icmp_seq=50 ttl=118 time=40.3 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=118 time=99.3 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=118 time=40.3 ms
64 bytes from 8.8.8.8: icmp_seq=53 ttl=118 time=146 ms
^C
--- 8.8.8.8 ping statistics ---
53 packets transmitted, 51 received, 3.77358% packet loss, time 52515ms
rtt min/avg/max/mdev = 40.272/12543.534/36730.674/12392.109 ms, pipe 37
Спойлер
# ping -I usque-se 1.1.1.1
PING 1.1.1.1 (1.1.1.1) from 172.16.0.6 usque-se: 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=23381 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=22368 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=64 time=21354 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=64 time=20341 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=64 time=19328 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=64 time=18315 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=64 time=17301 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=64 time=16288 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=64 time=15271 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=64 time=14261 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=64 time=13248 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=64 time=12235 ms
64 bytes from 1.1.1.1: icmp_seq=14 ttl=64 time=11221 ms
64 bytes from 1.1.1.1: icmp_seq=15 ttl=64 time=10208 ms
64 bytes from 1.1.1.1: icmp_seq=16 ttl=64 time=9195 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=24400 ms
64 bytes from 1.1.1.1: icmp_seq=26 ttl=64 time=90.7 ms
64 bytes from 1.1.1.1: icmp_seq=27 ttl=64 time=39.3 ms
64 bytes from 1.1.1.1: icmp_seq=28 ttl=64 time=38.8 ms
^C
--- 1.1.1.1 ping statistics ---
28 packets transmitted, 19 received, 32.1429% packet loss, time 27330ms
rtt min/avg/max/mdev = 38.798/14151.782/24400.293/7458.698 ms, pipe 25

Брат вчера вечером жаловался на Швецию. Как раз про 30 сек говорил. Но сегодня днём было норм.

Позавчера и днём было очень плохо

ams работает хорошо (ep IPv6).

Как-то во времена таких лагов помогало пустить masque (UDP) внутри варпа (т.е. получается цепочка впнов). UDP и ICMP не замедлялись. Но замедления бывают разные. Потом masque в такие моменты вообще перестал запускаться, openvpn udp безбожно тормозил.
Иногда накатывает на Финляндию. Я с неё поэтому ушёл.

Через FRA примерно та же фигня. Если пустить через варп например протон, то все приходит в норму.

насколько можно верить в географию ip?

якобы гойландский
при этомже | Вебсайт: | dataix.ru |

суть что к большинству endpoint именно через 178.18.224.250 а следующим 172.68.8.51(3) а этот точно масква

неясно накой из гойландии назад в эрэфию гнать…
что характерно напрямую к 172.68.8.51(3) совсем другой маршрут

178.18.224.250 это Москва по другим базам https://ipinfo.io/178.18.224.250

тогда всё становится ясным

ещё занятно что для некоторых enpoint совсем разные хопы в зависимости от протокола icmp\tcp

случайно у одного прова нашёл “дыру для своих”

т.е. всё известное варповское заворачивается в эрэфию, но 8.6.112.6 таки в чухонку

при этом именно дыра своим. 8.6.112.1-5 и 7+ всё также в dme, это при том что меньше /24 врядли кто заморачивается с маршрутами

так что имеет смысл переписать скрипты на большее кол-во тестов - руками муторно и чисто на удачу случилось