Как размещать много доменов на одном сервере?

1 да, 2 на свой вкус.

Реверс-прокси это называется.

Обратному прокси (который Вы называете «сервером-диспетчером») также удобно поручить расшифровывать TLS, чтобы все остальные сайты на этой машине могли не заморачиваться работой с криптографическим материалом.

Вешайте внутренние сайты сразу на unix domain socket, а не на сетевой порт на localhost. На них можно выдать права доступа только веб-приложению и веб-серверу, тогда как подключиться к localhost может любой другой процесс на localhost.

Если у тебя статические сайты, то нет необходимости городить для каждого внутренний веб сервер и проксировать на него запросы через реверс прокси

Читай о virtual host в настройках веб-сервера

https://nginx.org/en/docs/http/request_processing.html https://nginx.org/en/docs/http/server_names.html https://httpd.apache.org/docs/2.2/ru/vhosts/

Привет, вопрос на стыке прикладного ПО: «виртуальный домен» и то как «в принципе» работает DNS.

Рекомендую начать с такой книжки, как методическое пособие: 978-5-49807-218-0

1. разбраться с «как работает интернет»;
2. выбрать подходящие веб-сервер: попробовать на нем настроить «виртуальные домены» для работы их в сети инернет, где в т.ч. «есть DNS».

Прим. ничего криминального, если 2 пункт будешь делать в локальной сети, т.к. на 1 пункте получишь представление «как это работает».

также удобно поручить расшифровывать TLS

Я бы как раз сделал наоборот, потому что главный диспетчер должен быть максимально быстрым, чтобы там не было очереди, чтобы другие клиенты не ждали. Особенно если там синхронный код. Но я пока не понял, как это технически реализовать в моем случае.

firkax, тут люди сомневаются в возможностях nginx.

Открою страшную тайну, от скорости работы вебсервера, качество интернета у клиента не улучшается. Для осознания, что скорее всего задачка похожа на 99% «у всех». Иначе это для места где что то из ряда вон. Либо кто-то свой ЦОД открывает.

также удобно поручить расшифровывать TLS, чтобы все остальные сайты на этой машине могли не заморачиваться

Если б вы знали, сколько существует кретинического софта, который отказывается отдавать наружу HTTP, а в отдельных случаях требует настройки LE ещё при установке…

Ты так пишешь, как будто реверс-прокси обязано работать в один поток. Настраиваешь ему (nginx) столько процессов, сколько надо чтобы никто не ждал. В большинстве случаев это оптимальная стратегия, позволяющая снизить сложность настройки того же самого но на отдельных серверах. Впрочем, бывают и случаи когда действительно надо только пробрасывать соединения дальше и не заниматься шифрованием на «диспетчере», но я сомневаюсь что ты с ними столкнёшься. Даже более того, если у тебя домашняя страница или какой-нить небольшой интернет-магазин, то даже однопоточный «диспетчер» скорее всего будет быстро всё разбирать.

смотря где тормоза, они и на сервере и на клиенте могут быть