- Удаленный сервер отображает сообщение об ошибке. Вероятно, сценарий посылает неверное значение. Проверьте строки всех команд передачи. Убедитесь, что они завершаются именно той комбинацией символов возврата каретки и новой строки, которая ожидается сервером.
Если возникли проблемы со сценарием, попробуйте выполнить dip в режиме тестирования (ключ -t), который позволяет вводить команды вручную, одну за другой. Повторяйте процедуру до тех пор, пока не получите четкой последовательности команд, необходимых для регистрации на удаленном сервере. Затем возвращайтесь к отладке сценария. Скорее всего, свежий взгляд на процесс регистрации позволит вам быстро выявить ошибку в сценарии.
Когда сценарий запущен, а соединение успешно установлено, ничто не должно препятствовать нормальной работе. Удаленный сервер должен отвечать на команду ping. Если здесь возникают проблемы, дело, вероятно, в настройке IP-интерфейса или неверном маршруте по умолчанию. Сценарий должен создать последовательный интерфейс. Команда netstat -ni выводит статистику по уже настроенным интерфейсам:
|
Name Mtu Net/Oest Address Ipkts Ierrs Opkts Oerrs Collis Queue dnet0 1500 172.16.15.0 172.16.15.1 10 4 0 0 0 lo0 1536 127.0.0.0 127.0.0.1 1712 0 1712 0 0 0 ppp0 1006 172.16.15.26 172.16.15.3 0 0 0 0 0 0
Интерфейс, в данном случае - ррр0, установлен. Команда сценария default создает маршрут по умолчанию. Воспользуйтесь netstat для просмотра содержимого таблицы маршрутизации:
|
Routing tables Destination Gateway Flags Refcnt Use Interface 127.0.0.1 127.0.0.1 UH 1 28 lo0 default 172.16.25.3 U 0 0 ppp0 172.16.15.0 172.16.15.1 U 21 1687 le0
О содержимом таблиц маршрутизации мы подробно поговорим в следующей главе. Пока просто обратите внимание, что маршрут по умолчанию проходит через интерфейс ррр0 и что маршрут по умолчанию является маршрутом к удаленному серверу РРР (в данном случае - 172.16.25.3).
Если сценарий создал соединение, установил интерфейс, и таблица маршрутизации содержит маршрут по умолчанию, все должно работать как часы. Если по-прежнему возникают проблемы, они могут быть связаны с другими подсистемами TCP/IP. В главе 13 подробно описан процесс диагностирования и отладки.
- << Назад
- Вперёд