странные глюки при настройке интернета

[kamatoznik]

Добрый день ув. коммьюнити!=) При настройке интернета возникли непонятные проблемы.
Провайдер проводной,нету никаких впн и дсл, в контракте указаны ip,netmask,gateway,2 dns сервера, под оффтопиком запускается авторизатор (http://www.pautina-nau.net/files/Pautina.exe)
вследствии чего открывается доступ в инет,под unix-like операционными системами нужно зайти на страницу статистики и там авторизоваться используя логин и пароль,при этом страницу статистики на протяжении всего времени использования интернета оставлять открытой.
 Собственно проблема : прописал настройки в файле interfaces,dns в resolv.conf по идеи после рестарта сетевого интерфейса должен завестись интернет но такового не произошло, на страницу статистики не заходит,авторизоваться для доступа в инет я не могу, установил wine, под ним запустил авторизатор, он сказал что всё нормально авторизация прошла успешно.
 но на страницу статистики я зайти не могу хотя на сайты google.com.ua и ya.ru нормально зайшло,позвонил в саппорт пришел мастер посмотрел проверил настройки сказал "я не знаю у других линукс работает,попробуй макось или юзай оффтопик=)))" и ушёл. к посту прикрепляю файлы с выводом команд ifconfig, ping,nslookup а также содержимое файлов interfaces, resolv.conf. Ах да прокся везде выключена.
З.Ы вчера всё таки каким-то чудом инет включился,я настройки не менял просто загрузился и профит.Всё работает, я обновился установил пару програм, ребутнулся всё норм посидел в инете,выключил комп, через пару часов включаю комп и опять те же симптомы. В чём соль ув. коммьюнити?
З.Ы.Ы если надо могу выложить ipconfig из оффтопика

[Mam(O)n]

Непонятно что то. Толи он через ipv6 пытается залезть, толи еще чего. wget -O/dev/null http://неоткрывающийся_сайт отрабатывает?

[kamatoznik]

Код: [Выделить]

spirit@spirit-laptop ~ $ wget -O/dev/null https://ubuntu.ru
--2010-02-25 22:17:00--  https://ubuntu.ru/
Преобразование адреса ubuntu.ru... 94.127.68.67, 2001:780:0:25:206:5bff:fe04:8bcb
Устанавливается соединение с ubuntu.ru|94.127.68.67|:80... соединились.
Запрос HTTP послан, ожидание ответа...


spirit@spirit-laptop ~ $ wget -O/dev/null http://habrahabr.ru
--2010-02-25 22:15:02--  http://habrahabr.ru/
Преобразование адреса habrahabr.ru... 212.158.166.234
Устанавливается соединение с habrahabr.ru|212.158.166.234|:80... соединились.
Запрос HTTP послан, ожидание ответа...

вот так и висит всё время

[Mam(O)n]

А, вот, нашел:

eth0      Link encap:Ethernet  HWaddr 00:22:15:6f:59:0d
  ...
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:130120 errors:194 dropped:0 overruns:0 frame:194
          TX packets:5636 errors:0 dropped:0 overruns:0 carrier:0
  ...

сетевушка/кабель нормально себя чувствуют?

[kamatoznik]

вроде да,на винде работает))) на линуксе нет
P.S пробовал менять кабель от розетки к ноуту на соседову то же самое

[AnrDaemon]

MTU понизить, прибить MSS к MTU гвоздями.

[Mam(O)n]

В общем то frame error это должны быть сугубо железячные проблемы. Возникает, когда количество принятых бит во фрейме не кратно октету. В венде такое просто не показывается. Причем, судя по счётчикам это 6% от всех пакетов. Возможно проявятся потери, если пинговать крупными пакетами. Если в лине будут потери а в венде их не будет, тогда проблема в чём-то другом.

Еще можно поизголятся и уменьшить mss у tcp, например до 256 байт:

Код: [Выделить]

iptables -t mangle -A INPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 256
iptables -t mangle -A OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 256

Пользователь решил продолжить мысль 25 Февраля 2010, 22:03:21:

MTU понизить, прибить MSS к MTU гвоздями.

Это делается так. В /etc/network/interfaces прописывается к интерфейсу опции:

Код: [Выделить]

mtu сколько_там_пролазет
post-up /sbin/iptables -t mangle -A INPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
post-up /sbin/iptables -t mangle -A OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu


[kamatoznik]

PROFIT

Код: [Выделить]

iptables -t mangle -A INPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 256
iptables -t mangle -A OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 256помогло=)всем спасибо за участие, теперь как я понимаю

Код: [Выделить]

post-up /sbin/iptables -t mangle -A INPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
post-up /sbin/iptables -t mangle -A OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
делать не надо?=)))
P.S в чём соль проблемы?=)я не очень понял)))

[Mam(O)n]

Картина маслом.

помогло=)всем спасибо за участие, теперь как я понимаю делать не надо?=)))

Ошибки приёма больших пакетов. Скорее вина провайдера. Либо пинай провайдера либо подбирай оптимальный размер пакета, т.к. 256 байт это для теста и слишком мало. Тем более, если будешь принимать большие пакеты UDP, то на них мы вообще не сможем никак повлиять.

[kamatoznik]

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

[Mam(O)n]

Для начала, определи размер пакета, при котором начинаются потери. ping 194.0.89.244 -s подбирай_тыком_до_1472. Обращай внимание на пропуски в icmp_seq последовательности.

[kamatoznik]

при 1462 всё нормально проходит

Код: [Выделить]

spirit@spirit-laptop ~ $ ping 194.0.89.244 -c5 -s1462
PING 194.0.89.244 (194.0.89.244) 1462(1490) bytes of data.
1470 bytes from 194.0.89.244: icmp_seq=1 ttl=63 time=0.490 ms
1470 bytes from 194.0.89.244: icmp_seq=2 ttl=63 time=0.453 ms
1470 bytes from 194.0.89.244: icmp_seq=3 ttl=63 time=0.450 ms
1470 bytes from 194.0.89.244: icmp_seq=4 ttl=63 time=0.443 ms
1470 bytes from 194.0.89.244: icmp_seq=5 ttl=63 time=0.462 ms

--- 194.0.89.244 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms
rtt min/avg/max/mdev = 0.443/0.459/0.490/0.028 ms
но

Код: [Выделить]

RX packets:1002461 errors:32 dropped:0 overruns:0 frame:32 смущает=) или на ошибки забить)

[Mam(O)n]

Ну а 1472 (с ip заголовками получается полные 1500 и 1514 с eth фреймом) проходит?
Пользователь решил продолжить мысль 26 Февраля 2010, 01:03:03:Лучше попробовать полными пакетами до первого шлюза.

[kamatoznik]

нет 1472 не проходит=)) максимум 1468

[Mam(O)n]

1468

Без потерь?