LINUX.ORG.RU
решено Форум — General  

На любом дистрибутиве не работает сеть


0

1

Есть комп, довольно современный, мать новая с поддержкой sata 3, сетевуха встроенная. На widows 7 x86 и x64, ну и на XP все работает как надо. А именно так: настроиваем IP, маску, шлюз, днс такой же как и шлюз. Далее пробуем пропинговать любой сайт, сразу же получаем результат. Пингуется с минимальной задержкой.

Пробовал поставить ubuntu, fedora, debian (stable), mint. Результат такой: прописываем все тоже самое через гуйные настройки, и пробуем пропинговать любой сайт... и... ожидание около минуты, затем нереальная задержка (около 400 милисекунд, когда на венде около 10 милисекунд). Так же открывается любая страничка с такой же задержкой.

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

На других компах такой проблемы не наблюдается.

★★
← [debian][openbox]западание клавиатуры
suse 12.1 не работает pm-hibernate →

Ну, раз пробуем все дистрибутивы, то в списке многого не хватает. Mageia со своим MCC, например.

anonymous
()

не вижу в списке не генты ни арча

доделаешь домашнюю работу, тогда возвращайся, малыш

anonymous
()

Пальцем в небо: может параметры аля дуплекс/полудуплекс а также скорости соединения неправильно выставляются? В логах чисто?

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

в понедельник покажу, так как комп на работе

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

я ж говорю на других компах в сети нет такой проблемы, значит не в настройках дело

krang ★★
() автор топика

На любом дистрибутиве не работает сеть…

Наверное дело не в дистрибутивах.

anonymous
()

Провод нормальный (так как на венде работает гуд), сетевуха встроенная тоже получется нормальная, раз работает на венде,

Это глупость. Скорее всего провод битый.

Берешь ethtool в руки и последовательно с проверкой отключаешь autoneg и ставишь 10 мбит полудуплекс и дуплекс.

AVL2 ★★★★★
()
Ответ на: комментарий от zolden 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 50:e5:49:36:2e:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.200.88/24 brd 192.168.200.255 scope global eth0
    inet6 fe80::52e5:49ff:fe36:2e76/64 scope link 
       valid_lft forever preferred_lft forever
default via 192.168.200.254 dev eth0  proto static 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.200.0/24 dev eth0  proto kernel  scope link  src 192.168.200.88  metric 1
krang ★★
() автор топика
Ответ на: комментарий от AVL2

Это глупость


Ну кстати реально случаи бывают разные.
Тоже лично однажды наблюдал как на одной машине сеть в винде работала, а в линуксе нет

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

стартуешь дамп (tcpdump -i eth0 host YOUR_TEST_IP -s0 -w test.pcap -v), делаешь тест (пинг или что там), останавливаешь дамп

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

Тоже лично однажды наблюдал как на одной машине сеть в винде работала, а в линуксе нет

Я и не спорю, что такое возможно. Но из этого нельзя делать вывод, что сетевой провод на 146% рабочий. При неверном обжиме или порче одной пары в одной системе вполне может сработать фалбек на низкую скорость и все будет работать. А в другой драйвер тупо поставит гигабит и приехали, подавай все 4 рабочие пары.

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

...Тоже лично однажды наблюдал как на одной машине сеть в винде работала, а в линуксе нет...

и в чем же была причина?

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

судя по всему разная логика/тайминги обработки ARP пакетов.
DSL модем имел какую-то специфичную конфигурацию, и светил одним адресом со всех портов. винда при этом ловила правильный порт, а линупс нет.

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

Нашел я причину!!!

У меня провод был уже готовый и обжат по дибильному
бо-о-бз-с-бс-з-бк-к -> бз-з-бо-с-бс-о-бк-к
обжал бо-о-бз-с-бс-з-бк-к -> бо-о-бз-с-бс-з-бк-к и все заработало как часы!

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

Можешь рассказать подробнее о том, что случилось? Имею в виду, почему один вариант обжатого кабеля работает в Windows, а в Linux - нет.

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

То что у меня было - это перекрестный кабель. (бо-о-бз-с-бс-з-бк-к -> бз-з-бо-с-бс-о-бк-к)

Перекрёстный кабель (crossover cable)

Используется для соединения однотипного оборудования (например, компьютер-компьютер). Однако некоторые сетевые карты способны автоматически определить метод обжима кабеля и подстроиться под него, но до этого было и остается основным соединением "компьютер - свитч/хаб" прямое соединение.

судя по тексту в линуксе сетевая не может автоматом опредлить чего от нее хотят...

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

Врят ли сетевая работает по-разному в винде и в линуксе, хотя если так, то на до слать баг-репорт

xorik ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← [debian][openbox]западание клавиатуры
General
suse 12.1 не работает pm-hibernate →