![OLORG[dot]ru](http://olorg.ru/application/maxsite/templates/olorgru/assets/images/logos/olorg-logo.png "OLORG[dot]ru"){kind=logo}
Все мои постоянные читатели в курсе что я в относительно недавнем времени стал обладателем чудо компьютера Raspberry PI. И уже запустил на нем полноценный веб-сервер!
В первую очередь стоит отметить что это будет не совсем полноценный smb сервер, а небольшое место к которому будет удобный и не очень быстрый доступ. Но для моих задач вполне хватит.
Ура!!! Приступаем! 
В прошлой статье я рассказал о том как можно использовать Яндекс ПДД, а теперь задачу для себя я хочу усложнить. И из этого всего я хочу сделать (а точнее себе уже сделал, но рассказываю Вам) свой собственный DynDNS (со своим блек джеком и прочим...).
В первых статьях под меткой "Хостинг на Raspberry Pi", а так-же посвященной системе управления ISPConfig, я говорил что и без того слабую малинку Raspberry Pi я не хочу нагружать дополнительно как DNS сервер. Что в принципе и сделал.
Смею напомнить что в роли DNS Сервера у меня будет выступать Яндекс со своим продуктом PDD - Почта Для Домена, с учетом ньюанса, что у меня динамический IP адрес.
Первое что предлагал гугл это использовать всякие NO-IP и dynDNS. Мне это ну просто никак не подходило. Так как если использовать свои домены и более одного эти сервисы тут-же становятся платными. А денег платить я явно пока не хотел. В итоге решил настраивать под себя первый вариант. Все это я выполнил, а теперь настало время поделиться этим с Вами.
Привет дорогой читатель!
Сегодня я Хочу рассказать о том как с помощью Raspberry Pi можно организовать технологию NAT Loopback в домашних маршрутизаторах на примере Wi-Fi роутера D-Link DIR-620.
Вообще чтобы было понятно что это такое [NAT Loopback] попытаюсь простенько рассказать.
Смысл технологии NAT loopback (или NAT hairpinning) прост: если пакет приходит из внутренней сети на внешний IP-адрес маршрутизатора, он считается пришедшим извне — а значит, работают правила брандмауэра, относящиеся ко внешним соединениям. И если пакет успешно пройдёт сквозь брандмауэр, сработает NAT, взяв на себя посредничество между двумя внутрисетевыми машинами. Это даёт две вещи.
Прямо изнутри локальной сети можно проверить, как настроены сетевые службы.
Доступ к серверу, находящемуся в локальной сети, по доменному имени. Без NAT loopback пришлось бы править файл hosts на каждой машине для каждого задействованного домена и поддомена.
Недостатком NAT loopback можно считать повышенную нагрузку на хаб и маршрутизатор (по сравнению с прямым доступом к серверу).
Привет читатель! Прошу прощения, что ушел на время в небытиЁ 
. Сегодня я хочу продолжить мой цикл статей о хостинге на Raspberry PI. И судя по названию статьи Вы должны были догадаться о том, что я хочу рассказать как-же все-таки сделать наш сайт по умолчанию доступным для всех желающих из всемирной сети Интернет. Сразу хочу оговориться, что это решение подойдет только тем пользователям, которые имеют хотя-бы динамический но белый адрес . У кого его нет, то статья будет являться чисто познавательной.
Ну что. Основные этапы установки описаны в двух статьях ранее. И это "почти" последняя. Почему почти? Все просто... Мне еще будет что Вам рассказать.
Подключаемся к нашей raspberry Pi по ssh. И выполняем следующие команды:
Продолжаю цикл статей "Хостинг на Raspberry Pi c панелью ISPConfig". Сейчас будут установлены необходимые компоненты. Вы уже в интернете видели стандартные мануалы под названием "Идеальный сервер", но увы. Наша Raspberry PI не настолько идеальная и ее производительности не хватит на то, чтобы потянуть воистину идеальный сервер. Поэтому часть компонентов, которые мне не нужны я устанавливать не буду (такие как квота, bind и пр.).
