Не открывается rutracker.org ни на одном компе в домашней сети

Доброго времени суток уважаемое сообщество.

Настроил рутер в соответствии с http://www.gentoo.org/doc/en/home-router-howto.xml (у меня pppoe подключение по этому в отличие от гайда у меня не eth1, а ppp0).

Пытаюсь зайти на rutracker.org с любого компа идущего после рутера - вроде начинается загрузка страницы но так все и остается.

Захожу с самого рутера - все ок.

В какую сторону копать?

для мысли...

Роутер - это ADSL ?

критически мало

критически мало информации:
1. другие сайты открываются?
2. пинг ходит?
3. роуты правильно прописаны?
4. DNS-ом кто занимается?
5. Саботаж в /etc/hosts ?
... и т.д.

1. Кроме rutracker.org

1. Кроме rutracker.org подобные проблеммы только с сайтом моего провайдера
2. Нет, не пингуется
3,4. Все настройки как в гайде (маскарад, правила для iptables, dnsmasq etc)
5. В /etc/hosts (на рутере) по дефолту

А мне ответить трудно?

У меня была с модемом такая лажа, причём на разных осях, вот почему про модем и спросил....

не трудно

Это не модем

не подумайте ничего плохого...:)

А название можно узнать. Просто мне кажется дело именно в его настройке.

8-)

нету у меня модема
у меня инет приходит по езернету (протокол pppoe используется)

? http://www.opennet.ru/base/

Вероятнее всего это оно...

Зарание благодарю.
проверю - отпишусь.

C rutracker.org вопрос решен, а вот с сайтом прова - лажа

Не открвается прова сайт и все... Ну хоть знаю куда ковырять.
Спасибо всем кто старался помочь.

Сталкивался с тем, что

Сталкивался с тем, что некоторые сайты на nginx не открываются через некоторые версии squid при входе на стартовую страницу o_O (в чём фокус так и не понял, но ни от браузера, ни от оси не зависит, лечится только отключение сквида и пропуском трафика напрямую, в логах сквида ничего существенного). Такая закономерность была с сайтом одного из моих предыдущих провайдеров и uavto.dn.ua - его можно проверить для калибровки, надеюсь никто не сочтёт за рекламу - к владельцам сайта не имею ни малейшего отношения, кроме испытанных с ним проблем на работе и многочасовых попыток выяснить причины.

rutracker использует именно nginx, хотя у меня он ни разу не вызывал проблем. На всякий случай внутренняя ссылка: http://rutracker.org/forum/tracker.php

Ещё вопрос-догадка связанная с провайдером: а вообще какие-нибудь популярные трекеры грузятся?

-= Concordia victoriam gignit =-

С другими трекерами (равно как и сайтами) проблемм не выявлено

Внутренний трекер тоже работает нормально. Единственная проблемма осталась с офф сайтом провайдера.

Да, ещё один совет, который

Да, ещё один совет, который может решить проблему - попробуй зайти через анонимный прокси

-= Concordia victoriam gignit =-

traceroute ?

traceroute ?

что-то добрый я сегодня ....

мот чего такого

мот чего такого попробовать?

http://fixunix.com/networking/11435-changing-tcp-mss-under-linux.html

$ nslookup rutracker.org $

$ nslookup rutracker.org
$ traceroute rutracker.org

"с любого компа идущего после рутера".

$ iptables -L

на роутере.

Сейчас на работе

Прийду домой - предоставлю инфу.
Но, очень интересная ерунда. У прова есть почтовый сервер (как обычно) и веб морда от него находится в той же подсети что и офф. сайт (что-то вроде этого 195.138.53.245 - офф сайт, 195.138.53.243 - почта) и на почту зайти я могу (и пингуется нормально), а сам офф сайт даже не пингуется.

Такое же поведение наблюдалось когда рутер был на Вынь ХР (ICS использовался для розшаривания инета, настроек естественно ни каких).

$ nslookup

$ nslookup rutracker.org

Server: x7.geek.net
Address: 192.168.0.1

Non-authoritative answer:
Name: rutracker.org
Address: 195.82.146.114

$ traceroute rutracker.org

Tracing route to retracker.org [216.55.147.31]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms x7.geek.net [192.168.0.1]
2 <1 ms <1 ms <1 ms vipa4.te.net.ua [195.138.80.174]
3 <1 ms <1 ms <1 ms vlan33-te1-5.cat03-co-ch2a.te.net.ua [195.138.67.65]
4 <1 ms <1 ms <1 ms vlan10-te1-2.cat01-co-ch2a.te.net.ua [195.138.67.1]
5 12 ms 12 ms 12 ms undefined.datagroup.com.ua [77.222.144.253]
6 35 ms * * TenGigabitEthernet7-3.1102.ar2.VIE1.gblx.net [64.208.170.133]
7 61 ms 48 ms 48 ms ge-6-11.car2.Frankfurt1.Level3.net [195.122.136.245]
8 53 ms 54 ms 54 ms vlan99.csw4.Frankfurt1.Level3.net [4.68.23.254]
9 49 ms 48 ms 48 ms ae-92-92.ebr2.Frankfurt1.Level3.net [4.69.140.29]
10 138 ms 138 ms 138 ms ae-41-41.ebr2.Washington1.Level3.net [4.69.137.50]
11 149 ms 144 ms 144 ms ae-72-72.csw2.Washington1.Level3.net [4.69.134.150]
12 161 ms 161 ms 162 ms ae-71-71.ebr1.Washington1.Level3.net [4.69.134.133]
13 180 ms 163 ms * ae-2-2.ebr3.Atlanta2.Level3.net [4.69.132.85]
14 202 ms 198 ms 198 ms ae-7.ebr3.Dallas1.Level3.net [4.69.134.21]
15 204 ms 197 ms 198 ms ae-92-98.ebr2.Dallas1.Level3.net [4.69.146.91]
16 224 ms 223 ms 223 ms ae-4-4.car2.SanDiego1.Level3.net [4.69.133.213]
17 226 ms 226 ms 225 ms ae-2-24.gar1.SanDiego1.Level3.net [4.69.142.77]
18 226 ms 226 ms 224 ms Aplus-gw.Level3.net [209.245.56.130]
19 224 ms 224 ms 225 ms gi1-0.dr1.dedicated.abac.net [66.226.66.34]
20 224 ms 224 ms 224 ms ns0.itsc.md [216.55.147.31]

Trace complete.

$ iptables -L

Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED
ssh_brute_check tcp -- anywhere anywhere ctstate NEW tcp dpt:ssh

Chain FORWARD (policy DROP)
target prot opt source destination
DROP all -- anywhere anywhere MAC xx:xx:xx:xx:xx:xx
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU
ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED
ACCEPT all -- 192.168.0.0/24 anywhere ctstate NEW

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain ssh_brute_check (1 references)
target prot opt source destination
DROP all -- anywhere anywhere recent: UPDATE seconds: 600 hit_count: 3 name: DEFAULT side: source
ACCEPT all -- anywhere anywhere recent: SET name: DEFAULT side: source

Вот где-то так.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".