You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
tde-i18n/tde-i18n-ru/docs/tdenetwork/lisa/index.docbook

901 lines
37 KiB

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

<?xml version="1.0" ?>
<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
<!ENTITY lisa "<application
>LISa</application
>">
<!ENTITY package "tdenetwork">
<!ENTITY reslisa "<application
>resLISa</application
>">
<!ENTITY kappname "&lisa;"
><!-- replace kapp here -->
<!ENTITY % addindex "IGNORE">
<!ENTITY % Russian "INCLUDE"
><!-- change language only here -->
]>
<book lang="&language;">
<bookinfo>
<title
>Руководство &lisa;</title>
<authorgroup>
<author
><firstname
>Alexander</firstname
> <surname
>Neundorf</surname
> <affiliation
> <address
><email
>neundorf@kde.org</email
></address>
</affiliation>
</author>
<othercredit role="translator"
><firstname
>Олег</firstname
> <surname
>Баталов</surname
> <affiliation
><address
><email
>batalov@twiga.kz</email
></address
></affiliation
><contrib
>Перевод на русский</contrib
></othercredit
>
</authorgroup>
<copyright>
<year
>2001</year>
<holder
>Alexander Neundorf</holder>
</copyright>
<date
>2001-07-07</date>
<releaseinfo
>0.01.00</releaseinfo>
<abstract>
<para
>&lisa; предназначена для показа <quote
>сетевого окружения</quote
>, работает только поверх протокола TCP/IP и не зависит от <acronym
>SMB</acronym
> и других служб.</para>
<para
>Это руководство описывает Информационный сервер <acronym
>LAN</acronym
> (&lisa;) и Ограниченный информационный сервер (&reslisa;)</para>
</abstract>
<keywordset>
<keyword
>KDE</keyword>
<keyword
>tdenetwork</keyword>
<keyword
>LAN</keyword>
<keyword
>network</keyword>
<keyword
>network neighborhood</keyword>
</keywordset>
</bookinfo>
<chapter id="introduction">
<title
>Введение</title>
<para
>&lisa; предназначена для показа <quote
>сетевого окружения</quote
>, работает только поверх протокола TCP/IP и не зависит от <acronym
>SMB</acronym
> и других служб.</para>
<para
>Она полностью независима от &kde;/&Qt;.</para>
<para
>Список работающих серверов предоставляется через порт 7741 протокола <acronym
>TCP</acronym
>.</para>
<para
>&lisa; поддерживает два способа поиска компьютеров в сети:</para>
<orderedlist>
<listitem>
<para
>Вы указываете &lisa; диапазон адресов <acronym
>IP</acronym
>, тогда &lisa; посылает эхо-запрос <acronym
>ICMP</acronym
> по всем указанным адресам <acronym
>IP</acronym
>, и ожидает ответов.</para>
</listitem>
<listitem>
<para
>Вы можете указать &lisa; выполнить команду <command
>nmblookup</command
> с опцией <option
>"*"</option
>. Это утилита командной строки, поставляемая вместе с пакетом Samba. <command
>nmblookup</command
> <option
>"*"</option
> посылает широковещательные запросы в доступные сети, и все компьютеры, на которых работает сервер <acronym
>SMB</acronym
>, отвечают на этот запрос.</para>
</listitem>
</orderedlist>
</chapter>
<chapter id="how-it-works">
<title
>Как это работает</title>
<para
>В конфигурационном файле вы указываете диапазон IP-адресов, которые сервис &lisa; должен проверять на работоспособность.</para>
<para
>В самом простом случае это может быть адрес/маска вашей сети, тогда &lisa; будет сканировать каждый возможный адрес в вашей сети, чтобы проверить его работоспособность.</para>
<para
>Сервера проверяются с использованием эхо-запросов <acronym
>ICMP</acronym
>. Чтобы иметь возможность посылать и принимать эхо-запросы <acronym
>ICMP</acronym
> программа должны открыть так называемый <quote
>raw-сокет</quote
>. Для этого необходимы привилегии пользователя <systemitem class="username"
>root</systemitem
>. Этот сокет открывается при запуске программы, после успешного открытия сокета привилегии root будут немедленно понижены (смотрите файлы <filename
>main.cpp</filename
> и <filename
>strictmain.cpp</filename
>).</para>
<para
>Если вы настроили &lisa; на использование команды <command
>nmblookup</command
>, будет выполнен <literal
>popen("nmblookup \"*\"")</literal
> и проанализированы его результаты.</para>
<para
>Так как запросы <acronym
>ICMP</acronym
> и широковещательные запросы генерируют некоторый сетевой трафик, существует возможность завести более одного работающего сервера а сети и они будут сотрудничать друг с другом. Перед отправкой запросов (либо использованием команды <command
>nmblookup</command
>), посылается широковещательный запрос на порт 7741.</para>
<para
>Если кто-то ответил на этот широковещательный запрос, список работающих серверов будет получен через порт 7741 протокола <acronym
>TCP</acronym
> с этого сервера и эхо-запросы (либо команда <command
>nmblookup</command
>) выполнятся не будет.</para>
<para
>Если никто не ответил, сервер, который послал широковещательный запрос, начинает посылать эхо-запросы (либо выполнить программу <command
>nmblookup</command
>) и откроет сокет, который принимает широковещательные запросы. Если сервер получил ответ на свой широковещательный запрос, он не открывает сокет. Так что обычно только один сервер открывает сокет и только он фактически проверяет доступность других серверов (либо выполняет <command
>nmblookup</command
>). </para>
<para
>Другими словами, сервера ленивы, они действуют по принципу: <quote
>Я сделаю что-то только если никто этого ещё не сделал</quote
>.</para>
<para
>Есть и другая возможность уменьшения сетевого трафика.</para>
<para
>Если вы настроили интервал обновления &lisa; каждые 10 минут, то вы не обращаетесь к серверу слишком часто. Если никто не обращался к серверу за предыдущий период обновления, сервер обновит (самостоятельно или от того, что кто-то выполнит обновление вручную) и удвоит свой интервал обновления. &ie; следующее обновление произойдёт через 20 минут.</para>
<para
>Такое происходит 4 раза, так что если никто долго не обращался к серверу с периодом обновления 10 минут, его интервал обновления увеличится до 160 минут (три часа). Теперь, если кто-либо обращается к серверу, он получит устаревший список (обновлённый 160 минут назад). При запросе к серверу он восстановит значение интервала в первоначальные &ie; 10 минут и немедленно начнёт обновление, если последнее обновление было раньше 10 минут назад. Это означает, что вы получаете устаревший список и можете попробовать через несколько секунд получить последние данные.</para>
<para
>Это приведёт к повышению частоты обновления для серверов, которые не пингуют (либо используют nmblookup) другие сервера, поскольку к ним обычно обращается только один пользователь. И меньший эффект будет достигнут на серверах, которые выполняют пинги (либо используют nmblookup), так как к ним обращаются все другие. </para>
<para
>При этом варианте возможна ситуация, когда в сети работают множество серверов и в ней сохраняется небольшой трафик. Для пользователя не важно, какие сервера работают в сети (&ie; сервер имён, файловый сервер либо другой), в которой используется &lisa;. Он всегда может запустить &lisa; локально и &lisa; определит, что он один, совершенно прозрачно для пользователя.</para>
<para
>Первый клиент &lisa; входил в ioslave для &kde; 2, так что пользователь может ввести <userinput
>lan://localhost/</userinput
> либо <userinput
>lan:/</userinput
> для использования результатов &lisa; на своём компьютере.</para>
<para
>Если есть компьютер, работающий постоянно, и пользователь знает, что на нём выполняется &lisa;, он может воспользоваться им явно (через ioslave <userinput
>lan://the_server_name/</userinput
>).</para>
<para
>Если вы не хотите, чтобы ваш сервис &lisa; принимал участие в широковещательных рассылках, но всегда выполнял пингование непосредственно, укажите ему опцией командной строки <option
>--port</option
> либо <option
>-p</option
> использовать другой порт. Это не рекомендуется!</para>
<para
>Если вы пошлёте сервису &lisa; сигнал <command
>SIGHUP</command
>, он перезагрузит свои параметры из файла конфигурации. Если вы пошлёте сервису &lisa; сигнал <command
>SIGUSR1</command
>, он выведет некоторую информацию о статусе на стандартный вывод.</para>
<para
>Данные, предоставляемые через сокет, имею простой формат:<computeroutput
>&lt;десятичный адрес ip в сетевом порядке следования байтов&gt;&lt; один пробел 0x20&gt;&lt;полное имя компьютера&gt;&lt;завершающий '\0'&gt;&lt;новая строка '\n'&lt;</computeroutput
> и последняя строка<computeroutput
>0 succeeded&lt;'\n'&gt;</computeroutput
> </para>
<para
>Например,</para>
<screen
><computeroutput
>17302538 some_host.whatever.de
18285834 linux.whatever.de
17827082 nameserver.whatever.de
0 succeeded</computeroutput
></screen>
<para
>Это должно обеспечить лёгкость разбора.</para>
<para
>Если в вашей сети существуют строгие правила по защите информации, некоторые люди могут посчитать пинги потенциальной атакой. Если столкнётесь с этим, используйте ограниченную версию сервиса, &reslisa;.</para
>
</chapter>
<chapter id="reslisa">
<title
>&reslisa;</title>
<para
>Если в вашей сети очень строгие правила безопасности, вы не хотите иметь открытый порт, или по другой причине вы можете использовать &reslisa;.</para>
<para
>При использовании &reslisa; вы не можете проверять сети целиком и диапазоны адресов, вы можете указать в файле конфигурации до 64 компьютеров с их именами. Они будут проверены. Вы всё ещё можете использовать <command
>nmblookup</command
>.</para>
<para
>&reslisa; предоставляет информацию только через unix-сокет, &ie; не через сеть. Имя сокета будет <filename
>/tmp/resLisa-ВашеИмяПользователя</filename
>, так что &reslisa; может безопасно выполняться на компьютере с большим количеством пользователей.</para>
<para
>Установка прав <systemitem class="username"
>root</systemitem
> на &reslisa; не должно вызвать проблем безопасности, так как они будут сразу понижены после запуска (смотрите файл <filename
>strictmain.cpp</filename
>). Эти права необходимы только при создания низкоуровневого сокета для отправки эхо-запросов <acronym
>ICMP</acronym
>.</para>
<para
>Сервис также не будет посылать и принимать широковещательные пакеты. Первый клиент этого сервиса - ioslave для &kde; 2 (например, введите <userinput
>rlan:/</userinput
> в &konqueror;).</para>
</chapter>
<chapter id="config-file-format">
<title
>Файл конфигурации</title>
<para
>Теперь пример файла конфигурации:</para>
<screen
>PingAddresses = 192.168.100.0/255.255.255.0;192.168.100.10-192.168.199.19;192.168.200.1;192-192.168-168.100-199.0-9;
PingNames = bb_mail;
AllowedAddresses = 192.168.0.0/255.255.0.0
BroadcastNetwork = 192.168.100.0/255.255.255.0
SearchUsingNmblookup = 1 # использовать nmblookup
FirstWait = 30 # 30 сотых секунды
SecondWait = -1 # только одна попытка
#SecondWait = 60 # пробовать дважды, и ожидать во второй раз 0.6 секунды
UpdatePeriod = 300 # период обновления, секунд
DeliverUnnamedHosts = 0 # не показывать компьютеры без имени
MaxPingsAtOnce = 256 # посылать до 256 эхо-запросов ICMP за один раз
</screen>
<sect1 id="pingaddresses">
<title
><option
>PingAddresses</option
></title>
<para
>Это вероятно самый важный параметр.</para>
<para
>Здесь вы указываете, какие адреса будут пинговаться. Вы можете указать несколько диапазонов, разделив их точкой с запятой.</para>
<para
>Есть четыре возможных способа указания адресов:</para>
<variablelist>
<varlistentry>
<term
>адрес сети/маска сети</term>
<listitem>
<para
>192.168.100.0/255.255.255.0, &ie; адрес <acronym
>IP</acronym
> и назначенная маска сети.</para>
<para
>Это не должно быть адресом сети и маской сети вашей машины. Например, если ваш адрес 10.0.0.0/255.0.0.0, вы могли бы указать 10.1.2.0/255.255.255.0, если вы интересуетесь этими адресами. Комбинация адрес <acronym
>IP</acronym
> и сетевая маска должны быть разделены косой чертой <quote
>/</quote
> и это не должен быть реальный адрес. Он может быть адресом компьютера в сети, &ie; 10.12.34.67/255.0.0.0 тоже самое что и 10.0.0.0/255.0.0.0 .</para>
</listitem>
</varlistentry>
<varlistentry>
<term
>диапазон адресов <acronym
>IP</acronym
></term>
<listitem>
<para
>Например: 192.168.100.10-192.168.199.19</para>
<para
>Начальный адрес <acronym
>IP</acronym
> и конечный адрес <acronym
>IP</acronym
>.</para>
<para
>Адреса должны быть разделены <quote
>-</quote
>.</para>
<para
>В этом примере мы указываем 199-100+1=100, 100*256=25.600, 25.600+(19-10+1)=25.590 адресов</para>
</listitem>
</varlistentry>
<varlistentry>
<term
>Адрес <acronym
>IP</acronym
>, представленный диапазоном в каждом четырёх десятичных номеров</term>
<listitem>
<para
>Адрес <acronym
>IP</acronym
>, представленный четырьмя десятичными числами, и вы можете указать диапазон для каждого из них: 192-192.169-171.100-199.0-9 </para>
<para
>В этом примере будут проверены все адреса <acronym
>IP</acronym
> с первым номером 192, вторым в диапазоне от 168 до 168, третьим от 100 до 199, и последним от 0 до 9. Это -- 1*1*100*10=1.000 адресов.</para>
<para
>Такое указание диапазона используется в очень редких случаях. Здесь мы указали диапазоны для каждого из четырёх чисел, всегда разделяемые символом <quote
>-</quote
>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
>Одиночные адреса <acronym
>IP</acronym
> или имена компьютеров</term>
<listitem>
<para
>Адреса <acronym
>IP</acronym
> либо имена компьютеров, которыми вы наиболее часто интересуетесь.</para>
</listitem>
</varlistentry>
</variablelist>
<para
>Оставить этот параметр пустым тоже будет корректным.</para>
</sect1>
<sect1 id="pingnames">
<title
><option
>PingNames</option
></title>
<para
>Здесь вы можете дополнительно указать компьютеры для проверки по их именам. Имена должны быть разделены точкой с запятой.</para>
<para
>Оставить этот параметр пустым тоже будет корректным.</para>
</sect1>
<sect1 id="allowedaddresses">
<title
><option
>AllowedAddresses</option
></title>
<para
>Это очень важный параметр. &lisa; будет пинговать адреса, принимать запросы и отвечать на широковещательные пакеты с адресов, которые указаны в этой строке. Вы можете добавить до 32 адресов/масок сетей либо одиночные адреса. Разделяйте их ; и не помещайте пробелы между адресами!</para>
<para
>Например, 192.168.0.0/255.255.0.0;192.169.0.0</para>
<para
>Корректными являются и полная сеть и отдельный адрес. Всегда указывайте как можно более точнее, обычно ваш адрес и сетевая маска наиболее хороший вариант.</para>
</sect1>
<sect1 id="broadcastnetwork">
<title
><option
>BroadcastNetwork</option
></title>
<para
>Этот параметр содержит только один адрес/маску сети. По нему будут посылаться широковещательные запросы. Обычно это должно быть вашим адресом/маской, например, 192.168.0.0/255.255.0.0</para>
</sect1>
<sect1 id="searchusingnmblookup">
<title
><option
>SearchUsingNmblookup</option
></title>
<para
>Здесь вы можете указать <parameter
>0</parameter
> или <parameter
>1</parameter
>. При использовании <parameter
>1</parameter
> &lisa; выполнит программу <command
>nmblookup</command
> <option
>"*"</option
> и проанализирует её вывод. Это создаёт меньше трафика, чем при использовании пингов, но вы получите только список компьютеров, на который выполняется сервис <acronym
>SMB</acronym
> (компьютеры с &Windows; или с запущенным сервисом samba).</para>
<para
>Если вы установите этот параметр и укажите адреса <acronym
>IP</acronym
> для пингов, сперва будет выполнена команда <command
>nmblookup</command
>, затем пинги. При этом будут пропингованы адреса, которые не проверила программа <command
>nmblookup</command
>. Это немного уменьшает сетевой трафик.</para>
</sect1>
<sect1 id="firstwait">
<title
><option
>FirstWait</option
></title>
<para
>Когда &lisa; выполняет пинг, &ie; когда посылаются эхо-запросы <acronym
>ICMP</acronym
>, отправляется сразу пакет запросов, и ответы будут ожидаться в течении указанного количества сотых секунды. Обычно значение от 5 до 50 должны быть оптимальными, максимальное - 99 (0.99 секунды, очень длительный интервал). Попробуйте сделать это значение как можно более маленьким, при котором все компьютеры в сети определяются.</para>
</sect1>
<sect1 id="secondwait">
<title
><option
>SecondWait</option
></title>
<para
>После того, как &lisa; пошлёт эхо-запрос в первый раз, может случиться, что некоторые компьютеры не были найдены. Улучшить результаты &lisa; может, пропинговав их второй раз. Будут проверены только те компьютеры, которые не ответили при первом опросе. Если первый опрос даёт хорошие результаты, вы можете отключить повторную проверку установкой значения SecondWait в <userinput
>-1</userinput
>.</para>
<para
>Хорошая идея -- сделать это значение немного большим, чем для <option
>FirstWait</option
>. Компьютеры, которые не были найдены в первый раз, вероятно, используют медленные линии связи или расположены дальше, и им необходимо больше времени для ответа. Обычно значения от 5 до 50 должны быть оптимальными, либо установите -1 для отмены повторного сканирования. Максимальное значение - 99 (0.99 секунды, очень продолжительный интервал).</para>
</sect1>
<sect1 id="updateperiod">
<title
><option
>UpdatePeriod</option
></title>
<para
>Интервал, через который &lisa; будет производить обновление. По истечению этого времени &lisa; снова пошлёт пинги, использует <command
>nmblookup</command
> либо запросить список у другого сервера &lisa;, который фактически выполняет пинги.</para>
<para
>Допустимое значение в диапазоне от 20 до 1800 секунд (полчаса). Если ваша сеть велика, не устанавливайте небольшой интервал (чтобы сохранить невысокую загрузку сети). Значения от 300 до 900 секунд (5 и 15 минут) -- наиболее хороший вариант.</para>
<para
>Имейте ввиду, что период обновления удваивается до 4 раз, если никто не обращается к серверу, пока не достигнет 16-кратного значения. Он будет сброшен до указанного здесь значения, если кто-то обратиться к серверу.</para>
</sect1>
<sect1 id="deliver-unnamed-hosts">
<title
><option
>DeliverUnnamedHosts</option
></title>
<para
>Если был получен ответ на эхо-запрос с адреса IP, для которого &lisa; не смог определить имя, он будет послан через порт, если вы установите этот параметр в 1.</para>
<para
>Я действительно не уверен, является ли это полезной возможностью, но в вашей сети возможно существуют устройства без назначенного имени и они не должны быть показаны. Если вы хотите оставить их в секрете, установите значение этого параметра в 0 ;-) Если не уверены, также используйте 0.</para>
</sect1>
<sect1 id="max-pings-at-once">
<title
>MaxPingsAtOnce</title>
<para
>При отправке пингов (эхо-запросов) &lisa; посылает несколько пакетов как один и ожидает ответов. По умолчанию это 256 пингов за раз, обычно вам не нужно изменять это значение. Если вы установите его значение слишком большим, внутренний буфер ответов на эхо-запросы может отказаться слишком мал. Если вы сделаете его небольшим, обновление будет происходить медленней.</para>
</sect1>
<sect1 id="examples">
<title
>Ещё три примера файлов</title>
<example>
<title
>FIXME</title>
<para
>Вы член небольшой сети с сетевой маской в 24 бита, &ie; до 256 компьютеров:</para>
<screen
>PingAddresses = 192.168.100.0/255.255.255.0
AllowedAddresses = 192.168.100.0/255.255.255.0
BroadcastNetwork = 192.168.100.0/255.255.255.0
SearchUsingNmblookup = 0 # не использовать nmblookup
FirstWait = 20 # 20 сотых секунды
SecondWait = 30 # 30 сотых секунды при второй попытке
UpdatePeriod = 300 # период обновления 300 секунд
DeliverUnnamedHosts = 0 # не публиковать компьютеры без имени
</screen>
</example>
<example>
<title
>Файл конфигурации для компьютера, на котором выполняется только <acronym
>SMB</acronym
></title>
<para
>Вы интересуетесь только компьютерами с работающим сервисом <acronym
>SMB</acronym
> и в вашей сети нет маршрутизации:</para>
<screen
>AllowedAddresses = 192.168.100.0/255.255.255.0
BroadcastNetwork = 192.168.100.0/255.255.255.0
SearchUsingNmblookup = 1 # использовать nmblookup
UpdatePeriod = 300 # период обновления 300 секунд
DeliverUnnamedHosts = 0 # не публиковать компьютеры без имени
</screen>
</example>
<example>
<title
>Файл конфигурации, использующий <command
>nmblookup</command
> и пинги</title>
<para
>Та же самая сеть, но в ней используются пинги и nmblookup.</para>
<screen
>PingAddresses = 192.168.100.0/255.255.255.0
PingNames = bb_mail
AllowedAddresses = 192.168.0.0/255.255.0.0
BroadcastNetwork = 192.168.100.0/255.255.255.0
SearchUsingNmblookup = 1 # сначала использовать nmblookup
FirstWait = 30 # 30 сотых секунды
SecondWait = -1 # только одна попытка
#SecondWait = 60 # пробовать дважды, и второй раз ожидать 0.6 секунды
UpdatePeriod = 300 # период обновления 300 секунд
DeliverUnnamedHosts = 0 # не публиковать компьютеры без имени
MaxPingsAtOnce = 256 # посылать до 256 эхо-запросов ICMP за один раз
</screen>
</example>
<example>
<title
>Файл конфигурации для &reslisa;</title>
<para
>И теперь файл конфигурации для &reslisa;. В &reslisa; PingAddresses и BroadcastNetwork не используется.</para>
<screen
>PingNames = bb_mail;some_host;some_other_host
AllowedAddresses = 192.168.0.0/255.255.0.0
SearchUsingNmblookup = 1 # использовать nmblookup
FirstWait = 30 # 30 сотых секунды
SecondWait = -1 # только одна попыткаn#SecondWait = 60 # пробовать дважды, и второй раз ожидать 0.6 секунды
UpdatePeriod = 300 # период обновления 300 секунд
DeliverUnnamedHosts = 1 # публиковать компьютеры без имени
MaxPingsAtOnce = 256 # посылать до 256 эхо-запросов ICMP за один раз
</screen>
</example>
</sect1>
</chapter>
<chapter id="command-line-options">
<title
>Опции командной строки и дополнительные параметры</title>
<para
>Поддерживаются следующие опции командной строки:</para>
<variablelist>
<varlistentry>
<term
><option
>-v</option
>, <option
>--version</option
> </term>
<listitem>
<para
>Показать номер версии</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-h</option
>, <option
>--help</option
> </term>
<listitem>
<para
>Показать описание всех опций командной строки</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-u</option
>, <option
>--unix</option
> </term>
<listitem>
<para
>Сначала искать настройки в <filename
>$<envar
>HOME</envar
>/.lisarc</filename
>, затем в <filename
>/etc/lisarc</filename
>. Это поведение по умолчанию.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-k</option
>, <option
>--kde1</option
> </term>
<listitem>
<para
>Сначала искать настройки в <filename
>$<envar
>HOME</envar
>/.kde/share/config/lisarc</filename
>, затем <filename
>$<envar
>TDEDIR</envar
>/share/config/lisarc</filename
>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-K</option
>, <option
>--kde2</option
></term>
<listitem>
<para
>Искать файл настроек <filename
>lisarc</filename
> в каждом каталоге, возвращённом программой <userinput
><command
>kde-config</command
> <option
>--path</option
> <parameter
>config</parameter
></userinput
></para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-c</option
>, <option
>--config=</option
><parameter
>ФАЙЛ</parameter
></term>
<listitem>
<para
>Использовать <parameter
>ФАЙЛ</parameter
>, а не другой файл конфигурации.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>-p</option
>, <option
>--port</option
> <parameter
>НОМЕРОРТА</parameter
></term>
<listitem>
<para
>Запустить сервер на указанном порту. Если вы это используете, сервис &lisa; не сможет сотрудничать с другими серверами &lisa; в сети. Эта опция для &reslisa; недоступна.</para>
</listitem>
</varlistentry>
</variablelist>
<para
>Если вы пошлёте &lisa; или &reslisa; сигнал Hangup, они заново загрузят свои файлы конфигурации (<userinput
><command
>killall</command
> <option
>-HUP lisa</option
></userinput
>).</para>
<para
>Если вы посылаете &lisa; или &reslisa; сигнал User1, они выводят на стандартный вывод терминала некоторую информацию о состоянии (<userinput
><command
>killall</command
> <option
>-USR1 lisa</option
></userinput
>). Вы ничего не увидите, если закрыли консоль, с который была запущена &lisa;/&reslisa;.</para>
</chapter>
<chapter id="credits-and-license">
<title
>Авторы и лицензия</title>
<para
>Авторское право на &lisa; и &reslisa; 2000, 2001, Alexander Neundorf</para>
<para
>Перевод на русский: Олег Баталов<email
>batalov@twiga.kz</email
></para
>
<para
>Alexander Neundorf <email
>neundorf@kde.org</email
></para>
&underFDL; &underGPL; </chapter>
<appendix id="installation">
<title
>Установка</title>
<para
>Для &lisa; и &reslisa; необходима библиотека libstdc++ (используется только string-class), они <emphasis
>не</emphasis
> требуют ни установленного &Qt; ни &kde;.</para>
&install.compile.documentation;
<sect1 id="other-requirements">
<title
>Другие зависимости</title>
<para
>И &reslisa; и &lisa; открывает так называемый <quote
>низкоуровневый (raw) сокет</quote
> для отправки и приёма эхо-запросов <acronym
>ICMP</acronym
>. Для этого необходимы привилегии пользователя <systemitem class="username"
>root</systemitem
>.</para>
<para
>&lisa; запускает сервис на порту 7741 протокола <acronym
>TCP</acronym
> и должна запускаться с правами пользователя <systemitem class="username"
>root</systemitem
> при старте системы. Как достичь этого, зависит от вашей &OS;.</para>
<para
>Сервис &reslisa; предназначен для выполнения под правами любого пользователя и не требует активного использования сети. У сервиса должен быть установлен флаг setuid <systemitem class="username"
>root</systemitem
>.</para>
<para
>Если вы используете ioslave <userinput
>rlan</userinput
> в &kde; 2, сервис &reslisa; будет запущен автоматически.</para>
<para
>&lisa; использует файл настроек <filename
>lisarc</filename
>, &reslisa; - <filename
>reslisarc</filename
>. Если вы хотите настроить их с помощью &kcontrol;, вы должны использовать опцию командной строки <option
>-K</option
>.</para>
<para
>Более подробную информацию о расположении файлов конфигурации читайте в главе <xref linkend="command-line-options"/>.</para>
</sect1>
</appendix>
</book>