Интернет в Debian Sarge

[Phoenix]

Вы уж меня извините, если повторюсь, но такой пост я не нашел, в связи с чем вопрос?

Как подлючать к инету из гнома Debian без рутовых прав. Какие пакеты установить?

Я устанавливал wvdial без него у меня вообще ничего не вышло....
Может его и не надо устанавлявать потому как с ним я могу подключиться только из под рута и консоли. А как это сделать из под Хксов не понятно

Может кто с этим сталкивался подскажите... Уверен разгадка где-то рядом.

[sash-kan]

Как подлючать к инету из гнома Debian

↑

а при чем тут debian? я так понял, нужна звонилка с граф. интерфейсом? так используй какой-нибудь там kppp или что-нибудь вроде него, но гномовское. а почему прав не хватает - так поиск по форуму _точно_ поможет.

[ozzy]

тема актуальная. я напрмер не смог запустить kppp из под пользователя.... только root-ом. так-что тоже юзаю wvdial. Подскажите, как kppp заставить работать. Дебиан 3.1. KDE. wvdial робит нормально, а kppp при запуске просто вываливается.

[t.t]

тема актуальная. я напрмер не смог запустить kppp из под пользователя.... только root-ом. так-что тоже юзаю wvdial. Подскажите, как kppp заставить работать. Дебиан 3.1. KDE. wvdial робит нормально, а kppp при запуске просто вываливается.

↑

Это тема настолько актуальная, что уже не раз здесь обсуждалась. Конкретно в дебиане могу посоветовать попробовать сделать dpkg-reconfigure kppp. Это навскидку, т.к. кппп никогда не пользовался. Если не поможет -- тогда в поиск.

Кстати, раз уж в дебиане вопрос, зачем wvdial, если можно pon/poff (только сначала apt-get install pppconfig && pppconfig конечно). Я их, кстати, вешал на кнопки, а мониторчик сети можно отдельный любой графический взять (например, в IceWM он встроен в панель) -- и не надо никаких кппп; но это так, к слову.

[auvarov]

Так надо юзера из под которого хочешь выходить в инет добавить в группу dialout (adduser username dialout).
Для дозвона под иксами рекомендую использовать:
1. kppp (для KDE)
2. pppconfig + gnome-ppp (для GNOME)

[Phoenix]

Нет парни - ничего не выходит!!!

pon работает только из под rootа

Я уже и в группе dip и в группе dialout зарегистрировался ничего не помогает.
Нужны права рута и все тут.

Неужели в Debian ppp работает только из под root

Дистр мне очень приглянулся, но вот постоянно логиниться под root чтобы выйти в инет не хочется.

[sash-kan]

Для Phoenix:
устанавливаешь sudo
# aptitude install sudo
читаешь
$ man sudoers
настраиваешь
# visudo
пример:

Код: Выделить всё

phoenix   ALL=NOPASSWD: /usr/bin/pon, /usr/bin/poff

запускаешь
$ sudo pon <интерфейс>
вырубаешь
$ sudo poff <интерфейс>

[t.t]

Для Phoenix:
устанавливаешь sudo

↑

Да нет, из-под юзера из группы dip должно работать.

Phoenix, что говорит ls -l `which pon`

[sash-kan]

Для t.t:
у меня, например:
$ ls -l `which pon`
-rwxr-xr-x 1 root root 1362 2004-07-16 20:30 /usr/bin/pon
$ ls -l `which poff`
-rwxr-xr-x 1 root root 2837 2004-07-16 20:30 /usr/bin/poff
$ poff netcom
/usr/bin/poff: /bin/kill failed. None stopped.
это по умолчанию.
так что imho наиболее кошерно - через sudo
опять-таки и хорошая привычка выработается (:

[t.t]

Для t.t:
у меня, например:
$ ls -l `which pon`
-rwxr-xr-x 1 root root 1362 2004-07-16 20:30 /usr/bin/pon
$ ls -l `which poff`
-rwxr-xr-x 1 root root 2837 2004-07-16 20:30 /usr/bin/poff

↑

Хм.. Странно. У меня точно так же -- и всё работает. Тоже всё как было, ничего не трогал.

[sash-kan]

Для t.t:
ошибочка вышла - я не был в группе dip ):
заработало, но как-то неправильно.
кажись, взялись установки из /etc/ppp/options, а не из указанного в /etc/ppp/peers/netcom файла /etc/ppp/options.netcom
в случае sudo - pon даже и не лез в /etc/ppp/options (точно знаю, потому что при настройке переименовал оригинальный файл, а после запуска pon от своего имени 5 мин. назад заругалось, что такого файла нет - пришлось создать)

[t.t]

заработало, но как-то неправильно.
кажись, взялись установки из /etc/ppp/options, а не из указанного в /etc/ppp/peers/netcom файла /etc/ppp/options.netcom
в случае sudo - pon даже и не лез в /etc/ppp/options (точно знаю, потому что при настройке переименовал оригинальный файл, а после запуска pon от своего имени 5 мин. назад заругалось, что такого файла нет - пришлось создать)

↑

Странно. Сейчас у меня правда, только options там и есть, и для всех соединений использовался; но раньше тоже всё работало от юзера. Хотя... как там раньше было (а было это ещё в woody, т.е. где-то год назад), я уже не упомню.

[auvarov]

Для начала нужно определиться куда у тебя подключен модем
COM1 = /dev/ttyS0
COM2 = /dev/ttyS1
COM3 = /dev/ttyS2
далее
если, например, COM1, делаешь
$ ls -l /dev/ttyS0
crw-rw---- 1 root dialout 4, 64 2005-03-01 19:45 /dev/ttyS0
из листинга видно, что файл принадлежит юзеру root и группе dialout
соответственно если нужно юзать модем не из под рута нужно входить в группу dialout
adduser username dialout
обязательный выход из системы и вход заново
затем из подрута настраивается pppconfig
# pppconfig
там в расширенных настройках какого либо подключения, будет сказанно что введите имена пользователей которым можно будет пользоваться командой pon (этих юзеров он включит в группу dip)
после всех настроек, сохраняешь, выходишь из системы (навсякий случай) и заходишь заново....
открываешь две консоли...
в одной под рутом вводишь команду
# tail -f /var/log/syslog
во второй под нужным тебе юзером
пробуешь
$ pon you_provider
результыты смотришь в первой консоли
если не получиться, шли эти результаты нам...

ЗЫ: когда заработает, установи гномовский фронтэнд к pon poff - gnomeppp и будет тебе счастье
ЗЗЫ: из под рута у тебя работает?
ЗЗЫ: если лень или не получается, то действительно лучше воспользоваться предыдущим советом о sudo...
для этого установи пакет sudo
apt-get install sudo
потом отредактируй конфиг sudo
/etc/sudoers
в него необходимо добавить следующюю строчку
you_username ALL=(ALL) ALL
сохранить.
После этого можешь юзать любые рутовские команды из под твоего юзера просто вводя
sudo command
и на запрос пароля вводишь пароль своего юзера (не рута!)

[Phoenix]

из листинга видно, что файл принадлежит юзеру root и группе dialout
соответственно если нужно юзать модем не из под рута нужно входить в группу dialout
adduser username dialout
обязательный выход из системы и вход заново
затем из подрута настраивается pppconfig
# pppconfig
там в расширенных настройках какого либо подключения, будет сказанно что введите имена пользователей которым можно будет пользоваться командой pon (этих юзеров он включит в группу dip)
после всех настроек, сохраняешь, выходишь из системы (навсякий случай) и заходишь заново....

Да я по-моему так и написал что вхожу в группу dip и dialout


ЗЫ: когда заработает, установи гномовский фронтэнд к pon poff - gnomeppp и будет тебе счастье
ЗЗЫ: из под рута у тебя работает?
ЗЗЫ: если лень или не получается, то действительно лучше воспользоваться

gnome-ppp устанавливает дополнительно wvdial и с ним такая же лажа т.к. демон    pppd хочет права root


предыдущим советом о sudo...
для этого установи пакет sudo
apt-get install sudo
потом отредактируй конфиг sudo
/etc/sudoers
в него необходимо добавить следующюю строчку
you_username ALL=(ALL) ALL
сохранить.
После этого можешь юзать любые рутовские команды из под твоего юзера просто вводя
sudo command
и на запрос пароля вводишь пароль своего юзера (не рута!)

Так всетаки в debian ppp работает только из под root ?!

Почему тогда в SUSE или RedHat в инет выходишь сразу после установки системы
никакого напильника не нужно

↑

[t.t]

pon работает только из под rootа

Я уже и в группе dip и в группе dialout зарегистрировался ничего не помогает.
Нужны права рута и все тут.

↑

Давайте попробуем начать с начала:
1. Что говорит ls -l `which pon` ?
2. Что говорит pon, запущенный от пользователя, входящего в группу dip?

[sash-kan]

Почему тогда в SUSE или RedHat в инет выходишь сразу после установки системы
никакого напильника не нужно

↑

разница, думаю, в подходе к вопросам безопасности и распределения прав. у каждого человека (в том числе, участвующего в сборке дистрибутива) своя точка зрения на то, как это должно быть реализовано.

[t.t]

Так всетаки в debian ppp работает только из под root ?!

↑

Всё-таки настаиваю, что я два года сидел на диалапе из-под юзера.

[auvarov]

Думаю посмотрели бы логи, быстро бы все решили...

[Phoenix]

Ну вот уже второй раз на этом форуме пришлось разбираться самому.
И вот какой результат.
Оказывается все работает из под юзера и не о какой политике безопасности Debian нет речи.
Для того что заработал pon из под юзера необходимо перейти из X-сов на другую консоль т.е. ctrl-alt-F1 F2 и т.д. Далее все как у всех. Потом в той же консоли запускаем это соединение из под рута. выключаем. далее ctrl-D и далее из под юзера в той же консоли pon poff. Далее ctrl-D и переходим в X После таких несложных манипуляций имеем соединение под юзером в X.
Как вы заметили настоящее шаманство и объяснений этому у меня нет!!!
Хотя если учесть что под рутом в X обычным путем не попадешь, то может это все и объясняет. :devil_2:

[t.t]

Для того что заработал pon из под юзера необходимо перейти из X-сов на другую консоль т.е. ctrl-alt-F1 F2 и т.д. Далее все как у всех. Потом в той же консоли запускаем это соединение из под рута. выключаем. далее ctrl-D и далее из под юзера в той же консоли pon poff. Далее ctrl-D и переходим в X После таких несложных манипуляций имеем соединение под юзером в X.

Загадка природы. У меня изначально всё работало от юзера, от рута я только pppconfig запускал, а pon/poff ни разу, из голой консоли на этой машине по-мойму тоже ни разу не запускал.

[sash-kan]

Для Phoenix:
>рутом в X обычным путем не попадешь
а su в терминале - это необычный путь?

>После таких несложных манипуляций
а без выполнения этих манипуляций что отвечает команда pon <провайдер>?

[Bruce]

народ, я фигею. echo [username] > /etc/kppp.allow
неужели так трудно было вспомнить? и никаких рутов не надо было.
правда, я переписывал настройки ppp из ASP10.... но, как видите, работает.

[sash-kan]

>неужели так трудно было вспомнить?
:lol: очень сложно вспомнить то, чего никогда не знал. по причине повальной ethernet-изации выхода в интернет :lol:
скажу даже по секрету - ни одной звонилки до сих пор в глаза не видел

[Phoenix]

народ, я фигею. echo [username] > /etc/kppp.allow
неужели так трудно было вспомнить? и никаких рутов не надо было.
правда, я переписывал настройки ppp из ASP10.... но, как видите, работает.

↑

А при чем тут kppp если открыть глаза, то очевидно что речь идет о pon и poff :megalol:


Phoenix добавил в 28.07.2005 14:18

Для Phoenix:
>рутом в X обычным путем не попадешь
а su в терминале - это необычный путь?

>После таких несложных манипуляций
а без выполнения этих манипуляций что отвечает команда pon <провайдер>?

↑

А вот об этом отдельная тема. Объясняю почему...
Есть две локали установленные с помощью dpkg-reconfigure locales
ru-RU.KOI8-R и ru-RU.UTF-8. Язык для системы ru-RU.KOI8-R
В GDM устанавливаем ru-RU.UTF-8 логинимся, запускаем терминал, даем команду locale и что мы видим.
LANG ALL = ru-RU.UTF-8

Что на это скажет наш умник?!

А без выполнения манипуляций с pon выдает сообщение /usr/sbin/pppd access denied... или что - то в этом роде.

И вообще я рад что у тебя все работает....

Phoenix добавил в 28.07.2005 14:24

Для Phoenix:
>рутом в X обычным путем не попадешь
а su в терминале - это необычный путь?

Ну и при чем тут терминал... Никогда не пробовал на странице приветствия GNOME залогинится под root...
Попробуй... Вот тут может и работает политика безопасности debian. :P

[sash-kan]

Для Phoenix:
судя по тому, что процитирован мой пост, умник - это, видимо, я :lol:
хотя закрадываются смутные подозрения, что все-таки это кто-то другой - потому что вроде как тема locale никак к топику и к процитированному посту не относится.
но попробую предположить, что бы ответил тот умник на моем месте
а ответил бы он примерно так - а что Вы, уважаемый Phoenix, хотели увидеть в содержимом locale, ежели сами выбрали в gdm локаль utf-8?

Никогда не пробовал на странице приветствия GNOME залогинится под root...

это, видимо, вопрос. ответ - никогда. и пробовать не хочу. и вообще тема root-а в иксах только-только перестала дымиться (подразумеваю совсем недавнюю дискуссию).

А без выполнения манипуляций с pon выдает сообщение /usr/sbin/pppd access denied... или что - то в этом роде.

если можно, желательно поточнее. а заодно - что выводит
ls -l /usr/sbin/pppd
?
для сравнения - как у меня:
$ ls -l /usr/sbin/pppd
-rwsr-xr-- 1 root dip 232536 2004-07-16 20:30 /usr/sbin/pppd

[Phoenix]

О locale никто не говорит. Речь идет как раз о Debian в котором установка локали в GDM приводит к установке локали для всей консоли, в данном случае для 7.
Не понятно какая связь между X и консолью. Хотя наверно самая прямая т.к. запукскаем ведь gnome-terminal.
Тогда это просто обман бедных пользователей которые введя в gnome-terminale команду locale думают что у них вся система в UTF-8

А то что касается root под X тем более никто не говорит, но так не запрещает ни один дистр.

[sash-kan]

вся система в UTF-8

система не может быть "в такой-то локали". локаль (locale) - это свойство процесса

А то что касается root

чтобы не повторяться - Почему не надо работать под рутом?

[Phoenix]

вся система в UTF-8

система не может быть "в такой-то локали". локаль (locale) - это свойство процесса

А то что касается root

чтобы не повторяться - Почему не надо работать под рутом?

↑

Слушай да ты просто кул-хацкер какой-то. Ты так круто мне объяснил почему нельзя работать под рутом... Большое человеческое спасибо - 3 года в *nix а вот об этом не знал :devil_2:

Свойство процесса это тоже круто, только вот свойство в других дистрибутивах не завист от того что я устанавливаю в GDM. На это способен только Debian :thumbsup:

[sash-kan]

Для Phoenix:
что-то мы далеко удалились от темы топика

Свойство процесса это тоже круто, только вот свойство в других дистрибутивах не завист от того что я устанавливаю в GDM. На это способен только Debian

↑

выбор языка в gdm в первую очередь влияет на появление в env переменной $GDM_LANG (точное название не записал, к сожалению, но можешь проверить, введя env|grep LANG) и изменение $LANGUAGE. по крайней мере, у меня. а вот реакция на это конкретного процесса зависит, естественно, от самого процесса. гномовские, судя по всему, реагируют так - выставляют и в $LANG это же значение. на долгие эксперименты, к сожалению, времени нет.
возможно, в других дистрибутивах gdm ведет себя по-другому. проверить негде. верю на слово.
не понимаю одного - такое поведение gdm - это что, плохо? так используй xdm
он такими шутками не занимается точно.

[Phoenix]

Как много значит, когда человек меняет интонацию...
Приятно разговаривать...
На самом деле ничего плохого в этом нет просто не привычно как-то. Я с Debian работаю не давно и все такие моменты после других дистров бросаются в глаза, вот и все ... Решил вынести эту тему для подтверждения своей оценки конкретного факта.
Debian конечно поражает практически всем...
Очень хорошая система, скорее бы разные пакеты из unstable перекочевали в stable. (bootsplash на уровне ядра, gnome-bluetooth и т.д.)
Чтобы не поднимать новую волну bootsplash на уровне ядра это ядро stable из коробки, а то начнется сейчас поучительство как сделать bootsplash в Debian :devil_2: