на компе 2 сетевые карты. eth0 смотрит в домашнюю сеть (static IP), eth1 - в локальную сеть провайдера (DHCP). В WIN 7 все встало автоматически, а в кубунту не хочет. я поправил файл /etc/network/interfaces вот до такого вида (правил через nano):
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
auto eth1
iface eth1 inet dhcp
ничего не изменилось.
Во вкладке "Проводные" Сетевых соединений пусто.
На сайте провайдера предоставлен порядок настройки сети для Ubuntu (тут):
Настройка сети в Linux Ubuntu
Процесс настройки сетевых подключений в Linux Ubuntu чрезвычайно прост (при условии что ваша сетевая карта определилась).
1. Открываем настройки сети:
2. Вводим пароль. Система отобразит все сетевые соединение которые были определены.
3. Выбираем Автоматическая настройка (DHCP) и жмем ОК.
Может у кого есть советы как запутить сеть?
ЗЫ: ipconfig -all:
Ethernet adapter TTK LAN:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер D-Link DFE-520TX PCI Fast Ethernet
Физический адрес. . . . . . . . . : 1C-BD-B9-86-83-80
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::4d3d:9137:ede1:6730%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 172.24.196.51(Основной)
Маска подсети . . . . . . . . . . : 255.255.224.0
Аренда получена. . . . . . . . . . : 15 апреля 2011 г. 20:41:09
Срок аренды истекает. . . . . . . . . . : 15 апреля 2011 г. 22:41:08
Основной шлюз. . . . . . . . . : 172.24.192.18
DHCP-сервер. . . . . . . . . . . : 172.24.192.18
IAID DHCPv6 . . . . . . . . . . . : 303873465
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-14-FE-AA-55-20-CF-30-C0-9B-BB
DNS-серверы. . . . . . . . . . . : 10.199.0.244
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Home LAN:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевая карта Realtek RTL8168D/8111D Family PCI-E Gigabit Ethernet NIC (NDIS 6.20)
Физический адрес. . . . . . . . . : 20-CF-30-C0-9B-BB
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Если сетевой конфиг после этого не правил, в консоли сделай команду
sudo /etc/init.d/networking restart
вывод покажи нам сюда, только спрятав под кат
угу, сетевка на прослушку встает, но широковещательного запроса не получает. Скажи, у тебя какая-то маршрутизация поднята? в iptable никаких правил не задавал?
маршрутизации нет, iptaple не трогал
хм. тогда я вообще ничего не понимаю... особенно вкупе с выводом ifconfig
>__<
примечательно что на панели интерфейсы отмечены как "unmanaged"
когда у тебя все настроено из консоли, там ничего и не должно показывать. вообще лучше нетворк-манагер вырубить, чтобы он глаза не мозолил.
Дык сюдя по Вашему описанию (картинкам), у Вас не подцепляется статический адрес, а не DHCP на внешнюю сетевуху.
1. после прописания настроек в interfaces /etc/rc.d/networking restart
2. Выпилить KNetworkManager
3. Проверьте что ДХЦП добавил ДНС сервера в resolv.conf
какая статика? самый первый конфиг посмотри.
Конфиг-то я вижу, только он его не применил нифига - смотри 2 пункт ifconfig:
Я конечно допускаю возможность путаницы в наименованиях, но думаю не все так грустно ...
так в домашней сетке у него статика. Это же нам подтверждает и линуховый конфиг
На сколько я помню, если настраиваешь сеть через прописывание настроек в /etc/network/interfaces, то что бы всё корректно работало нужно отключить GUI утилиту настройки сети, т.е. Network-manager.
я все настроил в консоли. гуй не отключал. УМВР ЯЧДНТ?
А в гуёвине после консоли и должно быть пусто. гуёвина из конфига /etc/network/interfaces ничего не берет
Я не спорю, возможно всё будет и так работать. У меня тоже всё работает :) Помню что были разговоры про проблемы с сетью при попытках совместного использования.
этот гуй не нужен по определению, так зачем его держать?! особенно новичкам ...
проблемы могут быть, если настроить и там, и тут, от этого система сходит с ума, с какой стороны за сеть хвататься =)
Но если настроить только в одном месте, то все будет работать.
Я не могу сказать, почему я это чувствую, но где-то на грани сознания у меня есть ощущение, что у него чем-то режется броадкаст, а без него DHCP не пашет.
Нет не надо, он сам не будет с ним работать.
Что и подтверждает картинка со словами анманжмент.
ммм... а кто мешает добавить нужные тебе соединение кнопкой добавить???
А вывод настроек по ipconfig -all из под винды что ли сделан?
Напиши лучше вывод комманды ifconfig из под линукса.
eth0 Link encap:Ethernet HWaddr 1c:bd:b9:86:83:80
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::1ebd:b9ff:fe86:8380/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:566 errors:0 dropped:0 overruns:0 frame:0
TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:106193 (106.1 KB) TX bytes:6702 (6.7 KB)
Interrupt:17 Base address:0x4c00
eth1 Link encap:Ethernet HWaddr 20:cf:30:c0:9b:bb
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:50 Base address:0x4000
eth1:avahi Link encap:Ethernet HWaddr 20:cf:30:c0:9b:bb
inet addr:169.254.10.131 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
Interrupt:50 Base address:0x4000
lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:704 errors:0 dropped:0 overruns:0 frame:0
TX packets:704 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:54960 (54.9 KB) TX bytes:54960 (54.9 KB)
Все ясно, eth0 - это сетевая сети провайдера, а eth1 - локальная сеть.
Твой конфиг должен выглядеть так:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0
ээ... чем обоснован этот вывод? я, похоже, что-то упустил. Хотя и были мысли, что домашняя сетевка с провайдерской попутаны.
Посмотри на MAC адреса при выводе ipconfig из под винды и на вывод ifconfig и увидишь, что под виндой по DHCP получается IP на интерфейс на который под линуксом пытаются статику повесить.
Черт! как же я про мак то забыл! >__<
стыд мне и срам =(
после замены, из ifconfig пропала секция eth1
а ты после замены делал sudo /etc/init.d/networking restart
??
а вот это - уже вообще какая-то фантастика О__о
Можно попробовать увеличить интервал ожидания ответа от DHCP сервера.
sudo sed -i -e 's/#timeout 60/timeout 120/' /etc/dhcp3/dhclient.conf; sudo /etc/init.d/networking restart
Если не поможет, попробуй тогда такой конфиг со статическим IP провайдера:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 172.24.196.51
netmask 255.255.254.0
gateway 172.24.192.18
auto eth1
iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0
и созай файл /etc/resolv.conf и пропиши в него:
nameserver 10.199.0.244
надо было с самого начало взять dhclient и оба интерфейса просканировать...
я быстренько переустановил систему на 11.04, в ней вроде дела обстоят немного лучше.
радикальненько. Но хорошо, если помогло. ;)
eth0 так и не получил адрес
Ключевые слова "переустановил систему".
По MAC видим что сетевухи поменялись местами, следовательно теперь ищем на eth1.
sudo dhclient eth1
Гмм, все правильно, блин, не посмотрел на макадрес... :-(
толку, если адрес все равно не выдан?
а если в раздел относящийся к сетевухе получающей по dhcp прописать еще gateway иногда помогало получить ip адрес
в данном случае, я вообще не увидел запросов дхцп...
попробуйте набрать следующий набор команд:
sudo -s
и показать нам результат...dhclient eth0
кстати,
еще интересно что лежит в таком файлике
/var/lib/dhcp3/dhclient*.leases
копм выполняет эти команды, но никак не сообщает о ходе выполнения (ничего не пишет)
в папке /var/lib/dhcp/ все 3 файла пустые
то есть вообще ничего не пишет?
значит он просто не отрабатывает :-(
ибо иначе он ДОЛЖЕН слать запросы в сеть, и сообщать об этом.
Ибо не верю я, что настолько заткнули пасть дхклиенту. :-)
Вот вывод из ifconfig
eth0 Link encap:Ethernet HWaddr 20:cf:30:c0:9b:bb
inet6 addr: fe80::22cf:30ff:fec0:9bbb/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:5847 (5.8 KB)
Interrupt:50 Base address:0x4000
eth1 Link encap:Ethernet HWaddr 1c:bd:b9:86:83:80
inet6 addr: fe80::1ebd:b9ff:fe86:8380/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:44 errors:0 dropped:0 overruns:0 frame:0
TX packets:19 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9530 (9.5 KB) TX bytes:3997 (3.9 KB)
Interrupt:17 Base address:0xac00
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:960 (960.0 B) TX bytes:960 (960.0 B)
вывод interfaces
auto lo
iface lo inet loopback
auto eth1
iface eth1 inet dhcp
sudo dhclient eth1
Перед завершением работы форточек выполнить в cmd
ipconfig /release
т.е. отправить серверу запрос на освобождение сессии.Затем уходим в Убунту, там
ifconfig -a
смотрим что получилось. Если ничего, то попробовать
sudo dhclient eth1
Если адрес получен таки, то для возвращения обратно в винду перед перезагрузкой нужно опять отправить DHCP серверу запрос на освобождение адреса
sudo dhclient -r
Извините, можно мне свои "пять копеек"?
На "static address" гейт кто прописывать будет?
Да и странный какой-то адрес компа 192.168.0.1 - это как правило адрес маршрутизатора, а все машины начинаются с .2
а зачем (задается резонный вопрос) прописывать на конечную сеть, через которую никогда гарантированно не будет идти роутинг, прописывать гейт?
Гейт прописывается один, на тот хост, который будет роутить дальше в неизвестные сети(неопределенные заранее и гарантированно, или говоря другими словами -весь интернет)
И адрес совершенно не странный, ибо он (этот комп) и есть (должен стать) маршрутизатор(ом) для локальной сети.
dyug прав, этот комп и есть gateway для остальных.
увы ничего не вышло.
Странно. Но чудес не бывает. Значит причина таки есть..
А если грузануться с CD в лайв режиме, тогда что с сетью происходит.
Там по идее все по дефолту должно идти.
Посмотреть бы вывод
sudo ethtool eth1
.Но он вроде в базовой системе отсутствует, точно не помню.
с лайв сд сеть все равно не поднимается.
sudo: ethtool: команда не найдена (или что-то в этом роде)
самая подстава что тех поддержка провайдера никак не реагирует
Откровенно скажу - НЕ ПОНИМАЮ.
Должно работать, почему не работает - не понимаю.
Либо чего то не хватает, или у провайдера еще какая то авторизация - типа отдаваемого имени компа идет...
Была бы авторизация...
А то ж ответа от DHCP сервера получается совсем нету, по листингу то.
Еще варианты:
1. Воткнуть кабель во вторую сетевуху и пробовать все тоже самое но на eth0, или там к МАС привязка?
2. Спросить сервер в лоб
sudo dhclient -s 172.24.192.18 eth1
(или eth0, по ситуации).
привязки по MAC нету, сейчас попробую ч\з другую сетевую.
по поводу провайдера: зачем админу знать № моего договора? не думаю что от этого как-то зависит настройка.
PS
1) не прокатило
2) эффекта не дало
спасибо всем за внимание, похоже пока придется посидеть на виртуалке и выклянчить у сисадмина эту настройку.
Все-таки снеси графическую настройку сети для начала, я тоже читал, что при "графически" настроенной сети, "руками" трогать нельзя и наоборот..ну и поставь "математику" в виде dhcp-сервера на раздачу по "своей" сети... или мы об этом вообще не говорим? Если не ошибаюсь еще бридж-утилита нужна..все-таки маршрутизатор.. :-)
И вот это " NetBios через TCP/IP. . . . . . . . : Включен"
Не означает-ли, что для работы в сети провайдера,необходимо добавить в настройки "сервер имен" (Wins-server).В "винде" он поднимается по необходимости автоматически..
о господи...
Алекс, перестаньте нести отсебятину.
Какой дхцп сервер, какой бридж? у человека НЕ получается ПОЛУЧИТЬ адрес от провайдера, а не настроить внутреннюю сеть...
Прочли бы сначала бы..
Да куда уж мне, вот только интересно почему никто вот так не попробовал?
auto eth0
iface eth0 inet dhcp
hwaddress ether 00:00:00:00:00:00
В общем техподдержка провайдера сказала примерно такое:
"Настройка сети в принципе не нужна, для работы PPPoE протокола это не обязательное условие. Просто настраивайте PPPoE как DSL через NetworkManager, но у вас могут возникнуть проблемы с DHCP. Скорее всего ваш компьютер не получит адреса DNS-серверов, вам придется прописать их вручную: *.*.*.* и *.*.*.*. Единственное чего вы не сможете - это зайти в личный кабинет."
Послушал я админа и начал пробовать. NetworkManager сразу отказался работать, что впрочем и не удивило. Решил идти своим путем. Прописал DNS серваки, убрал из interfaces все что касалось внешней сетевухи и начал настройку через pppoeconf. Со всем согласился, указал Login и pass, /etc/init.d/networking reatart и для полноты картины перезагрузил ПК. В итоге все работает и даже заходит в личный кабинет. ЮХУ!) настроил раздачу интернета через 2-ю сетевуху с помощью firestarter и все встало на свои места. *HAPPY*
Спасибо всем за советы!)
PS: заметил что отказы раздачи интернета в локальную сеть характерные для Win7 в Kubuntu отсутствуют, что конечно же радует)
Теперь осталось в название темы дописать 'решено'.
Have done.
PPPoE - не нужно, закопать вместе с техподдержкой провайдера (ИМХО).
ключевое слово "PPPoE", в начале поста, таки было опущено, хех!
Уж изините, но тема по поводу проблемы с DHCP. Изначально настройку интернета тут рассматривать я не собирался.
Отправить комментарий