Следующая:Testing the Installation, Предыдущая:Configuration, Вверх:Installing Taylor UUCP
Тестирование установленных файлов
После того, как написаны конфигурационные файлы, и они проверены
с помощью программы uuchk (смотрите Invoking uuchk), следует
проверить, что UUCP может корректно взаимодействовать с другими
системами.
Укажите программе uucico сделать вызов системы, используя опцию
- для задания вызываемой системы (например, uucico -s uunet). В
log файлах должны быть записи о том, что происходит. Точное
местоположение log файлов зависит от установок файла policy.h, и от
команды logfile конфигурационного файла (config). Типичным
местоположением является каталог - /usr/spool/uucp/Log или
подкаталог внутри /usr/spool/uucp/.Log.
Если код откомпилирован с поддержкой отладки, можно использовать
режим отладки, чтобы получить дополнительную информацию о том, какой
тип данных принимается и передается; в описании команды debug
приведены различные возможности команды debug (смотрите Debugging Levels). При первоначальной установке соединения -x chat является,
вероятно, наиболее полезной опцией (например, uucico -s uunet -x
chat); Опцию -x можно использовать многократно в командной строке,
кроме того, аргументы данной опции можно разделять запятыми. Для того
чтобы включить всю отладочную информацию следует использовать опцию
-x all.
Отладочная информация записывается в файл, обычно это
/usr/spool/uucp/Debug, данное значение по умолчанию может быть
изменено в файле policy.h, и с помощью команды debugfile
конфигурационного файла config. Файл отладки может содержать пароли
и часть содержимого передаваемого по линии файла, поэтому файл отладки
должен быть доступен для чтения только пользователю программы uucp.
Можно использовать опцию -f, для того чтобы заставить uucico
выполнить звонок, если даже последний звонок только что завершился
неудачно; использование опции -S для задания системы приводит к тому
же эффекту. В противном случае файл состояния (подкаталога .Status
spool каталога, обычно /usr/spool/uucp) (смотрите Status Directory)
предотвратит слишком большое количество попыток вызова других систем.
На более старых, основанных на System V системах, в которых
отсутствует системный вызов setreuid, могут возникнуть проблемы,
если обычные пользователи попытаются запустить uuxqt на исполнение,
возможно не прямым образом через вызов uucp или uux. Задачи UUCP
будут запускаться на исполнение с реальным идентификатором того
пользователя, который вызвал uuxqt, что может привести к проблемам,
для тех задач UUCP, которые проверяют реальный пользовательский ID в
целях обеспечения безопасности. На таких системах, является безопасным
поместить команду run-uuxqt never (смотрите Miscellaneous (config))
в config файл, для того чтобы uucico никогда не запускал
uuxqt и вызывать uuxqt непосредственно из файла crontab.
Пожалуйста сообщайте мне(автору) о любых проблемах, которые у Вас
возникают. Если вы сообщаете о наличии проблемы, пожалуйста, включайте
номер версии используемого пакета, операционную систему на которой
пакет выполняется, образец debug файла иллюстрирующего проблему
(обычно необходима отладочная информация, не только журнальный файл).
На общие вопросы типа "почему uucico не набирает номер" невозможно
ответить без дополнительной информации.