Титла: Мрежов проблем
Публикувано от: PERMANENT в Feb 02, 2007, 19:48
hi
В rc.local си слагам настроиките на мрежата за да се настроива всичко без аз да бъзикам.Проблема ми идва от това че имам две мрежови карти и при всяко пускане те се наименотат по различен начин а това прави настроиките ми невалидни.Ще пооточня какво точно става за да ме разберете напълно.Настроивам pppoe клиента ми да работи на картата eth1 но често се случва същтата тази карта да бъде наименована eth0 а аз съм настроил eth0 да е със статичен адрес.Резултата е че пппое клиента се упитва да се коннектне в локалната мрежа а аз задавам статичен адрес на картата към доставчика.При оригиналното ядро 2.4 нямаше такъв проблем но при това което аз компилирах 2.6 го има.Дистрото ми е slackware 11.
Може ли някои да каже как да се справя
В rc.local си слагам настроиките на мрежата за да се настроива всичко без аз да бъзикам.Проблема ми идва от това че имам две мрежови карти и при всяко пускане те се наименотат по различен начин а това прави настроиките ми невалидни.Ще пооточня какво точно става за да ме разберете напълно.Настроивам pppoe клиента ми да работи на картата eth1 но често се случва същтата тази карта да бъде наименована eth0 а аз съм настроил eth0 да е със статичен адрес.Резултата е че пппое клиента се упитва да се коннектне в локалната мрежа а аз задавам статичен адрес на картата към доставчика.При оригиналното ядро 2.4 нямаше такъв проблем но при това което аз компилирах 2.6 го има.Дистрото ми е slackware 11.
Може ли някои да каже как да се справя
Титла: Мрежов проблем
Публикувано от: redcure в Feb 02, 2007, 20:03
Аз имах този проблем. Причината беше в последователността на зареждане на модулите. Модулите, който зареждах са 8139too (eth0 - pppoe) и forcedeth (eth1_ren). Първо имах проблем с вдигането на eth1_ren, защото не задавах правилно името, т.е. името беше грешно. Инсталирах iproute и с ip link show си видях пълното име 
....малко се отклоних, но ........ Системата ми вдигаше първо forcedeth, а след това 8139too и съответно имах същият проблем като теб. Решението беше rmmod на съответните модули и зареждането първо на 8139too и след това на forcedeth. Виж да не е аналогичен и твоят проблем.
Успех
....малко се отклоних, но ........ Системата ми вдигаше първо forcedeth, а след това 8139too и съответно имах същият проблем като теб. Решението беше rmmod на съответните модули и зареждането първо на 8139too и след това на forcedeth. Виж да не е аналогичен и твоят проблем.Успех
Титла: Мрежов проблем
Публикувано от: ji в Feb 02, 2007, 20:41
Може да определиш точно коя карта какво име да има през UDEV.
Титла: Мрежов проблем
Публикувано от: gat3way в Feb 02, 2007, 21:02
"Удобните" дистрибуции си имат /etc/modules.conf или /etc/modprobe.conf, на по-неудобните трябва на ръка да се променят initscript-ове, въпреки всичко и в двата случая проблемът се решава лесно (или не чак толкова лесно)
Slackware е от *неудобните* дистрибуции.
Slackware е от *неудобните* дистрибуции.
Титла: Мрежов проблем
Публикувано от: VladSun в Feb 02, 2007, 22:07
Значи моят Слак е от удобните такива:
| Примерен код |
ls /etc/mo* /etc/modprobe.conf /etc/modules.conf /etc/modules.devfs |
Иначе:
редактирай /etc/modules.conf и добави:
alias eth0 mod_name1
alias eth1 mod_name2
mod_name* ги замести с името на модула, който зареждаш
още:
http://www.comptechdoc.org/os/linux/manual3/modules.html
Титла: Мрежов проблем
Публикувано от: PERMANENT в Feb 02, 2007, 23:05
Оказа се че има фаил
/etc/udev/rules.d/network-devices.rules
и в него може да се настроива по мак адрес наименуванието на мрежовите карти.Благодаря на всички за помоща
/etc/udev/rules.d/network-devices.rules
и в него може да се настроива по мак адрес наименуванието на мрежовите карти.Благодаря на всички за помоща
Титла: Мрежов проблем
Публикувано от: d1saster в Feb 03, 2007, 01:10
| Цитат (VladSun @ Фев. 02 2007,15:07) | ||
Значи моят Слак е от удобните такива:
|
Версия 11 на Slackware проверява за наличие на следните файлове в точно определена последователност (извадка от /etc/rc.d/rc.S):
...
if [ -x /etc/rc.d/rc.modules.local -a -r /proc/modules ]; then
echo "Running /etc/rc.d/rc.modules.local:"
/bin/sh /etc/rc.d/rc.modules.local
elif [ -x /etc/rc.d/rc.modules-$(uname -r) -a -r /proc/modules ]; then
echo "Running /etc/rc.d/rc.modules-$(uname -r):"
. /etc/rc.d/rc.modules-$(uname -r)
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules -a -L /etc/rc.d/rc.modules ]; then
echo "Running /etc/rc.d/rc.modules -> $(readlink /etc/rc.d/rc.modules):"
. /etc/rc.d/rc.modules
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules ]; then
echo "Running /etc/rc.d/rc.modules:"
. /etc/rc.d/rc.modules
fi
...
Така, че най-културно е да се слагат обръщения към модулите във файлове от типа
/etc/rc.d/rc.modules-versiqta.na.kernel
Поради различията в зареждане на модули при ядра 2.4.х, >2.6.15 и 2.6.15>
В случая питащият се ориентирал на най-правилното място за ядро по-голямо от 2.6.15:
/etc/udev/rules.d/network-devices.rules