• Удаленный сервер отображает сообщение об ошибке. Вероятно, сценарий посылает неверное значение. Проверьте строки всех команд передачи. Убедитесь, что они завершаются именно той комбинацией символов возврата каретки и новой строки, которая ожидается сервером.

Если возникли проблемы со сценарием, попробуйте выполнить 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 подробно описан процесс диагностирования и отладки.