Основные демоны Linux

Демоны – это “резидентные” программы, которые периодически “просыпаются”, проверяют систему и выполняют определенные задачи. Они не требуют от пользователей ввода данных и, как правило, не выдают сообщений. По умолчанию в вашей Linux-системе запускается целый набор демонов. Запуск большинства из них можно назначить/отменить с помощью программы ntsysv (RedHat), запустив её от имени администратора и отметив галочкой соответствующий пункт. Нажав в netsysv, вы получите краткое описание каждого демона. Если нужный вам демон отсутствует в списке ntsysv, то следует установить соответствующий пакет с инсталяционного диска RedHat/Mandrake. Альтернативой программе ntsysv может служить tksysv (запускается от имени администратора с X-терминала). Данная программа немного сложнее, но она позволяет производить более тонкую настройку (выбирать, какие демоны запускаются при различных режимах загрузки). Следующей по сложности в использовании является программа /sbin/chkconfig, которая предоставляет более мощные+гибкие возможности настройки.
Далее приведен небольшой список основных демонов и их краткое описание:
anacron – проверяет список заданий `cron’, пропущенных из-за того, что машина была выключена, и выполняет их. Очень удобно, если вы используете cron, но при этом ваша машина не работает круглосуточно – anacron обнаружит это при загрузке.

amd – демон для автоматического монтирования съемных носителей.

apmd – демон Advanced Power Management BIOS. Используется на машинах, поддерживающих apm (расширенное управление питанием) – в частности, на портативных компьютерах.

arpwatch – ведет базу данных соответствий ethernet/IP-адресов.

atd – запускает задания, назначенные с помощью команды “at”.

autofs – управление работой демонов автоматического монтирования (конкурент amd).

bootparamd – серверный процесс, предоставляет бездисковым клиентским машинам данные, необходимые при загрузке.

crond – планировщик заданий. Управляет выполнением задач, которые требуется запускать регулярно, но не часто. Например – обновление логов, очистка каталогов /tmp, и т.д.

cupsd – демон Common LINUX Printing System (CUPS). CUPS – это расширенная система печати, которая обеспечивает доступ к настройкам принтера и автоматическое обнаружение сетевых принтеров. В Mandrake данная система является системой печати по умолчанию.

dhcpd – поддержка протоколов Dynamic Host Configuration Protocol (DHCP) и Internet Bootstrap Protocol (BOOTP).

gated – демон маршрутизации, поддерживает несколько протоколов, заменяет routed и egpup.

gpm – удобный драйвер мыши для программ, работающих в тектовой консоли Linux.

httpd – демон веб-сервера Apache.

inetd – отслеживает запросы к сетевым службам, в частности, к службам дозвона, автоматически запускает и останавливает других демонов (ftpd, telnetd, и т.д.), что позволяет оптимизировать использование системных ресурсов. В современных системах вместо него используется xinetd.

isdn4linux – для ISDN-адаптеров.

kerneld – автоматически загружает и выгружает ядерные модули.

klogd – демон, который перехватывает и выводит на экран (или пишет в лог) сообщения ядра в зависимости от уровня приоритета этих сообщений. Существуют следующие приоритеты (взято из /usr/include/linux/kernel.h ):
KERN_EMERG “<0>” работа системы невозможна
KERN_ALERT “<1>” сообщения, требующие немедленной реакции
KERN_CRIT “<2>” критические сообщения
KERN_ERR “<3>” ошибка
KERN_WARNING “<4>” предупреждение
KERN_NOTICE “<5>” важное оповещение
KERN_INFO “<6>” оповещение
KERN_DEBUG “<7>” сообщения для отладки
Данные сообщения записываются в соответствующие файлы директории /var/log/kernel.
kudzu – во время загрузки определяет и настраивает новое или измененное оборудование.

keytable – загружает выбранную раскладку клавиатуры.

linuxconf – утилита настройки linuxconf. Позволяет автоматически производить некоторые операции для настройки системы с помощью linuxconf во время загрузки.

lpd – демон печати.

mcserv – сервер сетевой файловой системы для Midnight Commander. Обеспечивает доступ по сети к файловой системе с помощью файлового менеджера Midnight Commander. Если данная программа запускается с правами root, она пытается занять зарезервированный порт, в противном случае будет использоваться порт 9876. Если в системе запущен демон portmapper, то он зарегистрирует данный порт и клиенты будут автоматически подключаться к нужному порту. В противном случае порт должен быть указан вручную при помощи опции -p (см. далее).

named – сервер Internet Domain Name Server (DNS).

netfs – демон монтирования сетевых файловых систем. Используется для монтирования по nfs, smb и ncp при загрузке машины.

network – настраивает сетевые интерфейсы при загрузке, запуская скрипты из директории /etc/sysconfig/network-scripts.

nfsd – используется для экспорта ресурсов по nfs по запросам клиентских машин.

nfslock – запускает и останавливает службу блокировки файлов nfs.

numlock – включает клавишу numlock при смене уровня выполнения.

pcmcia – основные службы для устройств pcmcia в портативных компьютерах.

portmap – используется для удаленного вызова процедур (при работе в сети).

postfix – агент передачи почты, замена sendmail’а. В настоящее время агент по умолчанию в дистрибутивах Mandrake (в RedHat используется sendmail).

random – сохраняет и восстанавливает “энтропию” для более качественной генерации псевдослучайных чисел.

routed – демон, управляющий таблицами маршрутизации.

rstatd – служба статистики ядра.

rusersd, rwalld – идентификация удаленных пользователей и служба отправки wall-сообщений.

rwhod – сервер, обслуживающий базу данных, используемую программами rwho(1) и ruptime(1). Его работа зависит от возможности отправки широковещательных сообщений в данной сети.

sendmail – почтовый агент, по умолчанию используется в Red Hat.

smbd – демон SAMBA (smb), обеспечивает доступ по сети к ресурсам под управлением MS Windows (диски, принтеры, и т.д.)

squid – кеширующий http-прокси. Прокси-сервер отправляет запросы своих клиентов во внешнюю сеть от своего имени и возвращает им ответы. Данный прокси пригодится вам, если вы захотите использовать свою Linux-машину как шлюз в интернет для своей сети. Для домашних сетей лучше и безопаснее настроить masquarading (трансляцию адресов).

syslogd – управляет ведением системного журнала. Файл настройки этого демона – /etc/syslog.conf.

smtpd – простой протокол передачи почты (SMTP – Simple Mail Transfer Protocol), создан для обмена сообщениями электронной почты. Существует целый набор демонов, поддерживающих SMTP, в том числе sendmail, smtpd, rsmtpd, qmail, zmail, и т.д.

usb – демон, обслуживающий USB-устройства.

xfs – сервер шрифтов.

xntpd – находит сервер домена NIS и сохраняет информацию о нем в соответствующем файле.

ypbind – NIS binder. Используется, если компьютер является членом домена Network Information Service.
4.5.1 Стоит ли установка домашней сети затраченного времени?
Это – замечательная идея. Это позволяет использовать имеющиеся машины более производительно, чем по отдельности. Преимущества – общие жесткие диски, zip-дисководы, CD-дисководы, модем, принтеры, даже звуковые карты, возможность исполнять программы удаленно (в текстовом и графическом режиме), и работать в Интернете на всех компьютерах через одно телефонное соединение. Если вы потеряли контроль над собственной машиной, вы еще можете перезагрузить ее удаленно и избежать возможных проблем — смотрите ответ на вопрос “Отключение” для дополнительной информации.
4.5.2 Как установить домашнюю сеть?
Железо. Ваша аппаратура должна быть сконфигурирована должным образом. Ваша сетевая карта должна распознаться при начальной установке Red Hat. Если вы добавите вашу сетевую карту позже, есть шансы, что она распознается и будет автоматически сконфигурирована при следующей загрузке (с помощью программы kudzu). Если этого не произойдет, вам может потребоваться установить ее вручную. Если у вас больше одной сетевой карты в компьютере, вам может потребоваться устанавливать настройки сетевой карты вручную, поскольку Linux может распознать только одну сетевую карту.
Под Linux большинство драйверов сетевых карт входят в дистрибутив в виде пакетов. Так что установка сетевой карты сводится к установке соответствующего пакета с необходимыми параметрами. Вам не придется ни перекомпилировать ядро, ни перегружать компьютер (за исключением того случая, если у вас совсем необычная карта). Чтобы разобраться, какие модули и параметры вам нужны, желательно обратиться к документации, поставляемой вместе с исходными текстами ядра:
less /usr/src/linux-2.4/Documentation/networking/net-modules.txt
Если потребуется, вы можете получить список всех модулей, доступных вашему ядру:
modprobe -l | more
Если потребуется дополнительная помощь, смотрите Руководство Сетевого Администратора Linux (Linux Network Administrator Guide) (файл /usr/share/doc/LDP/nag в вашей системе или http://metalab.unc.edu/mdw/index.html#guide). Это превосходное руководство известно как nag.
Есть много способов добавить модуль в ядро. Для сетевой карты, проще всего запустить, как “root”, netconf и определить имя модуля там. Альтернатива состоит в запуске X-терминала, выполнении “su” (чтобы сделать себя “root”), и после этого нужно выполнить /usr/bin/kernelcfg.
В большинстве случаев вам не придется устанавливать параметры (IRQ и адрес) для вашего модуля — модуль будет знать, какими они должны быть. Между тем, параметры были проблемой при установке двух сетевых карт на одном компьютере — вы должны удостовериться в отсутствии конфликтов. Главным источником проблем бывает желание видеокарты работать с IRQ 5, которое занято звуковой картой, или IRQ 3, что конфликтует с последовательным портом (COM2, cua1, ttyS1). Просмотр файла /proc/interrupts, /proc/ioport и чтение загрузочных записей может помочь.
Например, моя карта WD8013 (то же что и SMC Elite и SMC Elite plus, упомянутые в nag) работают с IRQ 10 (установлено переключателем на карте и я опредилил это IRQ при установке модуля в ядро), под адресом 0×300, модуль “WD” . Моя карта “SMC EtherEZ” (без переключателя на карте) работает с IRQ 9, адрес 0×240 и модуль “SMC EtherEZ”. Пожалуйста, убедитесь, что вы не забыли указать “0x” в адресе — это означает “(шестнадцатерично-десятичный)hexadecimal” — иначе адрес будет воспринят как десятичный.
После того, как модуль добавлен, просмотрите файл /proc/modules, чтобы увидеть, что модуль действительно загружен (или выполните lsmod как “root”). Файл конфигурации модулей – /etc/modules.conf, так что, если вы испытываете трудности (например, я испытываю трудности с удалением модулей, установленных с ошибкой), отредактируйте его вручную (например, используя pico).
Конфигурирование сети. После установки сетевых карт и кабелей, установите сеть, выполнив (как “root”):
netconf
Эта программа может помочь! Netconf может работать и в графическом режиме, но сам я не пробовал. Если вам требуется лучше понять работу сети, вы можете почитать ранее упомянутый nag. Кроме того, чтение следующих материалов можеет быть полезным: http://ieee.uow.edu.au/~mjp16/wylug-netlinux/notes.html.
Эти материалы содержат ясные примеры организации малой офисной сети, похожей на домашнюю, имеющую нерегулярную связь с внешним миром.
Что и как заполнять в netconf, зависит от вашей сети. Вы, конечно, захотите заполнить “Основную информацию о главном узле(Basic Host Information)” (разрешить первый сетевой интерфейс, eth0, заполнить имя, псевдонимы и IP-номер вашего компьютера) и “Информацию о других узлах (Information About Other Hosts)” (имена, псевдонимы и IP-номера других компьютеров вашей домашней сети). Эта информация пойдет в файлы: /etc/hosts и /etc/sysconfig/network, так что вы можете провести там инспекцию и исправить что-нибудь вручную.
Когда установите сеть, не запутайтесь с “loopback driver”, который имеет IP 127.0.0.1. Он всегда там — это IP, через который компьютер разговаривает сам с собой.
Если у вас нет IP-адреса (что весьма типично для небольшой сети без связи с внешним миром), вы можете захотеть сочинить его. Это не так важно, поскольку при соединении с внешним миром через модем вам будет присвоен динамический IP-адрес (у машины может быть много IP-адресов). Ваш изобретенный IP должен быть формально правильным и сетевая маска должна совпадать с классом сети(класс A, B or C). Смотрите главу об IP адресах в уже упоминавшемся Руководстве Сетевого Администратора (nag) (/usr/doc/LPD/nag в вышей системе, если у вас до сих пор его нет, скачайте по адресу http://metalab.unc.edu/mdw/index.html#guide.
Для домашней сети, вам может подойти сеть класса C (до 254 машин, или меньше) IP-номер которой начинается с трех цифр между 192 и 223. Последние три цифры однозначно определяют компьютер в вашей сети класса C и должен быть между 1 и 254 (не используйте 0, это значит “вся сеть” и 255, что означает “широковещательный адрес”). Между этими двумя значениями(от 0 до 255) вы можете выбрать любое. Так, 223.223.223.1 – это первая машина в сети класса C 223.223.223.0 (последний 0 означает “вся сеть”), с широковещательным адресом 223.223.223.255. Сетевая маска для сети класса C всегда 255.255.255.0 (если ваша сеть не будет разделена на несколько подсетей, но это здесь не обсуждается).
Возможно, что вместо изобретения IP-адреса безопаснее/лучше использовать один из адресов для “частных сетей”. Для меня IP-адрес 192.168.1.1 работает совершенно замечательно. Таким образом, ваш IP-адрес гарантирует отсутствие конфликтов с IP-адресами, которые могут существовать в Интернете.
Обычно первая машина в сети предполагается для присоединения к внешнему миру (поскольку она присоединяется первой, но стандарта на этот счет нет). Например, я занял под шлюз (GATEWAY) адрес xxx.xxx.xxx.1 (моя первая машина) на всех машинах, кроме самой xxx.xxx.xxx.1, где я оставил это поле чистым. В действительности, несмотря на то, что я оставил это поле пустым, netconf добавил шлюз(gateway) 0.0.0.0 в мой файл /etc/sysconf . Это было источником досадных сообщений об ошибке в процессе загрузки сетевой карты при старте системы. Чтобы убрать сообщения, я редактировал /etc/sysconfig/network и установил их примерно так:
GATEWAYDEV=
GATEWAY=
[вам не нужен шлюз(gateway) на вашем ethernet-интерфейсе на этой машине, если он не ведет к внешнему миру. PPP-интерфейс на этой первой машине должен быть установлен как шлюз(gateway), раз уж вы используете модемное соединение, например kppp.]
Имя компьютера полностью произвольно — обычно выбирается любое короткое слово на ваш вкус. Имя домена также произвольно, если у вас нет постоянного соединения, иначе вам придется регистрировать его. Постарайтесь изобрести что-нибудь, отсутствующее в сети — это облегчит вам жизнь.
Для DNS(domain name server – сервер имен доменов), называемого так же “named” = name daemon(сервис имен), RedHat 5.2 и 6.0 идут с DNS, предустановленным “Только для кэширования(caching-only)” для облегчения конфигурирования. Вы также можете выбрать “не использовать локальный DNS”, поскольку если ваш локальный DNS ищет “внешний” сервер и не находит его, машина может зависнуть в течении нескольких минут. Для использования DNS, сервис “named” должен быть разрешен(enabled) — проверьте это, выполнив setup. Для установки DNS “только для кэширования(caching-only)”, заполните соответствуюшие поля netconf. Например, я заполнил “nameserver 1″ для моей первой машины на всех компьютерах (Я ввел кольцевой (loopback) адрес 127.0.0.1 на машине xxx.xxx.xxx.1, и адрес xxx.xxx.xxx.1 на всех остальных машинах).
Моей сети не требуются пути(routes) к другим сетям, поскольку у меня нет другой локальной сети. Поэтому я оставляю поле пустым.
После правильной уствановки аппаратуры и заполнения информации в netconf на каждом компьютере, как описано выше, мне просто больше нечего делать в стандартном Red Hat для того, чтобы сеть заработала.
Перезагрузите все компьютеры один за одним в любом порядке (это не обязательно, но не повредит) и посмотрите сообщения загрузки (если они прошли по экрану слишком быстро, используйте
чтобы вернуть их, или запустите dmesg из командной строки, чтобы посмотреть их позже). Правильно ли установлены ваши сетевые карты? Используйте команду route (как “root”), чтобы увидеть, что интерфейс eth0 работает. Используйте команду ping для проверки соединений между машинами. Попробуйте войти на ваш компьютер, используя telnet, чтобы убедиться, что ваш кольцевой (loopback-only (lo)) интерфейс работает:
telnet name_of_the_machine_you_are_sitting_at
После удачного входа в систему, вы можете покинуть сессию telnet, напечатав
exit
Наконец, попробуйте войти через telnet на другой компьютер вашей сети:
telnet name_of_a_remote_machine
Если это сработало на всех машинах, то ваш сетевой интерфейс eth0 установлен.
После установки ppp и подключения к Интернет-провайдеру, вы получите другой интерфейс (ppp0) и доступ к другим машинам всемирной сети.

4.5.3 >У меня проблемы с конфигурированием удаленного соединения ppp
GUI.
На вашем месте я установил бы kde и использовал kppp. kppp весьма прост в конфигурировании и использовании. Чтобы установить удаленное соединение ppp, запустите kppp (выбрав в “K”-меню “Internet”, или из xterm напечатав kppp), нажмите клавишу “setup”, создайте account и заполните необходимую информацию: номер телефона (telephone number), протокол аутентификации (authentication protocol), имя домена вашего провайдера (Internet Service Provider’s (ISP)) и номер DNS вашего провайдера. Вся эта информация должна быть предоставлена вам вашим провайдером.
Далее, я проверяю наличие /dev/modem и размещение его на правильном порте. Если необходимо, я создаю его, как символическую ссылку на /dev/ttyS1 (как “root”):
ls -l /dev/modem
ln -s /dev/ttyS1 /dev/modem
ttyS1 должен работать, если ваш модем находится на порте, который DOS называет COM2. Используйте ttyS0 для COM1, ttyS2 для COM3 и ttyS3 для COM4. Модем не заработает, если порт выбран неправильно. Для нестандартных установок смотрите команду setserial.
Со старыми версиями kppp, вы можете получить сообщение об ошибке “занято” (”lock”). Убедитесь что файл /etc/ppp/options пуст, отредактировав его (как “root”):
pico /etc/ppp/options
и удалив “lock”, сохраняя файл. Этой проблемы нет в более современных версиях kppp.
RedHat 6.0 требует дополнительного шага: установки “suid” (”(Идентификатора замещающего пользователя)substitute user id”) чтобы “kppp” исполнялся всеми пользователями с эффективными правами “root” (это требуется для прямого обращения к аппаратуре). Без этого, kppp заявит что он “неправильно установлен (was not properly set up)” и “не может создать файл блокировки(can’t create lock file)”. Это делается так (как “root”):
cd /usr/bin/
chmod a+s kppp
Решение проблем. Если ваш модем отказывается работать с портом, удостоверьтесь, что он выбран правильно. Может быть, модем настроен неправильно. (А вдруг это “winmodem”? Тогда выкиньте его подальше и купите настоящий модем).
Например, в одном случае, мне пришлось менять установки kppp, редактировать “команды модема(modem commands)” и ввести ATZ1 как “строку инициализации(initialization string)” (вместо обычной для стандартных модемов ATZ). По-другому этот конкретный модем работать не хотел.
Если в вашей телефонной сети принят импульсный набор (а не тоновый), вам может потребоваться заменить команду дозвона “ATDT” (=”ATtantion Dial Touchtone”) на “ATDP” (=”ATtantion Dial Pulse”). Эта команда сработает на любом стандартном модеме.
Если дозвон прошел нормально и вы получили соединение(connect), но авторизация(вход в систему) провалилась, то, может быть, ваш провайдер использует другой протокол авторизации(autentification protocol). Позвоните ему и спросите, какой протокол авторизации он использует. Или попробуйте “pap”, “terminal-based” или “chap” (в установках kppp), пока не найдете подходящий.
В одном случае, я заполучил проблему с надежностью установления соединения (выскакивало сообщение об ошибке, что-то вроде: “Время истекло для запуска pppd(time-out for the pppd startup)”, и соединение устанавливалось не с первой попытки).Проблема была решена изменением параметра “flow control” (в установках kppp под “device”) с “CRTSCTS” на XON/XOFF. (Несмотря на это, в большинстве случаев, flow control все равно является наиболее рекомендованным методом для CRTSCTS.)
Случайное рассоединение (после нескольких удачных соединений) может иметь много причин. (1) Это может происходить по причине падения сигнала “терминал данных готов (data terminal ready)” (DTR) или сигнала “несущая частота (carrier)” – например, из-за посторонних шумов на линии. Большинство модемов реагирует на это зависанием. Чтобы изменить это распространенное поведение, вам может понадобиться добавить к вашей “строке инициализации модема (modem initialization string)” что-то вроде S10=50 . Это установит устойчивость к потере DTR (на 0.01 секунды) после чего зависание неизбежно (сверьтесь с вашим руководством к модему, модемы “US Robotics” хотят видеть что-то вроде S25=200). (2) Установка на “ожидание звонка” в вашей телефонной линии может вызвать рассоединение, если кто-то позвонит вам . (3) Старые телефонные кабели и грязные/ржавые телефонные розетки так же являются постоянным источником проблем. Проверьте соединения и поменяйте кабели, если нужно Уберите кабели подальше от источников электронных шумов. (4) Слишком высокая скорость для ваших деревенских длинных и шумных телефонных кабелей. Сбросьте скорость (или переезжайте в город). (5) Многие провайдеры отключат вас после некоторого периода бездействия (30 минут?).
Если у вас все еще есть проблемы с установкой ppp, вы можете попробовать minicom чтобы увидеть, сможет ли ваш модем работать из-под него. Minicom – это нечто вроде PROCOMM для Linux. Он должен быть в вашей системе, если вы не отменили его выбор при начальной установке RedHat. Вот выдержка из группы новостей comp.os.linux.help, обьясняющая, как запустить ppp вручную, используя minicom (сокращено):
From: mark Subject: Re: Проблема с pppd и kppp
BachuZ wrote:
>>Кроме того, для эксперимента, попробуйте добраться до вашего провайдера, запустив ppp вручную … это докажет ошибочность скрипта. >А как мне это сделать?
Просто!! Но если ваш провайдер не поддерживает ручной авторизации(manual logon), вы будете в затруднении. Правда, все провайдеры, с которыми я имел дело, предоставляют такую возможность. Так что.. 1. Запустите minicom. 2. Соединитесь с провайдером(Dial ISP). 3. Представьтесь (log in). 4. После того, как ваш провайдер запустит PPP, покиньте minicom при помощи ALT-Q (эта последовательность нужна для того, чтобы ‘покинуть без сброса (quit without reset)’). 5. Запустите pppd, например:
pppd -d -detach /dev/modem 115200 &
OK, PPP должен заработать. Попробуйте команду ping с любым известным вам IP-адресом. Это покажет, что все OK. Между прочим, все это есть в PPP-HOWTO. Если вы смогли добиться запуска PPP таким образом, тогда все ваши проблемы – в скрипте. Если PPP не работает, у вас проблемы с конфигурацией PPP. Будьте здоровы.
Командная строка. Если вы предпочитаете запуск ppp из командной строки, используйте netconf (как “root”) для конфигурирования вашего первого интерфейса ppp (ppp0). Информация, которую вам придется ввести, подобна той, что вы вводили при настройке kppp (смотри выше!): Устройство, соответствующее модемному порту, строки инициализации модема и дозвона, номер телефона провайдера, протокол авторизации (вводом имени пользователя и пароля в правое поле). В более старых версиях, netconf не отводит места для IP – адресов провайдера и сервера DNS, так что я редактировал /etc/ppp/pap-secrets (Я использую PAP-протокол авторизации) и добавлял два DNS IP адреса в конец установочной строки созданной netconf, чтобы это выглядело примерно так:
# added by linuxconf
my_login_name ppp0 my_password 111.111.111.111 222.222.222.222
Когда с установками закончено, я могу запустить интерфейс ppp0, используя команду (как “root”, если в netconf не было указано, что нормальный пользователь может запустить интерфейс):
ifup ppp0
и завершить его:
ifdown ppp0
Установка ppp-соединения из командной строки не сложнее запуска kppp и более надежно. Есть много командных файлов для запуска/остановки ppp, но они, несомненно, не столь просты в установке и использовании, и новички могут получить с ними большое количество проблем. Неудачное соединение ppp может быть устранено с помощью (как “root”):
killall pppd
Если эта минимальная установка ppp у вас не сработает, вот несколько полезных ссылок:
Roderick A. Anderson < raanders@altoplanos.net > wrote:
У меня есть страница по diald для работы с RedHat Linux 5.x, который работает у меня – http://home.altoplanos.net/~raanders/diald.html
Bill Unruh < unruh@physics.ubc.ca > wrote:
Я просто хотел обратить ваше внимание на: http://axion.physics.ubc.ca/ppp-linux.html для детальных инструкций по установке ppp. Это – для случаев, в которых удаленный пользователь (может быть без провайдера как вы оворили.) PAP или CHAP. Пока kppp полезно, но в ряде случаев он может провалиться.