LinuxForum.Fans
Тема

Установка Slackware впервые

Автор: amid88 121 сообщений 31859 просмотров
#303330

Ну, смотрите: без NM нужно добавиться как минимум, в группу dialout (и, наверное, plugdev), потому что:

text
yars@localhost:~$ ls -l /dev/ttyACM*
crw-rw---- 1 root dialout 166, 0 февр. 18 10:46 /dev/ttyACM0
yars@localhost:~$ 

Но с NM все работает и без членства в dialout.
UPD: Но мне кажется, что у вас проблема с DNS - соединение установлено, но доступ есть только по IP. Чтобы это обойти, нужно выполнить

text
cat /etc/ppp/resolv.conf > /etc/resolv.conf

.

#303334

Да, с NM и с Kppp все работает без добавления в группу, а как здесь добавлять в группу?

#303336
text
usermod -a -G dialout amid88
#303361
"yars" написал:
cat /etc/ppp/resolv.conf > /etc/resolv.conf

не помогло...

#303415
"yars" написал:
usermod -a -G dialout amid88

так же не помогло...

#303516

А вы не выполняли после отключения NM netconfig? Там нужно выбрать Loopback. И да, файл /etc/ppp/resolv.conf после запуска pppd создается? Если да, то его содержимое соответствует тому, что pppd пишет о DNS? Можно и прописать публичный DNS Google:

text
# echo "nameserver 8.8.8.8" > /etc/resolv.conf
#303562
"yars" написал:
А вы не выполняли после отключения NM netconfig?

выполнял.

при запуске pppd в /etc/ppp/resolv.conf

text
193.41.60.18
193.41.63.161

а в /etc/resolv.conf пусто, когда делаю соединения через Kppp, то здесь появляется то же, что и в /etc/ppp/resolv.conf и все работает

при соединении через pppd опять становиться пусто в /etc/resolv.conf

#303571
"amid88" написал:
  когда делаю соединения  через Kppp,  то   здесь появляется  то же, что и в /etc/ppp/resolv.conf и все работает
при соединении через pppd  опять становиться пусто в  /etc/resolv.conf

Именно об этом был приведённый совет:

"yars" написал:
мне кажется, что у вас проблема с DNS - соединение установлено, но доступ есть только по IP. Чтобы это обойти, нужно выполнить
cat /etc/ppp/resolv.conf > /etc/resolv.conf
с одним только уточнением -- выполняться это должно после подъёма соединения. Для автоматизации --- одним из скриптов pppd, скажем, /etc/ppp/ip-up.
Использование опции usepeerdns заставляет pppd запросить пару DNS и сформировать /etc/ppp/resolv.conf. Системный resolv.conf лежит в /etc/resolv.conf.
Поэтому можно в скрипте либо тупо заменить его полученным от pppd, либо сделать что угодно еще, см. man pppd, раздел SCRIPTS.

kppp умеет обновлять /etc/resolv.conf самостоятельно. Умеет это делать и dhcpcd.

ps.
"amid88" написал:
при запуске pppd  в  /etc/ppp/resolv.conf   
text
193.41.60.18
193.41.63.161

Ничего не путаете? Точно не
text

nameserver 193.41.60.18
nameserver 193.41.63.161

?

#303576
"bormant" написал:
Ничего не путаете? Точно не nameserver 193.41.60.18
nameserver 193.41.63.161

да, только что еще проверил.

nameserver 193.41.60.18
nameserver 193.41.63.161

когда после подъёма соединения выполнил cat /etc/ppp/resolv.conf > /etc/resolv.conf
все заработало, тоесть у меня pppd не прописывает /etc/resolv.conf

#303577

Сразу видно, что до каталога с документацией руки не дошли ;-)
Для ppp это /usr/doc/ppp-*/
Пример того, что можно использовать для ip-up есть в /usr/doc/ppp-*/scripts/ip-up.local.add

text
#
# This sample code shows you one way to modify your setup to allow automatic
# configuration of your resolv.conf for peer supplied DNS addresses when using
# the `usepeerdns' option.
#
...

Отличие от тривиального
cat /etc/ppp/resolv.conf > /etc/resolv.conf
в сохранении параметров domain и search (если есть). Зачем нужны эти параметры написано в man resolv.conf.


ps. Пару строк

text

                grep domain /etc/ppp/resolv.prev > /etc/resolv.conf
                grep search /etc/ppp/resolv.prev >> /etc/resolv.conf

вполне можно было заменить на

text

                grep "domain\|search" /etc/ppp/resolv.prev > /etc/resolv.conf

#303582

большое спасибо, при поднятом соединении выполнил

text
cat /etc/ppp/resolv.conf > /etc/resolv.conf
echo "pppd call kyivstar"   >  /etc/rc.d/rc.local

теперь при загрузке системы автоматом происходит соединение
всем спасибо за помощь!

#303587

Если не пропишете автоматический перенос данных из /etc/ppp/resolv.conf в /etc/resolv.conf при поднятии соединения из ppp (например, как уже говорил выше, в /etc/ppp/ip-up), то не исключено затирание его содержимого при попытках подключения куда-то ещё с использованием клиента dhcp (например, по ethernet-у, wifi или к другому провайдеру). Да и провайдер может ни с того ни с сего поменять выдаваемые адреса DNS :-)

#303589

А, понял, я сам перенес и при изменении, по выше указанным причинам, опять не будет работать, поэтому нужен автоматический перенос, понял, спасибо.

PS да, тупой я....что то все перепуталось, что именно выполнить, что бы автоматом переносились данных из /etc/ppp/resolv.conf в /etc/resolv.conf


/etc/ppp/resolv.prev этого файла у меня нет.

я понял так, в /etc/ppp/ создать ip-up и скопировать в него скрипт, как он есть,ничего в нем не меняя?

#303638

"amid88" написал:
/etc/ppp/resolv.prev  этого файла у меня нет.
В него тем же скриптом кладётся копия /etc/resolv.conf:
text

...
                cp /etc/resolv.conf /etc/ppp/resolv.prev
...

"amid88" написал:
в /etc/ppp/    создать   ip-up  и скопировать в него  скрипт, как он есть,ничего в нем не меняя?
Угу. Вот только не помню, атрибут исполнения на скрипте обязателен ли, по крайней мере в man pppd на этот счёт специального указания нет.
#303644

удалил запись с /etc/resolv.conf
сделал /etc/ppp/ip-up перегрузился и /etc/resolv.conf пуст
вот что в меня в ip-up

text
# cat /etc/ppp/ip-up
#
# This sample code shows you one way to modify your setup to allow automatic
# configuration of your resolv.conf for peer supplied DNS addresses when using
# the `usepeerdns' option.
#
# In my case I just added this to my /etc/ppp/ip-up.local script. You may need to 
# create an executable script if one does not exist.
#
# Nick Walker (nickwalker@email.com)
#

if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf cat /etc/ppp/resolv.conf >> /etc/resolv.conf else cp /etc/ppp/resolv.conf /etc fi fi

#303648

Пропишем в начало /etc/ppp/ip-up шебанг (#!/bin/bash), сделаем исполняемым, перезапустим соединение, посмотрим на результаты:

text

# chmod a+x /etc/ppp/ip-up
# killall pppd
# pppd call kyivstar
# sleep 6s  # подождём установки соединения, не знаю, сколько уходит на это времени
# ls -l /etc/{,ppp/}resolv.conf
# cat -n /etc/{,ppp/}resolv.conf
#303650

Таймаут надо бы, имхо, сделать не 6, а секунд 10, на нестабильных каналах 6 секунд маловато.

#303652

С таймаутом в целях отладки разобраться несложно, достаточно выполнять в отдельном терминале/консоли и добавить к вызову "nodetach". А если хочется подробностей, то добавить "debug".
Либо следить по tail -f /var/log/messages
Вариантов много.

#303653

Ладно, благодарю за помощь, не буду мучать вас, ничего не получается, соединение есть, в с /etc/ppp/resolv.conf в /etc/resolf.conf не переписывается, как только руками пропишу, все работает.

#303662

Ну вроде все, работает, я не прописал в начале скрипта
#!/bin/bash ( считал что # в начале строчки закоментирует ее, и все равно есть она или нет), как только прописал, все заработало.
удаляю содержимое /etc/resolv.conf , перегружаюсь и все прописывается.
Большое спасибо за помощь, что то тяжело у меня это получилось.

Войдите или зарегистрируйтесь, чтобы ответить.