Wi-Fi USB-адаптер ALFA Network AWUS036ACU

Двухдиапазонный MU-MIMO USB-адаптер AWUS036ACU с поддержкой стандарта 802.11ac и скоростью передачи данных до 1200 Мбит/с.

Разместите веб-сервер на своем маршрутизаторе, используя КОНТЕЙНЕРЫ!

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

Это всего лишь несколько строк конфигурации. Пока что я оставил брэндмаер, так как предоставляю интернет-соединение через порт Ether 1 и также использую этот же порт для доступа к роутеру. Затем у меня настроена точка беспроводного доступа, которая выдает адреса из сети 10.0.0.0/24, и у меня есть очень базовая конфигурация контейнера. Очевидно, что в режиме устройства контейнеры включены. Я добавил интерфейс VETH, который включен в мост контейнеров, и мы используем сеть 172.17.0.0/24, аналогичную другим видео о контейнерах в прошлом. Затем есть правило маскарада, которое гарантирует, что у нас есть интернет-соединение как для наших контейнеров, так и для любых устройств, подключающихся к точке беспроводного доступа. Единственной частью этой конфигурации, которую вы не сможете скопировать напрямую, является URL реестра. Вероятно, вы должны использовать реестр докеров по умолчанию, а именно: registry-1.docker.io.

Итак, у меня вставлена флешка, и далее мы должны скопировать файлы веб-сайта на эту флешку. Теперь у меня есть папка с именем html. Я просто помещу ее на диск. И далее мы создадим точку монтирования для контейнера nginx по умолчанию. Мы могли бы использовать что-то вроде flask или, возможно, построить свой собственный веб-сервер на базе alpine или busy box, который занимал бы меньше места, но 60 мегабайт - это не так много, и поскольку у нас есть флешка, это вообще не проблема.

Перейдите к разделу container / mounts, добавьте dst=/usr/share/nginx/html, а затем источник будет на месте нашей папки. Затем я назову его html. Теперь я могу вернуться в раздел контейнера и добавить удаленное изображение nginx:latest, интерфейс=veth1, корневой каталог будет на моем флэш-накопителе. Я создам папку nginx, а затем монтирование будет html.Теперь, пока это создается, мне нужно добавить перенаправление портов, чтобы мы могли быть увереными в получении доступа к этому веб-сайту из нашего браузера. Итак, под /ip/firewall/nat добавьте chain=dstnat action=dst-nat protocol=tcp dst-port=80 to-ports=80 to-address=172.17.0.2, что является адресом моего контейнера. Теперь я могу запустить свой контейнер и если я открою браузер и введу IP-адрес моего роутера-я увижу веб-сайт своей кофейни. Способ, которым я структурировал правило NAT, позволяет ему работать также от любого устройства, которое получает доступ к Интернету через нашу беспроводную точку доступа.Cледующим шагом, наверное, мы могли бы создать статическую запись DNS, чтобы пользователи нашей беспроводной точки доступа могли просто ввести что-то вроде coffee.local в свой браузер вместо IP-адреса.

Итак, в разделе ip DNS нам сначала нужно разрешить удаленные запросы. Это позволяет роутеру действовать как DNS-сервер.Теперь я могу перейти в раздел статики и добавить имя coffee.local с адресом, который я использую для беспроводной точки доступа, который является 10.0.0.1. Теперь, если я подключусь к этой точке доступа со своего телефона и введу coffee.local в браузер, я действительно вижу веб-сайт кофейни.

ВАРИАНТЫ КАК СДЕЛАТЬ ДОМЕН РАБОТОСПОСОБНЫМ

• Вариант первый - если у нас есть публичный статический IP, то мы могли бы направить DNS прямо на наш роутер, но это вряд ли подойдет для малого бизнеса.
• Далее у нас есть второй вариант - это использование динамического DNS, что означает, что роутер будет получать динамический IP-адрес от интернет провайдера, и записи DNS будут постоянно обновлять его.
• Оба эти варианта хороши, но все еще остается проблема с TLS. Наш веб-сайт работает по протоколу HTTP, и браузеры конечных пользователей предупредят их, что это не безопасный сайт, потому что у него отсутсвует шифрование. Это приводит нас к третьему варианту - использованию контейнера Cloudflare Zero Trust.

Оба эти варианта хороши, но все еще остается проблема с TLS. Наш веб-сайт работает по протоколу HTTP, и браузеры конечных пользователей предупредят их, что это не безопасный сайт, потому что у него отсутсвует шифрование. Это приводит нас к третьему варианту - использованию контейнера Cloudflare Zero Trust.