Олег, Тут как раз и кроеться проблема :( сервер Hyper-V, на нем виртуалка с pfsense. Раньше сервер был через марщрутизатор включен в общую сеть компании и имел соответсвенно адрес из внутреннего пула. А pfsense вторым интерфейсом был навешен внешний адрес. Т.е. все было по фэншую... Сейчас из-за вылета маршрутизатора (и так как сервер ооочень удаленный) серверу дали внешний IP и получаеться след. ситуация: пользователи должны попадать на проксю по внешнему адресу и по внешнему уходить с нее. И адрес прокси получаеться один и для LAN и для WAN. Почему такая сложность? У нас терминалки за бугром, люди все здесь и ходят до терминалок через тонкие клиенты. Т.о. когда там они открывают браузер - у них все на импортном, и доступ к Российским сайтам либо медленный, либо нет доступа. У начальника появилась идея сделать времянку: направлять все запросы по 80 порту от туда на вот этот недо_прокси_сервер. Я вот и получаю на этом взрыв мозга - везде в мануалах два итнтерфейса для LAN и для WAN у меня получаеться один :( Но вродето как работает проис условии что сайт есть в Whitelist в Squid Access Control Lists.
Наверное путанное объяснение получилось :)
Это этап подготовки перехода на другие сервера (терминальную ферму). Мы не собираемся там использовать ни перемещаемые профили, ни перенаправление папок. Там будут uvhd. Плюс запрет размещения чего либо на рабочих столах и в документах. И да, все на тонких клиентах.
