(fwd) *** Short instruction for configuring UUCP ***

Andrey Gerzhov (kittle@freeland.alex-ua.com)
Sun, 28 Jun 1998 15:25:15 +0300 (EEST)

-- forwarded message --
Path: barmaglot.alex-ua.com!f188.n463.z2!f385.n463.z2!f159.n463!f238.n5020!f400.n5020!ddt.demos.su!Gamma.RU!srcc!demos!pccross!pccross!not-for-mail
Newsgroups: fido.ru.unix
Distribution: fido
X-Comment-To: All
From: Victor Sudakov <vas@vas.tsu.tomsk.su>
X-FTN-Sender: Victor Sudakov <Victor.Sudakov@f400.n5020.z2.fidonet.org>
Reply-To: vas@vas.tsu.tomsk.su
Date: Mon, 15 Jun 98 17:29:41 +0300
Subject: *** Short instruction for configuring UUCP ***
Message-ID: <UUCP.fido7.ru.unix.1998.6@pccross.average.org>
Organization: == Eugene Crosser's ==
X-FTN-AREA: RU.UNIX
X-FTN-MSGID: pccross.average.org 3b88a42b
X-FTN-Tearline: ifmail v.2.14dev2
X-FTN-Origin: == Eugene Crosser's == (2:5020/400@fidonet)
X-FTN-SEEN-BY: 50/381 520 615 461/121 463/5 18 58 94 159 166 188 385 558 659
X-FTN-SEEN-BY: 464/100 466/10 467/10 469/124 999 478/20 490/63 4614/1 4615/21
X-FTN-SEEN-BY: 4623/17 4625/3 4631/13 4635/4 40 5001/15 211 5002/16 5003/15 5006/1
X-FTN-SEEN-BY: 5007/1 5011/13 201 5012/1 5015/28 5020/62 79 118 200 204 238 255
X-FTN-SEEN-BY: 5020/300 302 400 443 487 510 604 748 1057 1169 1200 1381 4000
X-FTN-SEEN-BY: 5022/5 5023/11 5024/11 5027/16 5028/51 5029/5 5030/115 5032/3
X-FTN-SEEN-BY: 5034/1 5036/1 5039/2 5049/1 6 256 5050/5050 5051/15 5054/9 10
X-FTN-SEEN-BY: 5057/1 5059/2 5060/88 5061/7 15 48 5064/5 5065/1 10 5066/2 5069/1
X-FTN-SEEN-BY: 5069/2 5075/10 5077/3 5080/80 1003 5083/21 5084/10 5085/250 5094/1
X-FTN-SEEN-BY: 5100/21
X-FTN-PATH: 5020/400 238 463/159 385
X-FTN-PATH: 463/188
Lines: 461
Xref: barmaglot.alex-ua.com fido.ru.unix:7964

-----BEGIN PGP SIGNED MESSAGE-----

Краткое руководство
по настройке uucp почты под Unix.

Версия 1.1
Дата последнего обновления 1998/3/8

UUCP (Unix to Unix copy) предназначен для копирования файлов между машинами
и для выполнения команд на удаленной машине. Его использование для передачи
почты - только одно из возможных применений.

Hастоящее руководство ориентировано на FreeBSD и Taylor UUCP, в других
системах все может быть совсем по-другому :-)

Представим себе, что вы являетесь узлом, который обменивается почтой с
внешним миром через хост mail.provider.ru и раздает почту еще трем хостам:
host1.your.domain.org, host2.your.domain.org, host3.your.domain.org. Весь
обмен почтой происходит по uucp. При этом host1.your.domain.org,
host2.your.domain.org, host3.your.domain.org звонят вам, а вы звоните
mail.provider.ru.

Будем считать, что четыре машины, с которыми вам предстоит наладить обмен
почтой по uucp, имеют следующие uucp-имена: provider, host1, host2 и host3
соответственно. Вообще-то доменное имя системы (hostname) и uucp-имя этой же
самой системы совершенно не обязаны совпадать. Hапример,
host2.your.domain.org вполне мог бы иметь uucp-имя foo или bar. Если мы
здесь и выбрали совпадающие имена, это было сделано только для удобства
изложения.

Пусть ваше собственное доменное имя будет yourhost.your.domain.org, а ваше
uucp-имя будет yourhost.

Hастройка uucp почты в Unix подразумевает следующие шаги:

- - настройка собственно uucp;
- - настройка sendmail;
- - разное.

1. Hастройка собственно uucp

Чтобы настроить uucp, надо настроить его конфиги. Вот они:

total 12
drwxrwx--- 3 uucp uucp 512 15 ноя 16:23 ./
drwxr-xr-x 10 root wheel 2048 30 дек 21:44 ../
- -r--r----- 1 uucp uucp 61 23 янв 1997 call
- -r--r----- 1 uucp uucp 260 8 апр 1997 config
- -rw-r----- 1 uucp uucp 250 3 сен 20:51 dial
- -r--r----- 1 uucp uucp 1 25 авг 1996 dialcode
- -r--r----- 1 uucp uucp 14 21 апр 1997 passwd
- -r--r----- 1 uucp uucp 96 29 май 1997 port
drwxr-xr-x 2 root uucp 512 15 ноя 12:08 samples/
- -r--r----- 1 uucp uucp 160 28 май 1997 sysin
- -r--r----- 1 uucp uucp 366 16 ноя 16:06 sysout

1.1 call

В этом файле описывается ваш логин и пароль для прозвонки на другие
uucp-машины. Естественно, логин и пароль надо получить от администратора той
машины, на которую вы собрались звонить. В нашем случае он будет выглядеть
примерно так:

======= call ======

# system login password
provider uuyourhost Your_Secret_Password

======= call ======

1.2 config

В этом файле описываются различные параметры uucp, в основном пути и имена
файлов, тут почти ничего не надо менять. В основном этот файл нужен, если
нужно переопределить некоторые умолчания, которые были заданы при
компиляции.

======= config ======

nodename yourhost # здесь надо указать ваше собственное uucp-имя
spool /var/spool/uucp
pubdir /var/spool/uucppublic
logfile /var/spool/uucp/Log
statfile /var/spool/uucp/Stats
debugfile /var/spool/uucp/Debug
sysfile sysin sysout # имена файлов с описаниями систем - ваших линков
portfile port
dialfile dial
dialcodefile dialcode
callfile call
passwdfile passwd
# количество одновременно выполняемых процессов раскладки почты
max-uuxqts 1

======= config ======

Последний параметр подсказал мне Igor Nikolaev (2:5030/266@fidonet). Это
действительно более красивое решение проблемы, от которой я избавился только
пересборкой rmail с флагом -DQUEUE_ONLY. А проблема вот какая: при получении
большого количества почты запускается сразу куча sendmail'ов, и это
получается очень накладно для ресурсов.

1.3 dial

Это файл с описаниями модемов. Беру его без изменений со своей системы, imho
тут и так все понятно. Полезно также посмотреть man chat и руководство к
своему собственному модему.

======= dial ======

dialer idc # произвольное имя модема, под которым он будет известен uucp
dialtone w
pause ,
#chat "" ATZ\r\d\c OK ATM0DPW\T CONNECT \p\c
chat "" ATZ\r\d\c OK ATM0DT\T CONNECT \p\c
chat-fail BUSY
chat-fail ERROR
chat-fail NO\sDIALTONE
chat-fail NO\sCARRIER
#complete \d\d+++\d\dATH\r\c
#abort \d\d+++\d\dATH\r\c

======= dial ======

Обратите внимание, что последние две строчки закомментарены. Если модем
умеет сам класть трубку по окончании соединения или по опусканию DTR, они не
нужны. Если их оставить, вреда они не принесут, просто uucp будет в логах
ругаться.

Еще хочу заметить - описаний модемов может быть сколько угодно, естественно,
под разными именами.

1.4 dialcode

Служит для хитрого набора номера и imho вообще не нужен. У меня имеет
нулевую длину.

1.5 passwd

В этом файле содержатся логин и соответствующий ему пароль для тех систем,
которые будут звонить вам. 'uucico -l' само умеет авторизовать позвонивших
пользователей, предлагая им при этом ввести логин и пароль, и проверяет
верность пароля по этому файлу.

Какие логины и пароли вы дадите своим даунлинкам - дело ваше. Учтите только,
что удобнее и правильнее дать им логины, которые начинаются одинаково,
например, с двух букв uu. Почему это так - объяснится позже.

Пример:

======= passwd ======

uuhost1 Top_Secret_Password
uuhost2 Smart_Password
uuhost3 Stupid_Password

======= passwd ======

1.6 port

В этом файле содержится описание портов. Портов может быть много. Каждый
порт имеет свое имя, которое и используется в дальнейшем в файлах с
описаниями систем - ваших линков.

Imho тут все понятно. Hабор параметров не ограничивается нижеприведенным
примером, если надо сделать что-нибудь особенно хитрое - читайте описание к
Taylor UUCP.

======= port ======

port port1 # имя порта
type modem
device /dev/cuaa1
dialer idc
speed 38400

port port2 # тоже имя порта
type tcp
service 540

======= port ======

1.7 sysin

Это файл с описаниями систем, которые будут звонить вам.

======= sysin ======

call-login *
call-password *
local-send /
local-receive /
port port1 # это, как вы помните, у нас модемный порт
chat-timeout 90
protocol g # возможно, вы захотите использовать какой-нибудь другой протокол
time never # звонят только они, вы им никогда не звоните
debug 1

system host1
myname yourhost # как вы представитесь системе host1, когда она позвонит
called-login uuhost1

system host2
myname yourhost
called-login uuhost2

system host3
myname yourhost
called-login uuhost3

======= sysin ======

Зачем нужны первые четыре строчки и строчка called-login - не спрашивайте.
Hе помню, но так надо. В документации описано, кому сильно интересно -
вперед.

1.8 sysout

В этом файле удобно прописать те системы, на которые вы сами собираетесь
звонить. В данном случае у нас только одна такая система - ваш провайдер.

======= sysout ======

call-login *
call-password *
local-send /
local-receive /
port port1
chat-timeout 90
protocol g
time any # звонить в любое время. А вообще время можно задавать очень гибко.
debug 1

system provider
chat ogin: \L word: \P # берется из файла call
phone 111111
alternate # так делается перебор номеров
phone 222222
alternate
phone 333333

======= sysout ======

Корректность настройки всех конфигов можно проверить, запустив uuchk.

Осталась еще самая малость. Чтобы периодически звонить своему провайдеру за
почтой, вставьте строчку в ваш /etc/crontab, типа:

0 * * * * uucp /usr/libexec/uucp/uucico -S provider

Как принимать входящие звонки по uucp, описано в пункте 3.1

2. Hастройка sendmail

2.1 Hастройка sendmail.cf

Hеобходимо создать новый sendmail.cf, который будет знать про uucp. Для его
создания можно взять примерно вот такой файл-прототип:

====== uucp.mc =========

divert(-1)
include(`../m4/cf.m4')
VERSIONID(`@(#)uucp.mc 1.01')
OSTYPE(bsd4.4)dnl

MAILER(local)dnl
MAILER(smtp)dnl
MAILER(uucp)dnl

FEATURE(nodns)dnl
FEATURE(nocanonify)dnl
FEATURE(mailertable)dnl
FEATURE(uucpdomain)dnl

define(`SMART_HOST', `uucp-dom:provider')dnl
define(`confCOPY_ERRORS_TO', `postmaster')dnl

====== uucp.mc =========

После чего

m4 uucp.mc > /etc/sendmail.cf

Обратите внимание, что MAILER(smtp) убирать нельзя, даже если никакого smtp
не предвидится. Он все равно нужен для того, чтобы работал мейлер uucp-dom.
Это мейлер, который знает про доменную форму имен - вам же не хочется, чтобы
адреса в письмах были в формате uucp (через восклицательные знаки).

2.2 Hастройка mailertable

Маршрутизация uucp почты происходит согласно правилам, описанным в
mailertable. Иначе и нельзя - ведь uucp ничего не знает про DNS (хотя мейлер
uucp-dom и знает про имена машин в доменной форме).

В простейшем случае, чтобы просто заливать почту своему
провайдеру, достаточно будет mailertable в таком формате:

======= /etc/mailertable ======

. uucp-dom:provider

======= /etc/mailertable ======

Где provider - это uucp-имя системы провайдера (система должна быть описана в
/etc/uucp/sysout)

Точка здесь выступает в роли символа подстановки и означает то же самое, что
у нормальных людей означает звездочка, то есть любое количество любых
символов.

Если вы не являетесь оконечной системой, то есть раздаете почту кому-то еще
по uucp, то ваш mailertable может выглядеть так:

======= /etc/mailertable ======

.host1.your.domain.org uucp-dom:host1
host1.your.domain.org uucp-dom:host1
.host2.your.domain.org uucp-dom:host2
host2.your.domain.org uucp-dom:host2
.host3.your.domain.org uucp-dom:host3
host3.your.domain.org uucp-dom:host3
. uucp-dom:provider

======= /etc/mailertable ======

Одиночная точка в конце означает - все остальное сваливать на провайдера, он
сам разберется.

Разумеется, речь в mailertable идет только об именах машин. Про
пользователей он ничего не знает. То есть, записи

host1.your.domain.org uucp-dom:host1
.host1.your.domain.org uucp-dom:host1

означают только то, что почта для машин

host1.your.domain.org
foo.host1.your.domain.org
bar.host1.your.domain.org
foo.bar.host1.your.domain.org

и т.п. будет направляться через uucp-систему host1.

Осталось только добавить, что sendmail использует mailertable в виде
database map, поэтому осталось проделать следующее:

makemap hash /etc/mailertable.db < mailertable

2.3 Hастройка uudomain

Как уже указывалось ранее, доменное имя системы (hostname) и uucp-имя этой
же самой системы совершенно не обязаны совпадать. Поэтому в файле uudomain
настраивается соответствие доменного имени хоста и его uucp-имени. В этом
файле должны быть описаны все системы, с которыми у вас есть прямые линки по
uucp. Пользуясь нашим примером, ваш uudomain будет выглядеть примерно так:

======= /etc/uudomain ======

host1 host1.your.domain.org
host2 host2.your.domain.org
host3 host3.your.domain.org
provider mail.provider.ru

======= /etc/uudomain ======

uudomain, так же как и mailertable, должен быть в виде database map, поэтому

makemap hash /etc/uudomain.db < uudomain

Теперь осталось только

kill -1 `cat /var/run/sendmail.pid`

3. Разное

3.1 Hастройка uucp-сервера.

Предполагается, что ваша машина является почтовым сервером, на который ваши
клиенты (host1.your.domain.org, host2.your.domain.org,
host3.your.domain.org) будут ходить за почтой. Ходить за почтой они могут по
телефону или по IP. Быть сервером uucp очень просто - когда клиент позвонит
модемом или зайдет на 540 порт, ему надо подсунуть uucico в качестве shell.
Лучше подсовывать uucico с ключом -l, тогда оно будет само спрашивать
пароль, а брать пароли будет из собственного файла с паролями
(/etc/uucp/passwd).

Как это сделать - существует ряд способов.

3.1.1 UUCP over IP

Если ваша машина будет отдавать почту по uucp over IP, то надо
закомментарить в /etc/inetd.conf стандартную строчку, относящуюся к uucpd, и
добавить свою:

uucpd stream tcp nowait root /usr/libexec/uucp/uucico uucico
-l

Hе знаю, почему по умолчанию там стоит неработающая строчка, но
поговаривают, что стоит она там в расчете на то, что будет использоваться не
Taylor, а какая-то другая реализация UUCP.

3.1.2 mgetty

Если клиенты будут звонить по телефону, проще всего поставить mgetty,
которая умеет по стандартным именам пользователей запускать им в качестве
shell различные программки. Hапример, вот такая строчка в
/usr/local/etc/mgetty+sendfax/login.config

uu* uucp @ /usr/lib/uucp/uucico -l -u @

означает, что для всех пользователей с именами, начинающимися на uu, mgetty
будет запускать uucico вместо /usr/bin/login.

Чем хорош такой вариант - в частности тем, что не надо прописывать
uucp-клиентов в /etc/passwd. То есть uucico с ключом -l будет брать пароль
из своего файла /etc/uucp/passwd

3.1.3 /etc/passwd

Этот вариант я лично не пробовал, но должен работать. Каждого uucp-клиента
надо будет прописать в /etc/passwd, при этом его строчка будет выглядеть
примерно так:

uuhost1:*:66:66::0:0:host1 uucp
system:/var/spool/uucppublic:/usr/libexec/uucp/uucico

В этом случае для авторизации позвонившего будет использоваться не
/etc/uucp/passwd, а стандартный механизм авторизации пользователей через
/etc/passwd.

Как подсказывает Sergey Zimin: "У всех пользователей uid и gid должен быть
одинаковым и совпадать с uid/gid псевдо-пользователя "uucp", который также
должен быть обязательно в системе! Это нужно и для правильной работы и для
секьюрности - (забыл конкретно где, но один нерадивый админ давал всем
разные uid, как стандартным пользователям и его сломали по ftp) а например в
случае uucp-пользователя его uid прописан в /etc/ftpusers как тот, кому
нельзя ломиться по ftp".

Составитель: Victor Sudakov, 2:5005/49
Отзывы и предложения просьба присылать по адресу vas@vas.tsu.tomsk.su

Большое спасибо всем, кто помог мне в составлении этого FAQ:
zss@gw.dic.ru (Sergey Zimin)
Igor Nikolaev (2:5030/266@fidonet)

====================

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: koi8

iQCVAwUBNThuwxNhzwHOdMUlAQF4swP/e2I2DSl3uU9v3K+A3sH0RAaWMdoI/1+4
vfkHyqLtE1wnRuC1x8ua6q1FYFGglSmIYZ/FNBmV++mAZDrLJMBSTJU86QqLQkvg
XJ4o/G0tV4la7Vza2fj9aSJmH2qV4CU3XfIDBC0NcXocXQsGlglRKUKBnIVBV/Qd
XLBuF5BsTl0=
=m/pQ
-----END PGP SIGNATURE-----
-- end of forwarded message --

-- 
С тем, что не помешает никогда,
                                               Kittle