Мы — долго запрягаем, быстро ездим, и сильно тормозим.

RFC
Программирование
FreeBSD
man
EXIM
  4.62
  часть 1
  часть 2
  часть 3
  часть 4
  часть 5
  часть 6
  часть 7
  часть 8
  часть 9
  часть 10
  часть 11
  часть 12
  часть 13
  часть 14
  часть 15
  часть 16
  часть 17
  часть 18
  часть 19
  часть 20
  часть 21
  часть 22
  часть 23
  часть 24
  часть 25
  часть 26
  часть 27
  часть 28
  часть 29
  часть 30
  часть 31
  часть 32
  часть 33
  часть 34
  часть 35
  часть 36
  часть 37
  часть 38
  часть 39
  часть 40
  часть 41
  часть 42
  часть 43
  часть 44
  часть 45
  часть 46
  часть 47
  часть 48
  часть 49
  часть 50
  часть 51
  часть 52
  часть 53
  filter facility
  4.70


www.lissyara.su —> документация —> EXIM —> 4.62 —> часть 20

20. Роутер MANUALROUTE


    Роутер manualroute назван таким образом потому что он предоставляет возможность ручной маршрутизации (manual routing) адреса в соответствии с его доменом. Главным образом он используется в случае, когда вы хотите маршрутизировать почту на удаленные узлы по собственным правилам, в обход обыкновенной DNS-маршрутизации, механизм которой выполняет поиск MX-записей. Однако, роутер manualroute также может выполнять маршрутизацию на локальные транспорты, такая возможность может оказаться полезной, если вы хотите сохранять сообщения для входящих (dial-in) узлов в локальных файлах.
   Роутер
manualroute сравнивает список доменных шаблонов с доменной частью адреса, который он пытается маршрутизировать. Если совпадения не найдено, то роутер отклоняется. Каждый шаблон, ассоциированный с роутером представляет собой список узлов, а также другую дополнительную информацию, в которую может входить транспорт. Комбинация шаблона и других его данных называется правилом маршрутизации. Для шаблонов, не имеющих ассоциированного с ними транспорта, общая опция роутеров transport должна определять соответствующий транспорт, если только роутер не используется исключительно для проверки (verification) (см. опцию verify_only).
   В случае, если роутер используется для проверки, то совпадения с доменным шаблоном достаточно для того, чтобы роутер принял адрес. В действительности, при маршрутизации адреса для доставки, доменная часть которого совпала с  доменным шаблоном, адрес помещается в очередь ассоциированного с роутером транспорта. Если транспорт не является локальным, то с шаблоном должен быть ассоциирован список узлов (host list); выполняется разрешение имен в IP-адреса, которые затем передаются транспорту вместе с почтовым адресом. Для локального транспорта список узлов (host list) является опциональным. Если он присутствует, то он передается в переменной
$host как простая текстовая строка.
   Список правил маршрутизации может быть определен как строка, включенная (inline string) в опцию
route_list, либо как данные, полученные путем поиска домена в файле или базе данных, определенных опцией route_data. Только одна из них может быть определена в пределах одного экземпляра роутера manualroute. Формат правил маршрутизации описан ниже, вслед за списком частных опций
manualroute.


20.1 Частные (private) опции manualroute

   Частные опции для manualroute таковы:
опция
использование
тип
по-умолчанию
host_find_failed manualroute string freeze


   Эта опция управляет тем, что происходит когда
manualroute пытается найти IP-адрес узла, а его не существует. Опции могут быть даны значения:
decline
defer
fail
freeze
pass

   Значение по умолчанию предполагает, что данное состояние - серьезная конфигурационная ошибка. Разница между значениями pass и decline состоит в том, что предыдущий пункт принудительно передает адрес следующему роутеру (либо роутеру, указанному в опции pass_router), перекрывая опцию no_more, тогда как в недавнем прошлом адрес передавался следующему роутеру только в случае истинности опции more.
   Эта опция применима только к определенному состоянию
не существует (does not exist state); если поиск узла выдает врeменную ошибку, то доставка откладывается, только если не установлена общая опция pass_on_timeout.
опция
использование
тип
по-умолчанию
hosts_randomize manualroute boolean false


   Если установлена эта опция, то порядок элементов в списке узлов внутри правила маршрутизации каждый раз при обращении к нему выбирается случайным образом, если не перекрывается опцией в самом правиле маршрутизации (см. ниже). Выбор порядка узлов в списке случайным образом может быть использован для первичного распределения нагрузки. Однако, если один и тот же роутер маршрутизирует более одного почтового адреса на один и тот же список узлов, то списки предполагается должны быть одинаковыми (даже если они расположены в случайном порядке) для решения помещать ли несколько доставок в одну SMTP-транзакцию.
   В случае если опция
hosts_randomize истинна, список узлов может быть разделен на группы, порядок которых отдельно устанавливается случайным образом. Это делает возможным установить MX-подобное поведение. Границы между группами помечаются символом + в списке узлов. Например,
route_list = * host1:host2:host3:+:host4:host5

   Порядок, в котором сортируются первые три узла и порядок сортировки последних двух выбирается случайным образом при каждом использовании, но первая группа всегда располагается перед второй. Если опция hosts_randomize не установлена, символ разделителя + в списке игнорируется. Если такой список узлов со случайной внутренней сортировкой, предается транспорту smtp, который также имеет подобную опцию hosts_randomize set, то список заново не сортируется.
опция
использование
тип
по-умолчанию
route_data manualroute string† unset


   Если эта опция определена, то ее значение должно раскрываться, т.к. она определяет данные правила маршрутизации. Обычно, раскрываемая строка включает в себя поиск на основе домена. Например:
route_data = ${lookup{$domain}dbm{/etc/routes}}

   Если раскрытие строки принудительно завершилось неудачей, либо результатом явилась пустая строка, то роутер пропускается. Другие причины неудачного раскрытия ведут к откладыванию доставки.
опция
использование
тип
по-умолчанию
route_list manualroute string unset


   Эта строка является списком правил маршрутизации в форме, определенной ниже. Обратите внимание, что в отличие от большинства списков строк, элементы здесь разделяются символом
;. Так сделано, потому что данный список может содержать разделенные символом : списки узлов.
опция
использование
тип
по-умолчанию
same_domain_copy_routing manualroute boolean false


   Обычно, адреса с одинаковой доменной частью маршрутизируются роутером
manualroute на один и тот же список узлов. Однако, это не может быть допустимо, поскольку опции и предусловия роутера могут использовать локальную часть адреса. Поэтому по умолчанию Exim независимо маршрутизирует каждый адрес в сообщении. DNS-серверы используют кэши, поэтому повторяющиеся DNS-запросы не являются помехой, и в любом случае личные сообщения редко имеют много получателей.
   Если у вас функционируют списки рассылки с большим количеством подписчиков из одного домена, и вы используете роутер
manualroute, который не зависит от локальной части почтового адреса, то вы можете установить опцию same_domain_copy_routing во избежание повторяющихся DNS-запросов для одного и того же домена получателя в сообщении. В этом случае, если роутер manualroute маршрутизирует адрес удаленному транспорту, то все оставшиеся несмаршрутизированные адреса в сообщении, имеющие тот же домен получателя, перенаправляются автоматически без независимой обработки. Однако, это выполняется только в том случае, если не установлены опции headers_add и headers_remove.

20.2 Правила маршрутизации в опции route_list

   Значением опции route_list является строка, состоящая из последовательности правил маршрутизации, разделенных символом ;. Если ; указыватся внутри самого правила, то оно должно быть представлено как ;;. Пустые правила игнорируются. Формат каждого правила - следующий:
<шаблон домена>  <список узлов>  <опции>

   Следующий пример состоит из двух правил, каждое из которых содержит простой доменный шаблон и не содержит опций:
route_list = \
    dict.ref.example  mail-1.ref.example:mail-2.ref.example ; \
    thes.ref.example  mail-3.ref.example:mail-4.ref.example

   Три части правила разделяются пробелами. Шаблон домена и список узлов могут быть, если это необходимо, заключены в кавычки, и если это так, то применяются обычные правила для кавычек (quoting rules). Каждое правило опции route_list должно начинаться с шаблона домена (domain pattern), единственного обязательного элемента в правиле. Шаблон должен быть указан в том же формате, что и элемент в доменном списке (domain list) (см. секцию 10.8), за тем исключением, что он не может быть именем включаемого файла. То есть, он может содержать просто шаблон, либо регулярное выражение, либо поиск в файле или базе данных (с двойным символом ;, из-за использования ; как разделителя в опции route_list).

Правила в
route_list просматриваются до первого совпадения доменного шаблона
с маршрутизируемым доменом. Затем, как описано ниже, используются список узлов
и опции.  Если совпадений не найдено, то роутер пропускается. Если установлена
опция
route_list, то не должна быть определена опция route_data.

20.3 Правила маршрутизации в опции route_data

   Использование опции route_list подходит в случае использования небольшого количества правил маршрутизации. Для больших объемов проще использовать файл или базу данных для хранения информации о маршрутах и вместо нее использовать опцию route_data. Значением опции route_data является список узлов со следующими за ним необязательными опциями. Чаще всего route_data определяется как строка, содержащая раскрываемый поиск (expansion lookup). Например, представьте что вы поместили 2 правила маршрутизации в файл:
dict.ref.example:  mail-1.ref.example:mail-2.ref.example
thes.ref.example:  mail-3.ref.example:mail-4.ref.example

Эти данные могут быть доступными путем установки:
route_data = ${lookup{$domain}lsearch{/the/file/name}}

   Неувенчавшийся успехом поиск возвращает пустую строку, вследствие этого роутер пропускается. Однако, не стоит использовать поиск в route_data. Единственное требование здесь, это то, что результатом преобразования строки должен быть список узлов, возможно со следующими за ним опциями, разделенные пробелами. Если список узлов содержит пробелы, то он должен быть заключен в кавычки.

20.4 Формат списка узлов

   Список узлов, полученный либо через route_data, либо через route_list, всегда раскрыватся отдельно перед использованием. Если раскрытие завершается неудачно, то роутер пропускается. Результат преобразования должен быть списком имен и/или IP-адресов. IP-адреса в скобки не помещаются.
Если список узлов получен из опции
route_list, то во время преобразования устанавливаются следующие переменные:

  • Если домен удовлетворяет регулярному выражению, то могут быть установлены
        числовые переменные
    $1, $2, и т.д.
  • $0 всегда содержит имя домена целиком.
  • $1 также устанавливается в случае неполного совпадения при поиске в файле.
  • Если шаблон, с которым совпал домен, был элементом поиска (lookup item), то данные, поиск которых производился, доступны в переменной $value.

    20.5 Формат одного элемента хоста

       Каждый элемент в списке хостов является или именем хоста или адресом IP, опционально, с номером порта. При отсутствии номера порта, адрес даётся без квадратных скобок. Когда порт задан, то это отменяет спецификацию порта на транспорте. Порт отделяется от адреса двоеточием. Это приводит к некоторым осложнениям:

  • Поскольку двоеточие - дефолтовый разделитель списка хостов, то либо необходимо удвоить двоеточия отделяющие номер порта, или изменён разделитель списка. Следующие два примера одинаковы:
    route_list = * "host1.tld::1225 : host2.tld::1226"
    route_list = * "<+ host1.tld:1225 + host2.tld:1226"
    

  • Когда используются адреса IPv6, всё станвиться ещё хуже, т.к. в них используются двоеточия. Чтобы облегчить такие случаи, разрешено помещать адрес IPv6 или IPv4 в квадратные скобки, если за ним следует номер порта. Например:
    route_list = * "</ [10.1.1.1]:1225 / [::1]:1226"
    

    20.6 Как используется список узлов

       В процессе маршрутизации адреса на транспорт smtp при помощи manualroute, пробуется каждый из узлов в определенном порядке.  Однако, порядок может быть изменен опцией hosts_randomize либо в конфигурации роутера (см. секцию 20.1 выше), либо в конфигурации транспорта.
       Узлы могут быть перечислены по именам или по IP-адресам. Имя в списке узлов интерпретируется как имя узла. Имя с последующим за ним суффиксом
    /MX интерпретируется как косвенная ссылка на подсписок узлов, полученный путем поиска MX-записей в DNS. Например,
    route_list = *  x.y.z:p.q.r/MX:e.f.g
    

       Если установлена опция hosts_randomize, то перед любым поиском порядок элементов в списке сортируется случайным образом. Затем Exim просматривает список; для всех имен без суффикса /MX, он выполняет поиск IP-адреса. Если им оказывается адрес интерфейса локальной машины и элемент в списке не стоит первым, то поведение определяется опцией роутера self.
       Имя в списке с суффиксом
    /MX заменяется списком узлов, полученных в результате поиска MX-записей для имени. Это всегда выполняется посредством DNS-запроса; опции bydns и byname здесь неуместны. Порядок этих узлов определяется, как обычно, по значениям приоритета MX-записей. Поскольку случайная сортировка выполняется перед MX-поиском, то она не влияет на порядок, определенный MX-записями DNS.
       Если локальная машина присутствует в подсписке, полученном путем просмотра MX-записей, но не является наиболее предпочитаемым узлом в нем, то она и узлы равного и меньшего приоритета удаляются из подсписка перед тем, как он вставляется в главный список.
       Если локальная машина - наиболее предпочтительный узел в MX-списке, то все зависит от того, где в главном списке узлов стоит элемент
    /MX. Если он не является в нем первым элементом (потому как в списке перед ним есть узлы), то Exim отвергает это имя, а также все последующие элементы в главном списке.
       Если MX-элемент стоит первым в списке, и локальная машина является наиболее предпочтительным узлом, то все зависит от опции роутера
    self.
       Неудачные результаты поиска MX-записей в DNS обрабатываются так же как и при поиске IP-адресов: там где это необходимо используются опции
    pass_on_timeout и host_find_failed.
       Общая опция
    ignore_target_hosts применяется ко всем узлам в списке, независимо получены ли он путем поиска MX-записей или нет.

    20.7 Как используются опции

       Опции - это последовательность слов; на практике - присутствует не более трех. Одно из слов может быть именем транспорта, перекрывая опцию роутера transport лишь для данного правила маршрутизации. Другие слова управляют случайной сортировкой списка узлов по каждому правилу отдельно., а также тем как ищутся IP-адреса узлов в процессе маршрутизации на удаленный транспорт. Эти опции следующие:

  • randomize: случайно сортировать порядок узлов в списке, перекрывая опцию hosts_randomize только для этого правила маршрутизации.
  • no_randomize": не сортировать случайным образом порядок узлов в списке, перекрывая опцию hosts_randomize только для этого правила маршрутизации.
  • byname: использовать getipnodebyname() (gethostbyname() на старых системах) для поиска IP-адресов. Эта функция может в конечном счете сделать DNS-запрос, хотя она может выполнить поиск в /etc/hosts или в других источниках подобной информации.
  • bydns: искать адресные запиcи для узлов в DNS, неудачный исход - в случае отсутствмя таковых. Если существует временная ошибка DNS (например, таймаут), то доставка откладывается.
       Например:
    route_list = domain1  host1:host2:host3  randomize bydns;\
                 domain2  host4:host5
    

       Если ни опция byname, ни опция bydns не определены, то Exim ведет себя следующим образом: Сначала выполняется DNS-запрос. Если возвращается что-либо отличное от HOST_NOT_FOUND, то используется этот результат. В противном случае, Exim пытается вызвать getipnodebyname() или gethostbyname(), и результатом поиска становится результат, возвращенный этим вызовом.
       Внимание: На некоторых системах обнаружено, что если в результате DNS-запроса, производимого через функцию
    getipnodebyname(), происходит таймаут, то возвращается HOST_NOT_FOUND вместо TRY_AGAIN. Вот почему по умолчанию сначала выполняется DNS-запрос. Локальная функция вызывается только в том случае, если ответом на него является no such host.
       Если для узла не найдено IP-адреса, то дальнейшие действия управляются опцией
    host_find_failed.
       В случае, когда адрес маршрутизируется на локальный транспорт, поиск IP-адресов не производится. Список узлов передается транспорту в переменной
    $host.

    20.8 Примеры manualroute.

       В некоторых из нижеследующих примеров подразумевается присутствие транспорта
    remote_smtp, как это определено в файле конфигурации по умолчанию:

  • Роутер manualroute может быть использован для перенаправления всей входящей почты на т.н. быстрый узел (smart host). Если в главной части конфигурации описан именованный список доменов (named domain list), содержащий к примеру,
    domainlist local_domains = my.domain.example
    

    то вы можете указать для всех остальных доменов отправлять почту на смартхост, при этом ваш первый роутер будет выглядеть примерно так:
    smart_route:
        driver = "manualroute"
        domains = !+local_domains
        transport = remote_smtp
        route_list = * smarthost.ref.example
    

       В результате этого все адреса, не входящие в список local_domains, будут направляться на узел smarthost.ref.example. Если указан разделенный : список узлов, то они пробуются все по порядку (однако вы можете использовать опцию hosts_randomize для того, чтобы изменять порядок каждый раз). Другой способ конфигурации той же самой задачи таков:
    smart_route:
        driver = "manualroute"
        transport = remote_smtp
        route_list = !+local_domains  smarthost.ref.example
    

       Разницы в поведении между этими роутерами нет. Однако, они ведут себя по-разному если добавить к обоим роутерам опцию no_more. В первом примере, роутер будет пропущен, если если домен не совпадает с предусловием domains; и пробуется всегда следующий роутер. Если роутер запускается, то он всегда совпадает с доменом и поэтому никогда не может быть быть отклонен. Поэтому no_more не будет иметь эффекта в данном случае. Во втором случае роутер никогда не пропускается; он всегда выполняется. Однако, если совпадения с доменом не происходит, то роутер отклоняется. В этом случае опция no_more предотвратит запуск последующих роутеров.

  • Почтовый концентратор - это узел, который получает почту для нескольких доменов через MX-записи в DNS и доставляет их через свой механизм маршрутизации. Часто пункты назначения находятся за брандмауэром, с почтовым концентратором располагающимся на одной машине, которая может соединяться с машинами внутри и снаружи брандмауэра. Роутер manualroute обычо используют на почтовом концентраторе для маршрутизации входящих сообщений на корректные узлы. Для небольшого количества доменов маршрутизация может быть включением (inline) в опцию route_list, но для большого количества доменов проще управлять поиском в файле и базе данных.
       Если имена доменов фактически являются именами машин, на которые отправляется почта почтовым концентратором, то конфигурация может быть простой. Например,
    hub_route:
        driver = "manualroute"
        transport = remote_smtp
        route_list = *.rhodes.tvs.example  $domain
    

       Эта конфигурация маршрутизирует домены, совпадающие с шаблоном *.rhodes.tvs.example на узлы, чьи имена такие же как и почтовые домены. Похожий результат может быть получен если имя узла извлекается из имени домена путем манипуляции со строкой. Как альтернативный вариант, можно использовать поиск узла на основе домена:
    through_firewall:
        driver = "manualroute"
        transport = remote_smtp
        route_data = ${lookup {$domain} cdb {/internal/host/routes}}
    

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

  • Вы можете использовать manualroute для доставки сообщений в трубы (pipes) или в файлы в пакетном формате SMTP для дальнейшей транспортировки по каким-либо причинам. Это способ хранения почты для входящего (dial-up) узла в течение времени когда он не подключен к сети. Запись route_list может быть просто доменным именем, например так:
    save_in_file:
        driver = "manualroute"
        transport = batchsmtp_appendfile
        route_list = saved.domain.example
    

       Хотя часто шаблон используется для описания более одного домена. Если есть несколько доменов или групп доменов с различными транспортными требованиями, то разные транспорты могут быть перечислены в информации о маршрутах:
    save_in_file:
        driver = "manualroute"
        route_list = \
           *.saved.domain1.example  $domain  batch_appendfile; \
           *.saved.domain2.example  \
           ${lookup{$domain}dbm{/domain2/hosts}{$value}fail} \
           batch_pipe
    

       Первый из них просто передает домен в переменную $host, которая не очень полезна (т.к. домен находится также в переменной $domain), но второй шаблон выполняет поиск в файле для нахождения переменной для передачи, заставляя роутер отклонять обработку адреса если поиск завершится неудачно.

  • Маршрутизация почты прямиком на программный пакет UUCP - это особый вариант использования manualroute в роли шлюза в другое почтовое окружение. Вот пример способа как можно это сделать:
    # Transport
    uucp:
        driver = pipe
        user = nobody
        command = /usr/local/bin/uux -r - \
               ${substr_-5:$host}!rmail ${local_part}
        return_fail_output = true
    
    # Router
    uucphost:
        transport = uucp
        driver = "manualroute"
        route_data = \
               ${lookup{$domain}lsearch{/usr/local/exim/uucphosts}}
    

       Файл /usr/local/exim/uucphosts состоит из записей вида:
    darksite.ethereal.example:           darksite.UUCP
    

       Можно описать это проще без добавления и удаления .UUCP но этот способ показывает различие между именем домена darksite.ethereal.example и именем UUCP-станции darksite.


    =============
    translated by http://exim.org.ua/mailman/listinfo/exim-doc-translation
    edit, verification and actuality by lissyara



    Ссылка на обсуждение: http://forum.lissyara.su/viewforum.php?f=20.



  • Хостинг HOST-FOOD

    2014-07-27, lissyara
    gmirror

    Удалённое создание софтверного зеркала средствами gmirror, на диске разбитом с использованием gpart. Использование меток дисков для монтирования разделов.
    2013-08-20, zentarim
    Scan+Print server FreeBSD 9

    Настройка сервера печати и сервера сканирования под управлением операционной системы FreebSD 9 для МФУ Canon PIXMA MP540
    2011-11-20, BlackCat
    Разъём на WiFi-карту

    Делаем съёмной несъёмную антену на WiFi-карте путём установки ВЧ-разъёма
    2011-09-14, manefesto
    Настройка git+gitosis

    Настройка системы контроля версия исходного кода в связке git+gitosis+ssh
    2011-08-14, zentarim
    Wi-FI роутер + DHCP + DNS

    Настройка Wi-Fi роутера на Freebsd 8 + DNS сервер + DHCP сервер: чтобы Wi-Fi клиенты были в одной подсети с проводными, проводные и беспроводные клиенты получали адреса автоматически по DHCP, кэширующ
    2011-06-15, -ZG-
    Охранная система на FreeBSD+LPT

    В этой статье описана попытка реализации простой охранной системы на базе FreeBSD с подключением к ней охранных устройтсв на LPT порт и видеорегистрацией.
    2011-03-13, terminus
    ng_nat

    Описание работы ng_nat, практическое использование, достоинства и недостатки в сравнении с ipfw nat
    2011-02-20, Капитан
    Nagios+Digitemp

    Статья описывает создание системы оповещения о превышении температуры в специальных помещениях на основе Nagios с использованием программы Digitemp.
    2011-02-17, Le1
    Zyxel Configuration

    Скрипт для массового изменения конфига свичей Zyxel. Берет из файла iplist список ip-шек, заходит последовательно на каждый и выполняет комманды из файла commands, записывая происходящее в лог файл.
    2011-02-16, fox
    hast carp zfs ucarp cluster

    HAST (Highly Available Storage), CARP, UCARP, ZFS, Cluster настройка и одаптация плюс личные размышления…
    2011-02-04, BlackCat
    Восстановление ZFS

    История о том, как был восстановлен развалившийся RAIDZ ZFS-пул (перешедший в FAULTED) с помощью скотча и подручных средств. Или о том, какие приключения ожидают тех, кто не делает резервных копий.
    2011-02-03, Капитан
    1-Wire

    Статья описывает самостоятельное изготовление контроллера DS9097 для съёма показаний с датчиков температуры DS1820 с помощью программы Digitemp.
    2011-01-28, Капитан
    Температура в серверной

    Статья описывает построение системы наблюдения за температурой в помещении серверной с использованием программы Digitemp и выводом графиков в MRTG
    2011-01-21, m4rkell
    Syslog server

    Как то буквально на днях, у нас завалилось, что то в еве) или не в еве не суть. Суть в том, что когда захотели снять логи с хостов esx обнаружили, что хранят эти негодяи логии только за последнии сутк
    2011-01-07, lissyara
    Canon/gphotofs

    Монтирование цифровых фотоаппаратов Canon (PTP) как файловой системы, автоматизация этого процесса через события devd и внешние скрипты.
    2010-12-13, Al
    IPSec

    Описание принципов работы IPSEC и способов аутентификации.
    2010-12-07, manefesto
    FreeBSD on flash

    Было принято решении переехать на USB Flash и установить минимальный джентельменский набор для работы своего роутера. Делаем =)
    2010-12-05, Fomalhaut
    root ZFS, GPT

    Инструкция по установке FreeBSD с использованием в качестве таблицы разделов GPT и в качестве основной файловой системы - ZFS
    2010-09-05, Cancer
    Настройка аудиоплеера на ximp3

    Цели: Простенький аудиоплеер, для того что бы тетя продавец в магазине утром пришла нажала на кнопку Power и заиграла в зале музыка, так же был доступ по сети, общая шара куда можно заливать музыку, к
    2010-08-31, Cancer
    Установка и настройка OpenVPN

    На днях появилась задача - объединить головной офис и 3 филиала в одну сеть через интернет посредством OpenVPN, чтобы люди могли подключаться через RDP к базам 1С на серверах.
    2010-08-25, manefesto
    freebsd lvm

    Использование linux_lvm для работы с LVM разделами из-под FreeBSD. Проблемы которые возники при монтирование lvm раздела
    2010-04-30, gonzo111
    proftpd file auth&quota

    Proftpd - квоты и авторизация из файлов, без использования базы данных и/или системных пользователей
    2010-04-22, lissyara
    tw_cli

    Пошаговая инструкция по восстановлению RAID на контроллере 3ware, из которого выпал один диск. Настройка мониторинга состояния рейда и отчётов о его состоянии на email.
    2010-04-14, fox
    MySQL Master+Master

    MySQL (Master Master) and (Master Slave) Как настроить репликацию…
    2010-03-09, terminus
    DNS zones

    Краткий ликбез про управление DNS зонами. Примеры проведения делегирования прямых и обратных DNS зон.
    2010-03-09, aspera
    Squid+AD (group access)

    Настройка прокси сервера SQUID с автроризацией пользователей в AD. Разделение пользователей на группы
    2010-03-02, BlackCat
    Шлюз: Часть 4

    Настройка дополнительных сервисов: синхронизация времени (OpenNTPD), клиент DynDNS.org.
    2010-03-01, BlackCat
    Шлюз: Часть 3

    Настройка DHCP и DNS серверов для работы внутри частной сети, c поддержкой внутренних (частных зон) DNS, а так же интеграция DHCP и DNS сервисов.
    2010-03-01, BlackCat
    Шлюз: Часть 2

    Конфигурация МСЭ pf для проброса портов с изменением порта назначения и без, а так же поддержки активного режима FTP и ограничения максимального размера сегмента
    2010-03-01, BlackCat
    Шлюз: Часть 1

    Быстрая настройка шлюза/маршрутизатора с установлением PPPoE-соединения, поддержкой NAT и DNS-forwarding.
    2010-02-23, Morty
    darkstat

    Простая считалка траффика, со встроенным веб-сервером. Очень маленькая, может делать отчеты трафика по хостам, портам, протоколам, а также строить графики
    2010-01-23, gonzo111
    squid+sams+sqstat

    Пилим squid и sams - примеры конфигов с объяснениями. Установка SqStat.
    2009-12-19, schizoid
    mpd5 + radius + ng_car + Abills

    Настройка pppoe-сервера с биллинговой системой Abills и шейпером ng_car
    2009-11-16, lissyara
    UFS->ZFS

    Удалённая миграция с UFS на ZFS. Загрузка с раздела zfs. Настройка для работы с малым количеством памяти под архитектурой i386.
    2009-11-13, gx_ua
    fusefs-ntfs

    Установка, настройка и использование fusefs-ntfs, драйвер NTFS, предназанченного для монтирования NTFS разделов под FreeBSD
    2009-11-12, Morty
    LiveCD

    Создание собственного LiveCD с необходимыми вам изменениями, автоматизирование данного процесса, а так же вариант скоростной сборки СД.
    2009-09-27, lissyara
    Samba как PDC

    Контроллер домена - аналог M$ NT4 домена под самбой, без использования LDAP и прочей хиромантии. Просто и быстро =)
    2009-08-30, terminus
    ipfw nat

    Подробное руководство по ipfw nat, сложные случаи конфигурации.
    2009-08-24, levantuev
    HotSpot

    Установка Hotspot системы в общественное заведение.
    2009-08-18, lissyara
    diskless

    Создание бездисковых терминалов под управлением FreeBSD - с загрузкой по сети. Используются для старта rdesktop и подключения к виндовому серверу терминалов.
    подписка

        вверх      
    Статистика сайта
    Сейчас на сайте находится: 12 чел.
    За последние 30 мин было: 49 человек
    За сегодня было
    3510 показов,
    714 уникальных IP
     

      Этот информационный блок появился по той простой причине, что многие считают нормальным, брать чужую информацию не уведомляя автора (что не так страшно), и не оставляя линк на оригинал и автора — что более существенно. Я не против распространения информации — только за. Только условие простое — извольте подписывать автора, и оставлять линк на оригинальную страницу в виде прямой, активной, нескриптовой, незакрытой от индексирования, и не запрещенной для следования роботов ссылки.
      Если соизволите поставить автора в известность — то вообще почёт вам и уважение.

    © lissyara 2006-10-24 08:47 MSK

    Время генерации страницы 0.0476 секунд
    Из них PHP: 38%; SQL: 62%; Число SQL-запросов: 56 шт.
    Исходный размер: 165615; Сжатая: 28442