Страницы: 1
В общем задолбали меня открываться пустые вкладки начал снифать трафик, чтобы узнать, в чем собака зарыта. Получаю следующее
1.237249 *.*.*.* 173.194.44.95 TLSv1.2 214 Application Data - тут мы тыкнули в гугле, на ссылку, чтобы её открыть и гугол должен был нас редиректнуть на сайт.
1.238494 173.194.44.95 *.*.*.* TCP 60 443→50472 [RST, ACK] Seq=1 Ack=2 Win=16299 Len=0 - вместо ответа редиректа получаем разрыв соединения.
Подключаем VPN, тестим проблемы нет. Вывод читаем тут: https://ru.wikipedia.org/wiki/%D0%90%D1 … _TCP_Reset
Потом решил поиграться с DPI провайдера, взял из wiresharka пакет который ненравится DPI, сделал поддельный пакет с таким же содержимым на который сразу приходит RST, получаю RST мгновенно, изменяю пакет, набиваю его рандомом, получаю ответ уже с задержкой в несколько мс, уже от реального сервера. Так, что все теперь понятно, кривые руки админов провайдера :) Потому, что не важно куда пакет идет на гугол, или на другой ip. Если бы
…Если предположить, что у всех у кого существует данная проблема отсутствуют вирусы, то есть несколько причин подобного поведения.
1. Проблемы с DNS провайдера.
Способ лечения:
Поменять DNS на DNS от Google или DNS Yandex
https://ru.wikipedia.org/wiki/Google_Public_DNS
https://dns.yandex.ru/
В случае если не помогло. Первым делом проверить качество соединения.
2. Открываем командную строку и пишем:
ping ya.ru -t -l 1200
и смотрим если пропущенные пакеты, есть небольшая вероятность, что проблема с этим.
В случае если не помогло. Нужно обратить внимание сайты с каким протоколом иногда открываются не с первого раза, если обычно это HTTPS и у вас крупный провайдер и вы находитесь на территории стран, где активно действует DPI (Deep packet inspection) есть вероятность того, что провайдер, перемудрил с настройками. Скорее всего на попытку установления соединения иногда прилетает пакет обрыва соединения. Так же стоит проверить, какой сертификат у HTTPS сайтов отдается, если п
…Страницы: 1