Linux Forum Казахстан

Здраствуйте.

У меня такая проблема. Стоит 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 декстоп такого нет. И как быть?

Цитата: 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

Цитата: Vicpo от 21 Февраля 2010, 17:09выводы команд покажите

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

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

Ну вот.

Цитата: B@F от 21 Февраля 2010, 17:24route -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

Ну вот.

0.0.0.0         192.8.140.81    0.0.0.0         UG    100    0        0 eth0вот эта строчка меня смущает, согласно вашей конфигурации её не должно быть, а она есть.

ЦитироватьДа и в добавок с виндоуса я его пингую, а он тока сам себя, при этом я к ниму спокойно по сети подключаюсь по ssh.

возможно на виндавс машинах включен брадмауер
остальное все в порядке

Цитата: Vicpo от 21 Февраля 2010, 17:37

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

0.0.0.0         192.8.140.81    0.0.0.0         UG    100    0        0 eth0вот эта строчка меня смущает, согласно вашей конфигурации её не должно быть, а она есть.
 возможно на виндавс машинах включен брадмауер
остальное все в порядке

Точка доступа не пингуется а с винды да, так что это что-то в нем зарыто полюбасу.

Цитата: B@F от 21 Февраля 2010, 18:00Точка доступа не пингуется а с винды да, так что это что-то в нем зарыто полюбасу.

0.0.0.0         192.8.140.81    0.0.0.0         UG    100    0        0 eth0скорее всего из-за двух маршрутизаторов по умолчанию

Цитата: Vicpo от 21 Февраля 2010, 18:05

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

0.0.0.0         192.8.140.81    0.0.0.0         UG    100    0        0 eth0скорее всего из-за двух маршрутизаторов по умолчанию

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

А кто знает ка в Ubuntu 9.10 из консоли настроить сеть. В 9.04 был замечательный файл .etc/network/interface - туда заходишь пишешь, рестарт и все работает, а на 9.10 какойто менеджер графический, а как без графики быть?

А кто Вам мешает создать этот замечательный файл? /wink.gif\' class=\'bbc_emoticon\' alt=\';)\' />

Гдето прочитал что проблема сети решается очень просто apt-get remove Natwork-Manager (удалить злополучный пакет) и тогда как обычно все делаешь ч\з файл или ifconfig, что я и сделал. И что вы думаете все сразу заработало, просто при установке пунк настройка сети пришлось пропустить, а то графический настройщик сети у себя видел что попало. Короче я нашёл простой и удобный способ настроить сеть и выйти в интернет, чтобы до конца настроить эту замечательную Ubuntu 9.10. Всем спасибо. След вопрос в след теме.

 Кто может сказать про это что:



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 /cool.gif\' class=\'bbc_emoticon\' alt=\'B)\' />  TX bytes:0 (0.0 /cool.gif\' class=\'bbc_emoticon\' alt=\'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 /cool.gif\' class=\'bbc_emoticon\' alt=\'B)\' />  TX bytes:240 (240.0 /cool.gif\' class=\'bbc_emoticon\' alt=\'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



как вижно все на статике и если бы у меня в сети вайфай кто подсел, то этого бы косяка не было все равно. Есть идеи?

Это zeroconf interface: http://www.zeroconf.org/ (http://www.zeroconf.org/)
Убирать вот так:
в файле /etc/sysconfig/network добавляем строку:
NOZEROCONF=yes

Цитата: Vicpo от 10 Марта 2010, 08:34Это zeroconf interface: http://www.zeroconf.org/ (http://www.zeroconf.org/)
Убирать вот так:
в файле /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... и все начинает работать в том числе и инет. В чем тут собака зарыта? Что не так? 

 Вижу никто не отвечает, тогда так.

Я настроил 2 pppoe, работает. Правда есть но.
1. Пришлось вручную писать DNS (но это мой касяк, потом может исправлю)
2. Самое главное. вот статейка настройка (http://www.xakep.ru/magazine/xa/113/090/1.asp), для информации, чтоб понятно было о чем я, так вот там описано что PAP аутенфикация настраивается в спец файле pap-secret, что я и сделал, вывод 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:21 Я напишу чтоб тема вверх перешла, мож тогда кто ответит.

Для начала вывод pty --help покажите

Прошу прощения, оказалось что pty всетаки работает(не знаю почему, я вставлял строчку из буфера, а потом удалил и прописал руками и все получилось), тоесть прописал pty "/usr/sbin/pppoe -I eth1 -T 80 -S service_name -m 1452" вначало а не в конец. 

Проблема остается, демон путает куда долбиться при подключении. Вот теперь мой 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, закоментировал там все то, что касалось меня и дописал логин с паролем в файл выше, в нем даже в двух местах указано с кем соединяться, но ситуации запутанная все равно. Теперь я точно не знаю где копать дальше, вся надежда на вас форумчане.    /wacko.gif\' class=\'bbc_emoticon\' alt=\':wacko:\' />

Цитата: B@F от 22 Марта 2010, 11:07Прошу прощения, оказалось что pty всетаки работает(не знаю почему, я вставлял строчку из буфера, а потом удалил и прописал руками и все получилось), тоесть прописал pty "/usr/sbin/pppoe -I eth1 -T 80 -S service_name -m 1452" вначало а не в конец. 

Проблема остается, демон путает куда долбиться при подключении. Вот теперь мой peers:

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


/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, закоментировал там все то, что касалось меня и дописал логин с паролем в файл выше, в нем даже в двух местах указано с кем соединяться, но ситуации запутанная все равно. Теперь я точно не знаю где копать дальше, вся надежда на вас форумчане.    /wacko.gif\' class=\'bbc_emoticon\' alt=\':wacko:\' />

Чет форум у нас в Казахстане мрачный какой-то, ау люди есть кто? У сайта походу посещаемость нулевая, единицы, ано и понятно с линуксом не каждый ужевается. Гораздо легче подсесть на майкрасофт и сидеть в лучшем случаи в нидфоспид играть или в карты чем сидеть на форуме и 2 года ждать ответа. Хзнает ну не знаю я английский не знаю как точно происходит работа pppd, где еще искать ответ как ни здесь. А техподдержка моего провайдера, так вообще походу ничерта не знают, строят из себя великих админов. Я уни спрашиваю, а они мне говорят то что я сам знаю, типа демон не обрабатывает имя концентратора и поэтому цепляется к тому кто первый ответит. Ну это я и сам знаю. Короче поможет кто нет?

Цитата: B@F от 29 Марта 2010, 13:20Чет форум у нас в Казахстане мрачный какой-то, ау люди есть кто? У сайта походу посещаемость нулевая, единицы, ано и понятно с линуксом не каждый ужевается. Гораздо легче подсесть на майкрасофт и сидеть в лучшем случаи в нидфоспид играть или в карты чем сидеть на форуме и 2 года ждать ответа. Хзнает ну не знаю я английский не знаю как точно происходит работа pppd, где еще искать ответ как ни здесь. А техподдержка моего провайдера, так вообще походу ничерта не знают, строят из себя великих админов. Я уни спрашиваю, а они мне говорят то что я сам знаю, типа демон не обрабатывает имя концентратора и поэтому цепляется к тому кто первый ответит. Ну это я и сам знаю. Короче поможет кто нет?

Если бы кто сталкивался  такими задачами ... то помогли бы.
Тут же большинство мегалайнеры и такими ухищрениями с 2-мя соединениями не занимались походу

Цитата: Vicpo от 29 Марта 2010, 14:35Если бы кто сталкивался  такими задачами ... то помогли бы.
Тут же большинство мегалайнеры и такими ухищрениями с 2-мя соединениями не занимались походу

Ну это верно, вот и я подумываю перейти на него, тока безлим дорогой я щас за меньшую скорость плачу 2 зато у меня в локалке все есть, тока вот настроить ее не могу )))))). Блин геморой какой-то. Но это просто от незнания. Буду дальше голову ломать.

 Значит так. Я разобрался с ситуации связанно с 2 pppoe концентраторами в одной сети. Если кому надо опишу полностью решение этой проблемы на данном дистрибутиве, прикреплю даже готовые настройки. 


Вопрос в другом, нужна помощь по пирингу и торренту на Ubuntu. Если есть люди с этим столкнувшиеся ответьте. Если модераторы против обсуждения этого в этой теме, создам другую посвященную P2P сетям.

Цитата: B@F от 30 Марта 2010, 21:04 Значит так. Я разобрался с ситуации связанно с 2 pppoe концентраторами в одной сети. Если кому надо опишу полностью решение этой проблемы на данном дистрибутиве, прикреплю даже готовые настройки. 


Вопрос в другом, нужна помощь по пирингу и торренту на Ubuntu. Если есть люди с этим столкнувшиеся ответьте. Если модераторы против обсуждения этого в этой теме, создам другую посвященную P2P сетям.

Решение желательно описать.
По P2P создайте новую тему

Цитата: Vicpo от 30 Марта 2010, 23:05Решение желательно описать.
По P2P создайте новую тему

Тему создавать уже не надо), щас расскажу.

Для подключения к двум концентраторам pppoe необходимо мне следующие пакеты:


1. pppd - демон

2. pppoeconf - компилятор кофигурационных фалов для pppd

3. pppoe - модуль управления pppoe соединения.

Возможно не точное описание, но в целом думаю сойдет. (подправте если что, думаю это умесно)

И так запускаем pppoeconf, совтина имеет псевдографический интерфейс, сама найдет концентратор на нужном интерфейсе, спросит логин пароль, некоторые параметры и завершит созданием dsl-provider файл в папке /etc/ppp/peers/ .

Наша задача:1. Скорректировать и создать 2 пиирс файла.

Выполняем:

Введите команду pppoe -A -I интерфейс ( увидите имя серверов и имя концентраторов)


pppoe -A -I eth1
Access-Concentrator: fw-abon
       Service-Name: INTERNET
Got a cookie: 00 08 a9 dd e5 bf 4f e1 de 75 b1 d9 6e 4c fb 76 16 09 00 00
AC-Ethernet-Address: 00:15:17:39:52:20
--------------------------------------------------
Access-Concentrator: files
       Service-Name: PIRING
Got a cookie: f0 e4 8a 2c 9b 36 e6 b5 3e da a8 f6 7d 48 a7 73 84 13 00 00
AC-Ethernet-Address: 00:15:17:0e:eb:6a
--------------------------------------------------



Скопируем это нам пригодится. Далее нужно создать 2 пирс файла, для этого скопируем dsl-provider на INTERNET и PIRING

Отредактируем INTERNET так:


pty "/usr/sbin/pppoe -I eth1 -T 80 -C fw-abon -S INTERNET"
# Не использовать статичный IP адрес (dhcp)
noipdefault
# В таблице маршрутизации сделать данное соединение маршрутом по умолчанию
defaultroute
hide-password
noauth
# Восстановить связь в случае разрыва
persist
mtu 1452
maxfail 0
user "USER"
password "PASSWORD"



А PIRING


pty "/usr/sbin/pppoe -I eth1 -T 80 -C files -S PIRING"
# Не использовать статичный IP адрес (dhcp)
noipdefault
# В таблице маршрутизации не делать данное соединение маршрутом по умолчанию
nodefaultroute
hide-password
noauth
# Восстановить связь в случае разрыва
persist
mtu 1452
maxfail 0
user "USER"
password "PASSWORD"


далее в файлах /etc/ppp/pap-secret и chap-secret все закоментировать.

на этом уже все будет работать

в файле /etc/network/interface дописываем


auto ppp0
iface ppp0 inet ppp
provider INTERNET




auto ppp1
iface ppp1 inet ppp
provider PIRING



теперь все грузится вместе с системой.

Не решен пока тока один вопрос, это таблица маршрутизации. Чтобы я мог качать с пиринга не хватает сети я ее добавил

route add -net 172.16.0.0 netmask 255.255.0.0 gw 172.16.189.254

и таблица стала такой 


route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
172.16.188.254  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
172.16.189.254  0.0.0.0         255.255.255.255 UH    0      0        0 ppp1
192.8.140.80    0.0.0.0         255.255.255.248 U     0      0        0 eth0
172.16.0.0      172.16.189.254  255.255.0.0     UG    0      0        0 ppp1
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
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0



Теперь у меня все работает и я радуюсь моей первой настоящей Убунтой, ктр спустя 8 месяцев после моего знакомства с ней работает на физической машине, а не на виртуальной.

Вопрос: Как сделать, чтобы маршрут добавленный мной всегда был в таблице, в винде просто -р, а в лине?