Свежие комментарии

Unknown cipher type 'aes128-gcm'

ну вот, например
https://wiki.openrightsgroup.org/wiki/BT_Group#Network_filtering

пример Китая интересен только в теоретическом плане, насколько я могу судить - там есть политическая воля и ресурсы, чтобы реализовать централизованную государственную систему фильтрации, у нас же спихнули всё на провайдеров и за их счёт. Поэтому нам ближе примеры европейских стран, мне кажется.

Мне говорит в DNS_PROBE_FINISHED_NXDOMAIN
На работе и дома с разными проводными провайдерами проблем нет.

У меня говорит 'err_connection_timed_out', то есть это резолвится, но отфильтровано? Это через мегафон.

Через МТС мобильный и МГТС оптический - все работает.

Есть же официальные IETF'ные рекомендации рекомендации — оконченчным клиентам /48, в крайнем случае /56.
/64 — одна подсесть, у роутера 2 интерфейса как минимум, т.е. уже надо две (наружу и внутрь), а если ещё WiFi, а если гостевой? Уже 4.

(для меня тег code не сработал)

И всё это очень странно:

# dd if=/dev/zero bs=128k count=65536 | ssh -c aes128-cbc blob dd of=/dev/zero
65536+0 records in
65536+0 records out
8589934592 bytes transferred in 101.567899 secs (84573322 bytes/sec)
16777216+0 records in
16777216+0 records out
8589934592 bytes transferred in 101.197121 secs (84883192 bytes/sec)

Но с чачей я промахнулся таки
# dd if=/dev/zero bs=128k count=65536 | ssh -c chacha20-poly1305@openssh.com blob dd of=/dev/zero
agent key RSA SHA256:CqZatTzFs7w2KvB7cDkR56MboRD4lWTofRj4oN+fiWs returned incorrect signature type
65536+0 records in
65536+0 records out
8589934592 bytes transferred in 212.370184 secs (40447931 bytes/sec)
16777216+0 records in
16777216+0 records out
8589934592 bytes transferred in 212.007001 secs (40517221 bytes/sec)

Это с J3160 на Xeon E3, причём пол-процессора J3160 занято рутингом торрентов, если верить top -SH. mbufer у меня не стоит.

ssh -c none было бы интереснее, его часто обвиняют в маленьких окнах и тормозах на быстрых сетях из-за этого. Кстати, попробовать ssh с ChaCha20-Poly1305, он должен быть быстрее AES даже с AES-NI.

Но всё это имеет несколько теоретическое значение и уже выглядит как бенчмаркинг ради бенчмаркинга. да.

С mbuffer еще чуть быстрее:

# dd if=/dev/zero bs=1G count=10 |  mbuffer  -s 64k -m 64m -4 -O box2:9999
in @ 1180 MiB/s, out @ 1180 MiB/s, 9579 MiB total, buffer 100% full10+0 records in
10+0 records out
10737418240 bytes transferred in 9.524766 secs (1127315718 bytes/sec)
in @ 1170 MiB/s, out @ 1180 MiB/s,  9.9 GiB total, buffer  92% full
 

Ну вот зануда, а. Все нормально без шифрования:

А теперь сравни с передачей через nc (лучше бы ssh -c none, но это патчить надо) Что бы понять, что тут шифрование а что ебанина с пайпами и чтением из /dev/zero.
Да и ssh вообще так себе протокол для bulk-передачи.

Я не удивлюсь, если не в шифровании дело.

Уж не думаете ли вы, что Мегафон реализует РКН блокировки, отравляя DNS ?

И продолжат справляться не особо.
Я из-за глюков DNS'а Мегафона таки сделал себе свой VPN. Не из-за РКН, те домены, на которые я напарываюсь как на нересолвящиеся с мобильника, не в реестре.

Ходят слухи, что магистрали мегафона от этого может разорвать, они и с v4 справлялись не особо...