Рис. 14.20. Окно статуса после запуска kppp
и нажмите на кнопку Подробности. Появится окно статистики соединения (рис. 14.21).
Несмотря на то, что kppp вроде бы работает, давайте займемся проверкой того, что все настроено правильно. Первым делом введите (от имени пользователя root) команду
[root]# /sbin/ifconfig
По этой команде должны быть показаны все работающие ('поднятые') сетевые интерфейсы. Среди них должен быть 'кольцевой интерфейс' (Local Loopback) и ppp0, причем для ppp0 в информации, выводимой по этой команде, можно найти присвоенный вам IP-адрес и адрес сервера, с которым вы соединились (эта же информация имеется и в окне статистики, изображенном на рис. 14.21).
Рис. 14.21. Окно статистики соединения.
Вот пример вывода команды /sbin/ifconfig:
lo Link encap Local Loopback
inet addr 127.0.0.1 Bcast 127.255.255.255 Mask 255.0.0.0
UP LOOPBACK RUNNING MTU 2000 Metric 1
RX packets 0 errors 0 dropped 0 overrun 0
TX packets 0 errors 0 dropped 0 overrun 0
ppp0 Link encap Point-to-Point Protocol
inet addr 192.168.17.1 P-t-P 192.168.18.1 Mask 255.255.255.0
UP POINTOPOINT RUNNING MTU 1500 Metric 1
RX packets 33 errors 0 dropped 0 overrun 0
TX packets 42 errors 0 dropped 0 overrun 0
Если Вы, в частности, не обнаружите в выводе информации о 'кольцевом интерфейсе', то вернитесь к разд. 13.2, где об этом говорится, и настройте локальный интерфейс.
Теперь дайте команду
[root]# ping z.z.z.z,
где z.z.z.z - IP-адрес сервера DNS (этот адрес вы должны были получить у провайдера и приписать в настройках kppp). Если все корректно работает, то вы увидите строки следующего вида:
[root]# ping 212.22.66.70
PING 212.22.66.70 (212.22.66.70): 56 data bytes
64 bytes from 212.22.66.70: icmp_seq=0 ttl=255 time=268 ms
64 bytes from 212.22.66.70: icmp_seq=1 ttl=255 time=247 ms
64 bytes from 212.22.66.70: icmp_seq=2 ttl=255 time=266 ms
^C
- - 212.22.66.70 ping statistics --
3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 247/260/268 ms
(Для того, чтобы прервать работу команды ping, надо нажать комбинацию клавиш ‹Ctrl›+‹C›.)
Следующий этап проверки состоит в запуске команды
[root]# netstat -nr
Я в этом случае увидел всего три строки, включая строку заголовка (хотя у вас может оказаться и больше):
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.14.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 192.168.14.1 0.0.0.0 UG 0 0 0 ppp0
Если вывод команды выглядит подобным образом, но не содержит строки, в которой в графе Destination стоят 4 нуля (0.0.0.0) (она указывает на маршрут, используемый для соединений по умолчанию), то вы, вероятно, не включили переключатель 'Присвоить данному шлюзу маршрут по умолчанию' на вкладке Настройка соединения | Шлюз.
Далее вы можете попытаться установить соединение с сервером провайдера по одному из протоколов telnet, ftp, finger, используя известные вам цифровые IP-адреса.
Если все эти проверки завершились успешно, вы можете запустить любой Интернет-браузер (а в KDE и запускать дополнительно ничего не надо - используйте Konqueror), задать имя (URL) ресурса и отправиться в путешествие по виртуальному миру. Если запустить почтового клиента, то можно получать и отправлять электронную почту. Подробнее о том, как это сделать, будет сказано в разд. 14.4 и разд. 14.5, где кратко описаны браузеры и почтовые клиенты для Linux.
Правда, не всегда все проходит так гладко. Если вам не удается после установления соединения получить выход в WWW, прочитайте ниже разд. 14.3.3, где рассмотрены возможные затруднения.
Чтобы разорвать соединение, если приложение прикреплено к Панели, щелкните один раз по его значку. В открывшемся окне статуса соединения нажмите на кнопку Разъединить.
Если вы выбрали режим сворачивания в Панель задач, разверните приложение и тоже нажмите кнопку Разъединить.
14.3.3 Проблемы с настройкой соединения
Если вам не удается установить соединение с провайдером, то надо, естественно, искать причину. Попробую дать несколько советов, как действовать в такой ситуации.
Первый совет, который на этот случай дают 'классики': смотрите протоколы (лог-файлы)!
Во-первых, при запуске kppp установите во включенное состояние переключатель Монитор подключения в главном окне kppp. В окне монитора можно увидеть, что ожидает получить провайдер, и какую информацию посылает ваш компьютер. Зачастую можно подправить сценарий соединения, пользуясь только информацией, отображаемой в этом окне.
Во-вторых, надо запустить kppp так, чтобы он как можно подробнее протоколировал свои действия. Для этого снова войдите в окно настроек соединения kppp и задайте опцию запуска 'debug' на вкладке Дозвон.
Кроме того, впишите следующие две строки в файл /etc/syslog.conf:
daemon.* /dev/console
daemon.* /var/log/kppp.log
(обратите внимание на то, что между двумя частями записи в каждой строке должен быть хотя бы один символ табуляции). После внесения изменений в файл /etc/syslog.conf выполните команду kill -HUP ‹pid›, где ‹pid› - идентификатор запущенного в это время процесса syslogd. По этой команде syslogd перечитает свой конфигурационный файл. Следствием выполненных вами действий будет то, что pppd будет выдавать сообщения о своих действиях на консоль и записывать эти же сообщения в файл /var/log/kppp.log. Его и смотрите!
Искать в этом файле надо сообщения, начинающиеся на:
• 'pppd[NNN]: Connected…' - означает, что скрипт соединения завершился успешно.
• 'pppd[NNN]: sent [LCP ConfReq'… - сообщение о том, что pppd пытался начать диалог с удаленным сервером.
• 'pppd[NNN]: rcvd [LCP ConfReq'… - сообщение о том, что pppd получил ответ (negotiation frame) от удаленного сервера.
• 'pppd[NNN]: ipcp up' - означает, что pppd дошел до той точки, где, по его мнению, соединение готово для передачи по нему IP-трафика.
Если вы не находите строки с сообщением 'rcvd', то у вас серьезные проблемы с установлением
