The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Раздел полезных советов: Обход блокировки трафика провайдеро..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Раздел полезных советов: Обход блокировки трафика провайдеро..."  +2 +/
Сообщение от auto_tips (?), 09-Дек-16, 14:24 
Многие провайдеры и корпоративные системы инспектирования трафика применяют для блокирования доступа к сайтам подстановку пакетов, перенаправляющих браузер пользователя на страницу с информацией о блокировке, при этом не обрывая изначально установленное соединение к заблокированному ресурсу.

Например, запустив

   sudo tcpdump -nA -s1500 host заблокированный_IP

и попытавшись отрыть заблокированный ресурс в браузере, можно увидеть такой пакет:

   13:50:24.563093 IP 1.2.3.4.80 > 192.168.1.10.58072: Flags [.], seq 1777859077:1777859201, ack 3185912442, win 229, length 124
   E.......2..a..x$...f.P..i.....*zP....V..HTTP/1.1 302 Found
   Connection: close
   Location: http://warning.bigprovider.ru/?id=61&st=0&dt=1.2.3.4&rs=http.../

при этом реальный ответ и другие пакеты с подпадающего под блокировку сайта продолжают приходить и не отбрасываются провайдером.


Обойти подобную блокировку достаточно легко при помощи добавления на локальной Linux-системе правила:

   sudo  iptables -I INPUT -p tcp --sport 80 -m string --string "Location: http://warning.bigprovider.ru" --algo bm -j DROP

В случае HTTPS (подобным образом также часто блокируют Tor) блокировка обычно устраивается  через подстановку в трафик RST-пакетов для принудительного обрыва соединения. Обходится данное ограничение следующим правилом:

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

Итог: Даже самые крупные провайдеры лукавят и вместо полноценной блокировки применяют сомнительные методы подстановки трафика, не блокируя фактически запрещённый трафик. Таким образом, описанная выше техника не может рассматриваться как метод обхода блокировки, так как пакеты с запрещённых ресурсов не блокируются и продолжают приходить на клиентскую систему, а приходящие от провайдера вкрапления лишь создают видимость блокировки и организуют проброс на стороне клиента.

Клиент имеет полное право отбрасывать любые пакеты на своей системе и это не может рассматриваться как лазейка для обхода блокировки, которая не выполнена должным образом провайдером.


Дополнение: Для выявления описанного выше вида блокировок можно использовать утилиту curl, в которой можно увидеть "хвост" реального ответа:

   $ curl -i --ignore-content-length http://badsite.org/

   HTTP/1.1 302 Found
   Connection: close
   Location: http://warning.bitprovider.ru/?id=6&st=0&dt=1.2.3.4&rs=http:.../

   8
   Location: http://badsite.org/forum/index.php
   Connection: keep-alive
   ...

Если запросить конечную страницу, то можно получить её содержимое без манипуляций с iptables:

   curl -i --ignore-content-length --trace-asci dump.txt http://badsite.org/forum/index.php

   HTTP/1.1 302 Found
   Connection: close
   Location: http://warning.bigprovider.ru/?id=6&st=0&dt=1.2.3.4&rs=http:...

   ection: keep-alive

   1fc0
   ...содержимое HTML-документа.

   less dump.txt

   ...
   <= Recv header, 20 bytes (0x14)
   0000: HTTP/1.1 302 Found
   <= Recv header, 19 bytes (0x13)
   0000: Connection: close
   <= Recv header, 101 bytes (0x65)
   0000: Location: http://warning.bigprovider.ru/?id=6&st=0&dt=1.2.3.4&rs=h
   0040: ttp://badsite.org/forum/index.php
   <= Recv header, 2 bytes (0x2)
   0000:
   <= Recv data, 1238 bytes (0x4d6)
   0000: ection: keep-alive
   ...


URL:
Обсуждается: http://www.opennet.me/tips/info/2999.shtml

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Обход блокировки трафика провайдером при помощи iptables"  +2 +/
Сообщение от Past (?), 09-Дек-16, 14:24 
Теперь забанят опеннет
Ответить | Правка | Наверх | Cообщить модератору

2. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Алексей (??), 09-Дек-16, 14:41 
уже исправили, или уже было правильно сделано))
Ответить | Правка | Наверх | Cообщить модератору

3. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Я (??), 09-Дек-16, 16:12 
ха и вправду помогло, зашел на парочку первых попавшихся заблокированных из реестра спокойно.
Ответить | Правка | Наверх | Cообщить модератору

17. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Zenitur (ok), 10-Дек-16, 18:08 
У меня Wayback Machine снова открылся. Раньше через Тор открывал. Хорошая команда, слушай.
Ответить | Правка | Наверх | Cообщить модератору

103. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Neandertalets (ok), 22-Июл-17, 11:10 
O_o  А чем ВэбАрхим им помешал?
Ответить | Правка | Наверх | Cообщить модератору

4. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от th3m3 (ok), 09-Дек-16, 17:02 
Когда делаю: iptables -I INPUT --sport 443 -p tcp --tcp-flags RST RST -j DROP

Выдаёт:

iptables -I INPUT --sport 443 -p tcp --tcp-flags RST RST -j DROP            
iptables v1.6.0: unknown option "--sport"
Try `iptables -h' or 'iptables --help' for more information.

Ответить | Правка | Наверх | Cообщить модератору

5. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Аноним (-), 09-Дек-16, 17:05 
Запускай без --sport:
iptables -I INPUT -p tcp --tcp-flags RST RST -j DROP

Ответить | Правка | Наверх | Cообщить модератору

6. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Andrey Mitrofanov (?), 09-Дек-16, 17:06 
> iptables v1.6.0: unknown option "--sport"

lmddgtfy! http://serverfault.com/a/563036

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "Обход блокировки трафика провайдером при помощи iptables"  +2 +/
Сообщение от th3m3 (ok), 09-Дек-16, 17:11 
Спасибо!

Блин, всё работает! На рутрекер зашёл без проблем!

Ответить | Правка | Наверх | Cообщить модератору

8. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 00:46 
А под Windows что и как прописывать?
Ответить | Правка | Наверх | Cообщить модератору

9. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Fixer (?), 10-Дек-16, 06:57 
хомячки должны страдать.
Ответить | Правка | Наверх | Cообщить модератору

10. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Fixer (?), 10-Дек-16, 07:04 
> А под Windows что и как прописывать?

а если серьезно то самый простой вариант купить железку с linux  аля mikrotik/RouterOS и запульнуть rules там. Ну или поставить linux с виртуалкой винды

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 09:04 
Почти у каждого виндового пользователя дома стоит беспроводной рутер, точка wifi-доступа или DSL-модем с Linux. Можно на домашнем рутере правило прописать, правда через web-интерфейс дополнительные опции iptables скорее всего не даст указать, придётся через telnet/ssh прописывать.
Ответить | Правка | Наверх | Cообщить модератору

22. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от Аноним (-), 11-Дек-16, 20:16 
> через telnet/ssh прописывать.

Подробнее бы.

Ответить | Правка | Наверх | Cообщить модератору

31. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Аноним (-), 12-Дек-16, 17:07 
> Подробнее бы.

Что подробнее? Если ты не можешь запустить телнет или ssh и зайти ими на девайс - тебе надо почитать какой-нибудь букварь по системному администрированию *nix немного.

После того как ты зашел на девайс - там скорее всего тоже iptables. Просто потому что внутрях почти все роутеры и точки доступа давно уже являют собой мелкие компьютеры с Linux на борту. Разбираешься как правила сделаны и вклиниваешь свое правило в духе вот этих. Тоже корее всего в таблицу forward. Единственная проблема - файловая система в роутере часто readonly и изменения живут до первой перезагрузки устройства. Поэтому народу и нравится https://openwrt.org/

Ответить | Правка | Наверх | Cообщить модератору

45. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Онанимус (?), 13-Дек-16, 13:25 
> После того как ты зашел на девайс - там скорее всего тоже
> iptables.

101% что модуля string там нет. А вот с RST правило пойдет.
> Поэтому народу и нравится https://openwrt.org/

Полностью согласен.

Ответить | Правка | Наверх | Cообщить модератору

104. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним всея Интернета (?), 16-Авг-17, 01:28 
только на роутере нужно это правило в FORWARD добавлять, чтобы работало не для собственно роутера, а для его клиентов.

ЗЫ. К правильным роутерам есть правильные модные прошивки, в которых 101% есть модуль string.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

23. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 12-Дек-16, 01:01 
> а если серьезно то самый простой вариант купить железку с linux  
> аля mikrotik/RouterOS и запульнуть rules там. Ну или поставить linux с
> виртуалкой винды

Лучше что-нибудь с openwrt, там нормальный линукс без кучи ограничений и с множеством дополнительных пакетов. Можно еще и прокси блокирующий рекламу поставить, например.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

58. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от Аноним (-), 17-Дек-16, 00:24 
>mikrotik/RouterOS и запульнуть rules там.

А можно пример правил показать, пожалуйста?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

34. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 12-Дек-16, 19:52 
Под винду полно фаерволов разных (я, правда, 10 лет не смотрел на них). Экспериментируй. Не слушай этих умников.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

12. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Сергей (??), 10-Дек-16, 09:58 
Я так понимаю с HTTPs это не прокатит...
Ответить | Правка | Наверх | Cообщить модератору

15. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 10:49 
> Я так понимаю с HTTPs это не прокатит...

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Владимир Владимирович (?), 10-Дек-16, 10:37 
   iptables -I INPUT -p tcp --sport 443 --tcp-flags RST RST -j DROP

Но ведь в таком случае мы получим кучу висячих HTTPS соединений на клиентской машине, разве нет?

Ответить | Правка | Наверх | Cообщить модератору

14. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 10:47 
> Но ведь в таком случае мы получим кучу висячих HTTPS соединений на клиентской машине, разве нет?

нет, для нормального завершения соединения используется FIN, а флаг RST только для обрыва. На практике он очень редко применяется, можете запустить в обычных условиях tcpdump и последить за появлением RST.

Ответить | Правка | Наверх | Cообщить модератору

16. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 16:43 
Блин, реально работает. Дроп RST -- мощно.
Ответить | Правка | Наверх | Cообщить модератору

18. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от uchiya (ok), 10-Дек-16, 21:27 
Первое правило для http не пашет
Ответить | Правка | Наверх | Cообщить модератору

19. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 10-Дек-16, 23:03 
А вы точно строковую маску правильно для своего провайдера подобрали?
Какое именно в iptables правило добавили и что выдаёт curl -i --ignore-content-length http://запрещённый_сайт ?
Ответить | Правка | Наверх | Cообщить модератору

35. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 12-Дек-16, 19:59 
> А вы точно строковую маску правильно для своего провайдера подобрали?
> Какое именно в iptables правило добавили и что выдаёт curl -i --ignore-content-length
> http://запрещённый_сайт ?

-I INPUT -p tcp --sport 80 -m string --string "Location: http://blocked.netbynet.ru" --algo bm -j DROP
Правильно?
Баннер с предупреждением не открывается, но и сайт тоже

Ответить | Правка | Наверх | Cообщить модератору

47. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Онанимус (?), 13-Дек-16, 13:49 
> -I INPUT -p tcp --sport 80 -m string --string "Location: http://blocked.netbynet.ru" --algo bm -j DROP
> Правильно?
> Баннер с предупреждением не открывается, но и сайт тоже

Вам нужно точно знать, что выдает провайдер. Нужно сниффирить, а не гадать:

1. смотрим IP сайта:
$ host xhamster.com
xhamster.com has address 88.208.29.24
xhamster.com has address 88.208.18.30
-skip-
взял специально xhamster - у него два IP (у rutracker.org - один, там проще)

2. в одной консоли сниффирим:
$ sudo tcpdump -n -ieth0 -s0 -w /tmp/foo host 88.208.29.24 or 88.208.18.30
для rutracker:
$ sudo tcpdump -n -ieth0 -s0 -w /tmp/foo host 195.82.146.214 (or X.X.X.X не надо)

3. в другой консоли делаем запрос:
$ curl -i --ignore-content-length http://xhamster.com

4. в первой консоли жмем CTRL-C и смотрим посниффаное:
$ sudo tcpdump -n -s0 -AA -r /tmp/foo |less -S

Ответить | Правка | Наверх | Cообщить модератору

48. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 13-Дек-16, 20:59 
Эх. я бы еще понимал, что мне все это выдало.

curl -i --ignore-content-length rutracker.org
HTTP/1.1 307 Temporary Redirect
Location: http://blocked.netbynet.ru/rkndeny_1.html
Вроде как случай другой. Если заблочить пакет, который предлагает редирект, то будет счастье?
9 пакетов отловлено

20:50:21.402653 IP 95.221.70.4.39408 > 195.82.146.214.80: Flags [S], seq 101263392, win 29040, options [mss 1452,sackOK,TS val 8918899 ecr 0,nop,wscale 7], length 0
................E..<?S@.@..^_.F..R.....P.       ( ......qp.(.........
...s........
20:50:21.453780 IP 195.82.146.214.80 > 95.221.70.4.39408: Flags [S.], seq 3710449692, ack 101263393, win 14600, options [mss 1360], length 0
................E..,..@.9.E..R.._.F..P...(...   (!`.9........P
20:50:21.453899 IP 95.221.70.4.39408 > 195.82.146.214.80: Flags [.], ack 1, win 29040, length 0
................E..(?T@.@..q_.F..R.....P.       (!.(..P.qp....
20:50:21.454083 IP 95.221.70.4.39408 > 195.82.146.214.80: Flags [P.], seq 1:78, ack 1, win 29040, length 77: HTTP: GET / HTTP/1.1
................E..u?U@.@..#_.F..R.....P.       (!.(..P.qpu...GET / HTTP/1.1
Host: rutracker.org
User-Agent: curl/7.47.0
Accept: */*


20:50:21.477530 IP 195.82.146.214.80 > 95.221.70.4.39408: Flags [FP.], seq 1:89, ack 78, win 29040, length 88: HTTP: HTTP/1.1 307 Temporary Redirect
................E.....@.=.An.R.._.F..P...(...   (nP.qp.^..HTTP/1.1 307 Temporary Redirect
Location: http://blocked.netbynet.ru/rkndeny_1.html


20:50:21.477874 IP 95.221.70.4.39408 > 195.82.146.214.80: Flags [F.], seq 78, ack 90, win 29040, length 0
................E..(?V@.@..o_.F..R.....P.       (n.(.vP.qp....
20:50:21.500747 IP 195.82.146.214.80 > 95.221.70.4.39408: Flags [R.], seq 90, ack 79, win 29040, length 0
................E..(..@.=.A..R.._.F..P...(.v.   (oP.qp....
20:50:23.720698 IP 195.82.146.214.80 > 95.221.70.4.39404: Flags [F.], seq 950045130, ack 3570452697, win 14600, length 0
................E..(..@.9....R.._.F..P..8.......P.9..o..
20:50:23.720751 IP 95.221.70.4.39404 > 195.82.146.214.80: Flags [R], seq 3570452697, win 0, length 0

Ответить | Правка | Наверх | Cообщить модератору

53. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Nas_tradamus (ok), 14-Дек-16, 19:45 
Попробуйте RST для 80 и 443 портов заблочить .

> 20:50:21.500747 IP 195.82.146.214.80 > 95.221.70.4.39408: Flags [R.], seq 90, ack 79, win 29040, length 0

Вот тут у вас провайдер от имени рутрекера шлет reset.

Ответить | Правка | Наверх | Cообщить модератору

20. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 11-Дек-16, 11:28 
Добавил для Mikrotik роутера правило

/ip firewall filter
add chain=input protocol=tcp src-port=80 content="Location: http://blocked.kvidex.ru/" comment="Drop block" action=drop

Не работает. Может кто-нибудь подсказать в чем проблема?

Ответить | Правка | Наверх | Cообщить модератору

21. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Andrew (??), 11-Дек-16, 18:46 
chain=input "ловит" трафик, который адресован самому роутеру. Для транзитного трафика нужно chain=forward.
Ответить | Правка | Наверх | Cообщить модератору

24. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 12-Дек-16, 09:08 
Имею тоже микротик и не могу понять как провайдер так хитро придумал.
1. Открываю фаерфокс, жму ф12, смотрю в консоли раздел сеть.
2. Ввожу адрес злого сайта, моментально получаю переход на страничку провайдера с ипом о блокировке. В консоли браузера вижу гет хопы, сначала злой сайт и ответ с локейшеном на страничку блокировки, а дальше хоп странички блокировки.
3. Делаю правило, - не ловит!
Мониторил на микротике, пакеты в сторону злого сайта не идут! ваершарк этот первый гет не видит, как будто его вообще не было! А в виндовая утилитка Tcpview.exe даже и не показывает, что браузер создал сессию тсп новую. Как блин тогда пакет приходит? Я уже думал в микротике ни так делаю, добавил вместо локейшена по другому элемента запроса лочить - всё отлично! Т.е. как будто браузер на злой сайт через проксю кидает (в заголовке X-...чегототам кстати указан squid), но ни каких пакетов на порт 3128 не пролетает. А если принудительно открыть сайт-заглушку провайдера, то всё отлично пролетает гет и ваершарк видит и микротик.
Как провайдер так сделал, что при переходе на злой сайт браузер видит локейшен, но пакета нет ... хитрый прозрачный прокси? яваскриптсокет некий создаётся(было подозрительно, что pid 0 svchost создал порт)? новая технология сетевого обмена вместо tcp/ip уже внедрена?
Ответить | Правка | Наверх | Cообщить модератору

25. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 12-Дек-16, 09:09 
прров ктт (читать наоборот)
Ответить | Правка | Наверх | Cообщить модератору

29. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 12-Дек-16, 14:13 
Порыбачил на линуксе, поймал злой пакет ...
root@debian:~# curl -i --ignore-content-length http://rutracker.org
HTTP/1.1 301 Moved Permanently
Server: squid/3.4.8
Date: Mon, 12 Dec 2016 11:12:49 GMT
Content-Length: 0
Location: http://62.33.207.196/
X-Cache: MISS from blacklist.ttk.ru
X-Cache-Lookup: MISS from blacklist.ttk.ru:3128
Via: 1.1 blacklist.ttk.ru (squid)
Connection: keep-alive

Самое обидное, что мой провайдер реально блочит трафик, и после правила iptables счётчик блокированных пакетов растёт и ничего больше не приходит после подменённого пакета ... Заглушка видать просто для информативности юзеру прикрутили, эх ;'(

Ответить | Правка | Наверх | Cообщить модератору

105. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним всея Интернета (?), 16-Авг-17, 01:35 
>[оверквотинг удален]
> в виндовая утилитка Tcpview.exe даже и не показывает, что браузер создал
> сессию тсп новую. Как блин тогда пакет приходит? Я уже думал
> в микротике ни так делаю, добавил вместо локейшена по другому элемента
> запроса лочить - всё отлично! Т.е. как будто браузер на злой
> сайт через проксю кидает (в заголовке X-...чегототам кстати указан squid), но
> ни каких пакетов на порт 3128 не пролетает. А если принудительно
> открыть сайт-заглушку провайдера, то всё отлично пролетает гет и ваершарк видит
> и микротик.
> Как провайдер так сделал, что при переходе на злой сайт браузер видит
> локейшен, но пакета нет ... хитрый прозрачный прокси? яваскриптсокет некий создаётся(было

Всё просто - у тебя браузер кэширует 301 редирект - почисти кэш.
В firefox Ctrl+Shift+Del и выбрать период до того, как ты первый раз зашел туда и получил 301 отлуп от DLP провайдера.


> подозрительно, что pid 0 svchost создал порт)? новая технология сетевого обмена
> вместо tcp/ip уже внедрена?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

26. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 12-Дек-16, 10:56 
Спасибо! Помогло
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

27. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от Саня (??), 12-Дек-16, 12:26 
В чем юмор первый команды, с фильтрацией по Location?
Оно же отбрасывает пакет с HTTP-заголовком целиком, то есть сайт как не открывался, так и не открывается.
Ответить | Правка | Наверх | Cообщить модератору

28. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от Andrey Mitrofanov (?), 12-Дек-16, 13:40 
> В чем юмор первый команды, с
> Оно же отбрасывает пакет
>как не открывался, так и не открывается.

Юмор в том, что Вы не понимаете.  Смотрите -- над Вами смеются.

Ответить | Правка | Наверх | Cообщить модератору

30. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Freddy Cuper (?), 12-Дек-16, 16:21 
> В чем юмор первый команды, с фильтрацией по Location?
> Оно же отбрасывает пакет с HTTP-заголовком целиком, то есть сайт как не
> открывался, так и не открывается.

Смысл в том, что приходят два пакета с заголовками -  первый, который отправил провайдер, а второй ответ реального сервера. Провайдерский, используемый для блокировки, приходит первым, так как сеть провайдера рядом. Следом приходит реальный ответ, но подставной ответ провайдера уже обработан и реальный ответ отбрасывается. Убив подставной пакет с заголовком от провайдера реальный ответ от сервера обрабатывается как без блокировки.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

46. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Саня (??), 13-Дек-16, 13:36 
Не обрабатывается. Сообщение от провайдера перестает показываться, но и браузер, и CURL при попытке открытии подобных сайтов начинают выдавать
curl: (56) Recv failure: Connection reset by peer

Ответить | Правка | Наверх | Cообщить модератору

49. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 14-Дек-16, 06:12 
Ну это у вас порядок пакетов в TCP нарушился. Т.е. как будто вас запроксировали. В теории то злой хост напрямую с вами сессию начинает устанавливать, а не через провайдера. В ваершарке по L4 заголовкам пакетов проследите, на каком этапе приходит пакет с прошлым номером ожидая при этом следующий.
Ответить | Правка | Наверх | Cообщить модератору

32. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 12-Дек-16, 17:17 
Для билайна похоже не работает. Печаль ;(
Ответить | Правка | Наверх | Cообщить модератору

50. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 14-Дек-16, 06:15 
Очень похожу на то, что так маленькие провайдеры лочат, т.к. сервера глушилки рядом. А магистралы походу хитрее и грознее, т.к. у них одна/несколько централизованных точек, до которых пакет может и через всю Россию идти, а это может быть дольше чем до злого хоста.
Ответить | Правка | Наверх | Cообщить модератору

33. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Zenitur (ok), 12-Дек-16, 18:38 
Спасибо! Применил на Raspberry Pi, который у меня как роутер. Интересно, как то же самое применить на SUSE-роутере...
Ответить | Правка | Наверх | Cообщить модератору

36. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от ананизмус (?), 12-Дек-16, 20:22 
Спасибо- все ok. Дополню- провы еще и на уровне dns делают подмену(дурдом.ру) - в /etc/hosts прописываем верную пару ip домен (или биндим в своей локлаьной прокси) + правило и все работает.
Ответить | Правка | Наверх | Cообщить модератору

37. "Обход блокировки трафика провайдером при помощи iptables"  –2 +/
Сообщение от Аноним (-), 12-Дек-16, 21:58 
А если в /etc/resolv.conf просто прописать нормальный днс (208.67.220.220 или 8.8.4.4)?
Ответить | Правка | Наверх | Cообщить модератору

44. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от ананизмус (?), 13-Дек-16, 11:28 
Просто не поможет. Либо пров перехватывает обращение к внещним серверам, либо у него где то локлаьно ip тех dns прописаны.
Ответить | Правка | Наверх | Cообщить модератору

87. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 15-Янв-17, 20:29 
> Просто не поможет. Либо пров перехватывает обращение к внещним серверам, либо у
> него где то локлаьно ip тех dns прописаны.

Поздравляю с открытием, 8.8.x.x от гугла - это anycast, он не уникальный. И пров может подсунуть свой 8.8.х.х запросто.

Ответить | Правка | Наверх | Cообщить модератору

85. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Укпшд (?), 14-Янв-17, 18:08 
Часть российских провов много лет перехватывает все запросы на 53/udp и 53/tcp и заворачивают на свои ДНСы.
Правильный выход — установка dnscrypt.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

38. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Аноним (-), 12-Дек-16, 22:01 
Блин, слушай, чувак, ты, который написал этот пост, невыразимый тебе респектище!!!
Ответить | Правка | Наверх | Cообщить модератору

39. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от garrick (?), 12-Дек-16, 22:46 
В Билайне ничего из этого не работает. А как теперь вернуть всё обратно?
Ответить | Правка | Наверх | Cообщить модератору

40. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 13-Дек-16, 02:20 
iptables -F
Все правила очистятся.
Ответить | Правка | Наверх | Cообщить модератору

41. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от garrick (?), 13-Дек-16, 08:26 
Спасибо
Ответить | Правка | Наверх | Cообщить модератору

51. "Обход блокировки трафика провайдером при помощи iptables"  –3 +/
Сообщение от _KUL (ok), 14-Дек-16, 06:16 
Вообще то "sudo rm -rf /" было бы корректнее!
Ответить | Правка | Наверх | Cообщить модератору

52. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от _KUL (ok), 14-Дек-16, 06:18 
> Вообще то "sudo rm -rf /" было бы корректнее!

это шутка. зачем вы вводите от рута то, не понимая, что оно делает? это же не по сноуденовски ...

Ответить | Правка | Наверх | Cообщить модератору

42. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от korrado (?), 13-Дек-16, 08:50 
У меня местный провайдер еще проще делает. Вообще ничего не блокирует. Только подменяет DNS-ответы для заблокированных файлов своим сервером со страницей про то что сайт заблокирован. Просто поставил BIND на компе и прописал DNS сервер на 127.0.0.1 и вуаля, все заработало :)
Ответить | Правка | Наверх | Cообщить модератору

43. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от korrado (?), 13-Дек-16, 08:52 
заблокированных сайтов :)
Опечатался
Ответить | Правка | Наверх | Cообщить модератору

54. "Раздел полезных советов: Обход блокировки трафика провайдеро..."  +/
Сообщение от Nas_tradamus (ok), 15-Дек-16, 01:26 
Onlime (Ростелеком) - не работает. Провайдер сразу после рукопожатия шлет редирект и никакого реального трафика. RST по http/https заблокировал - не помогло.
Ответить | Правка | Наверх | Cообщить модератору

55. "Раздел полезных советов: Обход блокировки трафика провайдеро..."  +/
Сообщение от Nas_tradamus (ok), 15-Дек-16, 01:40 
> Onlime (Ростелеком) - не работает. Провайдер сразу после рукопожатия шлет редирект и
> никакого реального трафика. RST по http/https заблокировал - не помогло.

Долго вкуривал в tcpdump и счетчики firewall (mikrotik) - все так и есть, я нигде не ошибся. Провайдер не пропускает реальный tcp-ответ :(

Ответить | Правка | Наверх | Cообщить модератору

56. "Раздел полезных советов: Обход блокировки трафика провайдеро..."  +/
Сообщение от Krotemail (??), 15-Дек-16, 16:40 
Провайдер Онлайм - только что реализовал на микротике - нет проблем всё равботает:
chain=forward action=drop tcp-flags=rst protocol=tcp src-port=443 log=no log-prefix=""
chain=forward action=drop tcp-flags="" protocol=tcp src-port=80 content=Location: http://warning.rt.ru/ log=no log-prefix=""
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

59. "Раздел полезных советов: Обход блокировки трафика провайдеро..."  +/
Сообщение от M. (?), 17-Дек-16, 18:34 
От суперюзера:
iptables -I INPUT -p tcp --tcp-flags RST RST -j DROP
iptables -I INPUT -p tcp --sport 80 -m string --string "Location: http://warning.rt.ru/" --algo bm -j DROP
Онлайм же как раз. У меня заработало. У вас гранаты не той системы.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

60. "Раздел полезных советов: Обход блокировки трафика провайдеро..."  +/
Сообщение от Nas_tradamus (ok), 18-Дек-16, 02:31 
> Onlime (Ростелеком) - не работает. Провайдер сразу после рукопожатия шлет редирект и
> никакого реального трафика. RST по http/https заблокировал - не помогло.

Поправка: вышесказанное действительно только для рутрекера по http. По https отбиваешь RST - и все ок!

Для остальных сайтов все работает отлично.

У тех, у кого Микротик и что-то не получается: советую проверить не включен ли по-умолчанию fasttrack для forwarding. Если включен - выключите, а то будет работать только для FIN-пакетов. Он у меня был включен и я долго ломал голову почему на одних сайтах работает совпадение "content", а на других нет.

Еще размер пакета если ограничить диапазоном "100-250" байт, то это сильно снижает нагрузку на роутер и ускоряет обработку пакетов. Только так удалось добиться максимальной производительности в бенчмарках (прям как до включения фильтров в цепочке).

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

57. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Анончик (?), 16-Дек-16, 17:10 
> iptables -I INPUT -p tcp --sport 80 -m string --string "Location: http://warning.bigprovider.ru" --algo bm -j DROP

Пытаюсь сделать, в ответ получаю "iptables: No chain/target/match by that name.". Цепочка INPUT есть, таргет DROP тоже, ибо правило с дропом резетов из HTTPS проглатывает нормально.
Подозреваю что ругается на -m string, ибо на "iptables -I INPUT -m string --algo bm --string "test" -j DROP" тоже ругается. Но "iptables -m string -h" выдаёт полный хелп...
Что за херня?

Ответить | Правка | Наверх | Cообщить модератору

64. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от pavlinux (ok), 19-Дек-16, 02:15 
lsmod  | grep ts_bm
Ответить | Правка | Наверх | Cообщить модератору

61. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от y (??), 18-Дек-16, 20:46 
kinozal.tv не работает...
Ответить | Правка | Наверх | Cообщить модератору

62. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Nas_tradamus (ok), 19-Дек-16, 01:43 
> kinozal.tv не работает...

Подтверждаю. Онлайм. В сторону кинозала только syn от меня летят, а обратно вообще ничего. Через freegate все ок.

Ответить | Правка | Наверх | Cообщить модератору

66. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от trublast (?), 19-Дек-16, 07:42 
kinozal.website работает  перкрасно
Ответить | Правка | Наверх | Cообщить модератору

63. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от pavlinux (ok), 19-Дек-16, 02:12 
Сосём!

Location: http://block.mgts.ru/

Ответить | Правка | Наверх | Cообщить модератору

65. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от trublast (?), 19-Дек-16, 07:41 
Отправляют пользователю RST только какие-то совсем доморощенные блокировщики. Чуть более нормальные (хотя работающие на том же принципе - сбросить соединение, но не блокировать сам трафик) помимо отправки RST пользователю еще шлют RST вебсерверу. Повлиять на который вы со своего роутера не сможете никак. Ну и в догонку еще DNS спуфят, для надежности и корректной блокировки https.

Если есть роутер, куда можно поставить openwrt, то на него же можно поставить tor и и прозрачно заворачивать нужные IP на ТОР, после чего доступ на всех устройствах за роутером заработает. Но скорость и стабильность соединения до ресурсов да,  просядет.
Если нужно просто глянуть информацию на каком-то таком ресурсе по быстрой, то лайфхак - отрыть страницу через translate.google.com Верстку рвет, но на смысл не влияет.

Ответить | Правка | Наверх | Cообщить модератору

68. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 19-Дек-16, 11:31 
> Отправляют пользователю RST только какие-то совсем доморощенные блокировщики.

Скорее наоборот, доморощенные блокируют нормально, а крупные особо не парятся с блокировкой. Например, Ростелеком, самый крупный оператор связи РФ, шлёт RST только клиенту.

Ответить | Правка | Наверх | Cообщить модератору

81. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от pavlinux (ok), 04-Янв-17, 19:00 
>> Отправляют пользователю RST только какие-то совсем доморощенные блокировщики.
> Например, Ростелеком, самый крупный оператор связи РФ, шлёт RST только клиенту.

Откуда инфа, что он не шлёт ещё куда-то?  


Ответить | Правка | Наверх | Cообщить модератору

88. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от Анином (?), 25-Янв-17, 08:52 
С какой целью интересуетесь?
Ответить | Правка | Наверх | Cообщить модератору

69. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Сноуденemail (?), 19-Дек-16, 19:27 
Блокировка такими способами не добавляет провайдерам никаких хлопот и финансовых рисков. А вот если бы их могли проконтролировать эксперты, а не просто пользователи-министры, которые получили редирект на страничку с предупреждением о блокировке на своем яблочном планшетике или телефончике и уже радуются аки дети, то было бы гораздо хуже и для пользователей и для провайдеров. А так и овцы целы и волки сыты.
Ответить | Правка | Наверх | Cообщить модератору

71. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от nikosd (ok), 20-Дек-16, 20:28 
в известных мне системах ( внедрение блокировки от довольно популярного билинга) -  RST Будет единственным пакетом, который Вы увидите, то есть блокиратор шлет еще и от Вас RST.
Про пользователей, если кому- то очень  хочется  в условиях нынешнего законодательства РФ платить сильно больше за инет, то   вполне можно продвигать в массы  законодателей  идеи  полноценного DPI  на все ( закон Яровой  почти этого и требует).  Платить за быстрый инет станет сложнее всем, ну и  развитие его в  регионах с малой прибылью  будет свернуто.  
Ответить | Правка | Наверх | Cообщить модератору

72. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Онанимус (?), 23-Дек-16, 10:47 
>RST Будет единственным пакетом, который Вы увидите

Статистика этого треда показывает обратное. RST шлют при https коннектах, при http присылают страницу - заглушку. Да и при https может прийти такое:

10:34:47.877915 IP 88.208.29.24.443 > 192.168.0.10.49344: Flags [F.], seq 1:92, ack 299, win 32120, length 91
..tw.\..g3....E...4...<...X......
.....%. ....P.}x.!..HTTP/1.1 307 Temporary Redirect
Location: http://forbidden.yota.ru/
Connection: close

У ёты, как мы знаем, DPI полноценный (еще и с шейперами).

>если кому- то очень  хочется

Это, смотря как посмотреть (

1. ЖКХ растет
2. продукты, водка и курево дорожает
3. автомобиль из средства передвижения превращается в роскошь
4. по телику сказали - инет подорожает
5. ...
N. А я вот день рожденья не буду справлять! Все з..о! П..ц на х.. б..ь! (с)

Ответить | Правка | Наверх | Cообщить модератору

73. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от nikosd (ok), 23-Дек-16, 11:01 
>>RST Будет единственным пакетом, который Вы увидите
> Статистика этого треда показывает обратное. RST шлют при https коннектах, при http
> присылают страницу - заглушку. Да и при https может прийти такое:

Мысли были про https -  только RST, если http ,  то к Вам придет перенаправление и не придет пакет от нормального сервера вообще.

> 10:34:47.877915 IP 88.208.29.24.443 > 192.168.0.10.49344: Flags [F.], seq 1:92, ack 299,
> win 32120, length 91
> ..tw.\..g3....E...4...<...X......
> .....%. ....P.}x.!..HTTP/1.1 307 Temporary Redirect
> Location: http://forbidden.yota.ru/
> Connection: close
> У ёты, как мы знаем, DPI полноценный (еще и с шейперами).

Что  там в ёта наворотила - не знаю, кстати совсем не уверен что  у них именно DPI блочит сайты, а не что - то еще,  с монитором, но без разрыва

>>если кому- то очень  хочется
> Это, смотря как посмотреть (
> 1. ЖКХ растет
> 2. продукты, водка и курево дорожает
> 3. автомобиль из средства передвижения превращается в роскошь
> 4. по телику сказали - инет подорожает
> 5. ...
> N. А я вот день рожденья не буду справлять! Все з..о! П..ц
> на х.. б..ь! (с)

Ответить | Правка | Наверх | Cообщить модератору

74. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Онанимус (?), 23-Дек-16, 13:36 
> Что  там в ёта наворотила - не знаю, кстати совсем не
> уверен что  у них именно DPI блочит сайты, а не
> что - то еще,  с монитором, но без разрыва

Как же они без DPI openvpn рукопожатия отлавливают и шейпером загоняют в низкий приоритет или вообще блочат нафик? Режим Турбо в Опере тоже ловят и роскомпозорят. Это у них не по IP адресам работает - если зайти по IP:

curl -i --ignore-content-length https://195.82.146.214

, то успеваешь получить сертификат и только затем бан:

13:18:13.695059 IP 195.82.146.214.443 > 192.168.1.244.55796: Flags [.], seq 1:1361, ack 274, win 15544, length 1360
..tw.\..Ru....E..xyC@./..w.R...........J5}>...P.<.@}......^...Z..X\........PU..........P{&f..w.U) v]R.5y....Al...-.Vq..B...;...6.../....................................0...0..................d..K.m]P0^M.     *.H.
.^MStartCom Ltd.1)0'..U... StartCom Certification Authority1&0$..U....StartCom Class 1 DV Server CA0..^M160409064158Z.^M170409064158Z0.1.0...U...^Mrutracker.org0.."0^M.        *.H..^M..........0..
.........{.......h..H..D^M+....n...EbJ.^M.5Q_Z...@...=T..%#...3,.T:.O.`...7..   ..WF..z.9..vMm....E.w.x..R1G&.._..{F\.......5..]W|.&...x....[.uf25Z.QG..^.B.s........\.-.........f...U7. .7..|...L..>.yb..B=..S*..1.
+.....y............u... ...X......gp
<5.......w...^M.....S...o.....F0D. .4F.Fw.....|_..G....[.a..&.6;.... 4O.>....0b...m.../.F...^....-,...v..K..u.`..Bi....f..~_.r....{.z......S...W.....G0E. k#...v$....M.)MP.U......V3"..rY..!....\8..`;q..w,.}x.q.
13:18:13.695085 IP 192.168.1.244.55796 > 195.82.146.214.443: Flags [.], ack 1361, win 31280, length 0
..Ru....tw.\..E..(..@.@.U......R......>....J:.P.z0....
13:18:13.703625 IP 195.82.146.214.443 > 192.168.1.244.55796: Flags [F.], seq 1361:1452, ack 274, win 32120, length 91
..tw.\..Ru....E...4.../.>..R...........J:.>...P.}x....HTTP/1.1 307 Temporary Redirect
Location: http://forbidden.yota.ru/
Connection: close

По http вообще коннектится:

$ curl -i --ignore-content-length http://195.82.146.214
HTTP/1.1 404 Not Found
Server: nginx
Date: Fri, 23 Dec 2016 10:34:51 GMT
Content-Type: text/plain
Content-Length: 49
Connection: keep-alive

try using rutracker.org instead of 195.82.146.214

Ответить | Правка | Наверх | Cообщить модератору

70. "Обход блокировки трафика провайдером при помощи iptables"  +1 +/
Сообщение от keyemail (??), 19-Дек-16, 23:07 
У МГТС не робит. Реального хвоста нет, похоже действительно ограничивают.
Ответить | Правка | Наверх | Cообщить модератору

75. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от freehckemail (ok), 26-Дек-16, 15:44 
А я тут, кстати, обнаружил, что некоторые облака (которые я не буду называть здесь), не блокируют траффик к запрещённым роскомнадзором сайтам. Посмотрите по своим виртуалкам, может отыщете. :)
Ответить | Правка | Наверх | Cообщить модератору

76. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от marios (ok), 27-Дек-16, 02:26 
VPS-провайдеры не блокируют.
Да и не обязаны.
Ответить | Правка | Наверх | Cообщить модератору

77. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от freehckemail (ok), 27-Дек-16, 06:38 
> VPS-провайдеры не блокируют.
> Да и не обязаны.

Что, серьёзно? То есть это не мне повезло, а через любого VPS-провайдера можно как через проксю ходить?

Ответить | Правка | Наверх | Cообщить модератору

79. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Константин (??), 29-Дек-16, 20:59 
Ну понял ты, а писать всем об этом зачем?
Не порть бизнес: https://antizapret.prostovpn.org и подобные.....
Ответить | Правка | Наверх | Cообщить модератору

80. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от anonkotemail (?), 02-Янв-17, 03:12 
Не подскажете- у меня никаких RST нет, и курлу и вгету и всем браузерам приходит SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
но каким-то образом links2 открывает https заблокированные сайты. Что это такое?
Ответить | Правка | Наверх | Cообщить модератору

82. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 09-Янв-17, 19:45 
Инспектируйте трафик от links2 и от curl с помощью tcpdump и/или wireshark и сравнивайте получившееся.
Ответить | Правка | Наверх | Cообщить модератору

84. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от 858d214ba09f174963f9d4f132585a83 (?), 10-Янв-17, 21:07 
А может кто подскажет нормальный VPN где можно взять?
Ответить | Правка | Наверх | Cообщить модератору

86. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 15-Янв-17, 20:22 
> А может кто подскажет нормальный VPN где можно взять?

Зависит от критериев нормальности.

Ответить | Правка | Наверх | Cообщить модератору

90. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Вареник (?), 31-Янв-17, 08:02 
Поднять через виртуалку в нормальной стране. Копейки стоит.
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

92. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 08-Фев-17, 15:50 
Амазон вроде на год vps на халяву дает
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

89. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от SpaceRaven (ok), 28-Янв-17, 06:22 
Для домолинка калужского не работает, на запрос к xhamster отдает HTTP/1.1 451 Unavailable For Legal Reasons
Ответить | Правка | Наверх | Cообщить модератору

94. "Обход блокировки трафика провайдером при помощи iptables"  –1 +/
Сообщение от гг (?), 23-Фев-17, 19:45 
Самый простой, лучший и гарантированно рабочий способ обойти блокировки роскоммизуленой — не жить там, где они есть.
Ответить | Правка | Наверх | Cообщить модератору

95. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Himik (ok), 26-Фев-17, 02:10 
Там где нет РОСнадзора, там есть XXXнадзор, только ещё грознее, злее и хитрее.
Ответить | Правка | Наверх | Cообщить модератору

96. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от L29Ah (?), 15-Мрт-17, 04:50 
Мегафон не халтурит похоже.
Ответить | Правка | Наверх | Cообщить модератору

98. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 09-Май-17, 13:39 
Спасибо, мил человек! Всё работает, только ещё пришлось dnscrypt-proxy поставить, ибо мой хаббардисткий провайдер ещё и DNS подменяет. Твари несчастные.
Ответить | Правка | Наверх | Cообщить модератору

100. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Аноним (-), 09-Июн-17, 10:20 
Зачем хомяков-провайдеров нагружают?
этож на магистральщиках решается всё.
А их в 100500 раз меньше чем хомяков.
Ответить | Правка | Наверх | Cообщить модератору

101. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от 5percentemail (?), 22-Июн-17, 15:27 
старая опера не знает про name server indication, поэтому https сайты работаю, а вот хром и файрфокс доблестно шлют незашифрованным имя сайта, поэтому провайдер все это спокойно блочит.
Ответить | Правка | Наверх | Cообщить модератору

106. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от kadafy (?), 14-Янв-18, 00:54 
Старая, это какая конкретно версия?

Спасибо.

Ответить | Правка | Наверх | Cообщить модератору

102. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от svsd_val (ok), 27-Июн-17, 05:41 
Скоро придёт запрос к Опеннету на удаление данной страницы :D
Ответить | Правка | Наверх | Cообщить модератору

107. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от пффemail (?), 26-Янв-18, 08:04 
а для винда подходит?
Ответить | Правка | Наверх | Cообщить модератору

108. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Anonimemail (??), 09-Фев-19, 17:22 
Слушайте а в системе андроид такая хрень
Пройдет . У моего оператора такая хрень так вот чем бы ломануть ?
Ответить | Правка | Наверх | Cообщить модератору

109. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от vo1email (?), 16-Дек-19, 22:50 
а как на прошивке падаван подобное реализовать? провайдер ростелеком
Ответить | Правка | Наверх | Cообщить модератору

110. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от XAuBAH (?), 18-Июн-20, 00:10 
тоже Рт, вот что отловил
https://i.imgur.com/z1sIttm.png
Ответить | Правка | Наверх | Cообщить модератору

111. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от avsprv (ok), 17-Апр-21, 15:19 
с МГТС не прокатило...
Ответить | Правка | Наверх | Cообщить модератору

112. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от zzr (??), 22-Ноя-21, 20:39 
с рт дос их пор прокатывает я ни магу
Ответить | Правка | Наверх | Cообщить модератору

113. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от gone (?), 29-Дек-21, 20:38 
not anymore
Ответить | Правка | Наверх | Cообщить модератору

114. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от фвыыфваыв (?), 07-Янв-22, 00:23 
Всё. Статья неактуальная. РТ теперь повзрослому блокирует.
Ответить | Правка | Наверх | Cообщить модератору

115. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Подтверждаю (?), 20-Янв-22, 15:12 
Теперь все, халява кончилась.
Ответить | Правка | Наверх | Cообщить модератору

116. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от etomoynick (?), 15-Фев-22, 14:03 
А есть инфа, как именно? гудбайдипиай справляется, а микротик нет - все пакеты стали rst
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

117. "Обход блокировки трафика провайдером при помощи iptables"  +/
Сообщение от Любитель РТК (?), 02-Янв-23, 17:23 
Ктор-нибудь нашел новый шаблон для обхода блокировок? Что-то я  RST  пакеты отбрасывать пытаюсь, но не очень помогает =(
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

118. "Борьба с подстановкой фиктивных пакетов провайдером при помощи iptables"  +/
Сообщение от Jenkinsemail (?), 06-Авг-24, 11:08 
А кто-нибудь может всё это добро адаптировать к openwrt и его nft?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру