Самая полная, ну почти, настройка обратного прокси Traefik v. 3.x

• Обсуждение настройки обратного прокси-трафика версии 3.0 и выше в сентябре 2024 года.  

• Упоминание о возможных проблемах с YouTube и ссылки на контакты и телеграм-канал для помощи каналу.  

• Обратный прокси обеспечивает удобство и безопасность для интернет-сервисов в локальной сети.  

• Обратный прокси направляет клиентов к приложениям, используя общее имя, например, "reader.mydomain.com".  

• Клиент не знает IP-адрес или порт сервера, взаимодействуя только с обратным прокси.  

• Обратный прокси скрывает инфраструктуру от внешнего мира и защищает трафик с помощью SSL-сертификатов.  

• Не все сервисы, выпущенные через обратный прокси, должны быть доступны извне.  

• Обратный прокси удобен для доступа к приложениям по зашифрованному протоколу и под доменным именем внутри локальной сети.  

• Использование обратного прокси для размещения приложений под удобным доменным именем.  

• Добавление базовой аутентификации и заголовков безопасности для веб-интерфейса.  

• Открытие только двух портов 80 и 443 для обработки HTTP-трафика.  

• Встроенный балансировщик нагрузки и автоматическое обновление сертификатов.  

• Сравнение с NPM: трафик более безопасен и имеет больше возможностей для настройки.  

• Трафик предпочтительнее для домашнего использования благодаря масштабируемости, метрикам и простой настройке.  

• Трафик имеет лучшую интеграцию с сервисами, такими как Logz.io и Keycloak.  

• Трафик предлагает удобный интерфейс для мониторинга и выявления проблем.  

• Несмотря на кажущуюся сложность, трафик прост в настройке и использовании.  

• Трафик состоит из динамической и статической конфигурации.  

• Динамическая конфигурация включает роутер, сервис мидл и сертификаты.  

• Роутер управляет входящими запросами и определяет правила для направления трафика на сервисы.  

• Сервис мидл изменяет запросы между роутером и сервисом.  

• Можно добавлять заголовки, аутентификацию и префикс пути.  

• Статическая конфигурация касается работы трафика и докер-контейнеров.  

• Белый IP-адрес и реальное доменное имя обязательны.  

• Доменное имя лучше покупать у проверенных регистраторов.  

• Важно учитывать стоимость продления доменного имени.  

• Нужен реальный DNS провайдер для размещения доменного имени.  

• Можно использовать Cloudflare или другие DNS регистраторы.  

• Необходимы две правильные записи DNS: одна для IP-адреса, другая для корневого домена.  

• Нужен внутренний DNS сервер для перенаправления трафика внутри локальной сети.  

• Рекомендуется использовать Adguard или другой популярный DNS сервер.  

• Важно открыть порты 80 и 443 на роутере.  

• В Cloudflare нужно создать токен для выпуска сертификата.  

• Токены привязываются к записям DNS и аккаунту.  

• Можно создать кастомный токен с необходимыми разрешениями.  

• Можно ограничить доступ к токену по IP-адресу.  

• Важно выбрать конкретный домен для токена.  

• Время действия токена можно оставить без срока действия.  

• В разделе веб-сайта нужно выбрать доменное имя и настроить SSL.  

• Выбрать значение "full" для шифрования соединения.  

• Создать две записи DNS: одна для корневого домена, другая для поддоменных имен.  

• Первая запись типа A должна вести на IP-адрес.  

• Вторая запись типа A должна вести на корневой домен.  

• Можно создать запись типа A для поддоменных имен для доступа извне.  

• Дешборд можно выпускать в интернет, так как он доступен только для чтения.  

• Доступ к дешборду можно защитить с помощью базовой аутентификации.  

• Злоумышленник может увидеть доменное имя, но не получит доступ к данным.  

• Созданы три поддоменных имени для дешборда.  

• Использование DNS-серверов Cloudflare скрывает реальный IP-адрес.  

• Cloudflare расшифровывает трафик, но это не критично для безопасности.  

• Использование двух прокси-серверов: Cloudflare и собственного.  

• Трафик не имеет проблем с двумя прокси, в отличие от других сервисов.  

• Настройка конфигурации для работы с двумя прокси.  

• Создание директории для контейнера и наполнение её файлами.  

• Создание файлов для динамической и статической конфигурации.  

• Настройка Docker Compose для контейнера.  

• Указание имени контейнера, политики перезапуска и настроек безопасности.  

• Создание отдельной Docker сети для прокси.  

• Указание окружения для контейнера и DNS-провайдера.  

• Указание прав на чтение и запись для логов.  

• Связывание с Docker для управления контейнерами.  

• Указание мест хранения файлов конфигурации и логов.  

• Использование меток для настройки контейнеров.  

• Возможность копирования настроек для других контейнеров.  

• Настройка для использования с сервисами, такими как Cloudflare.  

• Включаем трафик и нейбл тру.  

• Задаем точку входа 80 для дэш-борда.  

• Указываем базовую аутентификацию с логином админ и паролем.  

• Мидлэр отвечает за базовую аутентификацию.  

• Разрешаем внешние прокси-серверы для предотвращения конфликтов.  

• Указываем точку входа 443 для перенаправления трафика.  

• Указываем протокол TLS и провайдера сертификатов.  

• Задаем сеть для доступа контейнера трафик.  

• Вносим свой email и сохраняем файл.  

• Заполняем файл статической конфигурации.  

• Включаем режим дебаг и указываем точки входа.  

• Разрешаем самоподписанные сертификаты для сервисов.  

• Указываем провайдера сертификатов.  

• Задаем путь к файлу динамической конфигурации.  

• Указываем DNS-серверы для выпуска сертификатов.  

• Создаем логи для трафика и доступа.  

• Устанавливаем минимальные права на файл acme.json.  

• Создаем докер сеть и указываем логин и пароль.  

• Используем утилиту apache для генерации зафишированного пароля.  

• Вставляем значения в докер-компостный файл.  

• Проверяем наличие записей в файлах и доступность логов.  

• Вводим логин и пароль для базовой аутентификации.  

• Проверяем, что метрики и рейтинг отключены.  

• Провайдер - Docker, соединение защищено сертификатом Google Trust Services.  

• В дэшборде отображается только один сервис - Docker.  

• Сервисы: трафик, мидл, заголовки.  

• Все работает, провайдер - Docker.  

• Создаем директорию и Docker Compose файл для партейнера.  

• Закрываем порты для безопасности.  

• Указываем сеть и метки для обработки запросов.  

• Указываем доменное имя для доступа к партейнеру.  

• Ссылка на Docker Compose файл будет в описании к ролику.  

• Настройка сплит DNS для внутренней сети.  

• Выпускаем сертификаты на сервисы внутри локальной сети.  

• Используем файл динамической конфигурации для NextCloud.  

• Указываем правила и заголовки для обработки трафика.  

• Конфигурационный файл для NextCloud.  

• Настройка доступа между сетками.  

• Призыв к подписке и помощи.