[ главная ]   [ рейтинг статей ]   [ справочник радиолюбителя ]   [ новости мира ИТ ]



Ответов: 0
25-02-12 07:01







   Web - программирование
PHP


ASP






XML



CSS

SSI





   Программирование под ОС











   Web - технологии








   Базы Данных









   Графика






Данные




Операционные системы / Unix /

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

Victor Sudakov

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

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

    1.3 dial

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

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

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

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

    1.8 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".




  • Комментарии

     Ваш комментарий к данному материалу будет интересен нам и нашим читателям!



    Последние статьи: Операционные системы / Unix /

    Различия между UNIX и Linux
    09-03-2010   

    История UNIX начинается в 1969 г. Большинство современных UNIX-систем являются коммерческими версиями исходных дистрибутивов UNIX. Solaris от Sun, HP-UX Hewlett-Packard... подробнее

    Кол. просмотров: общее - 3533 сегодня - 1

    Права доступа к файлам в Unix-системах
    21-02-2010   

    Многопользовательская система UNIX поддерживает механизм, известный, как система прав доступа к файлам. Этот механизм позволяет указать для каждого файла владельца и обеспечить защиту файлов от доступа других пользователей. UNIX позволяет также совместно использовать файлы нескольким пользователям и группам пользователей... подробнее

    Кол. просмотров: общее - 2938 сегодня - 0

    FreeBSD: максимальная безопасность
    16-04-2009   

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

    Кол. просмотров: общее - 3311 сегодня - 1

    Простейшие приемы и основы безопасности Unix систем - Часть 1
    16-04-2009   

    Скорее всего, ничего приципиально нового я вам не расскажу, я лишь хочу красочно расписать старые приемы на новый лад. Знание этих основ поможет понять корни проблем происходящих в сегодняшней реалии... подробнее

    Кол. просмотров: общее - 4919 сегодня - 0

    Простейшие приемы и основы безопасности Unix систем - Часть 2
    16-04-2009   

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

    Кол. просмотров: общее - 3262 сегодня - 0



      WWW.COMPROG.RU - 2009-2012 | Designed and Powered by Zaipov Renat | Projects