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

RFC
Программирование
FreeBSD
  MPD
  1. Введение
  2. Установка
  3. Работа mpd
man
EXIM


www.lissyara.su —> документация —> FreeBSD —> MPD —> 1. Введение

1. Введение


1.1 Обзор

   Mpd - основанный на netgraph(4) метод создания PPP мульти-соединений для FreeBSD. Он проектировался для быстрой и гибкой работы. Он обрабатывает конфигурирование и переговоры на пользовательском уровне, когда все пакеты данных направляются строго в ядро. Это позволяет поддерживать несколько субпротоколов PPP и расширений протокола следующего вида:

  • Возможность PPP мультисвязи
  • PAP, CHAP, MS-CHAP и  EAP аутентификации
  • PPP сжатие и шифрование
  • IPCP и IPV6CP параметр согласований

       Mpd поддерживает множество типов связей:
  • Serial port modem - последовательный модемный порт, поддерживает асинхронное последовательное подключение, включая модемы, терминальные адаптеры ISDN, и null-модемные подключения. Mpd включает полностью управляемый скриптовый язык для модемной индификации, установки, ручного входа в систему и т.п
  • Point-to-Point Tunnelling Protocol (PPTP) - Mpd может соединяться через интернет, используя при этом двухточечный туннель по протоколу (PPTP). Этот протокол поддерживает популярным клиентом дозвона по сети Microsoft.
  • Layer Two Tunnelling Protocol (L2TP) - Mpd может соединяться через интернет, используя туннельный протокол второго уровня (L2TP). Этот протокол поддерживает популярным клиентом дозвона по сети Microsoft.
  • PPP over Ethernet (PPPoE) - Mpd может соединиться по порту Ethernet, используя PPP-over-Ethernet (PPPoE) протокол.
  • PPP over TCP - Mpd может накладывать кадры PPP на TCP соединенение. Кадры кодируются так же как и при асинхронном последовательном подключении.
  • PPP over UDP - Mpd может накладывать кадры PPP на UDP соединенение. Каждый кадр инкапсулируется в дейтаграммый UDP пакет.
  • PPP over specified netgraph(4) node - Netgraph это высокомодульныя сетевая система ядра, поддерживающая синхронные последовательные связи, Cisco HDLC, Frame Relay, и другие протоколы. Mpd поддерживает запуск PPP на любом соединении netgraph.

       Mpd также включает множетво дополнительных особенностей:
  • поддержка IPv4 и IPv6
  • RADIUS аутентификация и учет
  • NetFlow учет рафика
  • преобразования сетевых адресов (NAT)
  • соединение по запросу с ожиданием
  • многочисленные активные подключения выполненяющиеся одновременно
  • динамический запрос управления связью (также известный как "резиновая пропускная способность")
  • мощный скриптовый язык для асинхронных последовательных портов
  • предпроверочные чат-сценарии для нескольких общих модемов и ISDN TAs
  • чистый тип устройства не известный заранее
  • всестороннее логирование
  • Telnet и HTTP управление

       Mpd был первоначально разработан в Whistle Communications, Inc для использования в Whistle InterJet. Он основан на оригинале iij-ppp, код PPP пользовательского режима. Хотя с тех пор был практически полностью переписан. Сейчас mpd хостится на MPD Project Page.

    1.2 Слои mpd

       Mpd состоит из нескольких уровней (layers), соответствующих многоуровневой природе протокола PPP. Есть два типа уровневой иерархии, соединенной с двумя различными режимами работы, как "ppp terminator" и "ppp repeater".
       В режиме "ppp terminator" используется следующая иерархия:
    Interface -> NCPs -> Compression -> Encryption -> Bundle -> Links -> Physical devices
       В режиме "ppp repeater" используется следующая иерархия:
    Repeater -> Physical devices
       Связь - одно соединение точка-точка между локальной машиной и узлом удалённой машины, воплощённое путём некоторых видов физических устройств, таких как последовательное модемное соединение, или виртуальное соединение PPTP.
       Связка - колекция одной или более связей, все подключенные к тому же самому удалённому узлу, которые вместе - форма мультилинкового PPP соединения, чья эффективная скорость передачи - сумма скоростей передачи индивидуальных связей.
       Уровень связки, в действительности, находится выше уровня связи. Уровень сыязки обрабатывает задачу, чтоб заставить многократные физические связи представиться в виде единой виртуальной связи.
       На уровне связки вы конфигурируете параметры настройки мультисвязи PPP и политику управления связями. Политика управления связями определяет, необходимо ли mpd сохранять все связи подключенными все время, или добавлять или удалять связи в зависимости от запроса, согласно параметрам.
       В это время, mpd требует чтобы связи, которые составляют каждую связку, были объявлены когда сзязка будет создана; после этого, они не могут быть изменены. В будущем это ограничение может быть пересмотрено.
       Каждая связка соответствует уровню интерфейса, который соответcвует непосредственно интерфейсу netgraph, доступному через ifconfig(8), типа ng0. Интерфейс netgraph - где IP пакеты, в конечном счете, появляются после движения через связи. Уровень интерфейса обрабатывает конфигурирование интерфейса, соответственно подымая или опуская (up/down) его, присваивает IP адреса, настраивает статическую маршрутизацию, и конфигурирует proxy-ARP. Уровень интерфейса также ответственен за то, чтоб предоставить канала по требованию и функциональность таймаута простоя.
       Каждая cвязка имеет соответствующий слой NCP как слой Протокола Управления IP (IPCP), и слои IPv6 Control Protocol (IPv6CP), которые управляет IP-специфической конфигурацией интерфейса. Этот уроверь обрабатывает переговоры локальных и удаленных адресов и сжатие TCP заголовка, так же как и другие дополнительные параметры IP, такие как сервера DNS и NBNS сервера.
       Каждая связка также имеет соответствующее сжатие и уровни шифрования, которые позволяют Вам активировать и конфигурировать сжатие и кодирование для посланных и полученных по связке данных.
       Индивидуальные связи в связке конфигурируются на уровне связи. Параметры связей включают тип аутентификации (PAP или CHAP), незавсимо от включения аутентифкации в каждом направлении, пакеты keep-alive, и различные другие специфичные для соединения прааметры.
       Ниже уровня связи находится уровень устройств. Конфигурация устройства определяет параметры в этом уровне. Каждое устройство имеет определенный тип, соответствующий одному из поддерживаемый mpd типов устройств. Тип устройства определяет, как сконфигурирована зависящая от устройства часть, какие у него возможности.
       Повторитель - объединение двух физических устройств. Он повторяет все соединения приходящие на одно физическое устройство на другом, без каких-либо изменений. Эта технология также известна как LAC (L2TP Access Concentrator) или PAC (PPTP Access Concentrator).
       В то время как комбинации всех различных уровней представляет большое количество опций конфигурации, mpd имет разумные значения по умолчанию для всего.


    =============
    translated by Abigor
    verifying by lissyara





  • Хостинг 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.
    подписка

        вверх      
    Статистика сайта
    Сейчас на сайте находится: 14 чел.
    За последние 30 мин было: 84 человек
    За сегодня было
    167 показов,
    53 уникальных IP
     

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

    © lissyara 2006-10-24 08:47 MSK

    Время генерации страницы 0.0325 секунд
    Из них PHP: 22%; SQL: 78%; Число SQL-запросов: 54 шт.
    Исходный размер: 49293; Сжатая: 11139