Сеть и Интернет Настройка в Ubuntu 9.10
#1
Отправлено 21 Февраль 2010 - 15:39
У меня такая проблема. Стоит D-Link DIR-400, он подключается к инету и имеет свои настройки для этого. Н компах под виндоус прописано что его ИП основной шлюз и что его ИП DNS, все. Все прекрасно работает. А вот на Ubuntu 9.10 декстоп такое на канает. Вот
baf@ubuntu910:~$ more /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 192.8.140.84
netmask 255.255.255.248
network 192.8.140.80
broadcast 192.8.140.87
gateway 192.8.140.81
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.8.140.81
baf@ubuntu910:~$
Да и в добавок с виндоуса я его пингую, а он тока сам себя, при этом я к ниму спокойно по сети подключаюсь по ssh.
Что может быть?
И еще по теме: на 9.04 сервер /etc/init.d/network restart и происходил рестарт сетевых интерфейсов, а в 9.10 декстоп такого нет. И как быть?
#2
Отправлено 21 Февраль 2010 - 17:09
B@F (21 Февраль 2010 - 15:39) писал:
У меня такая проблема. Стоит D-Link DIR-400, он подключается к инету и имеет свои настройки для этого. Н компах под виндоус прописано что его ИП основной шлюз и что его ИП DNS, все. Все прекрасно работает. А вот на Ubuntu 9.10 декстоп такое на канает. Вот
baf@ubuntu910:~$ more /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 192.8.140.84
netmask 255.255.255.248
network 192.8.140.80
broadcast 192.8.140.87
gateway 192.8.140.81
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.8.140.81
baf@ubuntu910:~$
Да и в добавок с виндоуса я его пингую, а он тока сам себя, при этом я к ниму спокойно по сети подключаюсь по ssh.
Что может быть?
И еще по теме: на 9.04 сервер /etc/init.d/network restart и происходил рестарт сетевых интерфейсов, а в 9.10 декстоп такого нет. И как быть?
выводы команд покажите
sudo ifconfig sudo route -n
#3
Отправлено 21 Февраль 2010 - 17:24
Vicpo (21 Февраль 2010 - 17:09) писал:
sudo ifconfig sudo route -n
ifconfig
baf@ubuntu910:/etc/network$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:22:68:87:66:c1
inet addr:192.8.140.84 Bcast:192.8.140.87 Mask:255.255.255.248
inet6 addr: fe80::222:68ff:fe87:66c1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:414 errors:0 dropped:0 overruns:0 frame:0
TX packets:226 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:37628 (37.6 KB) TX bytes:24025 (24.0 KB)
Interrupt:26 Base address:0x8000
eth1 Link encap:Ethernet HWaddr 00:1e:58:9a:21:44
inet6 addr: fe80::21e:58ff:fe9a:2144/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1477 (1.4 KB) TX bytes:7795 (7.7 KB)
Interrupt:17
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:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1724 (1.7 KB) TX bytes:1724 (1.7 KB)
route -n
baf@ubuntu910:/etc/network$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.8.140.80 0.0.0.0 255.255.255.248 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.8.140.81 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 192.8.140.81 0.0.0.0 UG 100 0 0 eth0
Ну вот.
#4
Отправлено 21 Февраль 2010 - 17:37
B@F (21 Февраль 2010 - 17:24) писал:
baf@ubuntu910:/etc/network$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.8.140.80 0.0.0.0 255.255.255.248 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.8.140.81 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 192.8.140.81 0.0.0.0 UG 100 0 0 eth0
Ну вот.
0.0.0.0 192.8.140.81 0.0.0.0 UG 100 0 0 eth0
вот эта строчка меня смущает, согласно вашей конфигурации её не должно быть, а она есть.
Цитата
остальное все в порядке
#5
Отправлено 21 Февраль 2010 - 18:00
Vicpo (21 Февраль 2010 - 17:37) писал:
0.0.0.0 192.8.140.81 0.0.0.0 UG 100 0 0 eth0
вот эта строчка меня смущает, согласно вашей конфигурации её не должно быть, а она есть.
возможно на виндавс машинах включен брадмауер
остальное все в порядке
Точка доступа не пингуется а с винды да, так что это что-то в нем зарыто полюбасу.
#7
Отправлено 21 Февраль 2010 - 18:48
Vicpo (21 Февраль 2010 - 18:05) писал:
0.0.0.0 192.8.140.81 0.0.0.0 UG 100 0 0 eth0
скорее всего из-за двух маршрутизаторов по умолчанию
да точно, но теперь я это узнаю тока завтра, а откуда этот левый взялся хз, посмотрим короче, завтра удалю его.
#8
Отправлено 22 Февраль 2010 - 21:27
#10
Отправлено 24 Февраль 2010 - 07:48
#11
Отправлено 10 Март 2010 - 07:58
baf@ubuntuserver:~$ route -n Таблица маршутизации ядра протокола IP Destination Gateway Genmask Flags Metric Ref Use Iface 192.8.140.80 0.0.0.0 255.255.255.248 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0 10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 eth1 baf@ubuntuserver:~$
а именно 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0, что это такое я знаю, но откуда это взялось и как убрать.
Вот вывод ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:22:68:87:66:c1 inet addr:192.8.140.84 Bcast:192.8.140.87 Mask:255.255.255.248 inet6 addr: fe80::222:68ff:fe87:66c1/64 Диапазон:Ссылка UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:99 errors:0 dropped:0 overruns:0 frame:0 TX packets:108 errors:0 dropped:0 overruns:0 carrier:0 коллизии:0 txqueuelen:1000 RX bytes:9905 (9.9 KB) TX bytes:13351 (13.3 KB) Прервано:26 Base address:0x8000 eth1 Link encap:Ethernet HWaddr 00:23:54:2f:c9:d0 inet addr:10.35.18.12 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING 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 коллизии:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Прервано:17 lo Link encap:Локальная петля (Loopback) inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Диапазон:Узел UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:4 errors:0 dropped:0 overruns:0 frame:0 TX packets:4 errors:0 dropped:0 overruns:0 carrier:0 коллизии:0 txqueuelen:0 RX bytes:240 (240.0 B) TX bytes:240 (240.0 B)
Вот также cat /etc/network/interfaces
# The loopback network interface auto lo iface lo inet loopback #The integrade network interface auto eth0 iface eth0 inet static address 192.8.140.84 netmask 255.255.255.248 network 192.8.140.80 broadcast 192.8.140.87 #gateway 192.8.140.81 # dns-* options are implemented by the resolvconf package, if installed #dns-nameservers 192.8.140.81 #The PCI network interface auto eth1 iface eth1 inet static address 10.35.18.12 netmask 255.0.0.0 #gateway 10.35.18.254 hwaddress ether 00:23:54:2F:C9:D0 dns-nameservers 10.4.0.1
как вижно все на статике и если бы у меня в сети вайфай кто подсел, то этого бы косяка не было все равно. Есть идеи?
Сообщение отредактировал B@F: 10 Март 2010 - 08:01
#13
Отправлено 10 Март 2010 - 21:48
Vicpo (10 Март 2010 - 08:34) писал:
Убирать вот так:
в файле /etc/sysconfig/network добавляем строку:
NOZEROCONF=yes
Незнал, спасибо.
Вот настройки моего подключения:
# The loopback network interface auto lo iface lo inet loopback #The integrade network interface смотрит в локалку auto eth0 iface eth0 inet static address 192.8.140.84 netmask 255.255.255.248 network 192.8.140.80 broadcast 192.8.140.87 #gateway 192.8.140.81 # dns-* options are implemented by the resolvconf package, if installed #dns-nameservers 192.8.140.81 #The PCI network interface смотрил во внешку auto eth1 iface eth1 inet static address 10.1.1.5 netmask 255.0.0.0 dns-nameservers 10.1.1.1 видать не нежен? вручную прописал раз и все #auto dsl-provider #iface dsl-provider inet ppp #pre-up /sbin/ifconfig eth1 up # line maintained by pppoeconf #provider dsl-provider
Закоментировал pppoe, потому что инет все равно не работает, хотя IP получает нормально. Это раз, а два это то что удаленный стол не работает VNC пока не сделаешь poff. затем делаешь pon... и все начинает работать в том числе и инет. В чем тут собака зарыта? Что не так?
Сообщение отредактировал B@F: 10 Март 2010 - 23:26
#14
Отправлено 12 Март 2010 - 20:56
Я настроил 2 pppoe, работает. Правда есть но.
1. Пришлось вручную писать DNS (но это мой касяк, потом может исправлю)
2. Самое главное. вот
users ESILNET passwd
p2p P2P p2p (у этого соединени не нужно логина и пароля, тока название сервера, но я вписал так, так как все ракно имя пароль не светятся)
Как в статье рекомендовали. Но проблема в следующем: система все равно путает когда куда подставлять логин пароль. Тоесть чтоб вкл инет нужно несколько раз или хватает одного раза включать и выключать pppoe соединение, потомучто бывает, что вместо инета цепляется р2р, и потом цеплять р2р, но оно бывает не с первого раза, пытается зацепиться с енетовским серваком в то время как инет уже есть, а логин пароль ставит от p2p и в результате вывода plog видно что аутенфикация рар повреждена. Проблему можно было бы решить очегь просто, если бы строчка pty "/usr/sbin/pppoe -I eth0 -S service_name -m 1452" работала, но к сожалению нет. Когда подключаешься с этой строчкой в конфиге соединения говорит что корявый аргумент pty и не запускает демона pppoe. Поиски в нете ничего не дали по этому поводу. может хоть кто-нибуть помочь или я ожин в этой теме.
Сообщение отредактировал B@F: 20 Март 2010 - 19:19
#17
Отправлено 22 Март 2010 - 11:07
Проблема остается, демон путает куда долбиться при подключении. Вот теперь мой peers:
/etc/ppp/peers# cat service_name # Minimalistic default options file for DSL/PPPoE connections pty "/usr/sbin/pppoe -I eth1 -T 80 -S service_name -m 1452" noipdefault defaultroute replacedefaultroute hide-password #lcp-echo-interval 30 #lcp-echo-failure 4 noauth persist #mtu 1492 #persist #maxfail 0 #holdoff 20 plugin rp-pppoe.so eth1 user "user1" password "password" #usepeerdns name user1 remotename service_name
Я избавил систему от pap-secret и chap-secret, закоментировал там все то, что касалось меня и дописал логин с паролем в файл выше, в нем даже в двух местах указано с кем соединяться, но ситуации запутанная все равно. Теперь я точно не знаю где копать дальше, вся надежда на вас форумчане.
Сообщение отредактировал B@F: 22 Март 2010 - 11:09
#18
Отправлено 29 Март 2010 - 13:20
B@F (22 Март 2010 - 11:07) писал:
Проблема остается, демон путает куда долбиться при подключении. Вот теперь мой peers:
/etc/ppp/peers# cat service_name # Minimalistic default options file for DSL/PPPoE connections pty "/usr/sbin/pppoe -I eth1 -T 80 -S service_name -m 1452" noipdefault defaultroute replacedefaultroute hide-password #lcp-echo-interval 30 #lcp-echo-failure 4 noauth persist #mtu 1492 #persist #maxfail 0 #holdoff 20 plugin rp-pppoe.so eth1 user "user1" password "password" #usepeerdns name user1 remotename service_name
Я избавил систему от pap-secret и chap-secret, закоментировал там все то, что касалось меня и дописал логин с паролем в файл выше, в нем даже в двух местах указано с кем соединяться, но ситуации запутанная все равно. Теперь я точно не знаю где копать дальше, вся надежда на вас форумчане.
Чет форум у нас в Казахстане мрачный какой-то, ау люди есть кто? У сайта походу посещаемость нулевая, единицы, ано и понятно с линуксом не каждый ужевается. Гораздо легче подсесть на майкрасофт и сидеть в лучшем случаи в нидфоспид играть или в карты чем сидеть на форуме и 2 года ждать ответа. Хзнает ну не знаю я английский не знаю как точно происходит работа pppd, где еще искать ответ как ни здесь. А техподдержка моего провайдера, так вообще походу ничерта не знают, строят из себя великих админов. Я уни спрашиваю, а они мне говорят то что я сам знаю, типа демон не обрабатывает имя концентратора и поэтому цепляется к тому кто первый ответит. Ну это я и сам знаю. Короче поможет кто нет?
#19
Отправлено 29 Март 2010 - 14:35
B@F (29 Март 2010 - 13:20) писал:
Если бы кто сталкивался такими задачами ... то помогли бы.
Тут же большинство мегалайнеры и такими ухищрениями с 2-мя соединениями не занимались походу
#20
Отправлено 29 Март 2010 - 19:21
Vicpo (29 Март 2010 - 14:35) писал:
Тут же большинство мегалайнеры и такими ухищрениями с 2-мя соединениями не занимались походу
Ну это верно, вот и я подумываю перейти на него, тока безлим дорогой я щас за меньшую скорость плачу 2 зато у меня в локалке все есть, тока вот настроить ее не могу )))))). Блин геморой какой-то. Но это просто от незнания. Буду дальше голову ломать.

Вход
Регистрация
Помощь




