Либо фреймы (очень простые), либо обратное проксирование (более сложные, но вы можете увидеть больше, чем просто http://example.com/plex
в своей адресной строке) могут достичь того, чего вы хотите.
Что касается RDP: вы не вводите это в своем браузере. Если вы действительно хотите, загрузите сохраненный сеанс RDP. Затем вы можете скачать и открыть файл каждый раз.
Apache и mod_proxy
Apache обеспечивает поддержку прокси через mod_proxy
. Самый простой пример - что-то вроде этого:
ProxyPass /foo http://foo.example.com/bar
ProxyPassReverse /foo http://foo.example.com/bar
Директива ProxyPass
определяет, какой путь передать на какой вышестоящий сервер. ProxyPassReverse
заставляет Apache переписывать некоторые заголовки ответа, чтобы маскировать адрес вышестоящих серверов.
Как вы могли заметить, в этом есть один существенный недостаток: на странице ответов ничего не переписывается. Таким образом, если нет только относительных ссылок, этот метод может работать только для одного запроса. Дополнительные проблемы могут возникнуть, если вы «переименуете» части URL. В идеале приложение, которое вы выбираете для прокси-запросов, должно явно поддерживать использование с обратным прокси-сервером.
Базовый пример для вашей настройки Plex будет выглядеть примерно так:
ProxyPass /plex http://localhost:32400/
ProxyPassReverse /plex http://localhost:32400/
Тем не менее, может показаться, что Plex Media Server в этом отношении не работает, поэтому вам, возможно, придется пересмотреть свою идею. Простые перенаправления гораздо проще в настройке и гарантированно работают без проблем. Вы не получите красивый URL в адресной строке.
Конечно, вы также можете использовать nginx для обратного прокси, и это, вероятно, будет намного быстрее.