|
|
www.lissyara.su
—> документация
—> FreeBSD
—> MPD
—> 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.
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
|
|
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.
|
Статистика сайта
|
Сейчас на сайте находится: 44 чел.
|
За последние 30 мин было: 308 человек
|
За сегодня было 1643 показов, 731 уникальных IP
|
|
|
|
Этот информационный блок появился по той простой причине,
что многие считают нормальным, брать чужую информацию не уведомляя автора
(что не так страшно), и не оставляя линк на оригинал и автора — что более существенно.
Я не против распространения информации — только за. Только условие простое — извольте
подписывать автора, и оставлять линк на оригинальную страницу в виде прямой, активной, нескриптовой,
незакрытой от индексирования, и не запрещенной для следования роботов ссылки.
Если соизволите поставить автора в известность — то вообще почёт вам и уважение.
© lissyara 2006-10-24 08:47 MSK
|
|
|