================================================================================
ircd-RU! Russian Docs (KOI8-R)
--------------------------------------------------------------------------------
$Id: README,v 1.1.2.3 2003/08/17 05:30:12 rzhe Exp $
================================================================================
I. КОНФИГУРИРОВАНИЕ, СБОРКА И ИНСТАЛЛЯЦИЯ СЕРВЕРА
=================================================
А. Конфигурирование
-------------------
Сервер конфигурируется в несколько шагов:
1. Запустите ./configure --prefix=<installpath>. По умолчанию параметр
<installpath> устанавливается в /usr/local/ircd.
Некоторые параметры ./configure:
--enable-encryption - Включить возможность RC4-шифрования межсерверных
соединений.
--enable-hub - Собирать сервер для использования хабом.
--enable-syslogfile - Перенаправлять в файл (по умолчанию
$prefix/var/log/syslog) сообщения в syslog.
Необходимо в средах, не имеющих syslog, например
Cygwin.
--enable-select - Использовать select(2) вместо poll(2).
Необходимо при использовании сервера на Linux
со старым ядром (старше 2.4).
--enable-dronemodule - Включить поддержку динамического модуля
drone.so, подробнее см. список изменений для
Bahamut (файл CHANGES в дистрибутиве).
--enable-authmodule - Включить поддержку динамического модуля auth.so,
выполняющего внешнюю аутентификацию клиентов.
--enable-dnsbl - Включить проверку адреса клиента в DNSBL.
--with-zlib=PATH - Указать каталог с библиотекой zlib.
--with-zinc=PATH - Указать каталог с .h-файлами библиотеки zlib.
Полный список параметров можно получить, запустив ./configure --help.
CYGWIN: Для возможности получить сообщения, отправляемые сервером в
syslog(), необходимо также указать в ./configure параметр
--enable-syslogfile. Тогда ircd будет перенаправлять сообщения
из syslog() в файл на диске (по умолчанию
$prefix/var/log/syslog).
Для сборки сервера под Cygwin требуются установленные
заголовочные и библиотечные файлы resolv или bind.
2. Проверьте, содержит ли файл include/paths.h именно те пути, в которые
должен установиться сервер после сборки. Если вы что-либо изменяете в
этом файле, имейте ввиду, что DPATH должен быть абсолютным путем, а все
остальные должны быть относительными от него.
3. Отредактируйте файл include/config.h. Имейте ввиду, что HARD_FDLIMIT_ и
INIT_MAXCLIENTS должны быть меньше, чем максимальное разрешенное
количество файловых дескрипторов на процесс; а также, в случае
использования select (--enable-select) меньше либо равно FD_SETSIZE
(обычно определено в системных заголовочных файлах, но может быть
переопределено в Makefile).
4. При необходимости отредактируйте Makefile верхнего уровня, например в
случае если вам понадобится подкорректировать CFLAGS.
Б. Настройка include/config.h
-------------------------------
К конфигурированию расширений ircd-RU! в файле include/config.h имеют
отношения следующие макроподстановки:
1. NETWORK_NAME - название IRC сети, которое используется в различных
сообщениях сервера клиенту.
2. NO_8BIT_NICKNAMES - если определено, на сервере невозможно использовать
8-битные ники.
3. NO_MIXEDALPHA_NICKNAMES - если определено, на сервере невозможно
использовать ники, содержащие одновременно символы латинского и
национального алфавитов.
4. NO_MIXEDALPHAWORDS_NICKNAMES - если определено, на сервере невозможно
использовать ники, в которых есть слова, содержащие одновременно символы
латинского и национального алфавитов.
5. HIDESTATSCODEPAGES - определяет, скрывать или нет статистику кодовых
страниц, выдаваемую по /stats b, от не операторов.
6. WARN_NO_BASE_CODEPAGE - если определено, предупреждение о том, что не
задана базовая кодировка (т.е. та, в которой строковые данные хранятся
внутри сервера), посылается локальным операторам и в syslog.
7. _8BITNAMES_CASEINSENSITIVE - определяет, будут ли 8-битные имена ников
и каналов хешироваться и сравниваться как case insensitive.
8. _8BITCHANNELNAMES_CASEINSENSITIVE - определяет, будут ли 8-битные имена
каналов хешироваться и сравниваться как case insensitive. Для работы
кода, включаемого этой опцией, также необходимо определенное
_8BITNAMES_CASEINSENSITIVE.
9. NICKNAMES_IDENTITY - определяет, будет ли проводиться проверка наличия
"идентичного" ника при обработке команды NICK.
10. NOTHELPER_HIDEOPERATOR - определяет, скрывать ли от не операторов
статус оператора, снявшего с себя umode +h.
11. HELPER_SPYWHOIS - позволяет операторам с umode +h видеть, кто
запрашивает на них WHOIS.
12. CHDIRTOROOT - определяет, будет ли ircd менять свой рабочий каталог на
/ вместо DPATH при старте.
13. PROTECTSQUITULINED - не позволяет делать SQUIT U-lined серверов не
администраторам сервисов.
14. TIME_OFFSET - добавка в секундах к времени, возвращаемого time(3).
Такая добавка бывает нужна для тех серверов, на машинах которых имеется
постоянное, не меняющееся (меняющееся не более чем на TS_MAX_DELTA)
отклонение от правильного времени.
15. STATSERVMAPWRAPPER - включает команду /MAP, являющуюся обверткой для
/StatServ MAP.
16. NOILINE_MESSAGE - строка, отсылаемая сервером перед отсоединением
клиенту для которого нет I:lines, определяется в этой макроподстановке.
Текст должен быть обязательно однострочным.
17. ALLOWMASKSINNLINE - позволяет использовать маски в первом поле N:line.
Рекомендуется использовать эту возможность только в том случае, если
совершенно нет никакого другого выхода.
18. OPERONHOSTMASK - устанавливать клиенту статус IRC оператора при
успешном использовании oper hostmasking.
19. HIDE_NETWORK_TOPOLOGY - скрывать топологию сети.
20. HIDE_NETWORK_TOPOLOGY_MESSAGE - сообщение в ответ на запрос /LINKS от
пользователя с недостаточным уровнем доступа.
21. DO_DNSBL - выполнять проверку адреса клиента в DNSBLs.
Так же, к расширениям ircd-RU! в include/config.h относятся
макроподстановки MAX_CODEPAGE_NAME_LENGTH, MAX_CODEPAGE_FILENAME_LENGTH,
UNKNOWN_CODEPAGE_NAME, CODEPAGES_PREALLOCATE, CHANGECP_NICK, CHANGECP_MAXSUF,
CODEPAGE_HALFSIZE, TRANSLATE_SENDBUFFER_SIZE, TRANSLATE_READBUFFER_SIZE,
DNSBLS_PREALLOCATE, но изменять их значения в обычных случаях
конфигурирования сервера не требуется и не рекомендуется.
В. Сборка и инсталляция
-----------------------
Сервер собирается посредcтвом make и устанавливается в пути, указанные в
include/paths.h, посредством make install.
Для сборки сервера требуется установленной библиотека zlib.
II. НАСТРОЙКА СЕРВЕРА
=====================
В формат файла ircd.conf внесены описанные ниже изменения и дополнения.
Для более полного описания измененных строк смотрите файл doc/ircd.conf-dist в
дистрибутиве сервера.
M: [ОБЯЗАТЕЛЬНО] - изменено
---------------------------
Формат:
M:Hostname:IP:Description Of Your Server:Default Connect Port
Последний параметр используется только для определения порта, к которому
будет производиться соединение с другим сервером, если этот порт не задан в
C:line соединения. Сервер больше не принимает соединения на этот порт, если нет
соответствующего P:line.
Y: [РЕКОМЕНДУЕТСЯ] - изменено
-----------------------------
А. Серверные Y:lines.
Порядок следования полей: номер класса, частота посылки PING, ненулевая (!)
частота попыток возобновления утерянного соединения, максимальное число
соединений, sendq, список кодовых страниц, список кодовых страниц.
Третий параметр для определения серверного класса ОБЯЗАТЕЛЬНО должен
быть ненулевым.
Последние два параметра относятся к переговорам серверов об осуществлении
межсерверных перекодировок. Каждый из параметров представляет собой разделенный
запятыми список имен кодовых страниц из B:lines. Первый список определяет,
какие перекодировки согласен осуществлять данный сервер для инициируемого им
соединения к другому серверу. Второй список - какие перекодировки согласен
осуществлять данный сервер для соединяющегося с ним другого сервера.
Определение перекодировки для серверных соединений происходит по следующей
схеме:
1. Сервер A, инициирующий соединение с сервером B, посылает ему
посредством сообщения SCPS (см. ircd-RU.specs.txt) имя своей базовой
кодовой страницы и первый список имен кодовых страниц для класса
данного соединения.
2. Сервер B, получив сообщение SCPS от сервера A, производит несколько
проверок:
а) Сравнивает базовую кодовую страницу сервера A со своей, если они
совпадают, устанавливает эту страницу для соединения с сервером A,
т.е. никаких преобразований из одной кодовой страницы в другую не
будет производиться ни сервером A, ни сервером B.
б) Если проверка а) не завершилась успехом, сравнивает имя базовой
кодовой страницы сервера A с именами из второго списка кодовых
страниц для класса соединения с A. Если совпадение найдено,
устанавливает эту страницу для соединения с сервером A, т.е.
сервер B будет осуществлять преобразование из базовой A в свою и
обратно.
в) Если проверка б) не завершилась успехом, сравнивает имя своей
базовой кодовой страницы с именами из списка, полученного в
сообщении SCPS от сервера A. Если совпадение найдено, устанавливает
эту страницу для соединения с сервером A, т.е. назначает серверу A
осуществлять преобразование из его (A) базовой кодовой страницы в
свою (B) и обратно.
Если в результате проверок была определена кодовая страница для
межсерверного траффика между A и B, сервер B устанавливает эту кодовую
страницу для соединения с сервером A и возвращает ему имя этой страницы
в сообщении SCPS.
Если от сервера A вообще не пришло сообщение SCPS, тогда сервер B
сравнивает кодовую страницу, соответствующую P:line соединения с
сервером A с кодовыми страницами из второго списка для класса соединения
с A. Если совпадение найдено, устанавливает эту страницу для соединения
с сервером A, т.е. сервер B будет осуществлять преобразование из кодовой
страницы, соответствующей P:line соединения с сервером A, в свою
базовую и обратно.
Иначе, если ни одна из проверок не завершилась успехом, сервер B сообщает
об этом в GNOTICE и завершает соединение с сервером A.
3. Сервер A, получив сообщение SCPS от сервера B, в свою очередь
производит несколько проверок:
а) Сравнивает имя кодовой страницы, назначенной сервером B, со своей
базовой, если они совпадают, устанавливает эту страницу для
соединения с сервером B, т.е. никаких преобразований из одной
кодовой страницы в другую сервером A производиться не будет.
б) Если проверка а) не завершилась успехом, сравнивает имя кодовой
страницы, назначенной сервером B, с именами из первого списка
кодовых страниц для класса соединения с B. Если совпадение найдено,
устанавливает эту страницу для соединения с сервером B, т.е.
сервер A будет осуществлять преобразование из базовой B в свою и
обратно.
Если в результате проверок была определена кодовая страница для
межсерверного траффика между A и B, сервер A устанавливает эту кодовую
страницу для соединения с сервером B.
Иначе, если ни одна из проверок не завершилась успехом, сервер A сообщает
об этом в GNOTICE и завершает соединение с сервером B.
Если от сервера B не пришло сообщение SCPS, тогда сервер A устанавливает
кодовую страницу для соединения с сервером B в свою базовую.
ВНИМАНИЕ: Очедедность проверок б) и в) из пункта 2 может измениться в
следующих версиях сервера, что будет специально отмечено в этой
документации.
Пример определения класса для соединения с сервером, имеющим базовой кодовой
страницей CP1251 и не разрешающего никаких перекодировок для других серверов,
с другими базовыми кодовыми страницами:
# Класс 42 - Лист к хабу, автоматическое соединение, лист согласен делать
# перекодировку в и из CP1251 для хаба
Y:42:90:90:1:5000000:CP1251
В результате, если на сервере A базовой кодовой страницей определена
например KOI8-F, то указанием CP1251 в классе соединения с сервером B, имеющим
базовой CP1251 и не осуществляюшего перекодировки в другие кодовые страницы для
серверных соединений, определяется, что сервер A согласен делать преобразование
из KOI8-F в CP1251 и обратно при соеднинении с сервером B, в тех случаях, когда
соединение инициируется сервером A.
В следующем примере определяется, что сервер согласер осуществлять
перекодировку из своей базовой кодовой страницы в KOI8-F и обратно для
соединяющихся к нему серверов, в тех случаях, когда соединение инициируется
другим сервером.
# Класс 32 - Хаб к листу, неавтоматическое соединение, хаб согласен делать
# перекодировку в и из KOI8-F для листа
Y:32:90:90:0:5000000::KOI8-F
Б. Клиентские Y:lines.
Порядок следования полей: номер класса, частота посылки PING, 0 (!),
максимальное число соединений, sendq, флаги, максимальное число клонов.
Третий параметр для определения серверного класса ОБЯЗАТЕЛЬНО должен
быть нулем.
На данный момент имеются следующие флаги:
7 - запрещено использование 8-битных ников.
x - запрещено использование ников, состоящих одновременно из символов
латинского и национального алфавитов.
w - запрещено использование ников, в которых есть слова, содержащие символы
одновременно и латинского, и национального алфавита.
s - показывать клиенту при регистрации короткое сообщение для (MOTD) из
ircd.smotd вместо обычного ircd.motd.
m - не показывать клиенту при регистрации никакого сообщения дня (MOTD).
a - подвергать внешней аутентификации.
Пример определения клиентского класса с использованием флагов:
# Класс 2 - Пользователи, которым запрещено использовать ники, содержащие
# символы одновременно из латинского и национального алфавитов.
Y:2:90:0:500:100000:x
N: [СЕТЕВОЕ] - изменено
-----------------------
Порядок следования полей: удаленный хост, пароль, имя удаленного сервера,
флаги, класс соединения.
Возможно (но не рекомендуется) использования адресной маски в поле
удаленного хоста.
Дополнительные флаги:
V - Не проверять версию протокола. Отменяет отправку и проверку номера
версии протокола для данного сервера. НАСТОЯТЕЛЬНО НЕ рекомендуется
использовать этот флаг, особенно в сетях, где софт сервера регулярно
обновляется. Если в следующей версии сервера протокол изменился, а
проверка версии отключена, линк двух серверов с разными версиями
протокола может привести к непредсказуемым результатам
(рассинхронизации серверов в сети, отсоединению части клиентов и
другим нежелательным последствиям).
N - Не проверять регистронезависимость имен (ников и названий каналов).
НЕ рекомендуется к использованию по тем же причинам, что и выше.
C - Не проверять регистронезависимость названий каналов. НЕ рекомендуется
к использованию по тем же причинам, что и выше.
P: [ОБЯЗАТЕЛЬНО] - изменено
---------------------------
Порядок следования полей: маска адреса, откуда разрешать соединения на
данный порт, интерфейс, на котором принимать соединения на данный порт, имя
кодовой страницы из B:lines, номер порта.
Имя кодовой страницы определяет схему перекодировки из базовой кодировки
сервера и обратно для клиентов, соединяющихся с сервером на указанном
интерфейсе и порту.
Назначение кодовых страниц для серверных соединений определяется именем
кодовой страницы в P:line только в том случае, если от сервера, инициировавшего
соединение, не пришло сообщение SCPS (см. описание Y:line выше).
ВНИМАНИЕ: P:lines стали mandatory в этой версии сервера. Если не указать ни
одного P:line, сервер не будет принимать соединений, в т.ч. и на
порт, определенный в M:line.
Примеры P:lines:
P:*:*::6660
P:*:*:CP1251:6667
P:*:*:TRANSLIT:6668
P:*:*:KOI8-F:6669
P:*:*:KOI8-R:6670
P:*:*:CP866:6671
P:*:*:ISO8859-5:6672
B: [РЕКОМЕНДУЕТСЯ] - добавлено
------------------------------
B:lines описывают кодовые страницы, поддерживаемые сервером.
Порядок следования полей: имя кодовой страницы, имя файла кодовой
страницы, алиасы, флаги (B - индикатор базовой кодовой страницы).
Базовую кодовую страницу следует выбирать исходя из того, какую используют
большинство пользователей - сервер не производит перекодировок, если кодовая
страница клиента совпадает с его базовой. Для обычного сервера в рунете это,
разумеется, CP1251.
Примеры B:lines:
B:CP1251:cp1251.cp:win:B
B:TRANSLIT:translit.cp
B:KOI8-F:koi8-f.cp:koi,koi8,unix
B:KOI8-R:koi8-r.cp
B:CP866:cp866.cp:dos
B:ISO8859-5:iso8859-5.cp:iso
R: [ПО ВЫБОРУ] - добавлено
--------------------------
R:lines определяют правила ограничений использования каналов для классов
клиентских соединений. Правила проверяются в прямом порядке, т.е. верхнее
правило проверяется первым, нижнее проверяется последним.
Порядок следования полей:
R:Маска разрешения:::A:Класс
R:Маска запрета::Причина запрета:D:Класс
R:Маска переадресации::Цель переадресации:R:Класс
T: [НЕ РЕКОМЕНДУЕТСЯ] - изменено
--------------------------------
Переопределяет информацию по умолчанию для механизма пресечения флуда
соединениями.
ВНИМАНИЕ: Используйте эти строки ТОЛЬКО ЕСЛИ ЭТО КРАЙНЕ НЕОБХОДИМО и ТОЛЬКО
ДЛЯ ВАШИХ ДОВЕРИТЕЛЬНЫХ АДРЕСОВ, например Ваших веб- и других
гейтов, хостов с несколькими Вашими ботами и т.д. Лучше всего
спросить у администрации Вашей сети разрешение установить какие-то
конкретные T:Lines.
Порядок следования полей:
T:Маска IP::Число соединений:Интервал соединений
L: [ПО ВЫБОРУ] - добавлено
--------------------------
Определяет зоны DNSBL и их параметры, определяет список адресов, для
которых не производится проверка DNSBL (фильтры).
Порядок следования полей DNSBL L:Line:
L:Адрес исключения::Зона DNSBL:Флаги
Первое поле определяет необязательный специальный IP-адрес, означающий
исключение из BL. Клиент может избежать блэклистинга, если какой-то из его
запросов (инициированных его соединением к серверу) возвратит адрес
исключения. Адрес может быть разным для разных зон.
Флаги могут быть следующими:
I - запрашивать лист о d.c.b.a.zone, где a.b.c.d - это IP-адрес
соединяющегося клиента.
H - запрашивать лист о host.zone, где host - это хостнейм соединяющегося
клиента.
L - лист предназначен не для общесетевого, а только локального
использования.
ВНИМАНИЕ: Использование большого количества DNSBL может привести к
значительным задержкам при соединении клиентов. Использование RHSBL
(флаг H) добавляет задержку после того, как определен хостнейм
клиента.
Порядок следования полей L:Line фильтра:
L:Маска фильтра:::F
Известные адреса (например, сервера или клиенты из известных сетей) могут
не подвергаться DNSBL или RHSBL проверкам, если они определены в фильтрах.
Фильтры могут быть масками IP или хостов.
III. ИСПОЛЬЗОВАНИЕ РАСШИРЕНИЙ IRCD-RU!
======================================
CODEPAGE
--------
Формат: CODEPAGE <name>
Этой командой клиент может поменять свою кодовую страницу на указанную в
параметре <name>. <name> может быть как и именем кодовой страницы, так и его
алиасом.
Возможные сообщения сервера в ответ на CODEPAGE:
1. Уведомление о смене кодовой страницы.
2. Сообщение о недостаточном количестве параметров - не указан параметр
<name>.
3. Сообщение о том, что указанная кодовая страница не поддерживается
сервером.
4. Сообщение о том, что не удается сменить 8-битный ник пользователя на
7-битный из-за того, что не осталось свободных суффиксов.
5. Сообщение о том, что у пользователя установлена та же самая кодовая
страница, что и указанная в параметре.
CODEPAGES
---------
Формат: CODEPAGES [<server>]
Этой командой клиент запрашивает у указанного сервера список
поддерживаемых им кодовых страниц. Если параметр <server> не указан, запрос
обрабатывается сервером, к которому подсоединен клиент, пославший запрос.
Возможные сообщения сервера в ответ на CODEPAGES:
1. Построчный список имен и алиасов кодовых страниц, поддерживаемых
сервером.
2. Маркер конца списка.
3. Сообщение об отсутсвии в сети запрошенного сервера.
FORCECP
-------
Формат: FORCECP <nick> <codepage>
Этой командой оператор может поменять кодовую страницу для указанного
параметром <nick> клиента на заданную <codepage>. Локальный оператор может
менять этой командой кодовые страницы только локальных клиентов.
Команда была реализована исходя из многочисленных наблюдений попыток
операторов помочь найти пользователям их кодовые страницы, в целях экономии
времени и нервов пользователей и операторов :)
Возможные сообщения сервера в ответ на FORCECP:
1. Сообщение о том, что клиента с указанным ником нет в сети.
2. Сообщение о недостаточном количестве параметров - команда требует два
параметра.
3. Сообщение о недостаточности прав на выполнение FORCECP - посылается не
операторам или локальным операторам при попытке сменить кодовую
страницу для пользователя на другом сервере.
4. Сообщение о том, что кодовой страницы с указанным именем нет на сервере
пользователя, заданного в параметре <nick>.
5. Сообщение о том, что не удается сменить 8-битный ник пользователя на
7-битный из-за того, что не осталось свободных суффиксов.
6. Сообщение о том, что у пользователя установлена та же самая кодовая
страница, что и указанная в параметре.
NICK
----
Возможные дополнительные сообщения в ответ на NICK:
а) отказ сменить ник на 8-битный;
б) отказ сменить ник на ник, состоящий одновременно из символов латинского
и национального алфавитов;
в) отказ сменить ник на ник, содержащий слова, состоящие одновременно из
символов латинского и национального алфавитов;
если на сервере или в классе соединения клиента включен запрет на
использование таких ников, или пользователь находится на канале с +7, +x
или +w channel mode.
г) отказ сменить ник из-за того, что существует пользователь с
тождественным ником.
WHOIS
-----
В дополнение к обычной WHOIS информации, сервер возвращает имя кодовой
страницы для своих клиентов.
JOIN
----
Сервер не позволяет заход клиентов с 8-битным ником на каналы, на которых
выставлен +7 channel mode (см. ниже), клиентов с ником из символов разных
алфавитов - на каналы, на которых выставлен +x channel mode (см. ниже), и
клиентов со словами из символов разных алфавитов в нике - на каналы, на
которых выставлен +w channel mode (см. ниже).
MODE
----
В данной версии сервера, в дополнение к стандартным, реализованы следующие
channel modes:
7 - не разрешать заход на канал клиентов с 8-битными никами.
x - не разрешать заход на канал клиентов с никами, состоящими одновременно
из символов латинского и национального алфавитов.
w - не разрешать заход на канал клиентов с никами, содержащими слова,
состоящие одновременно из символов латинского и национального
алфавитов.
e - список исключений из банов, имеет такой же формат, как и +b channel
mode, маски nick!user@host.
B - список расширенных банов, маски nick!user@host:server (здесь и далее
соответсвие пользователя такой маске определяется с учетов имени
сервера пользователя).
E - список расширенных исключений из банов, маски nick!user@host:server.
X - список эксклюзивного доступа, маски nick!user@host:server, при наличии
списка +X канал доступен только тем пользователям, которые
соответствуют маскам из этого списка.
h - не показывать списки доступа к каналу пользователям не зашедшим на
канал.
User modes:
H - не показывать кодовую страницу и время молчания в ответе на whois для
локального пользователя.
Кроме того, сервер не позволяет снимать статус оператора на канале с
U-lined клиентов (сервисов).
KICK
----
Сервер не позволяет кикать с каналов U-lined клиентов (сервисы).
STATS
-----
В данной версии сервера, в дополнение к стандартным, реализованы следующие
запросы:
b - показать статистику кодовых страниц сервера.
r - показать статистику ограничений использования каналов.
L - показать статистику DNSBLs.
Статистака кодовых страниц выводится в виде:
<name> <clients> <maxclients> <flags> <ports> <aliases> :<filename>
Где выводимые элементы означают следующее:
<name> - имя кодовой страницы.
<clients> - количество клиентов (включая порты для данной кодовой
страницы, на которые сервер принимает соединения),
использующих это кодовую страницу на данный момент. Для
базовой кодовой страницы к этому значению также добавляется
еще 2.
<maxclients> - максимальное количество клиентов, использовавших эту кодовую
страницу одновнеменно, с момента рестарта сервера.
<flags> - флаги кодовой страницы, на данных момент это A - кодовая
страница может назначаться клиентам и включается в список
ответа на CODEPAGES, и B - индикатор базовой кодовой страницы
сервера.
<ports> - список портов, для которых, при соединении на них клиентов,
клиентам устанавливается кодовая страница <name>.
<aliases> - список алиасов для имени данной кодовой страницы.
<filename> - имя файла кодовой страницы.
IV. ЗАКЛЮЧЕНИЕ
==============
Наиболее свежую версию этого документа, соответствующую последнему релизу
сервера, вы можете найти на http://www.ircd.ru в разделе документации.
Если у вас возникли какие-либо вопросы, которые не освещены в этом
документе, или замечания по возможностям и работе сервера, вы можете связаться
с разработчиками способами, указанными в разделе контактов на
http://www.ircd.ru.
|
(C) rzhe@WeNet, 2001-2003
|