Не работают некоторые https-сайты на debian

Давно заметил, что на Debian не открываются некоторые https-сайты

К примеру https://www.online.net/

iceweasel выдает:

Соединение было прервано
          Во время загрузки страницы соединение с www.online.net было прервано.

опера:

Не удаётся завершить защищённую транзакцию
Показывать подробности 
Проверьте, верно ли написан адрес, или попробуйте найти сайт.

chromium:

SSL connection error.
Unable to make a secure connection to the server. This may be a problem with the server, or it may be requiring a client authentication certificate that you don't have.

epiphany:

Unable to load page
Problem occurred while loading the URL https://www.online.net/
SSL handshake failed: A TLS packet with unexpected length was received.

Естественно куки, кеш и т.д. чистить бессмысленно, четко видно, что проблема системная и не зависит от браузера. Более того, такая же бяка на других машинах с debian (версии разные: 6, 7, 8 )

Очевидно, что проблема в протоколе, но почему только с некоторыми сайтам и как это решается? И главное ничего не нагугливается, может кто в курсе в чем проблемы? На том же компе на virtualbox на винде эти же сайты благополучно открываются (то есть проблема точно не у интернет-провайдера)...

Вроде все работает.
Первый скриншот - тестинг, второй - стэйбл на виртуалке.

"valet" написал:

проблема системная и не зависит от браузера.

проблема на твоей стороне у меня все работает

"valet" написал:

кто в курсе в чем проблемы

попробуй запустить браузер через терминал и посмотреть вывод

"valet" написал:

Давно заметил, что на Debian не открываются некоторые https-сайты

У меня это началось после апгрейда до 8.7 и лечится прописыванием корректного значения MTU.
Скажем, для московского Билайна оно равно 1460 (по умолчанию стоит 1500, см. вывод команды "netstat -i"), тогда пишем:

sudo ip link set mtu 1460 eth0

Попробуйте. Если поможет, отпишитесь.

Моя система

Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) x86_64 GNU/Linux

.
Уже месяц наблюдаю как система отказывается заходить на некоторые сайты, например liveinternet.
[console]ping -c 3 liveinternet.ru
PING liveinternet.ru (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.019 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.030 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.033 ms

--- liveinternet.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.019/0.027/0.033/0.007 ms[/console]
Тоже самое и с сайтом r.mail.ru хотя mail.ru работает.
[console]ping -c 3 r.mail.ru
PING r.mail.ru (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.020 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.035 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.039 ms

--- r.mail.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.020/0.031/0.039/0.009 ms[/console]
Использую телефон как модем для выхода в интернет. Настройки сети менял ничего не помогло.

Да не система отказывается, а браузер. Вангую проблемы с сертификатами (сейчас их перехватывают, почитайте про MITM). Покажите пинг до r.mail.ru, например.

"yars" написал:

Вангую проблемы с сертификатами

"Linux-GEEK" написал:

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

Не уверен что поможет, но вдруг. Добавьте в файл /etc/sysctl.conf

#Изменил TCP Congestion Control под 3G соединение
net.ipv4.tcp_congestion_control = westwood
# Дропаем ICMP-редиректы (против атак типа MITM)
net.ipv4.conf.all.accept_redirects=0
net.ipv6.conf.all.accept_redirects=0

И чтобы изменения применились выполнить [console=root] sysctl -p[/console]
P.S. Вообще мобильный инет та еще гадость, я уже давно для него использую socks5 proxy, но это уже отдельная тема :)

"stalker_tk" написал:

у

"stalker_tk" написал:

но вдруг

Не помогает! Видимо придётся смирится с этим. *SCRATCH*

"stalker_tk" написал:

Добавьте в файл

Это чем поможет, если подключение не через модем, а через , скажем, Wi-Fi? Это надо на роутере делать, в таком случае.

yars, во -первых человек написал

"Linux-GEEK" написал:

Использую телефон как модем для выхода в интернет.

во-вторых

"stalker_tk" написал:

Не уверен что поможет, но вдруг.

А вообще да мало информации, Linux-GEEK, вы как подключаетесь напрямую от телефона, через роутер по wi-fi или еще как то ?
Например что говорит [console=user]ip a[/console]
Кстати yars, прав проблемы с сертификатами в старых версиях хрома есть, но я использую тестинг и там этого нет.

P.S. Причина может быть вообще на стороне провайдера, как вариант он может фильтровать DNS запросы. Или автоматом подключать платные услуги на некоторых сайтах.
Я потому и стал использовать socks5 proxy после того как налетел на несколько тысяч :(

"stalker_tk" написал:

вы как подключаетесь напрямую от телефона, через роутер по wi-fi или еще

Подключаюсь обычным способом через кабель micro usb, обычный андроид rndis.

"stalker_tk" написал:

ip a

[console]1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 00:15:58:34:06:4b brd ff:ff:ff:ff:ff:ff
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 00:15:58:34:06:4a brd ff:ff:ff:ff:ff:ff
4: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
link/ether ee:91:c5:5b:f1:72 brd ff:ff:ff:ff:ff:ff
inet 192.168.42.184/24 brd 192.168.42.255 scope global dynamic usb0
valid_lft 42870sec preferred_lft 42870sec
inet6 fe80::ec91:c5ff:fe5b:f172/64 scope link
valid_lft forever preferred_lft forever[/console]
Вот что выдаёт команда route

Только вот странно почему service network status выдёт вот такой результат

Вот кстати что выдаёт ifconfig

Теперь думаю информации предостаточно.

"stalker_tk" написал:

Причина может быть вообще на стороне провайдера, как вариант он может фильтровать DNS запросы. Или автоматом подключать платные услуги на некоторых сайтах.

Это вряд ли. У меня после ребута, если не править MTU, ни Хромиум, ни Опера один такой сайт не открывают. Однако стоит запустить Лиса -- начинают открывать.
Ну, и как такое понимать?

"Indigo" написал:

ни Хромиум, ни Опера один такой сайт не открывают. Однако стоит запустить Лиса

DiabloPC написал:

А каким тогда боком тут параметры сети, если в одном браузере работает, а в другом нет??

При корректном MTU открывают все и всё. Лис начал открывать спустя значительное время -- возможно, после очередного обновления системы.

DiabloPC написал:

А с учетом что на сегодня Хромиум == Опера, то тут скорее связано с тем как и какие сертификаты они понимают

Опера стоит 12.16 (Presto).

"Indigo" написал:

Опера стоит 12.16

Сильный ход! Обновить религия не позволяет?

stranger написал:

Сильный ход! Обновить религия не позволяет?

Вы здесь самый умный, как я вижу. Это последняя Опера на Престо в Stable.

"Indigo" написал:

Это последняя Опера

А! А я думал, что 42.

"stranger" написал:

А! А я думал, что 42.

43 :)

"stranger" написал:

А я думал, что 42.

"Indigo" написал:

Это последняя Опера на Престо в Stable.