Следующая Предыдущая Оглавление
Вы должны дать имя каждому сформированному аккаунту.
Укажите номер телефона для набора. Вы можете использовать такие знаки как ``-'', чтобы сделать номера телефонов более читаемыми. Если вы задаете несколько номеров (разделяя их двоеточием), то kppp будет пытаться набирать эти номера в циклическом порядке, каждый раз, когда он получает сигнал "занято". Пример: "1111111:2222222:3333333"
Опознавание. Выберите правильный метод авторизации аккаунта, который kppp должен использовать при установлении контакта с сервером. Узнайте у вашего провайдера какой метод он использует -- PAP, CHAP, сценарий или терминальное окно.
Выбирайте эту опцию, если вы хотите, чтобы kppp запоминал ваш пароль для последующих сессий.
kppp будет пытаться исполнить команду, которую вы укажете в этой строке, как только ppp соединение будет установлено.
kppp будет исполнять эту команду перед разрывом связи. Это может быть полезным для изменения какого-либо маршрута или адреса перед завершением работы в сети.
Аналогична с предыдущим параметром.
Покажет диалоговое окно для ввода аргументов pppd. Вы можете использовать это окно для ввода параметров, чтобы kppp передал их pppd во время запуска последнего. Смотрите страницу man pppd для ознакомления со списком возможных аргументов. За исключением только, если вы точно знаете, что делаете, лучше воздержаться от ввода аргументов pppd.
Отметьте этот параметр, если ваш провайдер использует присваивание динамических IP адресов. Это означает, что, как правило, ваш IP изменяется каждый раз, когда вы устанавливаете новое соединение.
Отметьте этот параметр, если ваш провайдер дал вам статический IP адрес. В этом случае, вам придется также ввести этот адрес и Subnet Mask, если это необходимо. Спросите вашего провайдера если вы не уверены.
Отметьте эту установку, если вы хотите, чтобы kppp установил DNS-имя и домен для вашей машины после успешной установки ppp связи. Это делается через опрашивание заданного сервера DNS (Domain Name Server) о присвоенном IP при ppp связи. Этот параметр также полезен для тех, кто хочет использовать неподсоединенную постоянно к сети машину для таких протоколов как, например, talk, которые требуют, чтобы DNS-имя вашей машины было идентично тому, которое известно для Интернета. Этот параметр изменяет установку в Секции DNS об Имени домена. Установки, заданные по умолчанию, восстанавливаются когда вы прекращаете ppp связь. Будьте осторожны, когда используете этот параметр: он может оказаться полезен, но также может вызвать большое количество нежелательных эффектов. Поиграйтесь с ним...
Укажите имя домена для вашей
машины. Как и адреса DNS, оно будет восстановлено на изначально
заданное в /etc/resolv.conf
после разъединения
Если это поле оставлено пустым -- никаких изменений
в имени домена, хранящегося в in /etc/resolv.conf
не
произойдет.
Укажите имена серверов DNS, которые
заданы вашим провайдером. Вы должны указать по меньшей мере один адрес DNS
для того, чтобы иметь возможность распознавать ориентированные на
человеческое восприятие IP адреса, такие, например, как ftp.kde.org.
Адреса DNS серверов должны указываться в численной форме, например:
128.231.231.233. Эти адреса будут добавлены во время исполнения
команды в /etc/resolv.config
.
Применяйте этот
параметр, если вы хотите, чтобы kppp отменил использование уже
существующих в /etc/resolv.conf
имен серверов во время
соединения.
Отметьте этот пункт, если вы хотите, чтобы pppd использовал шлюз заданный на вашей машине по умолчанию.
Отметьте этот пункт, если вы хотите напрямую указать шлюз, который будет задействован.
Используйте это диалоговое окно, если вы должны написать сценарий для установления соединения с вашим провайдером. Используйте мини-терминал и информацию, полученную от вашего провайдера для того, чтобы понять, какая последовательность действий должна быть выполнена.
Вот простой сценарий, который я использовал для соединения с моим провайдером:
Expect ID: # ожидать последовательности
знаков 'ID':
Send myid # вы должны заменить myid вашим id
Expect word: # ожидать строки пароля 'password'
Send 4u3fjkl # послать мой пароль '4u3fjkl'
Expect granted # мой провайдер посылает строку
'Permission granted' после удачного
соединения.
Send ppp # эта команда начинает для меня
соединение по протоколу ppp
со стороны провайдера.
Следующий сценарий написан для того же самого провайдера с приглашением ввести ID и пароль: этот сценарий будет запрашивать ввод ID и пароля каждый раз, вне зависимости от того, введены или нет данные в поля пароля и ID в главном диалоговом окне kppp. Этот сценарий также иллюстрирует использование структуры НачалоПетли/КонецПетли. Если что-то не так во время процедуры соединения, например, если я неправильно ввел пароль, мой провайдер выведет сообщение об ошибке и заново начнет петлю идентификация/пароль, снова посылая строку "ID:". Если строка "ID" перехвачена до того, как обработано ключевое слово КонцаПетли (LoopEnd), kppp начнет исполнение сценария снова, после ключевого слова НачалаПетли (LoopStart).
LoopStart ID: # Ожидает строку ID:
Prompt Enter ID: # Просит меня ввести ID и посылает его.
Expect word: # Ожидает строку 'password'
PWPrompt Enter Password: # Просит меня ввести пароль и посылает
его.
LoopEnd granted # Мой провайдер посылает 'Permission
granted' в случае удачного
подсоединения.
Send ppp # Запускает ppp протокол для меня
Следующий сценарий я действительно использую для подсоединения к моему провайдеру. Этот сценарий будет запрашивать ID и пароль только, если я не ввел данные в соответствующие поля главного диалогового окна kppp.
LoopStart ID: # Ожидает строку ID:
ID Enter ID: # Просит меня ввести ID и посылает его.
Expect word: # Ожидает строку 'password'
Password Enter Password # Просит ввести пароль и посылает его.
LoopEnd granted # Мой провайдер посылает 'Permission
granted' в случае удачного
подсоединения.
Send ppp # Запускает ppp протокол для меня
# со стороны провайдер
Следующий сценарий я использую для подсоединения к провайдеру, который использует специальное удостоверение личности через вызов/ответ. Как правило, вы получаете от такого провайдера специальный token (smart card с дисплеем и калькулятором, похожим на номерную часть клавиатуры). Вы должны знать пароль, чтобы использовать token. После соединения с вашим провайдером, он показывает ваш вызов. Вы должны напечатать вызов в вашем токене и получить динамический пароль как ответ. После этого вы должны ввести пароль.
LoopStart ID: # Ожидает строки ID:
ID Enter ID: # Просит ввести мой ID и, затем,
посылает его.
Scan Challenge: # Сканирует Вызов ('Challenge') и
сохраняет все за ним вплоть до
следующей новой строки.
Expect PassWord: # Ожидает строки 'password'
Prompt Your token is ## - Enter Password # Просит меня ввести пароль и
посылает его.
LoopEnd granted # Мой провайдер посылает 'Permission
granted' в случае успешного
подсоединения.
Send ppp # Запускает ppp соединение для меня
со стороны провайдера
Следующая запись показывает процедуру подсоединения к вымышленному провайдеру, который предоставляет новый пароль для каждого подсоединения. Новый пароль должен быть подтвержден и записан для следующей сессии.
Ламмерлендовский Университет
Login:мой идентификатор
Password:
The password for your next session is: YLeLfkZb
Please record and enter it for verification.
(Ваш пароль для следующей сессии - YLeLfkZb
Пожалуйста, запишите его и введите для опознавания)
Verification:YLeLfkZb
1 = telnet
2 = SLIP
3 = PPP
Your choice:
(Ваш выбор:)
kppp может быть использован для выполнения этой громоздкой задачи за вас (исключая также опасность потерять маленький клочок бумаги с написанным на нем паролем). Ключевая часть сценария -- комбинация ключевых слов Scan/Save:
Expect Login: # ожидает строку 'Login:'
ID # посылает ID
Expect Password: # ожидает строку 'Password'
Password # посылает пароль
Scan is: # ожидает строку '... next session is:' и
# сканирует новый пароль посланный провай деру
Save password # сохраняет новый пароль для следующего
подсоединения
Expect Verification: # ожидает строку 'Verification:'
Password # посылает новый пароль
Expect choice: # ожидает приглашения, которое позволяет
вам выбрать
# между тремя возможностями (telnet,
SLIP, PPP)
Send 3 # выбирает возможность 3, i.e. PPP
Используйте кнопку
``Разрешить учет'' для включения/отключения ведения статистики стоимости
телефонного соединения. Выберите правила, которые соответствуют вашему
региону. Если вы не можете найти правила для вашего региона, вы можете ввести
их сами с помощью прилагаемого шаблона TEMPLATE
in ${KDEDIR}/share/doc/HTML/en/kppp/
. Не бойтесь делать это. Процедура достаточно
проста. На забудьте послать мне созданные вами правила. Вы можете проверить
верность их синтаксиса используя kppp с параметром
-r rule_file в командной строке. Вы должны скопировать правила
в ${KDEDIR}/share/apps/kppp/Rules
или в
${HOME}/.kde/share/apps/kppp/Rules
для того, чтобы получить
возможность выбрать их в диалоговом окне.
В основном, это означает подсчет количества бит переданных в Интернет или из интернета. kppp может подсчитывать входящие байты, выходящие байты, или те и другие вместе. Это зависит от того, что вы хотите (или должны) использовать.
Потому, что многие провайдеры сбирают плату с их пользователей в зависимости от переданного количества байт. Или, очень часто, провайдеры дают вам определенный лимит передачи, после которого они начинают брать деньги за каждый мегабайт свыше этого лимита. kppp показывает вам ваш текущий объем переданных байт, что может облегчить вам задачу свести оплату за Интернет к минимуму. Конечно, если у вас нет лимита по объему, но вам любопытно знать этот показатель -- вы можете его также использовать...
Это зависит от вашего провайдера. Многие из них учитывают только количество мегабайт взятое вами из Интернета и не интересуются количеством посланного. В этом случае вам лучше выбрать "Bytes in". Если вы должны платить за передачу в оба направления, вы должны выбрать "Bytes in and out". "Bytes out" практического значения, обычно, не имеют и здесь просто для полноты картины.
К сожалению, у Учета объема есть свои недостатки в отслеживании потока байт. kppp будет только учитывать количество переданных байт без учета их происхождения. Многие провайдеры устанавливают их лимит только на доступ к Интернету, а не к их собственной сети. Так что, если вы немного путешествуете в Интернете, а в основном черпаете информацию из прокси-кэша вашего провайдера, вы, в действительности, не будете сильно исчерпывать свой лимит, так как прокси находится внутри сети провайдера. Тем не менее, kppp не будет знать, что эти пакеты пришли от прокси и будет их учитывать. Так что, если вы интенсивно используете прокси, или ваш провайдер использует кэширующий сервер новостей (как, например, nntpcached), объемы учтенные kppp могут быть завышены.
Следующая Предыдущая Оглавление