Cloudflare и блокировка Роскомнадзором соседа по IP — какие последствия?

Question

[zveruga001]

Добрый день.

Типичная ситуация, зарегал бесплатный аккаунт в Cloudflare, проверил IP в РКН - айпишник в списке, но ограничение определяется как "ограничение к сайту", а не "ограничение к ip". То есть по идее должен блокироваться только сайт нарушителя.



Какие могут быть последствия? Возможно ли ограничение доступа к моему сайту? Подозреваю, что некоторые провайдеры могут заблокировать доступ ко всему IP, даже если ограничение у РКН распространяется только на отдельный сайт по данному IP.

Answer 1

[dollar]

Есть три типа блокировки - URL, домен, ip.

Если блокировка по домену, то вас не должно касаться. Мне браузерное расширение часто показывает, что просматриваемый сайт - "оранжевый", то есть сидит на одном ip вместе с заблокированным, это уже норма.

Что там за сайты, можете посмотреть, скачав базу целиком (правой кнопкой -> Сохранить).

Подозреваю, что некоторые провайдеры могут заблокировать доступ ко всему IP, даже если ограничение у РКН распространяется только на отдельный сайт по данному IP.

Могут. Но это мелкие провайдеры.

Comments

[zveruga001]

1. То есть если трафик терять не хочется, даже мелкий, то лучше от бесплатного аккаунта cloudflare отказаться? Ведь получается никогда не будешь знать, сколько посетителей из-за этого потерял - все зависит от провайдеров или очередной выходки РКН. Рука на пульсе, постоянный мониторинг, кошмары ночью. Либо все не так плохо и преимущества бесплатного акка на сервисе все же перевешивают эти риски, как по вашему?

2. На отношение поисковиков к сайту, если сайт соседа по IP заблочен в РКН (по доступу к url) и у части пользователей (пусть даже незначительной) мой сайт недоступен может влиять как-нибудь на выдачу?

[dollar]

1. Думаю, таких мало, и можно не беспокоиться.
2. Блокировки на выдачу не влияют, насколько я знаю.

Answer 2

[Анатолий]

Вроде как блокировка у провайдеров, как раз по ip и идет, если они конечно не NAT предоставляют пользователям.
Так что если работаете на одном ip, то возможно работать не будет.
Почему "возможно" - потому что провайдеры используют разный подход к блокировке, кто-то занимается глубоким анализом пакетов, а кто-то просто по ip рубит. Поэтому у половины Ваш сайт откроется, а у другой половины - нет.

Answer 3

[abmanimenja]

То есть по идее должен блокироваться только сайт нарушителя.

Только если там HTTP.
Ибо если там HTTPS, то "только к сайту" не получится.

Comments

[dollar]

Вы не правы, HTTPS прекрасно фильтруется по домену.

[dollar]

А вот когда ESNI будет достаточно распространен, то тогда уже да, провайдеры с подачи РКН будут вынуждены блокировать целые ip без разбора на отдельные сайты.

Его собственно и внедряют, чтобы избавиться от слежки. Правда, для стран типа РФ и Китая это обернется более жесткими блокировками, к сожалению.

[abmanimenja]

dollar,

Вы не правы, HTTPS прекрасно фильтруется по домену.

Методом MiTM, настоятельно заставив поставить корневой сертификат своего центра сертификации?

[abmanimenja]

dollar,

Его собственно и внедряют, чтобы избавиться от слежки

Им наплевать в массе своей на "слежку".
Лишь бы бабки тикали.

HTTPS был внедрен массово на сайтах - просто потому, что узнали, что "Гугль опустит в резуьтатах поиска", те кто на раскрутку обращает внимание. Или "потому что стало появляться предупреждение в браузере".

Критично разве что для отдельных, типа банков.

[dollar]

abmanimenja, Вовсе не нужны никакие установки сертификатов. Вы снова путаете. Если ставить промежуточный сертификат, то можно перехватывать вообще весь трафик до сайта. Я же сказал про то, что домен в HTTPS не шифруется. И не проблем узнать, к какому домену идёт HTTPS соединение. Точный URL узнать нельзя, а домен можно.