Странности с ip-адресом nnm-club.ws

Камрады, сегодня столкнулся со странностью: по трекеру спокойно могу ходить, но тикеты не качаются, обращение по адресу типа "https://https://nnm-club.ws/download.php?csid=(что-то_там_ещё)" отваливается по тайм-ауту.
Стал рыть вглубь, выяснилось, что ip-адрес у nnm-club.ws выдаётся 89.46.102.7, в то время как в теме по блокировке чётко указано, что он 81.17.30.22
Вписал в hosts правильный адрес - тикеты стали скачиваться ! Раньше этого не требовалось, и так работало.
Что это ? Провайдер мой Net-by-Net шалит или ещё что случилось ?!

З.Ы. Кстати и с раздачей у меня какие-то нелады последние 2-3 дня, обычно их 50-60 активно, и тянут со скоростью 6-7 МБ/с, а сейчас раздач 5-6 всего и скорость порядка 1 МБ/с и менее

Буквально вчера обнаружил этот же косяк. Ранее ничего такого не было и всё скачивалось на ура.
Ошибка при установлении защищённого соединения

Огромное вам спасибо! Вы просто решили мою проблему

TheDoka
Пожалуйста, попробуйте запросить http://89.46.102.7/ping и http://89.46.102.55/ping
Сервер должен ответить 200 OK с пустым телом.

Цитата:

TheDoka Пожалуйста, попробуйте запросить http://89.46.102.7/ping и http://89.46.102.55/ping Сервер должен ответить 200 OK с пустым телом.

Можно более подробные инструкции ?
Если просто кликать по данным ссылкам, то у меня качаются файлы с именем "ping" нулевого размера, в обоих случаях. Это и есть "200 OK с пустым телом" ?

TheDoka писал(а):

Цитата: TheDoka Пожалуйста, попробуйте запросить http://89.46.102.7/ping и http://89.46.102.55/ping Сервер должен ответить 200 OK с пустым телом. Можно более подробные инструкции ? Если просто кликать по данным ссылкам, то у меня качаются файлы с именем "ping" нулевого размера, в обоих случаях. Это и есть "200 OK с пустым телом" ?

Да, всё верно. Это означает, что вы можете связаться с серверами, на которых работает nnm-club.ws, а они могут ответить на ваш запрос.
Возможно ваш провайдер по какой-то причине блокирует HTTP-трафик, если он направлен на один из этих IP и содержит заголовок "Host: nnm-club.ws" (по ссылкам выше вместо него передавалить заголовки "Host: 89.46.102.7" и "Host: 89.46.102.55" соответственно). Но это было бы довольно странно, ведь обычно провайдеры либо просто выбрасывают весь трафик по некоторым IP-адресам (это самый дешёвый и простой способ блокировки), либо заворачивают такой трафик на свой веб-сервер с заглушкой (это чуть дороже), либо ставят прозрачный прокси-сервер или даже DPI (существенно дороже) для блокировки конкретных URI.
Мне пока не встречались случаи, когда провайдер просто выбрасывал пакеты (а не редиректил на заглушку), да при этом ещё и анализировал HTTP-запросы.
Если у вас есть возможность, то, пожалуйста, попробуйте воспроизвести проблему с отваливающимся соединением до nnm-club.ws (удалив записи из hosts) и запишите свой трафик пакетным сниффером (например wireshark с фильтром "ip.src==89.46.102.0/26 or ip.dst==89.46.102.0/26"). Без этого будет сложно что-то сказать про причины проблемы.

Проблема рассосалась сама собой дня через 2-3, hosts зачистил, все работает, скорость раздачи вернулась на привычные показатели

у меня, наоборот, проблема не рассосалась. если с браузерами и специальными плагинами всё в порядке, то домашний NAS, натравленный на скачивание разных ТВ-передач путём парсинга ленты новостей, озяб и постоянно вопил об ошибке при скачивании download.php
помогла правка /etc/hosts (пришлось, правда, всякими рутами заходить, через консольку).
на правильный IPшник наткнулся в этом посте: