Мне установили простой пакетный файл как сценарий входа в систему для пользователей через групповую политику:
повторите %logonserver % %username % %date % %time %>> \\server\share$\\logon.txt
Я установил долю, как скрытый также (не идеальный, но лучше чем ничего, если Вы волнуетесь по поводу безопасности).
Относительно "сования", необходимо было бы изучить то...
У вас не может быть спецификации порта на ProxyPass / app: 81
- вместо этого порт для прослушивания должен определяться VirtualHost
блок, в котором находится ProxyPass
.
Создайте второй VirtualHost
, настроенный на порт 81, затем поместите ProxyPass / app http://x.com:81
, чтобы добиться желаемого поведения.
Ну, вы могли бы использовать в пути номера «портов», просто не используйте «:».
ProxyPassReverse /app ht+p://x.com
ProxyPassReverse /app81 ht+p://x.com:81
Предполагая, что ваш сайт ht + p: // y. com:
y.com/app -> x.com
y.com/app81 -> x.com:81
Я предпочитаю использовать имена приложений на сервере. Фактически, у вас может быть много разных серверов приложений, но вы хотите, чтобы все веб-запросы выглядели так, как будто они пришли из одного места:
ProxyPassReverse /games ht+p://x.com:8080/games
ProxyPassReverse /finance ht+p://f.com:7000/money
ProxyPassReverse /movies ht+p://m.com:8001/cinema
y.com/games -> x.com:8080/games[1231 sizesy.com/ финансы -> f.com:7000/money[1232 impressiony.com/movies -> m.com:8001/cinema
Файлы cookie не обязательно используются совместно с разными номерами портов. Это из-за нечеткого поведения браузера , а не из-за конфигурации обратного прокси.
Я предлагаю вам придерживаться порта 80 (или 443) для внешнего интерфейса и использовать разные пути URL вместо другого порта числа.