Я новичок в Caddy server, но их сайт выглядел многообещающе. Я хочу использовать его в качестве обратного прокси-сервера для веб-сайтов, размещенных на других серверах. Итак, у меня есть 2 сайта; Wiki и фотогалерею, которые должны быть размещены за пределами моей локальной сети.
Caddyfile
Мой Caddyfile довольно прост:
coppery.<my domain name> {
proxy / http://192.168.1.66:80 {
transparent
}
}
wiki.<my domain name> {
proxy / http://192.168.1.88:8080 {
transparent
}
}
Когда я впервые запустил caddy
, я увидел некоторые вещи HTTPS с шифрованием, но это было успешно, поэтому теперь, когда я запускаю его, я получаю этот вывод:
root@caddy:~# caddy
Activating privacy features... done.
Serving HTTPS on port 443
https://coppery.<my domain name>
https://wiki.<my domain name>
Serving HTTP on port 80
http://coppery.<my domain name>
http://wiki.<my domain name>
WARNING: File descriptor limit 1024 is too low for production servers. At least 8192 is recommended. Fix with `ulimit -n 8192`.
Я думаю, что сейчас я могу отклонить предупреждение, возможно, я решу это в будущем, но в любом случае это не производственная среда.
Переадресация портов и DNS
Я настроил доменные имена так, чтобы они разрешались в мой IP-адрес (это уже сработало), и когда я пингую доменные имена, они правильно разрешают IP-адрес.
Когда я получаю доступ к IP-адресам напрямую из своей локальной сети, это работает, я получаю ожидаемые веб-сайты. Поэтому я добавил некоторую конфигурацию на свой маршрутизатор и переадресовал порты 80 и 443 на локальный IP-адрес машины, на которой размещен сервер Caddy.
Теперь, когда я пытаюсь получить доступ к coppery.<my domain name>
по HTTP или HTTPS, он ничего не показывает.
Так что мое единственное предположение состоит в том, что что-то не так с конфигурацией Caddyfile, но это действительно простой случай, и все, что я сделал, это использовал примеры, которые я нашел в Интернете. Которые, похоже, не работают.
Итак, вопрос: чего мне не хватает, чтобы все работало так, как задумано?