flm

Теперь забудь и об этом форуме. Хватит тут фигню писать. Сетёвки интелл, серверное железо, вирусы влияющие на пинг до роутера...

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

Та же фигня... Обмен пакетами с google.com [209.85.148.104] по 32 байт: Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=48мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=48мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=48мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=48мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Превышен интервал ожидания для запроса. Ответ от 209.85.148.104: число байт=32 время=49мс TTL=54 Статистика Ping для 209.85.148.104: Пакетов: отправлено = 38, получено = 29, потеряно = 9 (23% потерь), Приблизительное время приема-передачи в мс: Минимальное = 48мсек, Максимальное = 49 мсек, Среднее = 48 мсек

Поэксперементировал ещё. Фишка с client-notifier'ом, похоже, работает только если сразу всё прописать и запустить dhclient, если сначала запустить dhclient или прописать неправильно, то потом не работает... В любом случае, я больше этой хернёй страдать не намерян. Зашёл в личный кабинет и обнаружил, что меня без предупреждений и особых причин перевели с тарифа за 35 грн на тариф за 50. 50 грн за 2 недобитых мегабита я платить не хочу и эти "surprize buttsex" переводы с тарифа на тариф меня задолбали, как и глюки и кривые настройки в которых мне надо разбираться... Уйду в триолан скорей всего. У кого есть опыт в отключении от макснета - поделитесь, конкретно интересует, реально ли вернуть деньги со счёта и забрать кабель, ну и сроки отключения, куда заявку подавать и т.д.

Короче говоря, я попробовал ещё несколько раз с client-notifier'ом - ниразу айпишник не выдался. Не знаю что и думать. Я в тупике. :\

Проверил - с прописанием client-notifier'а айпишник выдаётся. Откуда такая уверенность? "Оно работало" у меня раньше, оно работает в других сегментах сейчас. Если вся проблема - какая-то, грубо говоря, галочка в настройках конкретного(/конкретных) макснетовского роутера - не вижу причин, по которым макснетовцы не могут исправить у себя. Осталось поймать кого-нть из тех. персонала, кто может настройки роутера поменять...

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

Для убунты less /etc/init.d/networkING, в tinycore нету похожего. Но я всё таки там везде полазил и выяснил, что в tinycore используется другой dhcp client (udhcpc).

Боюсь, без пошаговых инструкций не обойтись. ;D

Сегодня тема получила неожиданное продолжение. Запустил tinycore linux и сеть стала автоматически... Теперь задаюсь вопросом, почему в убунте не хочет? Разные dhclient'ы? Какие-то параметры другие? Ядро? WTF? У кого сеть по dhcp работает автоматически - напишите, плз, какой дистрибутив вы используете, меняли ли какие-либо параметры, запускаете ли винду на этом же компе. Хочется разобраться.

Команда int teredo set state disable store=persistent не найдена. ОК. "randomizeidentifiers" не является правильным аргументом для этой команды. Недопустимый синтаксис использованной команды. Воспользуйтесь справкой для этой команды. winxp sp3

Ещё один хамоватый гений от IT прибыл.

А тут такой имеется? Видел оффтоп, видел маты, видел спам. Модератора - не видел.

cyber Некошерно. А в данном случае - вдвойне некошерно. И вообще, тут нечего обсуждать, проблема на стороне макснета, она должна решаться.

RAD Рискуешь с голоду помереть. Ибо кроме троллизма ты тут ничем не занимался. На единственный поставленный тебе по теме вопрос ты так и не ответил, вместо этого, начал обсуждать тут с kirt'ом свою половую жизнь. ;/

Спасибо, солнце, я в курсе. У меня нету линукса. Только лайв-сд. Загрузка - уже мучительный процесс. Тем более правка конфигов и запускание всякого разного. Вариант с одной командой при выгрузке винды - более чем лучший для меня. Если ты действительно хочешь чтоб я зачем то что-то такое экзотическое пробовал - напиши мне в аське или позвони, вместо того, чтоб крыть матами на публичном форуме. Я хочу, чтоб данную проблему решили на стороне провайдера. Я не вижу смысла в извращениях со стороны пользователей, если сотрудники эту проблему всё равно игнорируют уже которую неделю, не смотря на относительно жаркое обсуждение в разделе "тех. поддержка".

Чё-то уровень грубости и общего нытья-хамления в твоих сообщениях зашкалил сегодня. Я просто решил уточнить, что ты имел в виду под "Если пользовать _только_ линукс или _только_ виндоз, то проблем не будет.". Что у тебя стоит - твоё личное дело, что я жму и где мне сидеть - моё личное, к делу не относится. p.s.: если тебя задолбали на работе или дома - решай проблемы там, нечего тут сублимировать. Я не ною, я как раз таки ищу пути решения проблем, зачастую даже и не моих.

Что-то я не совсем понял... Если я включаю винду после линукса - всё работает. Если я включаю линукс после винды - не работает. Что значит только линукс? Вообще только? Т.е. раз запустив винду и выполнив "ipconfig /release" - в линуксе будет потом работать всегда?

А на стороне макснета настроить нормально - прямо таки невозможно? Будем ещё 100 способов ручной настройки сети в убунте изобретать?

Ты изначально рассматривал другие варианты?

Tak rabotaet.

Интересно, есть ли вероятность, что кто-то из сотрудников макснета обратит внимание на эту тему и займётся решением или хотя бы "локализацией" проблемы...

Да, за каким-то буем в http://iptv.maxnet.ua/tv.ini до сих пор не убрана принудительная установка формата 4:3 для многих каналов. Не понятно зачем она там вообще изначально прописывалась, с AUTO всё нормально работает, imho.

А можно я? 1). ethtool на лайв сд нету 2). arp -an - никакого вывода не даёт 3). tcpdump -nn - второе n - это не ошибка? Не нашёл в мане этого параметра, хотя я не сильно искал. И вообще, что дасть tcpdump в таком виде? В любом случае, сделал, что мог, результаты в файлах: vivod - текстовый вывод двух команд 1.dmp - raw dump с ограничением в 5000 пакетов 2.dmp - читабильный dump с ограничением в 5000 пакетов Мой айпишник должен быть 79.171.123.85, поискал его в читабильном дампе, нашёл такую строчку: 79.171.123.65 - адрес шлюза. to_kir.zip Если есть желание - могу как-нть тебя в аське выловить и повыполнять любые команды/запостить их выводы. Но это всё проблематично, т.к. лайвсд и железо - барахло. А у тебя по dhcp всё нормально работает в линуксе, айпишнег выдаётся и т.д.? Или всё руками настраивал? Морочить голову таки стоит, но сотрудникам макснета, чтоб настроили нормальную работу сети вне зависимости от ОС.

Приятно, что таки создали актуальную официальную сборку.