Годнота с опеннета про блокировки

Жесть-то какая :)

Harald ★★★★★
(10.12.16 17:45:40 MSK)

Ссылка

Кажется, мой провайдер, сволочь, честный:

~ $ curl -i --ignore-content-length http://archive.is/
HTTP/1.1 307 Temporary Redirect
Location: http://forbidden.2kom.ru/
Connection: close

Блокировать умеем, ipv6 не умеем.

Deleted
(10.12.16 17:59:08 MSK)

Спасибо за ссылку.

ZenitharChampion ★★★★★
(10.12.16 18:17:25 MSK)

Ссылка

Ответ на: комментарий от Deleted 10.12.16 17:59:08 MSK

Не-не-не, смотри на tcpdump лучше. Так-то и rutracker не пролезает:

$ curl -i --ignore-content-length http://rutracker.org/
HTTP/1.1 403 Forbidden
Connection: close
Content-Type: text/html; charset=utf-8
Content-Length: 116

<html><body>Access denied by Roskomnadzor!<br><a href="http://blocklist.rkn.gov.ru/">More info...</a></body></html>

А вот в tcpdump'е картина куда интереснее:

... сначала нерелевантный мусор, потом роскомнадзорщина...

8:14:55.539784 IP 195.82.146.214.80 > 192.168.1.127.48966: Flags [P.], seq 1:223, ack 78, win 65535, length 222: HTTP: HTTP/1.1 403 Forbidden
HTTP/1.1 403 Forbidden
Connection: close
Content-Type: text/html; charset=utf-8
Content-Length: 116

<html><body>Access denied by Roskomnadzor!<br><a href="http://blocklist.rkn.gov.ru/">More info...</a></body></html>

... потом снова мусор ... и опачке ...

8:14:55.567550 IP 195.82.146.214.80 > 192.168.1.127.48966: Flags [P.], seq 1:383, ack 78, win 14600, length 382: HTTP: HTTP/1.1 301 Moved Permanently
HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Sat, 10 Dec 2016 15:14:55 GMT
Content-Type: text/html
Content-Length: 178
Location: http://rutracker.org/forum/index.php
Connection: keep-alive

<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>

nezamudich ★★
(10.12.16 18:19:59 MSK) автор топика

Ссылка

Нехорошо получилось.

tailgunner ★★★★★
(10.12.16 18:23:44 MSK)

Впрочем, ничего нового.

LupusAlbus
(10.12.16 18:24:37 MSK)

Ссылка

Ответ на: комментарий от tailgunner 10.12.16 18:23:44 MSK

Как раз всё очень хорошо. Вместо прокси и торов можно просто добавить одно правило в iptables и на некоторое время забыть о блокировках вообще.

nezamudich ★★
(10.12.16 18:28:47 MSK) автор топика

Ответ на: комментарий от nezamudich 10.12.16 18:28:47 MSK

А о блокировках кто-то вспоминал?

LupusAlbus
(10.12.16 18:30:42 MSK)

Ответ на: комментарий от LupusAlbus 10.12.16 18:30:42 MSK

Ты, например: Chrome 55 (комментарий)

nezamudich ★★
(10.12.16 18:33:06 MSK) автор топика

Ответ на: комментарий от nezamudich 10.12.16 18:33:06 MSK

Не в этом смысле)

LupusAlbus
(10.12.16 18:33:39 MSK)

Ссылка

Лажа. Хотя может у кого-то и работает.

anc ★★★★★
(10.12.16 21:00:54 MSK)

Туфта, проплаченная реклама iptables. Так ни один заблокированный сайт и не открылся, зря только время потратил.

anonymous
(10.12.16 22:01:16 MSK)

Ответ на: комментарий от anonymous 10.12.16 22:01:16 MSK

Аналогично. У тебя возвращает 307-ю ошибку?

anonymous
(10.12.16 22:05:05 MSK)

Ответ на: комментарий от anc 10.12.16 21:00:54 MSK

После

iptables -I INPUT -p tcp --sport 443 --tcp-flags RST RST -j DROP

всё так же не получается зайти на https://rutracker.org/?

nezamudich ★★
(10.12.16 22:33:19 MSK) автор топика

Ответ на: комментарий от anonymous 10.12.16 22:01:16 MSK

Я был лучшего мнения о лоровских анонах.

nezamudich ★★
(10.12.16 22:34:15 MSK) автор топика

Ссылка

Ответ на: комментарий от nezamudich 10.12.16 22:33:19 MSK

Все проще, по tcpdump ничего не прилетает. (два домашних прова, пчелайн и старлинк)

anc ★★★★★
(10.12.16 22:42:41 MSK)

Ссылка

О, а у меня сработало (Ростелеком).

Tihon_Asdop
(10.12.16 23:26:12 MSK)

Ссылка

Ответ на: комментарий от anonymous 10.12.16 22:05:05 MSK

Значит у вас хороший, годный провайдер и блокирует честно.

mandala ★★★★★
(11.12.16 03:05:14 MSK)

Ссылка

Не работает.

utf8nowhere ★★★
(11.12.16 03:38:09 MSK)

Ссылка

Решил проверить правило с RST. Через полчаса пользования интернета браузер перестаёт открывать https сайты. Похоже, всё же висячие соединения остаются.

mittorn ★★★★★
(11.12.16 08:48:54 MSK)

Ответ на: комментарий от mittorn 11.12.16 08:48:54 MSK

А причиной были прописанные на 127.0.0.1 хосты в hosts. Они как раз видимо RST используют

mittorn ★★★★★
(11.12.16 09:01:47 MSK)

Ссылка

Пробовал блокировку RST — получилось зайти на rutracker.org. Это всё здорово, конечно, но отказываться от Tor через мосты с обфускацией трафика не вижу смысла.

anonymous
(11.12.16 09:05:17 MSK)

Ссылка

->  ~  % curl -i --ignore-content-length http://linkedin.com
curl: (7) Failed to connect to linkedin.com port 80: Connection timed out
->  ~  % curl -i --ignore-content-length http://rutracker.org
HTTP/1.1 307 Temporary Redirect
Location: http://blackhole.beeline.ru/?url=http%3A%2F%2Frutracker%2Eorg%2F&dstip=...
->  ~  %

Провайдер разные сайты блокирует по-разному?

Klymedy ★★★★★
(11.12.16 10:21:14 MSK)

Ответ на: комментарий от Klymedy 11.12.16 10:21:14 MSK

Как минимум нет смысла проверять на HTTP.

anonymous
(11.12.16 10:54:28 MSK)

Ссылка

Ответ на: комментарий от Klymedy 11.12.16 10:21:14 MSK

тоже какая-то неконсистентная лажа вылезает. логика непонятна вообще. да и хрен с ней. мне эти «блокировки» никак не мешают вообще. даже если бы они были грамотнее, можно было бы их обойти.

Iron_Bug ★★★★★
(11.12.16 11:04:45 MSK)

Ссылка

Говорила мне мама, учи протоколы передачи данных...

~~unt1tled~~ ★★★★
(11.12.16 11:08:55 MSK)

Ссылка

Ответ на: комментарий от Klymedy 11.12.16 10:21:14 MSK

Провайдер разные сайты блокирует по-разному?

Точно, есть такая буква у пчелайна, судя по tcpdump они просто дропают пакеты по ip (это я про linkedin.com)
У старлинка все одинаково что rutracker.org что linkedin.com редирект на страницу блокировки.

anc ★★★★★
(11.12.16 17:33:02 MSK)

Ответ на: комментарий от anc 11.12.16 17:33:02 MSK

Да, пчелайн.

Klymedy ★★★★★
(11.12.16 17:43:25 MSK)

Ответ на: комментарий от Klymedy 11.12.16 17:43:25 MSK

Да я как-то догадался по вашему посту :) Это было дополнение, проверил у себя что же там с пакетиками...

anc ★★★★★
(11.12.16 17:50:10 MSK)

Ссылка

Для ростелекома:

# iptables -t raw -A PREROUTING -p tcp --sport 80 -m u32 --u32 "0x1E&0xFFFF=0x5010 && 0x60=0x7761726e && 0x64=0x696e672e && 0x68=0x72742e72" -m comment --comment "Rostelecom HTTP" -j DROP

# iptables -t raw -A PREROUTING -p tcp --sport 443 -m u32 --u32 "4=0x00000000&&0x20=0x50140000" -m comment --comment "Rostelecom HTTPS" -j DROP

By

ValdikSS. С полгода назад было актуально.

Deleted
(13.12.16 02:09:14 MSK)

Для билайна гайд имеется?

~~FIL~~ ★★★★
(14.12.16 05:37:08 MSK)

Ссылка

Жаль, блокируют капитально. Не удивительно, ведь на заглушке находится реклама то-ли собственного VPN, то-ли чего-то другого.
Лол.

<!DOCTYPE html>
<!-- saved from url=(0069)file:///C:/Users/[No Error Detail]0%90[No Error Detail]0D[No Error Detail]0D[No Error Detail]00/Downloads/zapret%20(7).html -->
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><meta charset="utf-8"><title>Доступ ограничен</title>

aplay ★★★★★
(14.12.16 06:14:43 MSK)

Ссылка

Крыса-кун, зачем ты сюда это принёс? Схоронил бы тихо и всё.

crutch_master ★★★★★
(14.12.16 06:20:44 MSK)

Ссылка

А что делать казахстанцам?

У нас заглушек нет, а либо сбрасывается соединение, либо идет очень долгая загрузка.

~~ozzee~~ ★
(14.12.16 06:21:12 MSK)

Ответ на: комментарий от ozzee 14.12.16 06:21:12 MSK

https://geektimes.ru/post/283392/
Почитай комментарии, может помогут чем-нибудь.

~~FIL~~ ★★★★
(14.12.16 06:31:17 MSK)

Ссылка

Ответ на: комментарий от Deleted 13.12.16 02:09:14 MSK

https://rutracker.org/forum/viewtopic.php?t=5126394

ValdikSS ★★★★★
(14.12.16 10:26:20 MSK)

Ответ на: комментарий от ValdikSS 14.12.16 10:26:20 MSK

Немного не в тему. Я фигею со своего прова, опять доступно без всяких извратов, тыкнул на ссылку а только потом подумал что должна быть заблокирована и надо бы пользовать впн :) (ipv6 отсутствует) Или рутрекер разблокировали?

anc ★★★★★
(15.12.16 21:17:15 MSK)

Ответ на: комментарий от anc 15.12.16 21:17:15 MSK

В реестр внесен только IP-адрес и домен rutracker.org, но не ссылка. Некоторые провайдеры, в таком случае, блокируют доступ только по HTTP (хотя, по идее, должны блокировать IP или домен полностью), а ссылка на HTTPS.

ValdikSS ★★★★★
(15.12.16 23:06:08 MSK)

Ответ на: комментарий от ValdikSS 15.12.16 23:06:08 MSK

Не, я проверил оба и 80 и 443 все работало, а вот сейчас уже нет :)

anc ★★★★★
(16.12.16 02:59:42 MSK)

Ссылка

Ответ на: комментарий от Deleted 13.12.16 02:09:14 MSK

OpenWRT по-умолчанию без u32 идёт, например.

Shadow ★★★★★
(16.12.16 10:26:11 MSK)

Ссылка

Похожие темы