Сетевая файловая система NFS - Network File System

Стандартной сетевой файловой системой для UNIX'а является NFS. Любая Unix-машина умеет монтировать по протоколу NFS удаленные файловые системы и использовать их как свои собственные, а так же может выделять свои каталоги для других машин. Выглядит это примерно так:

mount -F nfs udalennaq.mashina:/katalog_tam /katalog

или, если у вас BSD или Linux

mount -o rsize=8192,wsize=8192 mashina:/katalog_tam /katalog

 ls -al /katalog

Хотя NFS был когда-то разработан для Unix'а, имеется реализация NFS для MSDOS-овских PC. Эти пакеты принято называть сводным именем PC/NFS (Не путать с названием "PC-NFS" - это реализация PC/NFS от фирмы "Sun Select"). Т.е. PC'юк, на котором запущен NFS для PC, может монтировать в качестве сетевых дисков каталоги Unix'овской машины, которые она выделяет в NFS. - Фактически, PC/NFS дает для PC те же самые возможности, что и Netware - удаленный сетевой диск и удаленный сетевой принтер. Разница лишь в том, что Unix-host, помимо позволения NFS-ения себя, в состоянии заниматься и своими собственными задачами, а сервер Netware ничем кроме обслуживания своих клиентов, изображая для них диск с ethernet'ом, заниматься не приспособлен, но работает быстрее раза в 1.5-2. Ну и занимают NFS-ные резиденты порядка 100 Kb оперативной памяти, в то время как Netwar'ные - порядка 50.

Оценочные скорости пакетов PC/NFS различных производителей: 486dx2/66, адаптер wd8013 16 bit:

Для сравнения: скорость чтения/записи NFS между двумя SUN SPARCstation и/или IBM/RS6000 900/400 Kb/сек

Для того, чтобы Unix-машина служила NFS сервером

На ней должны быть запущены следующие демоны:

Обычно все эти демоны запускаются на уровне выполнения 3. Посмотрите, с большой вероятностью вы обнаружите на своей машине файл с названием наподобие:

/etc/rc3.d/S22nfs - предназначен для запуска NFS-сервера

Должно быть указано, какие именно каталоги, разрешается "видеть" по NFS, и каким именно машинам это разрешается.

Эти каталоги указываются в файле /etc/dfs/dfstab и экспортируются явной командой shareall или share (если у вас SVR4) или в файле /etc/exports и экспортируются явно командой exportfs -a (если у вас какой либо другой UNIX)

Активизация NFS

Обычно, на машине со свежеустановленным Unix'ом NFS сервер не активизирован. Чтобы он запустился, системный администратор должен обеспечить выполнение условий перечисленных в предыдущем пункте. Для этого достаточно:

Motorola 922

После загрузки переходить на уровень выполнения 3. В файле /etc/inittab исправить строку

is:2:initdefault:

на строку

is:3:initdefault:

Запускать pcnfsd - демона "авторизации" PCNFS'ных пользователей. В файл /etc/rc3.d/S22nfs вставить команду запуска демона:

/usr/lib/nfs/pcnfsd

Из меню sysadm в network_services / remote_files / local_recources / share / nfs задать каталоги, которые вы разрешаете "раздавать" по NFS. Например, проэкспортируйте каталог /home

Чтобы исправления в /etc/inittab подействовали, перезагрузите unix командой

shutdown -y -g0 -i6

Linux

В файле /etc/rc.d/rc.inet2 раскомментируйте строки, запускающие демонов

rpc.portmap
 rpc.nfsd
 rpc.mountd
 rpc.ugidd

В файл /etc/exports вставьте строку

/ (rw)

Перезагрузитесь

Sun Solaris 1.1

В файл /etc/exports вставьте строки...

/home
 /usr

Перезагрузитесь

Sun Solaris 2.3

В файле /etc/dfs/dfstab вставьте строки для экспортируемых файловых систем. (Формат указан в комментариях в этом файле)

Перезагрузитесь

Еще одна сетевая файловая система. RFS. DFS

RFS - Remote File Sharing. Тоже сетевая файловая система. NFS - порождение BSD Unix'а, RFS - System V Unix'а. Назначение такое же, как и у NFS. Каких либо преимуществ по сравнению с NFS не имеет. Ярко выраженных недостатков, пожалуй, тоже. Значительно менее распространена, чем NFS. Не имеет automounter 'а. Клиентов RFS for MSDOS PC нет. Зато RFS поддерживает захват и блокировку файлов, и специальные файлы. Активизировать RFS вряд ли имеет смысл. Действительно, зачем нам второй Генеральный секретарь?

DFS - Distributed File System. Тоже сетевая файловая система. Вот и все, что я могу про нее сказать.

Конфигурирование automount-демона

Авто-монтировщик - демон, запущенный на NFS-клиенте. Этот демон монтирует удаленные каталоги "ПО ТРЕБОВАНИЮ" - т.е., когда к ним происходит обращение. Если к автоматически смонтированному каталогу долго не было обращений, автомонтировщик его автоматически отмонтирует.

Авто-монтирование поддерживается демоном automountd. Этот демон запускается при начальной загрузке операционной системы. Запускается он в командном файле

/etc/rc2.d/S20nfs.client

 automountd # если все карты будут браться из NIS
 или
 automountd -m -f /etc/auto.master # брать только локальные
 # карты

Управляется automountd несколькими "картами" - файлами с описанием кого и куда надо монтировать. В простейшем случае нужно иметь три файла:

Ссылается на:

/etc/auto_master :---------------------------------------------
#
# Master map for automounter
#
/net -hosts
# задает: корневой каталог компьютера по имени imyarek монтиро-
# вать на каталог /net/imyarek
#
/- /etc/auto_direct
/home /etc/auto_home


/etc/auto_direct :---------------------------------------------
#
#
/usr/informix -ro,soft classic00:/usr/informix
/usr/local -rw,soft classic00:/usr/local
#
# Смонтировать с первого откликнувшегося сервера.
#
/usr/share/man -ro,soft classic00:/usr/share/man \
 -ro,soft sun21:/usr/share/man \
 -ro,soft sun22:/usr/share/man


/etc/auto_home :---------------------------------------------
moshkow s08:/udd/moshkow
leo classic00:/export/home/leo
# а лучше написать так:
* classic00:/export/home/
* sun21:/export/home/

Каждый пользователь polxzowatelx на этой машине должен быть зарегистрирован с домашним каталогом /home/polxzowatelx

Самба: настройки и кириллизация

При компиляции ядра задать

CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp866"

smb.conf

[global]
client code page = 866
character set = koi8-r

/etc/fstab

Монтирование MS-шары

//server/f /f smbfs noauto,rw,username=yourlogin,
passwd=blablabla,uid=1234,umask=000,iocharset=koi8-r,codepage=866 0 0

DNS - Domain Name Service

Конфигурирование DNS-клиента

Указываем наш dns-server

/etc/resolv.conf :
search moshkow.pp.ru sosed.msk.ru
nameserver 127.0.0.1
;nameserver 194.8.2.1

Порядок просмотра информации о именах хостов задается в

/etc/host.conf : (Linux, BSD)
order bind, hosts, nis
multi on

/etc/nsswitch.conf : (В Solaris, HP-UX)
. . .
hosts: files bind nis
. . .

Имя домена нашего хоста (Не всегда, но часто)

/etc/defaultdomain :
moshkow.pp.ru

Как посмотреть зоны DNS

nslookup -ty=ns msk.ru
 zzz=msk.ru ; named-xfer -z $zzz -f filename ns.$zzz
 egrep '^[a-z]' filename | egrep -v A | grep NS| cut -f1 | sort -u| wc

или сходить в RIPE: ftp://ftp.ripe.net/ripe/hostcount ftp://ftp.ripe.net/ripe/dbase

Результат на февраль 1997:

ru 1400
msk.ru 217
spb.ru 490
ras.ru 20
msu.su 19
rssi.ru 42

Конфигурирование DNS-сервера

Для этого нужно создать начальный конфиг-файл named.boot и в каталоге /var/named сложить файлы с описанием наших зон

Пример заполнения файлов

Моя зона moshkow.pp.ru делегируется из pp.ru (а значит - в RIPN)

Revers-зона 173.233.193.in-addr.arpa делегируется у хозяина зоны 233.193.in-addr.arpa (а значит - в RIPN)

Если ваша локальная сеть не подключена к Интернет, все равно полезно иметь в ней DNS сервер для внутренних нужд. Чтоб он не порождал 1.5 минутных таймаутов при обращении к заведомо "внешним" недостижимым хостам, просто сделайте файл /var/named/root.cache пустым.

Заведенные вами dns зоны надо зарегистрировать в "вышестоящей" зоне, чтоб они делегировали ее вам. Реверс-dns'ную зону тоже необходимо регистрировать - делегировать вам ее обязан тот, кто выдал ваши IP-адреса.

/var/named/moshkow.pp.ru: ========================
@ IN SOA ns.moshkow.pp.ru. moshkow.ipsun.ras.ru. (
 1997093001 ; serial
	28800 ;8 Refresh как часто secondary проверяет обновления
	7200 ;2 Retry как часто secondary тыкается после "непрохода"
	6048000;70d Expire сколько запись живет на secondary
	864000);10d Minimum сколько запись живет в кэше
 IN NS ns.moshkow.pp.ru.
 IN NS nss.ras.ru.
 IN MX 10 mail.moshkow.pp.ru.
 IN MX 50 mail.ras.ru.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
ns IN A 193.233.173.111
nss IN A 193.233.172.8
proxy CNAME t111
mail CNAME t111
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
t01 IN A 193.233.173.1
t02 IN A 193.233.173.2
 . . .
t254 IN A 193.233.173.254
t255 IN A 193.233.173.255

/var/named/193.233.173.0 : ========================
@ IN SOA ns.moshkow.pp.ru. moshkow.ipsun.ras.ru. (
 1997093001 ; serial
 28800 ; refresh ( 8 hours)
 7200 ; retry ( 2 hours)
 6048000 ; expire (70 days )
 864000 ) ; minimum (10 days )
 IN NS ns.moshkow.pp.ru.
 IN NS nss.ras.ru.
 IN MX 10 mail.moshkow.pp.ru.
 IN MX 50 mail.ras.ru.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
1 IN PTR t01.moshkow.pp.ru.
2 IN PTR t02.moshkow.pp.ru.
 . . .
255 IN PTR t255.moshkow.pp.ru.

/var/named/root.cache -----------------------------------------
; ftp://ftp.rs.internic.net/domain/named.root
;
. 3600000 IN NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
. 3600000 NS B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107
. 3600000 NS C.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
. 3600000 NS D.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90
. 3600000 NS E.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
. 3600000 NS F.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241
. 3600000 NS G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
. 3600000 NS H.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53
. 3600000 NS I.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17

/var/named/127.0.0.0 --------------------------
@ IN SOA localhost. root.localhost. (
 1997071201 ; Serial
 36000 ; Refresh
 3600 ; Retry
 3600000 ; Expire
 36000 ) ; Minimun
 IN NS localhost.
1 IN PTR localhost.

=========== И НАКОНЕЦ /etc/named.boot
directory /var/named ;
cache . root.cache ;
primary 0.0.127.in-addr.arpa 127.0.0.0 ;
; forwarders 193.124.148.65 193.124.23.4
primary moshkow.pp.ru moshkow.pp.ru ;
primary 173.233.193.in-addr.arpa 193.233.173.0 ;
; secondary moshkow.orc.ru 193.124.148.81 second/moshkow.orc.ru

Дополнительная информация

$INCLUDE /var/named/header
@
$INCLUDE /var/named/fedfond-hosts-spisok
@

Пояснения:

Первая строка содержит:

На следующих 5 строках описываются важные для зоны параметры:

YYYYMMDDNN

Далее идет описание всех серверов зоны, причем сервер указанный в первой строке (в записи SOA) обязательно должен присутствовать в этом списке, а если необходимо размещение вторичных серверов на маших АО Релком (ns.spb.su и/или ns.ussr.eu.net), то и они должны присутствовать в списке, а также в заявке.

В приведенном примере утверждается, что зона присутствует на серверах ns.elvis.ru и ns2.elvis.ru и требуется размещение вторичных серверов на ns.spb.su и ns.ussr.eu.net

Обратите внимание, что все имена серверов заканчиваются точкой.

UUCP - Unix to Unix Copy

Система пересылки файлов по телефону.

Если uucp правильно сконфигурировано, то его использование выглядит примерно так:

uucp -r moj_fajl 'pulsar!fajl_tam'

перешлет moj_fajl на удаленную машину pulsar. Хотя, скорее всего не сделает, из-за ограничений на права доступа. А, впрочем, такая команда скорее всего сработает:

uucp -r moj_fajl 'pulsar!~'

через некоторое время этот файл вы сможете обнаружить на машине pulsar в каталоге

/usr/spool/uucppublic/

в этот каталог разрешено копирование с удаленных машин, для него используется специальное обозначение: "~"

Пусть вас не удивляет, что в команде uucp использовались одинарные кавычки. Они нужны, чтобы заэкранировать "!" и "~" от вашего командного интерпретатора ksh или bash. Ключ -r в команде uucp нужен, чтобы НЕ ЗАСТАВЛЯТЬ нашу машину немедленно начинать звонить на pulsar. Она сама позвонит, в предусмотренное для этого время.

uucp поддерживается на двух уровнях:

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

Конфигурация нашей машины как UUCP клиента

После этого наша машина сможет звонить на удаленные машины и посылать/забирать оттуда файлы. Для этого мы должны задать:

Эти данные задаются в нескольких конфигурационных файлах, которые должны лежать в каталоге /etc/uucp/ (или /usr/lib/uucp/, или /usr/lib/uucp/taylor_config ) (или в каком нибудь другом, см. man uucp для более точной информации). Это файлы:

Config # задает имя нашей машины (и многое другое) ;
Systems # описывает удаленные uucp-системы: имя, но-
 # мер телефона, uucp-logname, uucp-passwd ;
Devices # порты, к которым подключены модемы.
Dialers # описывает модемы-наборщики (систему AT-ко-
 # манд).

(А в Linux они называются: config, sys, port, dial)

Итак, представим классический случай. У вас один Hayes-совместимый модем V32/V42bis на 14400 baud (GVC, ZyXEL, US-Robotics...), подключенный к последовательному порту /dev/modem (если у вас порт называется /dev/contty03, вам никто не мешает сделать символический линк ln -s /dev/contty03 /dev/modem не так ли ?). Имя вашего узла fedfuru.

ВНИМАНИЕ. На большинстве Unix-ов выделены раздельные специальные файлы для одного и того-же порта: терминальная линия (для подключения терминала или модема, НА который будут звонить - используется для getty или ttymon ), и линия с модемным управлением, на выход - например, чтоб звонить НАРУЖУ модемом. Эти специальные файлы и называются по разному, например:

SunOS: /dev/ttyy01 IN, /dev/ttyz01 OUT
Linux: /dev/ttyS1 IN, /dev/cua1 OUT
ISC: /dev/ttyFD01 IN, /dev/ttyFM01 OUT
SVR4/88: /dev/contty00 IN, /dev/??????? OUT

###следующий абзац написан "мелким шрифтом"(можно не читать)###
На самом деле все не совсем так. Цитирую Linux-Serial-HOWTO:
> There has been some discussion on the merits of /dev/mouse
> and /dev/modem. I strongly discourage the use of these links.
> In particular, if you are planning on using your modem for
> dialin you will run into problems because the lock files will
> not work correctly if you use /dev/modem. Also, Taylor UUCP
 does not support symlinks either. Однако uugetty позволяет
 корректно отрабатывать эту ситуацию. См. параметр ALTLOCK в
 /etc/defaults/getty файле.
################_конец_"мелкого шрифта"_#######################

Вам надо подключиться к двум uucp-узлам:

В каталоге /etc/uucp редактируем файлы Systems, Devices, Dialers

Systems: ------- Удаленные машины -----------------------------
kiae Any modem1 19200 946-9984 "" \n\r\d\r\d\r ogin:-BREAK-ogin:
 uufedurp ssword: ABCd8
fedfond Any modem1 19200 8w095-125-7623 "" \n\r ogin:-BREAK-ogin:
 uufedurp ssword: KLmn10

Devices: --------------- Описание портов ----------------------
modem1 contty03 - 19200 gvc1440

Dialers: --------------- Команды модемов ----------------------
gvc1440 =,-, "" \M\dATZ\r\c OK\r \EATDP\T\r\c CONNECT \m\c

---------------- Это все --------------------------------------

###следующий абзац написан "мелким шрифтом"(можно не читать)###

А дальше идет описание Taylor-uucp. Проблема в том, что в стандартной поставке SVR4/88 _нет_ Taylor-uucp, а есть только т.н. HoneyDanBer-uucp, он же BNU (Basic Networking Utilities). Taylor новее и гибче, к тому же поддерживает два формата конфигурационных файлов - традиционный (Config, Systems, Devices, Dialers, ...) и свой (config, sys, port, dial, ...). Есть конвертер туда-обратно. В Linuxе Taylor-uucp скомпилирован так, чтобы сначала искать Taylor-конфигурацию в /usr/lib/uucp/taylor_config/, если там ничего нет - искать HDB-конфигурацию в /usr/lib/uucp/hdb_config/. IMHO главный изъян HDB - невозможность указывать альтернативные номера телефонов.

################_конец_"мелкого шрифта"_#######################

###следующий абзац написан "мелким шрифтом"###

Если вы используете не устаревший BNU-uucp, а Taylor-uucp 1.05: В каталоге /usr/lib/uucp/taylor_config создаем файлы config, sys, port, dial следующего содержания: /* Примечание: в дистрибутивах RedHat Linux конфигурационные файлы uucp должны лежать в /etc/uucp/ */

config: -------------------------------------------------------
uuname fedfuru # Наше собственное имя

sys: ------- Удаленные машины ---------------------------------
system kiae # Узел Релком ############################
myname fedfuru
time Any
port modem # Имя описания порта в файле port
speed 38400
chat ogin:-BREAK-ogin: uufedurp ssword: ABCd8
phone 946-9984
alternate # Второй телефонный номер.
phone 946-9994

system fedfond # Московское отделение ##################
time Any
myname fedfuru
port modem # Имя описания порта в файле port
speed 38400
chat ogin:-BREAK-ogin: uufedurp ssword: KLmn10
phone 8w095-125-7623

port: --------------- Описание портов ------------------------
port modem # Обозначение порта из файла sys
type modem
device /dev/modem
speed 38400
dialer gvc1440 # Имя наборщика-модема в файле dial

dial: --------------- Команды модемов ------------------------
dialer gvc1440 # Обозначение наборщика из файла port

# Строка инициализации модема.
# Вместо \T будет подставлен телефонный номер
chat "" ATZ OK ATH0E0Q0 OK ATDP\T CONNECT
# ATZ - загрузить profile 0
# ATH0 - повесить трубку
# ATE0 - no echo
# ATQ0 - выводить код возврата

chat-fail BUSY # Воспринимать как ошибку набора
chat-fail ERROR
chat-fail NO\sCARRIER
chat-fail NO\sDIALTONE
---------------------------------------------------------------

################_конец_"мелкого шрифта"_#######################

Все. Клиентская часть UUCP сконфигурирована. Теперь, чтобы "протолкнуть" посланные файлы, достаточно периодически выполнять команды:

uucico -s kiae
uucico -s fedfond

А еще лучше, добавить эти команды в crontab, чтобы они выполнялись автоматически, по несколько раз в сутки.

Конфигурирование UUCP с использованием sysadm

Все вышеперечисленные настройки можно сделать, используя утилиту системного администратора sysadm. Надо войти в меню network_services / basic_network

Конфигурирование серверной части UUCP

Итак, мы уже можем звонить на чужие машины, и пересылать на них файлы. Теперь нужно сделать, чтобы чужие машины (клиенты) могли звонить нам. Для этого нужно:

uupetrov:x:1002:14:UU Petrov:/var/spool/uucp:/usr/lib/uucp/uucico

pwconv
passwd uupetrov

atz0 # Загрузить пользовательский profile 0
ats0=1 # Регистр0=1 - снимать трубку после 1-го звонка
atw0 # Сохранить текущий setup в profile 0
aty0 # Чтобы при включении питания загружался профайл 0

# atf # загрузить заводские установки, если вы запутались
 # с профайлами, можно сделать модему "reset"

echo atz0 > /dev/modem
 echo ats0=0 > /dev/modem
 echo atw0 > /dev/modem # и так далее

c3:234:respawn:/usr/lib/saf/ttymon -g -d /dev/modem -l contty