diff --git a/ru_RU.KOI8-R/articles/Makefile b/ru_RU.KOI8-R/articles/Makefile index d60202ee88..549de1c523 100644 --- a/ru_RU.KOI8-R/articles/Makefile +++ b/ru_RU.KOI8-R/articles/Makefile @@ -1,49 +1,49 @@ # # $FreeBSD$ # $FreeBSDru: frdp/doc/ru_RU.KOI8-R/articles/Makefile,v 1.7 2001/07/25 10:26:26 phantom Exp $ # # Original revision: 1.9 SUBDIR = SUBDIR+= 5-roadmap SUBDIR+= checkpoint #SUBDIR+= committers-guide #SUBDIR+= console-server #SUBDIR+= contributing #SUBDIR+= contributors #SUBDIR+= cvs-freebsd #SUBDIR+= cvsup-advanced SUBDIR+= dialup-firewall SUBDIR+= diskless-x #SUBDIR+= euro SUBDIR+= explaining-bsd SUBDIR+= fbsd-from-scratch #SUBDIR+= filtering-bridges SUBDIR+= fonts SUBDIR+= formatting-media SUBDIR+= freebsd-questions #SUBDIR+= hats -#SUBDIR+= hubs +SUBDIR+= hubs SUBDIR+= ipsec-must SUBDIR+= java-tomcat SUBDIR+= mh #SUBDIR+= multi-os SUBDIR+= new-users SUBDIR+= pam SUBDIR+= pr-guidelines SUBDIR+= problem-reports #SUBDIR+= programming-tools SUBDIR+= pxe SUBDIR+= releng #SUBDIR+= releng-packages #SUBDIR+= serial-uart SUBDIR+= solid-state #SUBDIR+= storage-devices #SUBDIR+= vinum SUBDIR+= vm-design SUBDIR+= zip-drive # ROOT_SYMLINKS+= new-users DOC_PREFIX?= ${.CURDIR}/../.. .include "${DOC_PREFIX}/share/mk/doc.project.mk" diff --git a/ru_RU.KOI8-R/articles/hubs/Makefile b/ru_RU.KOI8-R/articles/hubs/Makefile new file mode 100644 index 0000000000..cf10d5aa42 --- /dev/null +++ b/ru_RU.KOI8-R/articles/hubs/Makefile @@ -0,0 +1,21 @@ +# +# The FreeBSD Russian Documentation Project +# +# $FreeBSD$ +# $FreeBSDru: frdp/doc/ru_RU.KOI8-R/articles/hubs/Makefile,v 1.1 2004/03/29 10:26:25 marck Exp $ +# +# Original revision: 1.4 +# + +DOC?= article + +FORMATS?= html + +INSTALL_COMPRESSED?=gz +INSTALL_ONLY_COMPRESSED?= + +SRCS= article.sgml + +DOC_PREFIX?= ${.CURDIR}/../../.. + +.include "${DOC_PREFIX}/share/mk/doc.project.mk" diff --git a/ru_RU.KOI8-R/articles/hubs/article.sgml b/ru_RU.KOI8-R/articles/hubs/article.sgml new file mode 100644 index 0000000000..c9a2a103aa --- /dev/null +++ b/ru_RU.KOI8-R/articles/hubs/article.sgml @@ -0,0 +1,1162 @@ + + + +%man; + +%authors; + +%teams; + +%mailing-lists; + +%trademarks; + +]> + +
+ + Поддержка зеркал FreeBSD + $FreeBSD$ + + + Jun + Kuriyama + +
kuriyama@FreeBSD.org
+ + + + Valentino + Vaschetto + +
logo@FreeBSD.org
+ + + + Daniel + Lang + +
dl@leo.org
+ + + + Ken + Smith + +
kensmith@FreeBSD.org
+ + + + + + &tm-attrib.freebsd; + &tm-attrib.cvsup; + &tm-attrib.general; + + + + Рабочий вариант статьи, описывающей процесс создания и поддержки + зеркала FreeBSD и адресованной администраторам зеркал. + + + + + Контактная информация + + Координаторы системы зеркал доступны по электронной почте по адресу + mirror-admin@FreeBSD.org. Помимо этого, существует + &a.hubs;. + + + + Требования к зеркалам FreeBSD + + Дисковое пространство + + Одним из наиболее важных требований является дисковое пространство. + В зависимости от набора релизов, архитектур и степени полноты зеркала + вам может потребоваться огромный объем диска. Не лишним будет + помнить, что официальное зеркало, скорее всего, + должно быть полным. Репозиторий CVS и веб-страницы всегда должны + зеркалироваться полностью. Кроме того, учтите, что приводимые оценки + объема относятся к состоянию на момент последнего редактирования + данной статьи (4.9-RELEASE/5.2-RELEASE). Дальнейший процесс + разработки и последующие релизы только увеличат требуемый объем. + Кроме того, разумно будет зарезервировать некоторое (10-20%) + дополнительное пространство спокойствия ради. + Вот некоторые оценки объема: + + + Полное зеркало FTP: 126 GB + Репозиторий CVS: 2.7 GB + Комплект изменений CTM: 1.8 GB + Веб-страницы: 300 MB + + + + Требования к сетевой связности и пропускной способности + + Разумеется, у вас должно быть подключение к интернет. + Требуемая пропускная способность ваших каналов зависит от + предполагаемого профиля использования вашего зеркала. + Если вы собираетесь копировать некоторые части FreeBSD для + локального использования на вашей машине или в интранете, + требования могут быть много мягче, чем для публичного зеркала. + Для официального зеркала необходимая пропускная способность + увеличивается еще больше. Мы можем дать лишь очень грубые оценки: + + + Зеркало для локального доступа: фактически минимум не + определен, но канал шириной менее 2 Mbps может сделать процесс + обновления мучительно медленным. + Неофициальное публичное зеркало: 34 Mbps выглядит + неплохо для начала. + Официальное зеркало: рекомендуется канал шириной более + 100 Mbps; кроме того, ваша машина должна стоять как можно ближе к + граничным маршрутизаторам вашей сети. + + + + Системные требования, процессор и память + + Эти требования в первую очередь определяются максимальным ожидаемым + количеством клиентов (устанавливается администратором сервера). + Также, на требуемые ресурсы влияет список сервисов, которые вы будете + предоставлять. Зеркало FTP и/или HTTP не требуют особенно много + ресурсов; значительно больше памяти и вычислительной производительности + потребляют CVSup, rsync или AnonCVS. Особенно "прожорливым" по памяти + является rsync; CVSup требует достаточной производительности + процессора. Для предоставления доступа по AnonCVS хорошей идеей будет + создание виртуальной файловой системы в памяти (MFS) по крайней мере + 300 MB размером, так что учтите это при планировании. Вот некоторые + советы по конфигурации аппаратной части сервера: + + + Для умеренно посещаемого сайта, предоставляющего + rsync, можно использовать процессор + с частотой 800MHz - 1 GHz и по крайней мере 512MB памяти. + Скорее всего, данная конфигурация может считаться минимальной для + официального зеркала. + + + Для регулярно посещаемого сайта вам потребуется больше памяти + (хорошим стартом будет 2GB) и больше процессорной мощности, что может + означать требование многопроцессорной (SMP) платформы. + + + Кроме того, вам потребуется быстрая дисковая подсистема, в первую + очередь, для работы с репозиторием CVS (крайне рекомендуем RAID). + Контроллер SCSI, оборудованный собственной памятью, также может + ощутимо ускорить процесс, поскольку большая часть сервисов связана + с большим количеством дисковых запросов небольшого размера. + + + + Предоставляемые сервисы + + Всякое зеркало должно предоставлять набор основных сервисов. + Помимо требуемого минимального набора, существуют дополнительные + сервисы, которые администратор сервера может пожелать предоставлять. + Этот раздел описывает, какие сервисы вы можете предоставлять, и какие + действия для этого потребуются от вас. + + + FTP (требуется для FTP зеркала) + + Это один из наиболее базовых сервисов; его предоставление требуется + для каждого зеркала, распространяющего файлы FreeBSD по FTP. + Доступ по FTP должен быть анонимным, и не должны применяться + какие-либо ограничения по соотношению объема передано/принято + (что вообще является, на наш взгляд, странным подходом). + Закачка (upload) файлов на сервер не требуется (и + должна быть запрещена в разделе FreeBSD). + Кроме того, архив файлов FreeBSD должен быть доступен с путем + /pub/FreeBSD. + + + Для предоставления анонимного FTP доступа может быть использован + целый ряд программ (перечислены в алфавитном порядке): + + + /usr/libexec/ftpd: базовый + FTP-даемон FreeBSD. Не забудьте прочитать &man.ftpd.8;. + + + ftp/ncftpd: + коммерческий пакет, свободен для использования в учебных целях. + + + + ftp/oftpd: FTP-даемон, + написанный в основном с точки зрения защищенности. + + + ftp/proftpd: Модульный + и очень гибкий FTP-даемон. + + + ftp/pure-ftpd: + Еще один FTP-даемон, разработанный с позиций защищенности. + + + ftp/twoftpd: + См. предыдущий пункт. + ftp/vsftpd: + очень защищенный (very secure) + ftpd. + + ftp/wu-ftpd: + ftpd от Вашингтонского Университета (Washington + University). Несколько потерял популярность из-за большого + количества найденных в прошлом ошибок защиты. Если вы решите + использовать его, помните о необходимости отслеживания + обновлений. + + + + Наиболее популярными являются встроенный во FreeBSD + ftpd, proftpd, + wu-ftpd и, возможно, + ncftpd. + Прочие распространены среди существующих зеркал в существенно + меньшей степени. Дополнительным поводом для рассмотрения может + являться возможность гибко ограничивать количество одновременных + соединений, что поможет вам удержать в нужных рамках потребление + пропускной способности ваших каналов и машинные ресурсы. + + + + RSYNC (необязательный сервис для FTP зеркала) + + rsync часто используется для + предоставления доступа к FTP-области FreeBSD, чтобы другие зеркала + могли синхронизироваться по вашему. Протокол rsync во многом + отличается от FTP, в частности, он гораздо гуманнее с точки зрения + пропускной способности каналов, поскольку не требует передачи + измененного файла целиком (передаются лишь различия). Взамен + rsync требует значительных объемов + памяти. Размер каждого процесса зависит от размера синхронизируемого + модуля (в основном от количества директорий и файлов). + rsync может использовать в качестве + транспортного протокола rsh или + ssh (по умолчанию); также, может использоваться + внутренний протокол rsync (этот метод + предпочтителен для публичных rsync-серверов). + Поддерживается авторизация клиентов и различные ограничения. + Для протокола rsync существует единственный пакет: + + net/rsync + + + + + HTTP (требуется для веб-страниц, дополнителен для FTP зеркал) + + Если вы хотите поддерживать зеркало веб-страниц FreeBSD, вам потребуется + веб-сервер, или httpd. + Дополнительно, вы можете предоставлять HTTP доступ к FTP-набору + файлов FreeBSD. Выбор веб-сервера остается на усмотрение + администратора зеркала. Некоторые из наиболее популярных + веб-серверов перечислены ниже. + + + + www/apache13: + Apache — один из самых популярных веб-серверов, активно + используемый проектом FreeBSD. Вы можете также использовать + Apache нового поколения, доступный в коллекции портов как + www/apache2. + + + + www/thttpd: + Для обслуживания большого количества запросов к статическим + документам сервер tHttpd может оказаться более эффективным, чем + Apache. tHttpd отлично оптимизирован по производительности + при работе под FreeBSD. + + + + www/boa: + Boa — еще одна альтернатива tHttpd и Apache. Этот сервер + должен быть ощутимо более высокопроизводительным, чем Apache, + для полностью статических страниц. На время написания данного + документа, впрочем, он не так хорошо оптимизирован под + FreeBSD, как tHttpd. + + + + + + CVSup (желателен для зеркал репозитория CVS) + + CVSup предоставляет очень эффективный + механизм распространения файлов. Он работает подобно + rsync и был разработан специально для + использования с репозиториями CVS. Если вы планируете предоставлять + доступ к репозиторию CVS FreeBSD, стоит делать это посредством + CVSup. Помимо этого, можно использовать + AnonCVS, FTP, Rsync + или HTTP, но использование CVSup + наиболее разумно. + Автором CVSup является &a.jdp;. + CVSup непросто установить на платформе, + отличной от FreeBSD, поскольку он написан на языке Modula-3 и + требует соответствующего окружения. Джон Полстра создал усеченную + версию M3, достаточную для работы CVSup, + которую намного проще установить. Подробности можно прочитать здесь: + Ezm3. + Относящиеся к теме пакеты: + + + + net/cvsup: + Порт CVSup (клиент и сервер), требующий для сборки пакет + lang/ezm3. + + + net/cvsup-mirror: + Набор для CVSup-зеркала, требующий + net/cvsup, + и конфигурирующий его в процессе установки. Возможно, + некоторым администраторам потребуется другой набор установок. + + + + + Может также оказаться полезным пакет + net/cvsup-without-gui. + Если вы предпочитаете пакет, собранный статически, загляните по + этой + ссылке. Эта страница все еще описывает ошибку S1G. Возможно, + в будущем Джон создаст универсальный сайт для загрузки статически + собранных вариантов CVSup для различных платформ. + + + При помощи CVSup можно распространять + любые коллекции файлов (не только репозитории CVS), однако его + конфигурация может быть непростой. Известно, что + CVSup потребляет ощутимое количество + процессорного времени как на сервере, так и на клиенте, поскольку + сравнивает большое количество файлов. + + + + AnonCVS (дополнителен для зеркал репозитория CVS) + + Если вы копируете репозиторий CVS, можно дополнительно предоставить + к нему анонимный доступ. Для начала, предупреждение: спрос на этот + сервис не так уж велик, подготовка его требует некоторого опыта, и, + наконец, вы должны знать, что делаете. + + + Существует два основных способа удаленного доступа к репозиторию + CVS: через pserver и через + ssh (доступ через rsh мы + рассматривать не будем). Для анонимного доступа наиболее подходит + pserver; впрочем, некоторые сайты дают доступ + и посредством ssh. Для последнего будет полезной + специальная + программа, + предназначенная для использования в качестве шелла для учетной + записи анонимного ssh-доступа. Она использует вызов chroot, + поэтому репозиторий CVS должен располагаться внутри домашнего + каталога анонимного пользователя, что приемлемо не для всех + сайтов. Данное ограничение не распространяется на доступ через + pserver, однако последний вариант может быть + связан с дополнительным риском с точки зрения безопасности. + Никаких дополнительных программ для обеспечения анонимного + CVS-доступа не потребуется, поскольку &man.cvs.1; входит в базовую + поставку FreeBSD. Вам нужно будет разрешить запуск + cvs из inetd, для чего + необходимо добавить в файл /etc/inetd.conf + строку вида + +cvspserver stream tcp nowait root /usr/bin/cvs cvs -f -l -R -T /anoncvstmp --allow-root=/home/ncvs pserver + + Обратитесь к странице справочника &man.cvs.1; за дополнительной + информацией по опциям. Кроме того, страницы + info по CVS описывают, как удостовериться в том, + что вы предоставляете доступ только для чтения. Рекомендуется + создать непривилегированную учетную запись, желательно с именем + anoncvs. Потребуется также создать файл + passwd в каталоге + /home/ncvs/CVSROOT и установить пароль (пустой + или anoncvs) для пользователя + anoncvs. Создание файловой системы + /anoncvstmp в памяти не необходимо, но + рекомендуется для ускорения работы: в ней &man.cvs.1; будет создавать + временную структуру каталогов, которая не используется по завершении + операции, но сильно замедляет работу, если требуются операции записи + на реальный диск. Пример описания такой файловой системы в файле + /etc/fstab: + +/dev/da0s1b /anoncvstmp mfs rw,-s=786432,-b=4096,-f=512,-i=560,-c=3,-m=0,nosuid,nodev 0 0 + + Эти установки (разумеется, тщательно подобранные) предложил + &a.jdp;. + + + + + + Как вести зеркало FreeBSD + + Теперь вам известно, какая потребуется машина и как предоставлять + сервисы, но не как получить их самому. :-) + В этом разделе описывается процесс ведения зеркала и поддержания + его в актуальном состоянии, в том числе какие инструменты + использовать и какие сайты выбирать в качестве источников для + синхронизации. + + + FTP + + Файлы, доступные по FTP, составляют большую часть зеркала. + Они включают дистрибутивные наборы, необходимые + для установки по сети, ветви (branches), + в которых отражено текущее состояние исходных текстов, + образы ISO для записи компакт-дисков с + дистрибутивами для установки, образами живых файловых + систем и пакетами, дерево портов, исходные дистрибутивы для сборки + портов и кучу готовых пакетов. И, разумеется, все + вышеописанное — для разных версий FreeBSD и различных + архитектур. + + + При помощи программ для FTP-зеркалирования + + Для выкачивания файлов вы можете использовать программу + FTP-зеркалирования. + Существует довольно много таких, например: + + ftp/mirror + ftp/ftpmirror + ftp/emirror + ftp/spegla + ftp/omi + и даже ftp/wget + + + Ранее наиболее популярным вариантом был + ftp/mirror, хотя из-за того, что + эта программа написана на &man.perl.1;, существуют различные + ограничения, в особенности при зеркалировании больших файловых + структур, таких как FreeBSD. Утверждается, впрочем, что в текущей + версии последняя проблема исправлена за счет дополнительного + алгоритма сравнения структуры каталогов. + + + Вообще говоря, протокол FTP не лучшим образом подходит для поддержки + зеркала. Измененный файл передается целиком; кроме того, невозможно + создание единого потока данных, который мог бы повысить + эффективность передачи за счет большого TCP-окна. + + + + При помощи RSYNC + + Более эффективным будет синхронизация FTP-области при помощи + rsync. Для этого следует установить + пакет net/rsync, который был + описан в разделе . + Поскольку доступ по протоколу rsync не + является обязательным, выбранный вами сайт может его не + поддерживать. Возможно, вам придется немного поискать в сетевой + окрестности зеркало, поддерживающее + rsync. + + + Поскольку от количества клиентов rsync + ощутимо зависит загрузка сервера, большинство администраторов + вводят ограничения доступа. Для поддержания зеркала вам следует + связаться с администратором сайта, с которым вы будете + синхронизироваться, для уточнения локальных правил и, возможно, + для внесения в них исключения для вас (поскольку вы также + поддерживаете зеркало). + + + Строка для синхронизации FreeBSD по rsync выглядит примерно так: + &prompt.user; rsync -vaz --delete ftp4.de.FreeBSD.org::FreeBSD/ /pub/FreeBSD/ + + Загляните в документацию по rsync, + также доступную по адресу + http://rsync.samba.org/ + за дополнительной информацией по различным опциям rsync. + Обратите внимание, что в случае синхронизации модуля целиком (а не + отдельного каталога) необходимо явно указать результирующий каталог, + потому что каталог с именем модуля (в данном случае "FreeBSD") + не создается. Для поддержания актуальности вам потребуется + создать скрипт для запуска подобной команды из &man.cron.8;. + + + + При помощи CVSup + + Немногие сайты, в первую очередь центральный + ftp-master.FreeBSD.org предоставляют + для синхронизации FTP-области доступ по протоколу + CVSup. Вам потребуется клиент + cvsup, предпочтительно из пакета + net/cvsup (см. также + ). + Пример конфигурационного файла (supfile) для + синхронизации с ftp-master.FreeBSD.org: + +# +# FreeBSD archive supfile from master server +# +*default host=ftp-master.FreeBSD.org +*default base=/usr +*default prefix=/pub +#*default release=all +*default delete use-rel-suffix +*default umask=002 + +# If your network link is a T1 or faster, comment out the following line. +#*default compress + +FreeBSD-archive release=all preserve + + + Судя по всему, синхронизация при помощи + CVSup — лучший по эффективности + способ поддержки зеркала, однако он доступен лишь с небольшого числа + сайтов. + + + Прочтите документацию по CVSup, + например, &man.cvsup.1;, и обратите внимание на опцию + : она может существенно уменьшить объем + работы при синхронизации. + + + + + + + Синхронизация репозитория CVS + + Как и в других случаях, репозиторий можно синхронизировать различными + способами; однако, рекомендуемым является + CVSup. + + + Использование CVSup + + Программа CVSup уже была описана ранее + ( и + ). + + + Здесь мы лишь приведем пример конфигурационного файла + (supfile): + +# +# FreeBSD CVS supfile from master server +# +*default host=cvsup-master.FreeBSD.org +*default base=/usr +*default prefix=/pub/FreeBSD/development/FreeBSD-CVS +*default release=cvs +*default delete use-rel-suffix +*default umask=002 + +# If your network link is a T1 or faster, comment out the following line. +#*default compress + +cvs-all + + + Кроме того, можете использовать в качестве шаблона + /usr/share/examples/cvsup. + + + + Не забудьте почитать полезную подсказку + здесь. + + + + + Другие методы + + Использование методов, отличных от + CVSup, не рекомендуется. Тем не менее, + мы кратко упомянем их. Поскольку большая часть зеркал дает доступ к + репозиторию CVS в числе прочих файлов, доступных по FTP, по пути + /pub/FreeBSD/development/FreeBSD-CVS, + могут быть использованы: + + FTP + RSYNC + и даже HTTP + + + Если вы найдете сайт, поддерживающий обновления по + net/sup, можете использовать его. + Впрочем, учитывая, что именно недостатки sup в свое время + заставили Джона Полстру написать CVSup, + данный метод никак не может быть рекомендован. + + + + Для синхронизации репозитория CVS не может + быть использован AnonCVS, поскольку CVS не + дает доступа к репозиторию напрямую, а лишь позволяет + извлекать отдельные версии модулей. + + + + + + + Зеркалирование страниц WWW + + Лучшим способом будет извлечение (check out) из репозитория CVS модуля + www. При условии наличия у вас копии + репозитория, все, что для этого потребуется — выполнить + один раз команду + &prompt.user; cvs -d /home/ncvs co www + и сформировать задание для cron, которое будет + регулярно выполнять операцию cvs up -d -P, + например, каждый раз после обновления копии репозитория. + Разумеется, файлы должны находиться в иерархии, доступной для + публичного веб-доступа. Мы сознательно не будем обсуждать здесь + процесс установки и конфигурации веб-сервера для этих целей. + + + + Для того, чтобы страницы сайта стали доступны для просмотра, + необходимо выполнить команду &man.make.1; в основном каталоге модуля + www. В результате будет создан комплект + стандартных файлов *.html, подготовленных для + просмотра веб-броузером. Обращаем ваше внимание, что для этого + потребуется предварительно установить пакет + textproc/docproj. + + Если у вас нет локальной копии репозитория, можно использовать + CVSup для синхронизации копии веб-страниц. + Пример конфигурации можно найти в файле + /usr/share/examples/cvsup/www-supfile. + Приведем его здесь: + +# +# WWW module supfile for FreeBSD +# +*default host=cvsup3.de.FreeBSD.org +*default base=/usr +*default prefix=/usr/local +*default release=cvs tag=. +*default delete use-rel-suffix + +# If your network link is a T1 or faster, comment out the following line. +*default compress + +# This collection retrieves the www/ tree of the FreeBSD repository +www + + + + Использование пакета ftp/wget или + иных инструментов для создания веб-зеркал не рекомендуется. + + + Зеркала документации FreeBSD + + Поскольку многие веб-страницы ссылаются на документацию, хорошей идеей + является поддержка зеркала документации FreeBSD совместно с прочими + зеркалами. Надо отметить, что этот процесс не столь тривиален, как + поддержка зеркала веб-страниц самих по себе. + + + Для начала вы должны создать копию исходных текстов документации + (как и во многих других случаях, для этого предпочтителен + CVSup). Вот пример файла конфигурации: + +# +# FreeBSD documentation supfile +# +*default host=cvsup3.de.FreeBSD.org +*default base=/usr +*default prefix=/usr/share +*default release=cvs tag=. +*default delete use-rel-suffix + +# If your network link is a T1 or faster, comment out the following line. +#*default compress + +# This will retrieve the entire doc branch of the FreeBSD repository. +# This includes the handbook, FAQ, and translations thereof. +doc-all + + + + Затем, вам потребуется несколько пакетов. К счастью, + специально для этого существует мета-порт + textproc/docproj. + Также, необходимо установить некоторые переменные окружения, + например SGML_CATALOG_FILES, и переменные + в файле /etc/make.conf, главным образом + переменную DOC_LANG (используйте файл + /etc/defaults/make.conf как шаблон). + После этого можно выдать команду make + в главном каталоге документации (по умолчанию это + /usr/share/doc). Как и прежде, эти каталоги + должны быть доступны для вашего веб-сервера (проверьте, что ссылки + ведут в нужные места). + + + Процесс подготовки и построения документации, а также многие + сопутствующие вопросы, подробно описан в документе + fdp-primer. + Прочтите этот документ, в особенности если у вас возникли + проблемы со сборкой стандартного комплекта документации + FreeBSD. + + + + + + XXX MAYBE THIS CAN BE LINKED FROM WITHIN - NOT USING AN ABSOLUTE URL XXX + + + + + + + Как часто синхронизироваться? + + Каждое зеркало должно регулярно обновляться. Вам потребуется какой-то + набор скриптов, выполняемых посредством &man.cron.8;. Поскольку каждый + администратор, как правило, пишет такие скрипты сам и на свой лад, мы + не можем выдать конкретных указаний. Общие же советы выглядят так: + + + + + Создайте скрипт с командой, которая запустит нужное приложение для + обновления зеркала. Рекомендуем использовать скрипт на языке + обычного /bin/sh. + + + + + Добавьте команд перенаправления вывода, чтобы записать диагностику + работы в файл. + + + + + Попробуйте, как ваш скрипт работает. По завершении проверьте логи. + + + + + При помощи утилиты &man.crontab.1; добавьте ваш скрипт в таблицу + регулярных заданий &man.crontab.5; соответствующего пользователя. + Это должен быть пользователь, отличный от пользователя FTP-даемона, + чтобы файлы в FTP-области без атрибута "чтение для всех" не были + доступны анонимным FTP-пользователям. Данное свойство используется + для тестирования перед выходом новых релизов, для того чтобы + удостовериться, что все официальные зеркала содержат все + необходимые файлы к моменту официального объявления релиза. + + + + + Некоторые рекомендуемые установки частоты обновления: + + FTP-набор: раз в сутки + репозиторий CVS: от раза в сутки до раза в час + WWW-страницы: раз в сутки + + + + + + С какого сервера синхронизироваться + + Это важный вопрос, так что мы попытаемся пояснить, откуда берутся + ответы. Для начала повторим еще несколько раз: никогда + не синхронизируйтесь с ftp.FreeBSD.org + . + + + Организация системы зеркал + + Зеркала организуются по странам. Имена хостов всех официальных зеркал + построены по принципу ftpN.CC.FreeBSD.org, + где CC (country code) — домен верхнего + уровня страны, где расположено зеркало, + N — номер зеркала в данной стране. + Этот же принцип применим к именам хостов + cvsupN.CC.FreeBSD.org, + wwwN.CC.FreeBSD.org и т.п. + Кроме того, есть зеркала без доменной части, обозначающей страну. + Все они имеют очень хорошие внешние каналы и обслуживают большое число + одновременных соединений. + Имя ftp.FreeBSD.org на самом деле + указывает на две машины, одна из которых в настоящее время находится + в Дании, а другая в США. + Ни одна из этих машин НЕ является основным + сайтом, и потому не должна использоваться для синхронизации. + Масса документации для живых пользователей указывает на + ftp.FreeBSD.org, так что автоматическим + системам ведения зеркал следует выбирать другие источники + синхронизации. + + + Кроме того, существует иерархия зеркал в терминах их удаленности от + центра, или слоях. Основные сайты могут быть + описаны как Зеркала нулевого слоя. Зеркала, + синхронизирующиеся по ним, считаются слоем 1, + следующие — слоем 2 и т.д. Официальные + сайты приглашаются на низкие слои, однако следует помнить, что чем + меньше номер слоя, тем выше требования к зеркалу, как было описано в + . Помимо того, доступ к + зеркалам 1 слоя может быть ограничен; безусловно ограничен доступ к + основным сайтам. Иерархия слоев не отражается в + DNS и, вообще говоря, нигде (кроме мастер-сайтов) не документирована. + Тем не менее, официальные зеркала с малыми (1-4, как правило) номерами + обычно представляют первый слой. (Это грубая оценка, и ни в коем + случае не правило). + + + + Так откуда же мне синхронизироваться? + + Главное — НЕ с ftp.FreeBSD.org. + Короткий ответ: с зеркала, которое расположено недалеко от вас + в терминах Интернет, и/или доступ к которому наилучший. + + + Я хочу получить копию зеркала хоть откуда-нибудь! + + Если у вас нет каких-либо специальных предпочтений или требований, + см. . Это означает: + + + + + Посмотрите на список доступных зеркал в вашей стране. + Вам может помочь + База + данных зеркал FreeBSD. + + + + + Выберите те из них, с которыми вам работать быстрее всего + (меньшее число промежуточных узлов и время отклика), и которые предоставляют + нужные вам сервисы (такие как rsync + или CVSup). + + + + + Свяжитесь с администраторами выбранного сервера, опишите ваши + запросы и уточните их правила. + + + + + Сконфигурируйте ваше зеркало, как описывалось выше. + + + + + + Я поддерживаю официальное зеркало, какой сайт мне выбрать? + + В основном, правила, описанные в + , применимы. + Дополнительно можно убедиться, что выбранный сайт принадлежит + низкому слою. + Другие соображения относительно официальных + зеркал описаны в . + + + + Мне нужен доступ к основным сайтам! + + При наличии достаточных причин вы можете получить доступ к одному из + основных сайтов. Доступ к ним ограничен; существуют специальные + правила их использования. Наличие у вас статуса + официального зеркала, безусловно, является + хорошим подспорьем. В противном случае убедитесь, что ваша + страна действительно нуждается еще в одном зеркале. + Если их уже три или более, сначала свяжитесь с администратором + соответствующей зоны DNS (hostmaster@CC.freebsd.org) + или напишите в &a.hubs;. + + + + Доступ к одному из мастер-сайтов или подходящему зеркалу 1 уровня + вам помогут обеспечить те же, кто помогал вам получить статус + официального зеркала. В случае неудачи + свяжитесь с mirror-admin@FreeBSD.org и попросите + помощи у них. + + + + Существует три основных сайта для синхронизации набора файлов FTP + и один для репозитория CVS. Веб-страницы и документация хранятся + в CVS, поэтому не имеют отдельных основных сайтов. + + + ftp-master.FreeBSD.org + + Это основной сервер для синхронизации FTP набора. + + + ftp-master.FreeBSD.org поддерживает доступ по + rsync и + CVSup. Использование этих протоколов + описано в разделах и + . + + + Приветствуется предоставление зеркалами + 1 уровня доступа к FTP-области по протоколу + rsync. + + + + cvsup-master.FreeBSD.org + + Это основной сервер для синхронизации репозитория CVS. + + + cvsup-master.FreeBSD.org обеспечивает доступ + только по протоколу CVSup. + Детали см. в . + + + Для получения доступа к этому серверу вам нужно связаться с + &a.cvsup-master;. Не забудьте сначала прочитать + Правила + доступа к центральному CVSup серверу FreeBSD! + + + Подготовьте параметры авторизации, как описано + здесь. + Не забудьте, что в качестве имени сервера команде + cvpasswdнужно указать + freefall.FreeBSD.org, несмотря на что, что + устанавливать соединение вы будете с + cvsup-master.FreeBSD.org. + + + + + + + Официальные зеркала + + Официальные зеркала обладают следующим свойствами: + + + + a) имеют запись в домене FreeBSD.org + (обычно типа CNAME). + + + + + b) присутствуют в списке официальных зеркал в Руководстве + по FreeBSD и другой документации. + + + + + На настоящий момент это все, что отличает их от прочих зеркал. + Официальные зеркала не обязательно принадлежат к + Первому уровню, однако, вряд ли можно найти + зеркало уровня 1, не являющееся официальным. + + + Отдельные требования к официальным зеркалам 1 уровня + + Описать требования для всех официальных зеркал не так просто, + поскольку проект FreeBSD достаточно мягок в этом отношении. + Несколько проще указать, что требуется от официальных + зеркал уровня 1. Прочие официальные зеркала должны + рассматривать этот список как настойчивые + пожелания. + + + Следующее относится в основном к набору файлов FTP, поскольку + репозиторий CVS всегда должен зеркалироваться полностью, + а веб-страницы представляют собой несколько особый случай. + + + + + Зеркала 1 уровня должны: + + поддерживать полный список файлов + предоставлять доступ для других зеркал + обеспечивать доступ по протоколам + FTP и + RSYNC. + + + + Кроме того, администратор такого зеркала должен быть подписан на &a.hubs;. + См. здесь + для дополнительной информации о подписке. + + + + Администраторы зеркал, в особенности 1 уровня, должны + очень внимательно следить за + графиком релизов. + Это поможет подготовиться к крупным всплескам нагрузки на зеркало, + которые всегда происходят после очередного релиза. + + + Кроме того, важно поддерживать актуальность зеркал (в особенности + зеркал уровня 1). Если Зеркало1 не синхронизировалось в течение + длительного времени, то зеркала следующего уровня будут + синхронизироваться по устаревшей информации и т.д. + Поддерживайте актуальность ваших зеркал! + + + + + Как стать официальным зеркалом? + + Небезынтересный вопрос, в особенности если учитывать последствия + становления официальным зеркалом, например, увеличившиеся счета + за интернет от вашего провайдера (ведь нагрузка на ваш сервер + неизбежно увеличится). Статус официального зеркала может быть + ключевым требованием для доступа к основному сайту. + + + Прежде чем отправлять заявку, убедитесь в необходимости + дополнительного официального зеркала в вашем регионе. Справьтесь у + администратора вашей зоны (hostmaster@CC.FreeBSD.org) + или, в случае, если вам не отвечают, здесь: &a.hubs;. + + Собственно процедура такова: + + + + Обеспечьте работоспособность и актуальность зеркала (скорее всего, + синхронизируясь не по основному сайту). + + + + + Подпишитесь + здесь + на &a.hubs;. + + + + + После успешного завершения предыдущих пунктов, напишите + администратору DNS вашего региона (страны) и попросите его создать + запись в зоне для вашего сайта. Почтовый адрес администратора + hostmaster@CC.FreeBSD.org, где + CC — код вашей страны (и суффикс + домена верхнего уровня). Формат вашей записи в DNS описан в + . + + + Если для вашей страны пока не создано поддомена, свяжитесь с + mirror-admin@FreeBSD.org или сначала напишите + в &a.hubs;. + + + + + Персона, помогавшая вам получить статус официального зеркала, + должна послать письмо mirror-admin@FreeBSD.org, + чтобы ваш сайт был включен в список официальных зеркал в + Руководстве + FreeBSD. + + + + + + + + Статистика некоторых зеркал + + Вот несколько ссылок на статистику использования зеркал + + + Статистика FTP сайтов + + + ftp2.FreeBSD.org - grisha@ispol.com - + (загрузка канала) + + + + ftp.is.FreeBSD.org - hostmaster@is.FreeBSD.org - + + (загрузка канала) (FTP + процессы) (HTTP процессы) + + + + + ftp.cz.FreeBSD.org - cejkar@fit.vutbr.cz - + (загрузка канала) + (FTP процессы) + (Rsync процессы) + + + + ftp4.de.FreeBSD.org - dl@leo.org - + (пользователи FTP) + (пользователи RSYNC) + + + + + + Статистика CVSup сайтов + + + cvsup5.FreeBSD.org - staff@blackened.com - (CVSup процессы) + + + cvsup[23456].jp.FreeBSD.org - kuriyama@FreeBSD.org - (CVSup процессы) + + + cvsup.cz.FreeBSD.org - cejkar@fit.vutbr.cz - + (CVSup процессы) + + + [cvsup3|anoncvs].de.FreeBSD.org - dl@leo.org - + (CVSup процессы) + + + + +
+ +