Регистрация...

Eserv Forum / E4 / Proxy / Техподдержка прокси сервера Eserv/4 (Eproxy/4)

// (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
    По многочисленным просьбам открыт отдельный подфорум.
 
Комментарии к этой версии (27.03.2010 12:06) [~Eserv Forum]
АвторДатаТекстtags
dzy5508.04.2010 18:40
А как отключить, удалить, деактивировать прокси? мне она нафиг не нужна =)
wikipost
pig08.04.2010 18:44
Перевести службу в ручной режим запуска.
wikipost
ac08.04.2010 18:51
Eproxy/4 сидит внутри acWEB4, а не отдельным сервисом, поэтому при отключении службы пропадёт и веб-сервер. Если это не требуется, то просто поставьте порт прокси в ноль, и он не будет активироваться.
wikipost
shajtan13.04.2010 13:48
Хм... А если нету сертификата, прокся разве работает?
wikipost
ac14.04.2010 03:30
Без сертификата прокси работает, пока триал не истечет.
wikipost
Croke28.09.2010 15:14
Пользователи из Active Directory не могут попасть в инет, а созданные на Eserve могут, как быть?
wikipost
ac28.09.2010 17:44
Проверьте, что у вас установлено последнее обновление — http://code.eserv.ru/24.09.2010
wikipost
Croke29.09.2010 07:21
А можно эти обновления как то в папку Eserv вручную скопировать
wikipost
ac30.09.2010 03:59
Можно, но сложно — следить за http://code.eserv.ru/E4S/ и получать соответствующие файлы (например http://code.eserv.ru/E4S/fe5961390cbf79a8c3c63ad639c62d10 для замены acFilter.exe) при изменении даты/хэша.

По какой причине потребовалось вручную? Автоматически обновления не скачиваются? Давайте разберёмся, исправим баг, и будете автоматом обновлять.
wikipost
Croke30.09.2010 14:33
Автоматическое обновление работает, просто у нас уже работает Eserv3, а выключать его для проверки Eserv4 не хотелось бы. Будем проверять в субботу. Спасибо за ответы!
wikipost
Moor07.02.2011 11:32
Уважаемая техподдержка, очень прошу помочь как можно скорее, вопрос горит.
Перешли с Е2 на Е4. Только что, в субботу. Конфигурация на машине с Есервом стандартная: 2 сетевые, одна смотрит наружу, другая внутрь. Почта и интернет работают, хотя вопросов еще много но с ними потом. Суть: на клиентских машинах стоят программы, работающие с порталом налоговой инспекции (443 порт) и естественно использующие всевозможные сертификаты через AVEST (мы из РБ). На Е2 все работало без проблем. Поскольку эти программы к концу недели уже могут понадобиться, решил на всякий случай проверить. И тут засада — программа выдает "Ошибка проверки сертификата". Хоть бы сказала гадюка какого из них. Прав у юзеря хватает, в логах нигде отлупов ему не нашел. Спасайте предприятие!
wikipost
matveeva07.02.2011 12:50
Может, там еще какие порты открыты были на Е2? Надо посмотреть список TCPMAP в Е2
wikipost
Moor07.02.2011 12:51
ред: 07.02.2011 13:05
Нет. Однозначно. И помню, и проверил. Коннект-то проходит, проверка сертификата не проходит...
Попробовал отмапить 443 порт portal.nalog.by на 4431 (и соответственно в программе поменять настройки) — сказала что "сервис не доступен". Хотя странно конечно (acWEB перезапускал после мапинга).
wikipost
matveeva07.02.2011 13:04
Ну...Не знаю тогда. А дурацкий вопрос: у юзера в настройках прокси правильно прописана настройка Secure?
wikipost
Moor07.02.2011 13:19
ред: 07.02.2011 13:20
Ну поскольку
1) На той неделе на Е2 всё работало
2) В Е4 отдельно настройки порта Seсure не видел (только HTTP(S)), то как стоял 80 порт так и стоит, как и на HTTP

то причина похоже не здесь
wikipost
Moor07.02.2011 14:15
ред: 07.02.2011 14:19
Приношу извинения за поднятый ветер. Заработало. В Е2 этот ресурс (он выделен отдельно и к нему имеют доступ только определенные пользователи) был указан как
http://portal.nalog.by/*
Не знаю что меня дернуло при переходе на Е4 записать его как
*portal.nalog.by*
Исправил на то как было — всё стало на свои места. Хотя есть какая-то непонятка. Я ведь пробовал этого юзеря (с которым и экспериментировал) включать в группу имеющую доступ в интернет неограниченно (правда при этом не исключая его из группы налогов, portal.nalog.by) и это ничего не меняло.
wikipost
matveeva07.02.2011 14:25
Moor пишет: и это ничего не меняло.
А приоритеты правильно расставлены? Можно по журналу посмотреть по какому тарифному плану юзер ходил в интернет.
wikipost
Moor07.02.2011 14:59
ред: 07.02.2011 15:22
Скорее всего Вы имели ввиду не тарифный план а права. Посмотрел YYYYMMacl.txt. Да, действительно только с правами группы налогов, несмотря на то что я пробовал включать ее и в группу пользователей интернета, которая находится выше группы налогов. Я конечно пока не догоняю полностью определение прав в Е4, в Е2 было значительно проще, но об этом буду спрашивать уже в другой ветке, или здесь но позже — текучка пока не дает.
Но чтобы здесь поставить точку скажите пожалуйста чем отличается определение ресурса
http://portal.nalog.by/*
от
*portal.nalog.by*
в смысле функциональности. Если я правильно понимаю, то второй случай более широкий и включает в себя любые символы до имени портала.
wikipost
matveeva07.02.2011 15:19
Moor пишет: Скорее всего Вы имели ввиду не тарифный план а права.
Да, это я с прямым углом перепутала )) Про права в Е4 тоже было большое обсуждение, надо там еще покопать. В правах, вроде, приоритетов нет. Там сложение всех прав. И если юзеру поставить в правах на ресурс 255, то ему будет полный доступ к этому ресурсу.
wikipost
matveeva07.02.2011 15:24
Moor пишет: чем отличается определение ресурса
Возможно, http:// определяет сетевой ресурс, а *portal.nalog.by* может быть и файловым (т.е. имя файла)
wikipost
Moor07.02.2011 15:50
ред: 07.02.2011 15:53
Кто его знает кроме разработчиков. Но по HTTP тех кто в группе налогов пускало только на http://portal.nalog.by/* и никуда более, из этого я сделал вывод что всё работает как надо. Но у налоговой программы оказались свои соображения на этот счет...
wikipost
ac08.02.2011 06:58
При работе с httpS прокси не видит никаких URL'ов (http://*), т.к. всё зашифровано и от прокси скрыто. Браузер выдает прокси команду соединения с заданным хостом:портом, поэтому сравнение с урлом не сработает: правила, которые должны срабатывать для httpS, должны записывать ресурс как "*хост*".
wikipost
Работает на Eserv/5.05555 (05.06.2016)