LINUX.ORG.RU
Форум — General  

Chromium игнорирует блокировку сайта в /etc/hosts и на роутере

 , , , ,


0

1

Вот прямо неожиданность какая-то О_о

Заблокировал на роутере с десяток сайтов, чтобы время на них не убивать. А Chromium'у на несколько пофиг, что очень странно. Кэш браузера чистил, кэш DNS обновлялся. Роутер и система рестартились. Плагины для обхода блокировок ни при чем (отключал, пробовал).

Главный вопрос. WTF с этой шайтан-машиной? FireFox нормально себя ведет...

Ответ на: комментарий от anonymous

Да, возможно. Спасибо за совет.

Но проблема в том, что Хромиум кладет на все это, что очень странно...

xasecoro
() автор топика

УМВР, на роутере зарезан тентаклик, свитер и мордокнига.

NeverLoved ★★★★★
()

он заботится о пользователях живущих в странах с огороженным интернетом

anonymous
()

Высокопроизводительный сетевой стек Chrome

Для улучшения производительности команда разработчиков Chrome приняла решение о реализации собственной, кроссплатформенной асинхронной системы разрешения имен узлов с использованием серверов DNS.

tlx ★★★★★
()
Ответ на: комментарий от darkenshvein

Разумеется, нет. В иксах под рутом нормальные люди обычно не работают.

//xasecoro

anonymous
()
Ответ на: комментарий от tlx

Благодетели, [5.1]!

Хоть бы опциональным сделали... с упоминанием, а то ищи в /flags/ незнамо что. Спасибо.

//xasecoro

anonymous
()
Ответ на: комментарий от darkenshvein

ну вы и темнота

chrome нельзя запустить от рута

даже школота об этом знает

anonymous
()

Я стесняюсь спросить, но какое дело Хромиуму до /etc/hosts на роутере? Хромиуму тоже на роутере работает?

anonymous
()

В смысле заблокировал? Что именно ты сделал?

что говорит iptables -L -vn на роутере?

cvs-255 ★★★★★
()
Ответ на: комментарий от tlx

Ну и причем тут DNS в хроме?

Нормальные люди блочат не по днс, а по ip. И никакой хитрый dns тут не поможет

cvs-255 ★★★★★
()

Поставь плагин в хром, который режет сайтики по списку.

Funny_sailor ★
()
Ответ на: комментарий от anonymous

В том, что пакеты от роутера до заблокированного IP идти не должны, то есть все пакеты, которые Хромиум отправляет до заблокированного сайта (его IP) роутер просто не отправляет по назначению. Действительно, хромиум тут косвенно имеет отношение. Но та же Лиса выдает, мол, 404, недоступно. А Хромиуму - вдоль. VPN или прокси где прописана, что ли...

xasecoro
() автор топика
Ответ на: комментарий от cvs-255

В смысле заблокировал? Что именно ты сделал?

У меня wive-ng, там есть графическая примочка для этого. Блокирует исправно, то есть пинг до заблокированного сайта не идет (и его ip, конечно). Другие браузеры при такой фигне выдают 404. Хромиуму плевать. Именно проблема с Хромиумом, только.

что говорит iptables -L -vn на роутере?

[ASUS-RT-G32-Wive-RTNL@/]# iptables -L -vn
Chain INPUT (policy DROP 4111 packets, 479K bytes)
 pkts bytes target     prot opt in     out     source               destination 
    0     0 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0   
    0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED
 6579  633K servicelimit  all  --  *      *       0.0.0.0/0            0.0.0.0/0

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination 
 106K   61M web_filter  all  --  *      *       0.0.0.0/0            0.0.0.0/0  
53336 7206K ACCEPT     all  --  br0    *       192.168.1.0/24       0.0.0.0/0   
    0     0 ACCEPT     all  --  *      eth2.2  192.168.1.0/24       0.0.0.0/0   
    0     0 ACCEPT     all  --  *      !br0    192.168.1.0/24       0.0.0.0/0   
53009   54M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED

Chain OUTPUT (policy ACCEPT 5297 packets, 418K bytes)
 pkts bytes target     prot opt in     out     source               destination 

Chain servicelimit (1 references)
 pkts bytes target     prot opt in     out     source               destination 
    2   667 ACCEPT     udp  --  br0    *       0.0.0.0/0            0.0.0.0/0           udp dpt:67
    0     0 REJECT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:80 #conn/32 > 16 reject-with icmp-port-unreachable
    6   312 ACCEPT     tcp  --  br0    *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:80
    0     0 REJECT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:22 #conn/32 > 4 reject-with icmp-port-unreachable
    2   104 ACCEPT     tcp  --  br0    *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:22
 2448  153K ACCEPT     udp  --  br0    *       0.0.0.0/0            0.0.0.0/0           udp dpt:53
    0     0 ACCEPT     tcp  --  br0    *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:53
   10   492 DROP       icmp --  eth2.2 *       0.0.0.0/0            0.0.0.0/0           icmp type 8
    0     0 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8 limit: avg 10/sec burst 5
    0     0 DROP       icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8
    0     0 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp !type 8

Chain web_filter (1 references)
 pkts bytes target     prot opt in     out     source               destination 
    0     0 REJECT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:80 WEBSTR match content 8 reject-with tcp-reset
    0     0 REJECT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:3128 WEBSTR match content 8 reject-with tcp-reset
    0     0 REJECT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:8080 WEBSTR match content 8 reject-with tcp-reset

Если честно, не разбирался с iptables и понятия не имею, что это значит.

Нормальные люди блочат не по днс, а по ip. И никакой хитрый dns тут не поможет

Угу. А если IP динамический? Получил он с DNS этот IP, пока IP не менялся - пакеты не идут. IP поменялся, заново DNS опрошен на предмет IP не был - блокируется уже _чужой_ IP, а не «заблокированного» сайта.

xasecoro
() автор топика
Ответ на: комментарий от xasecoro

Другие браузеры при такой фигне выдают 404

прям таки 404? Тогда это ерунда. Должно быть «сервер не отвечает»

cvs-255 ★★★★★
()
Ответ на: комментарий от xasecoro

Ты здесь видишь блокировку неугодных IP? Я не вижу.

cvs-255 ★★★★★
()
Ответ на: комментарий от cvs-255

прям таки 404? Тогда это ерунда. Должно быть «сервер не отвечает»

Или это. Особо не присматривался. Пинг не идет - и хорошо :D

Ты здесь видишь блокировку неугодных IP? Я не вижу.

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

xasecoro
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General