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

Eserv Forum / E4 / Proxy / Пропал TCP_MISS?

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
i.schelokov пишет: люди плиз помогите пропал файл е4\conf\tcp_miss.rules.txt

Как пропал? Его и не было. Что пишет в логе? Это после сегодняшнего обновления появилось?
 
Комментарии к этой версии (05.05.2010 13:00) [~ac] 9c2cac7b
АвторДатаТекстtags
i.schelokov05.05.2010 13:21
В общем после аварийного завершения работы сервера в acWEB.log появились следующие записи:

LdapUdp server started.
Exception #2 at: H-STDIN:0:0:

^ conf\TCP_MISS.rules.txt — file not found
2010-05-05 13:12:57;192.168.1.32;Error 2 in the rule file "H-STDIN", line: 0, char: 0 pELAPSED ^ vHttpReplyCode ^ pCLIENT-WRITTEN ^ EXCEPTION! CODE:C0000005 ADDRESS:0058C074 WORD:METHOD USER DATA: 09C0004C THREAD ID: 00001054 HANDLER: 0859EE70 ** Exception time: Wed, 05 May 2010 13:12:57 +0400 ** Thread number/reuse/id:26 0 4180 ** API Calls: inet_ntoa sqlite3_finalize STACK: (0) 0000037C 00000000 00000000 7EAE2F1B 0000037C 76ED9D72 [00000000] RETURN STACK: 0859EE64 : 00567CAF INTERPRET_ 0859EE68 : 00567D39 INTERPRET 0859EE6C : 0055516C CATCH 0859EE70 : 0859EEA8 0859EE74 : 0859FF90 0859EE78 : 00579530 {eval} 0859EE7C : 0055326C (LocalsExit) 0859EE80 : 00000010 0859EE84 : 00000000 0859EE88 : 0000000A 0859EE8C : 0859FF94 0859EE90 : 09D43CAC 0859EE94 : 00579904 ({...}) 0859EE98 : 0055326C (LocalsExit) 0859EE9C : 00000004 0859EEA0 : 09D43CAC 0859EEA4 : 0055516C CATCH [...] 0859EF6C : 007B7DEE HTTP-PROXY-ERROR 0859EF70 : 005C0265 DoCommand 0859EF74 : 0055326C (LocalsExit) 0859EF78 : 00000004 0859EF7C : 007B7DEE HTTP-PROXY-ERROR 0859EF80 : 0055516C CATCH 0859EF84 : 0859EFC4 0859EF88 : 0859FF8C 0859EF8C : 005680D5 EVALUATE-WITH 0859EF90 : 00000006 0859EF94 : 00000000 0859EF98 : 00000000 0859EF9C : 09C01498 0859EFA0 : 00000000 0859EFA4 : 00000000 0859EFA8 : 00000000 END OF EXCEPTION REPORT HIERARCHY ^ FROM-HOST ^ ELAPSED ^ vHttpReplyCode ^ pCLIENT-WRITTEN ^ EXCEPTION! CODE:C0000005 ADDRESS:0058C074 WORD:METHOD USER DATA: 09C0004C THREAD ID: 00001054 HANDLER: 0859EE70 ** Exception time: Wed, 05 May 2010 13:12:57 +0400 ** Thread number/reuse/id:26 0 4180 ** API Calls: inet_ntoa sqlite3_finalize STACK: (0) 0000037C 00000000 00000000 7EAE2F1B 0000037C 76ED9D72 [00000000] RETURN STACK: 0859EE64 : 00567CAF INTERPRET_ 0859EE68 : 00567D39 INTERPRET 0859EE6C : 0055516C CATCH 0859EE70 : 0859EEA8 0859EE74 : 0859FF90 0859EE78 : 00579530 {eval} 0859EE7C : 0055326C (LocalsExit) 0859EE80 : 00000010 0859EE84 : 00000000 0859EE88 : 0000000A 0859EE8C : 0859FF94 0859EE90 : 09D43CAC 0859EE94 : 00579904 ({...}) 0859EE98 : 0055326C (LocalsExit) 0859EE9C : 00000004 0859EEA0 : 09D43CAC 0859EEA4 : 0055516C CATCH [...] 0859EF6C : 007B7DEE HTTP-PROXY-ERROR 0859EF70 : 005C0265 DoCommand 0859EF74 : 0055326C (LocalsExit) 0859EF78 : 00000004 0859EF7C : 007B7DEE HTTP-PROXY-ERROR 0859EF80 : 0055516C CATCH 0859EF84 : 0859EFC4 0859EF88 : 0859FF8C 0859EF8C : 005680D5 EVALUATE-WITH 0859EF90 : 00000006 0859EF94 : 00000000 0859EF98 : 00000000 0859EF9C : 09C01498 0859EFA0 : 00000000 0859EFA4 : 00000000 0859EFA8 : 00000000 END OF EXCEPTION REPORT HIERARCHY ^ FROM-HOST ^ HTTP-PROXY-ERROR ^ IFACE ^ Exception #2 at: H-STDIN:0:0:
^ conf\TCP_MISS.rules.txt — file not found
2010-05-05 13:13:08;192.168.1.32;Error 2 in the rule file "H-STDIN", line: 0, char: 0 pELAPSED {CLIENT ^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD ^ HIERARCHY /{FROM-HOST {CONTENT-TYPE ^ ELAPSED ;{UserEmail- ^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD ^ HIERARCHY /{FROM-HOST {CONTENT-TYPE ^ HTTP-PROXY-ERROR {IFACE {CurrentThreadNumber ^ Exception #2 at: H-STDIN:0:0:
Соответственно все поломалось, причем на месте нет никого, кто мог-бы что-то сделать.
wikipost
i.schelokov05.05.2010 13:22
ред: 05.05.2010 13:23
и еще есть записи:
^ conf\TCP_CLIENT_REFRESH.rules.txt — file not found
2010-05-05 13:18:50;192.168.1.22;Error 2 in the rule file "H-STDIN", line: 0, char: 0 pELAPSED {CLIENT ^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD ^ HIERARCHY /{FROM-HOST {CONTENT-TYPE ^ ELAPSED ;{UserEmail- ^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD ^ HIERARCHY /{FROM-HOST {CONTENT-TYPE ^ HTTP-PROXY-ERROR {IFACE {CurrentThreadNumber ^ Exception #2 at: H-STDIN:0:0:
Помогите по возможности оперативно, т.к. через 30 минут я не смогу подключиться к серверу.
Кстати с обновлениями это никак не связано.
wikipost
ac05.05.2010 14:01
А что менялось?

Перезапуск acWEB не помогает?
wikipost
i.schelokov05.05.2010 14:51
Перезапуск acWEB и компьютера ничего не меняет.
Остальные службы тоже не работают, просто с acWEB стали в первую очередь разбираться. Да и ошибок в логи они не дают.
wikipost
ac05.05.2010 17:37
i.schelokov пишет: В общем после аварийного завершения работы сервера

Это отключение питания или сбой аппаратуры сервера, или что?

i.schelokov пишет: Перезапуск acWEB и компьютера ничего не меняет.

Записи в логе всегда такие, как вы привели? Это ошибки прокси, их не должно быть непосредственно при запуске (отключите работу через прокси в IE на машине с Eserv на всякий случай). Есть ли другие ошибки в этом логе? Пришлите acWEB.log в виде архива на support@eserv.ru.
wikipost
i.schelokov05.05.2010 21:39
ред: 05.05.2010 21:54
Было отключение питания (бесперебойники не могут работать пол дня). Они появлюятся сразу после запуска. Сейчас попробую снять лог при отсутствии пользователей.
Логи отправил.
wikipost
ac05.05.2010 23:26
Разобрались. Да, ключевое слово здесь "отключение питания". Бьётся DATA\log\stat\stats.db3 (изменение режима журналирования в sqlite в обновлении 19.04.2010 проблему не решило, sqlite просто перестал детектировать разрушение базы при открытии). Удаление или перемещение этого лога решает проблему. В ближайшее время придётся заменить механизм работы с этим логом, т.к. не первый уже случай проблем после сбоев питания.

i.schelokov пишет: (бесперебойники не могут работать пол дня)
У них такой задачи и нет обычно. Они должны выдержать несколько минут, необходимых для нормального завершения работы и штатного выключения сервера до возобновления подачи питания. Если сервер выключать нельзя, то в запасе должен быть дизель-генератор
wikipost
i.schelokov10.08.2010 16:26
В последнее время опять стал падать прокси сервер с записью в лог следующих диагностических сообщений:
EXCEPTION! CODE:C0000005 ADDRESS:005791FC WORD:STRFREE USER DATA: 07A0004C THREAD ID: 00009C6C HANDLER: 0734EF84 ** Exception time: Tue, 10 Aug 2010 17:17:36 +0400 ** Thread number/reuse/id:149086 0 40044 ** API Calls: GetTickCount sqlite3_finalize STACK: (4) 00006080 776E9D42 0734FFD4 08303B2C 08303C58 08303BEC [0000001C] RETURN STACK: 0734EF38 : 007C768E CachedFileName 0734EF3C : 007C7F4B IsCachedFile 0734EF40 : 007D0368 IsCachedFile 0734EF44 : 007E319C http-proxy\OnRequest 0734EF48 : 005B9506 EvalRules 0734EF4C : 005B9B1D EvalRules 0734EF50 : 00000014 0734EF54 : 007C63DE EMPTY 0734EF58 : 007C63F8 EMPTY 0734EF5C : 005C0599 ExecCommand 0734EF60 : 005C0693 DoCommandP 0734EF64 : 0055326C (LocalsExit) 0734EF68 : 00000004 0734EF6C : 007C609A HTTP-PROXY-ERROR 0734EF70 : 005C075E DoCommand 0734EF74 : 0055326C (LocalsExit) 0734EF78 : 00000004 0734EF7C : 007C609A HTTP-PROXY-ERROR 0734EF80 : 0055516C CATCH 0734EF84 : 0734EFC4 0734EF88 : 0734FF8C 0734EF8C : 005680D5 EVALUATE-WITH 0734EF90 : 00000006 0734EF94 : 00000000 0734EF98 : 00000000 0734EF9C : 07A01498 0734EFA0 : 00000000 0734EFA4 : 00000000 0734EFA8 : 00000000 0734EFAC : 005C078C EvalCommand 0734EFB0 : 005C091E EvalCommands1 0734EFB4 : 005C09BF EvalCommands 0734EFB8 : 0734FF90 0734EFBC : 007C60CA HTTP-PROXY-ERROR 0734EFC0 : 0055516C CATCH 0734EFC4 : 00000000 0734EFC8 : 0734FF90 0734EFCC : 007C60FC ClassicThread 0734EFD0 : 007C614E ClassicThread
pELAPSED {CLIENT {ACTION
^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD
^ HIERARCHY /{FROM-HOST {CONTENT-TYPE
^ ELAPSED ;{UserEmail- ({NTLM_UID @ ABS
^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD
^ HIERARCHY /{FROM-HOST {CONTENT-TYPE
^ HTTP-PROXY-ERROR {IFACE {CurrentThreadNumber
^

В этот раз сбоев питания не было. Да и проверка файловой системы на диске ошибок не выявила.
wikipost
i.schelokov10.08.2010 16:26
В последнее время опять стал падать прокси сервер с записью в лог следующих диагностических сообщений:
EXCEPTION! CODE:C0000005 ADDRESS:005791FC WORD:STRFREE USER DATA: 07A0004C THREAD ID: 00009C6C HANDLER: 0734EF84 ** Exception time: Tue, 10 Aug 2010 17:17:36 +0400 ** Thread number/reuse/id:149086 0 40044 ** API Calls: GetTickCount sqlite3_finalize STACK: (4) 00006080 776E9D42 0734FFD4 08303B2C 08303C58 08303BEC [0000001C] RETURN STACK: 0734EF38 : 007C768E CachedFileName 0734EF3C : 007C7F4B IsCachedFile 0734EF40 : 007D0368 IsCachedFile 0734EF44 : 007E319C http-proxy\OnRequest 0734EF48 : 005B9506 EvalRules 0734EF4C : 005B9B1D EvalRules 0734EF50 : 00000014 0734EF54 : 007C63DE EMPTY 0734EF58 : 007C63F8 EMPTY 0734EF5C : 005C0599 ExecCommand 0734EF60 : 005C0693 DoCommandP 0734EF64 : 0055326C (LocalsExit) 0734EF68 : 00000004 0734EF6C : 007C609A HTTP-PROXY-ERROR 0734EF70 : 005C075E DoCommand 0734EF74 : 0055326C (LocalsExit) 0734EF78 : 00000004 0734EF7C : 007C609A HTTP-PROXY-ERROR 0734EF80 : 0055516C CATCH 0734EF84 : 0734EFC4 0734EF88 : 0734FF8C 0734EF8C : 005680D5 EVALUATE-WITH 0734EF90 : 00000006 0734EF94 : 00000000 0734EF98 : 00000000 0734EF9C : 07A01498 0734EFA0 : 00000000 0734EFA4 : 00000000 0734EFA8 : 00000000 0734EFAC : 005C078C EvalCommand 0734EFB0 : 005C091E EvalCommands1 0734EFB4 : 005C09BF EvalCommands 0734EFB8 : 0734FF90 0734EFBC : 007C60CA HTTP-PROXY-ERROR 0734EFC0 : 0055516C CATCH 0734EFC4 : 00000000 0734EFC8 : 0734FF90 0734EFCC : 007C60FC ClassicThread 0734EFD0 : 007C614E ClassicThread
pELAPSED {CLIENT {ACTION
^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD
^ HIERARCHY /{FROM-HOST {CONTENT-TYPE
^ ELAPSED ;{UserEmail- ({NTLM_UID @ ABS
^ vHttpReplyCode {pCLIENT-WRITTEN {METHOD
^ HIERARCHY /{FROM-HOST {CONTENT-TYPE
^ HTTP-PROXY-ERROR {IFACE {CurrentThreadNumber
^

В этот раз сбоев питания не было. Да и проверка файловой системы на диске ошибок не выявила.
wikipost
i.schelokov10.08.2010 16:48
Причем посмотрев внимательно лог мне не понравился ряд записей, появляющихся после перезагрузки acweb:
Loading: http://127.0.0.1:2009/e4i/frame.htm?act=server&tick=569945877
Dns server started.
UPnP поключен к 3 интерфейсам. Слушаю...
389 :127.0.0.1 0
389 :10.0.0.5 0
389 :192.168.1.5 0
636 :127.0.0.1 0
636 :10.0.0.5 0
636 :192.168.1.5 0
3268 :127.0.0.1 0
3268 :10.0.0.5 0
3268 :192.168.1.5 0
3269 :127.0.0.1 0
3269 :10.0.0.5 0
3269 :192.168.1.5 0
LdapUdp server started.
SNMP:starting... ESERV
SNMP server: 2009 :
SNMP server: 3128 :
DrWEB 5.00
10.8.2010 (1589525 virus records)
1080 :127.0.0.1 0
1080 :10.0.0.5 0
1080 :192.168.1.5 0
3121 :127.0.0.1 0
3121 :10.0.0.5 0
3121 :192.168.1.5 0
3128 :127.0.0.1 0
3128 :10.0.0.5 0
3128 :192.168.1.5 0 rO,57693 192.168.1.29 rO,57693 192.168.1.29 rO,57693 192.168.1.29 rO,3445 192.168.1.47 rO,3445 192.168.1.47 rO,3445 192.168.1.47 rO,3445 192.168.1.47 rO,3445 192.168.1.47
OPF failed:2 f:\cache\1\9\192.168.1.322869\1775c2839eea3172322d37218f246fef
OPF failed:2 f:\cache\1\9\192.168.1.322869\1775c2839eea3172322d37218f246fef
OPF failed:2 f:\cache\1\9\192.168.1.322869\1775c2839eea3172322d37218f246fef
OPF failed:2 f:\cache\1\9\192.168.1.322869\1775c2839eea3172322d37218f246fef

DrWEB — force closing file, reload DB
Unable to load drweb32.dll
TPORT
^     TARGET-URI
^ CACHE-DIR
^ Exception #2 at: H-STDIN:0:0:

^ conf\TCP_MISS.rules.txt — file not found
2010-08-10 17:36:02;192.168.1.45;Error 2 in the rule file "H-STDIN", line: 0, char: 0 pELAPSED ^ vHttpReplyCode ^ pCLIENT-WRITTEN ^
wikipost
ac11.08.2010 08:17
i.schelokov пишет: OPF failed

Это тоже про Dr.WEB. Словно кто-то файл из кэша умыкнул. Исправил пару подозрительных мест. http://www.eserv.ru/download/acWEB4_2010-08-11.rar — обновление exe.
wikipost
i.schelokov11.08.2010 15:48
После дня работы падений не наблюдается, но в acweb.log появились следующие записи: mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 rO,4001 192.168.1.47 rO,4001 192.168.1.47 rO,4001 192.168.1.47 rO,4001 192.168.1.47 rO,4001 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,4403 192.168.1.47 rO,4403 192.168.1.47 rO,4403 192.168.1.47 rO,4403 192.168.1.47 rO,4403 192.168.1.47 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,64078 192.168.1.37 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,4699 192.168.1.47 rO,4699 192.168.1.47 rO,4699 192.168.1.47 rO,4699 192.168.1.47 rO,4699 192.168.1.47 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,4819 192.168.1.47 rO,4819 192.168.1.47 rO,4819 192.168.1.47 rO,4819 192.168.1.47 rO,4819 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,4964 192.168.1.47 rO,4964 192.168.1.47 rO,4964 192.168.1.47 rO,4964 192.168.1.47 rO,4964 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1052 192.168.1.47 rO,1052 192.168.1.47 rO,1052 192.168.1.47 rO,1052 192.168.1.47 rO,1052 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1108 192.168.1.47 rO,1108 192.168.1.47 rO,1108 192.168.1.47 rO,1108 192.168.1.47 rO,1108 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,1269 192.168.1.47 rO,1269 192.168.1.47 rO,1269 192.168.1.47 rO,1269 192.168.1.47 rO,1269 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,64078 192.168.1.37 rO,1368 192.168.1.47 rO,1368 192.168.1.47 rO,1368 192.168.1.47 rO,1368 192.168.1.47 rO,1368 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1396 192.168.1.47 rO,1396 192.168.1.47 rO,1396 192.168.1.47 rO,1396 192.168.1.47 rO,1396 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1079 192.168.1.47 rO,1079 192.168.1.47 rO,1079 192.168.1.47 rO,1079 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1150 192.168.1.47 rO,1150 192.168.1.47 rO,1150 192.168.1.47 rO,1150 192.168.1.47 rO,1150 192.168.1.47 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,1179 192.168.1.47 rO,1179 192.168.1.47 rO,1179 192.168.1.47 rO,1179 192.168.1.47 rO,1179 192.168.1.47 rO,63273 192.168.1.37 rO,63273 192.168.1.37 rO,63273 192.168.1.37 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15 rO,63273 192.168.1.37 rO,63273 192.168.1.37 rO,63273 192.168.1.37 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,1209 192.168.1.47 rO,1209 192.168.1.47 rO,1209 192.168.1.47 rO,1209 192.168.1.47 rO,1209 192.168.1.47 rO,50009 192.168.1.29 rO,50009 192.168.1.29 rO,50009 192.168.1.29
DrWEB: Skip archive (demo version) mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 rO,59363 192.168.1.31 mS,64887 192.168.1.15 mS,64887 192.168.1.15 mS,64887 192.168.1.15
LDAP
Connection from: 192.168.1.38 Wed, 11 Aug 2010 16:24:28 +0400
15752CA4 30 84 00 00 00 10 00 00 00 00 00 00 00 00 00 00 0„..............
16 360000682
15752CA4 30 84 00 00 00 10 02 01 01 60 84 00 00 00 07 02 0„.......`„.....
15752CB4 01 03 04 00 80 00 00 00 00 00 00 00 00 00 00 00 ....Ђ...........

1 |0x30 (16 ASN.1) |1 |0x2 (1 ASN.1.1) 1 |2 |0x60 (7 ASN.1.2) | |1 |0x2 (1 ASN.1.2.1) 3 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x80 (0 ASN.1.2.3) LdapUser= LdapPass= 1 |0x30 (40 ASN.1) |1 |0x2 (1 ASN.1.1) 1 |2 |0x61 (35 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (28 ASN.1.2.3) Bind succeeded (@nes.032.ru)

15752CA4 30 84 00 00 00 50 02 01 01 60 84 00 00 00 07 02 0„...P...`„.....
80 360000682
15752CA4 30 84 00 00 00 50 02 01 02 63 84 00 00 00 47 04 0„...P...c„...G.
15752CB4 00 0A 01 00 0A 01 00 02 01 00 02 01 00 01 01 00 ................
15752CC4 87 0B 6F 62 6A 65 63 74 43 6C 61 73 73 30 84 00 ‡.objectClass0„.
15752CD4 00 00 23 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 ..#..objectClass
15752CE4 04 14 64 65 66 61 75 6C 74 4E 61 6D 69 6E 67 43 ..defaultNamingC
15752CF4 6F 6E 74 65 78 74 00 00 00 00 00 00 00 00 00 00 ontext..........

1 |0x30 (80 ASN.1) |1 |0x2 (1 ASN.1.1) 2 |2 |0x63 (71 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0xA (1 ASN.1.2.2) 0 | |3 |0xA (1 ASN.1.2.3) 0 | |4 |0x2 (1 ASN.1.2.4) 0 | |5 |0x2 (1 ASN.1.2.5) 0 | |6 |0x1 (1 ASN.1.2.6) | |7 |0x87 (11 ASN.1.2.7) objectClass | |8 |0x30 (35 ASN.1.2.8) | | |1 |0x4 (11 ASN.1.2.8.1) objectClass | | |2 |0x4 (20 ASN.1.2.8.2) defaultNamingContext
search req fetch OK, controls=0
Filter:
present='objectClass'

objectClass,
1 |0x30 (491 ASN.1) |1 |0x2 (1 ASN.1.1) 2 |2 |0x64 (484 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0x30 (478 ASN.1.2.2) | | |1 |0x30 (82 ASN.1.2.2.1) | | | |1 |0x4 (14 ASN.1.2.2.1.1) namingContexts | | | |2 |0x31 (64 ASN.1.2.2.1.2) | | | | |1 |0x4 (20 ASN.1.2.2.1.2.1) o=ЗАО НЭС,c=RU | | | | |2 |0x4 (19 ASN.1.2.2.1.2.2) l=Брянск,c=RU | | | | |3 |0x4 (19 ASN.1.2.2.1.2.3) dc=nes,dc=032,dc=ru | | |2 |0x30 (30 ASN.1.2.2.2) | | | |1 |0x4 (20 ASN.1.2.2.2.1) SupportedLDAPVersion | | | |2 |0x31 (6 ASN.1.2.2.2.2) | | | | |1 |0x4 (1 ASN.1.2.2.2.2.1) 2 | | | | |2 |0x4 (1 ASN.1.2.2.2.2.2) 3 | | |3 |0x30 (32 ASN.1.2.2.3) | | | |1 |0x4 (17 ASN.1.2.2.3.1) subSchemaSubentry | | | |2 |0x31 (11 ASN.1.2.2.3.2) | | | | |1 |0x4 (9 ASN.1.2.2.3.2.1) cn=schema | | |4 |0x30 (51 ASN.1.2.2.4) | | | |1 |0x4 (23 ASN.1.2.2.4.1) supportedSASLMechanisms | | | |2 |0x31 (24 ASN.1.2.2.4.2) | | | | |1 |0x4 (5 ASN.1.2.2.4.2.1) PLAIN | | | | |2 |0x4 (4 ASN.1.2.2.4.2.2) NTLM | | | | |3 |0x4 (9 ASN.1.2.2.4.2.3) ANONYMOUS | | |5 |0x30 (271 ASN.1.2.2.5) | | | |1 |0x4 (16 ASN.1.2.2.5.1) supportedControl | | | |2 |0x31 (249 ASN.1.2.2.5.2) | | | | |1 |0x4 (22 ASN.1.2.2.5.2.1) 1.2.840.113556.1.4.473 | | | | |2 |0x4 (22 ASN.1.2.2.5.2.2) 1.2.840.113556.1.4.474 | | | | |3 |0x4 (25 ASN.1.2.2.5.2.3) 1.3.6.1.4.1.42.2.27.8.5.1 | | | | |4 |0x4 (24 ASN.1.2.2.5.2.4) 1.3.6.1.4.1.7628.5.101.1 | | | | |5 |0x4 (24 ASN.1.2.2.5.2.5) 2.16.840.1.113730.3.4.18 | | | | |6 |0x4 (23 ASN.1.2.2.5.2.6) 2.16.840.1.113730.3.4.2 | | | | |7 |0x4 (23 ASN.1.2.2.5.2.7) 1.3.6.1.4.1.4203.1.10.1 | | | | |8 |0x4 (23 ASN.1.2.2.5.2.8) 1.2.826.0.1.3344810.2.3 | | | | |9 |0x4 (14 ASN.1.2.2.5.2.9) 1.3.6.1.1.13.2 | | | | |10 |0x4 (14 ASN.1.2.2.5.2.10) 1.3.6.1.1.13.1 | | | | |11 |0x4 (13 ASN.1.2.2.5.2.11) 1.3.6.1.1.120
1 |0x30 (48 ASN.1) |1 |0x2 (1 ASN.1.1) 2 |2 |0x65 (43 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (36 ASN.1.2.3) Search succeeded. Found 0 record(s).

15752CA4 30 84 00 00 00 63 02 01 02 63 84 00 00 00 47 04 0„...c...c„...G.
99 360000682
15752CA4 30 84 00 00 00 63 02 01 03 63 84 00 00 00 5A 04 0„...c...c„...Z.
15752CB4 00 0A 01 00 0A 01 00 02 01 00 02 01 00 01 01 00 ................
15752CC4 87 0B 6F 62 6A 65 63 74 63 6C 61 73 73 30 84 00 ‡.objectclass0„.
15752CD4 00 00 36 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 ..6..objectClass
15752CE4 04 10 73 75 70 70 6F 72 74 65 64 43 6F 6E 74 72 ..supportedContr
15752CF4 6F 6C 04 15 73 75 70 70 6F 72 74 65 64 43 61 70 ol..supportedCap
15752D04 61 62 69 6C 69 74 69 65 73 00 00 00 00 00 00 00 abilities.......

1 |0x30 (99 ASN.1) |1 |0x2 (1 ASN.1.1) 3 |2 |0x63 (90 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0xA (1 ASN.1.2.2) 0 | |3 |0xA (1 ASN.1.2.3) 0 | |4 |0x2 (1 ASN.1.2.4) 0 | |5 |0x2 (1 ASN.1.2.5) 0 | |6 |0x1 (1 ASN.1.2.6) | |7 |0x87 (11 ASN.1.2.7) objectclass | |8 |0x30 (54 ASN.1.2.8) | | |1 |0x4 (11 ASN.1.2.8.1) objectClass | | |2 |0x4 (16 ASN.1.2.8.2) supportedControl | | |3 |0x4 (21 ASN.1.2.8.3) supportedCapabilities
search req fetch OK, controls=0
Filter:
present='objectclass'

objectclass,
1 |0x30 (491 ASN.1) |1 |0x2 (1 ASN.1.1) 3 |2 |0x64 (484 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0x30 (478 ASN.1.2.2) | | |1 |0x30 (82 ASN.1.2.2.1) | | | |1 |0x4 (14 ASN.1.2.2.1.1) namingContexts | | | |2 |0x31 (64 ASN.1.2.2.1.2) | | | | |1 |0x4 (20 ASN.1.2.2.1.2.1) o=ЗАО НЭС,c=RU | | | | |2 |0x4 (19 ASN.1.2.2.1.2.2) l=Брянск,c=RU | | | | |3 |0x4 (19 ASN.1.2.2.1.2.3) dc=nes,dc=032,dc=ru | | |2 |0x30 (30 ASN.1.2.2.2) | | | |1 |0x4 (20 ASN.1.2.2.2.1) SupportedLDAPVersion | | | |2 |0x31 (6 ASN.1.2.2.2.2) | | | | |1 |0x4 (1 ASN.1.2.2.2.2.1) 2 | | | | |2 |0x4 (1 ASN.1.2.2.2.2.2) 3 | | |3 |0x30 (32 ASN.1.2.2.3) | | | |1 |0x4 (17 ASN.1.2.2.3.1) subSchemaSubentry | | | |2 |0x31 (11 ASN.1.2.2.3.2) | | | | |1 |0x4 (9 ASN.1.2.2.3.2.1) cn=schema | | |4 |0x30 (51 ASN.1.2.2.4) | | | |1 |0x4 (23 ASN.1.2.2.4.1) supportedSASLMechanisms | | | |2 |0x31 (24 ASN.1.2.2.4.2) | | | | |1 |0x4 (5 ASN.1.2.2.4.2.1) PLAIN | | | | |2 |0x4 (4 ASN.1.2.2.4.2.2) NTLM | | | | |3 |0x4 (9 ASN.1.2.2.4.2.3) ANONYMOUS | | |5 |0x30 (271 ASN.1.2.2.5) | | | |1 |0x4 (16 ASN.1.2.2.5.1) supportedControl | | | |2 |0x31 (249 ASN.1.2.2.5.2) | | | | |1 |0x4 (22 ASN.1.2.2.5.2.1) 1.2.840.113556.1.4.473 | | | | |2 |0x4 (22 ASN.1.2.2.5.2.2) 1.2.840.113556.1.4.474 | | | | |3 |0x4 (25 ASN.1.2.2.5.2.3) 1.3.6.1.4.1.42.2.27.8.5.1 | | | | |4 |0x4 (24 ASN.1.2.2.5.2.4) 1.3.6.1.4.1.7628.5.101.1 | | | | |5 |0x4 (24 ASN.1.2.2.5.2.5) 2.16.840.1.113730.3.4.18 | | | | |6 |0x4 (23 ASN.1.2.2.5.2.6) 2.16.840.1.113730.3.4.2 | | | | |7 |0x4 (23 ASN.1.2.2.5.2.7) 1.3.6.1.4.1.4203.1.10.1 | | | | |8 |0x4 (23 ASN.1.2.2.5.2.8) 1.2.826.0.1.3344810.2.3 | | | | |9 |0x4 (14 ASN.1.2.2.5.2.9) 1.3.6.1.1.13.2 | | | | |10 |0x4 (14 ASN.1.2.2.5.2.10) 1.3.6.1.1.13.1 | | | | |11 |0x4 (13 ASN.1.2.2.5.2.11) 1.3.6.1.1.120
1 |0x30 (48 ASN.1) |1 |0x2 (1 ASN.1.1) 3 |2 |0x65 (43 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (36 ASN.1.2.3) Search succeeded. Found 0 record(s).

15752CA4 30 84 00 00 00 05 02 01 03 63 84 00 00 00 5A 04 0„.......c„...Z.
5 360000682
15752CA4 30 84 00 00 00 05 02 01 04 42 00 00 00 00 5A 04 0„.......B....Z.

1 |0x30 (5 ASN.1) |1 |0x2 (1 ASN.1.1) 4 |2 |0x42 (0 ASN.1.2) 0 ===================== LDAP err=-1002 0 toread ior=-1002 n=0 LDAP close connection. 192.168.1.38 Wed, 11 Aug 2010 16:24:28 +0400 No stats for LDAP protocol. LDAP connection from: 192.168.1.38 Wed, 11 Aug 2010 16:24:28 +0400
8CB2CA4 30 84 00 00 00 10 00 00 00 00 00 00 00 00 00 00 0„..............
16 147532970
8CB2CA4 30 84 00 00 00 10 02 01 05 60 84 00 00 00 07 02 0„.......`„.....
8CB2CB4 01 03 04 00 80 00 00 00 00 00 00 00 00 00 00 00 ....Ђ...........

1 |0x30 (16 ASN.1) |1 |0x2 (1 ASN.1.1) 5 |2 |0x60 (7 ASN.1.2) | |1 |0x2 (1 ASN.1.2.1) 3 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x80 (0 ASN.1.2.3) LdapUser= LdapPass= 1 |0x30 (40 ASN.1) |1 |0x2 (1 ASN.1.1) 5 |2 |0x61 (35 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (28 ASN.1.2.3) Bind succeeded (@nes.032.ru)

8CB2CA4 30 84 00 00 00 50 02 01 05 60 84 00 00 00 07 02 0„...P...`„.....
80 147532970
8CB2CA4 30 84 00 00 00 50 02 01 06 63 84 00 00 00 47 04 0„...P...c„...G.
8CB2CB4 00 0A 01 00 0A 01 00 02 01 00 02 01 00 01 01 00 ................
8CB2CC4 87 0B 6F 62 6A 65 63 74 43 6C 61 73 73 30 84 00 ‡.objectClass0„.
8CB2CD4 00 00 23 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 ..#..objectClass
8CB2CE4 04 14 64 65 66 61 75 6C 74 4E 61 6D 69 6E 67 43 ..defaultNamingC
8CB2CF4 6F 6E 74 65 78 74 00 00 00 00 00 00 00 00 00 00 ontext..........

1 |0x30 (80 ASN.1) |1 |0x2 (1 ASN.1.1) 6 |2 |0x63 (71 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0xA (1 ASN.1.2.2) 0 | |3 |0xA (1 ASN.1.2.3) 0 | |4 |0x2 (1 ASN.1.2.4) 0 | |5 |0x2 (1 ASN.1.2.5) 0 | |6 |0x1 (1 ASN.1.2.6) | |7 |0x87 (11 ASN.1.2.7) objectClass | |8 |0x30 (35 ASN.1.2.8) | | |1 |0x4 (11 ASN.1.2.8.1) objectClass | | |2 |0x4 (20 ASN.1.2.8.2) defaultNamingContext
search req fetch OK, controls=0
Filter:
present='objectClass'

objectClass,
1 |0x30 (491 ASN.1) |1 |0x2 (1 ASN.1.1) 6 |2 |0x64 (484 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0x30 (478 ASN.1.2.2) | | |1 |0x30 (82 ASN.1.2.2.1) | | | |1 |0x4 (14 ASN.1.2.2.1.1) namingContexts | | | |2 |0x31 (64 ASN.1.2.2.1.2) | | | | |1 |0x4 (20 ASN.1.2.2.1.2.1) o=ЗАО НЭС,c=RU | | | | |2 |0x4 (19 ASN.1.2.2.1.2.2) l=Брянск,c=RU | | | | |3 |0x4 (19 ASN.1.2.2.1.2.3) dc=nes,dc=032,dc=ru | | |2 |0x30 (30 ASN.1.2.2.2) | | | |1 |0x4 (20 ASN.1.2.2.2.1) SupportedLDAPVersion | | | |2 |0x31 (6 ASN.1.2.2.2.2) | | | | |1 |0x4 (1 ASN.1.2.2.2.2.1) 2 | | | | |2 |0x4 (1 ASN.1.2.2.2.2.2) 3 | | |3 |0x30 (32 ASN.1.2.2.3) | | | |1 |0x4 (17 ASN.1.2.2.3.1) subSchemaSubentry | | | |2 |0x31 (11 ASN.1.2.2.3.2) | | | | |1 |0x4 (9 ASN.1.2.2.3.2.1) cn=schema | | |4 |0x30 (51 ASN.1.2.2.4) | | | |1 |0x4 (23 ASN.1.2.2.4.1) supportedSASLMechanisms | | | |2 |0x31 (24 ASN.1.2.2.4.2) | | | | |1 |0x4 (5 ASN.1.2.2.4.2.1) PLAIN | | | | |2 |0x4 (4 ASN.1.2.2.4.2.2) NTLM | | | | |3 |0x4 (9 ASN.1.2.2.4.2.3) ANONYMOUS | | |5 |0x30 (271 ASN.1.2.2.5) | | | |1 |0x4 (16 ASN.1.2.2.5.1) supportedControl | | | |2 |0x31 (249 ASN.1.2.2.5.2) | | | | |1 |0x4 (22 ASN.1.2.2.5.2.1) 1.2.840.113556.1.4.473 | | | | |2 |0x4 (22 ASN.1.2.2.5.2.2) 1.2.840.113556.1.4.474 | | | | |3 |0x4 (25 ASN.1.2.2.5.2.3) 1.3.6.1.4.1.42.2.27.8.5.1 | | | | |4 |0x4 (24 ASN.1.2.2.5.2.4) 1.3.6.1.4.1.7628.5.101.1 | | | | |5 |0x4 (24 ASN.1.2.2.5.2.5) 2.16.840.1.113730.3.4.18 | | | | |6 |0x4 (23 ASN.1.2.2.5.2.6) 2.16.840.1.113730.3.4.2 | | | | |7 |0x4 (23 ASN.1.2.2.5.2.7) 1.3.6.1.4.1.4203.1.10.1 | | | | |8 |0x4 (23 ASN.1.2.2.5.2.8) 1.2.826.0.1.3344810.2.3 | | | | |9 |0x4 (14 ASN.1.2.2.5.2.9) 1.3.6.1.1.13.2 | | | | |10 |0x4 (14 ASN.1.2.2.5.2.10) 1.3.6.1.1.13.1 | | | | |11 |0x4 (13 ASN.1.2.2.5.2.11) 1.3.6.1.1.120
1 |0x30 (48 ASN.1) |1 |0x2 (1 ASN.1.1) 6 |2 |0x65 (43 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (36 ASN.1.2.3) Search succeeded. Found 0 record(s).

8CB2CA4 30 84 00 00 00 63 02 01 06 63 84 00 00 00 47 04 0„...c...c„...G.
99 147532970
8CB2CA4 30 84 00 00 00 63 02 01 07 63 84 00 00 00 5A 04 0„...c...c„...Z.
8CB2CB4 00 0A 01 00 0A 01 00 02 01 00 02 01 00 01 01 00 ................
8CB2CC4 87 0B 6F 62 6A 65 63 74 63 6C 61 73 73 30 84 00 ‡.objectclass0„.
8CB2CD4 00 00 36 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 ..6..objectClass
8CB2CE4 04 10 73 75 70 70 6F 72 74 65 64 43 6F 6E 74 72 ..supportedContr
8CB2CF4 6F 6C 04 15 73 75 70 70 6F 72 74 65 64 43 61 70 ol..supportedCap
8CB2D04 61 62 69 6C 69 74 69 65 73 00 00 00 00 00 00 00 abilities.......

1 |0x30 (99 ASN.1) |1 |0x2 (1 ASN.1.1) 7 |2 |0x63 (90 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0xA (1 ASN.1.2.2) 0 | |3 |0xA (1 ASN.1.2.3) 0 | |4 |0x2 (1 ASN.1.2.4) 0 | |5 |0x2 (1 ASN.1.2.5) 0 | |6 |0x1 (1 ASN.1.2.6) | |7 |0x87 (11 ASN.1.2.7) objectclass | |8 |0x30 (54 ASN.1.2.8) | | |1 |0x4 (11 ASN.1.2.8.1) objectClass | | |2 |0x4 (16 ASN.1.2.8.2) supportedControl | | |3 |0x4 (21 ASN.1.2.8.3) supportedCapabilities
search req fetch OK, controls=0
Filter:
present='objectclass'

objectclass,
1 |0x30 (491 ASN.1) |1 |0x2 (1 ASN.1.1) 7 |2 |0x64 (484 ASN.1.2) | |1 |0x4 (0 ASN.1.2.1) | |2 |0x30 (478 ASN.1.2.2) | | |1 |0x30 (82 ASN.1.2.2.1) | | | |1 |0x4 (14 ASN.1.2.2.1.1) namingContexts | | | |2 |0x31 (64 ASN.1.2.2.1.2) | | | | |1 |0x4 (20 ASN.1.2.2.1.2.1) o=ЗАО НЭС,c=RU | | | | |2 |0x4 (19 ASN.1.2.2.1.2.2) l=Брянск,c=RU | | | | |3 |0x4 (19 ASN.1.2.2.1.2.3) dc=nes,dc=032,dc=ru | | |2 |0x30 (30 ASN.1.2.2.2) | | | |1 |0x4 (20 ASN.1.2.2.2.1) SupportedLDAPVersion | | | |2 |0x31 (6 ASN.1.2.2.2.2) | | | | |1 |0x4 (1 ASN.1.2.2.2.2.1) 2 | | | | |2 |0x4 (1 ASN.1.2.2.2.2.2) 3 | | |3 |0x30 (32 ASN.1.2.2.3) | | | |1 |0x4 (17 ASN.1.2.2.3.1) subSchemaSubentry | | | |2 |0x31 (11 ASN.1.2.2.3.2) | | | | |1 |0x4 (9 ASN.1.2.2.3.2.1) cn=schema | | |4 |0x30 (51 ASN.1.2.2.4) | | | |1 |0x4 (23 ASN.1.2.2.4.1) supportedSASLMechanisms | | | |2 |0x31 (24 ASN.1.2.2.4.2) | | | | |1 |0x4 (5 ASN.1.2.2.4.2.1) PLAIN | | | | |2 |0x4 (4 ASN.1.2.2.4.2.2) NTLM | | | | |3 |0x4 (9 ASN.1.2.2.4.2.3) ANONYMOUS | | |5 |0x30 (271 ASN.1.2.2.5) | | | |1 |0x4 (16 ASN.1.2.2.5.1) supportedControl | | | |2 |0x31 (249 ASN.1.2.2.5.2) | | | | |1 |0x4 (22 ASN.1.2.2.5.2.1) 1.2.840.113556.1.4.473 | | | | |2 |0x4 (22 ASN.1.2.2.5.2.2) 1.2.840.113556.1.4.474 | | | | |3 |0x4 (25 ASN.1.2.2.5.2.3) 1.3.6.1.4.1.42.2.27.8.5.1 | | | | |4 |0x4 (24 ASN.1.2.2.5.2.4) 1.3.6.1.4.1.7628.5.101.1 | | | | |5 |0x4 (24 ASN.1.2.2.5.2.5) 2.16.840.1.113730.3.4.18 | | | | |6 |0x4 (23 ASN.1.2.2.5.2.6) 2.16.840.1.113730.3.4.2 | | | | |7 |0x4 (23 ASN.1.2.2.5.2.7) 1.3.6.1.4.1.4203.1.10.1 | | | | |8 |0x4 (23 ASN.1.2.2.5.2.8) 1.2.826.0.1.3344810.2.3 | | | | |9 |0x4 (14 ASN.1.2.2.5.2.9) 1.3.6.1.1.13.2 | | | | |10 |0x4 (14 ASN.1.2.2.5.2.10) 1.3.6.1.1.13.1 | | | | |11 |0x4 (13 ASN.1.2.2.5.2.11) 1.3.6.1.1.120
1 |0x30 (48 ASN.1) |1 |0x2 (1 ASN.1.1) 7 |2 |0x65 (43 ASN.1.2) | |1 |0xA (1 ASN.1.2.1) 0 | |2 |0x4 (0 ASN.1.2.2) | |3 |0x4 (36 ASN.1.2.3) Search succeeded. Found 0 record(s).

8CB2CA4 30 84 00 00 00 05 02 01 07 63 84 00 00 00 5A 04 0„.......c„...Z.
5 147532970
8CB2CA4 30 84 00 00 00 05 02 01 08 42 00 00 00 00 5A 04 0„.......B....Z.

1 |0x30 (5 ASN.1) |1 |0x2 (1 ASN.1.1) 8 |2 |0x42 (0 ASN.1.2) 0 ===================== LDAP err=-1002 0 toread ior=-1002 n=0 LDAP close connection. 192.168.1.38 Wed, 11 Aug 2010 16:24:29 +0400 No stats for LDAP protocol. rO,1225 192.168.1.47 rO,1225 192.168.1.47 rO,1225 192.168.1.47 rO,1225 192.168.1.47 rO,1225 192.168.1.47 OPF failed:32 f:\cache\p\l\pline.lovesupport.ru\b298b4237e3ffd25a1d3ac8c26d20592 OPF failed:32 f:\cache\p\l\pline.lovesupport.ru\b298b4237e3ffd25a1d3ac8c26d20592
DrWEB — force closing file, reload DB
Unable to load drweb32.dll mS,59363 192.168.1.31 mS,59363 192.168.1.31 mS,59363 192.168.1.31
wikipost
ac12.08.2010 03:03
Поддержку DrWEB подкрутил еще. Отладку LDAP и UPnP отключил. http://www.eserv.ru/download/acWEB4_2010-08-12.rar
wikipost
i.schelokov12.08.2010 14:42
После сегодняшнего обновления в логе остались только следующие записи: f:\cache\1\9\192.168.1.332869\51726f755e106c4e730b9c176c804f8f f:\cache\1\9\192.168.1.332869\51726f755e106c4e730b9c176c804f8f f:\cache\1\9\192.168.1.332869\51726f755e106c4e730b9c176c804f8f f:\cache\1\9\192.168.1.332869\51726f755e106c4e730b9c176c804f8f

И еще заметил один момент, при сегодня при открытии форума иногда появляется в место сообщений надпись "сервис не доступен". Раньше таких записей я не наблюдал.
На других сайтах подобной проблемы мне не встречалось.
wikipost
ac12.08.2010 15:52
i.schelokov пишет: сервис не доступен

Как это вместо сообщений форума? Вместо всей темы или вместо каждого из сообщений? И прямо так русским текстом, или это в переводе? Если еще раз увидите — сделайте снимок, пожалуйста, а то я что-то не припомню, где у нас такие сообщения.

Если "503 service unavailable" красным цветом, то это скорее всего проблемы со связью — Eproxy при невозможности соединиться такой код в заголовке дает, а наши скрипты на сайте используют ajax и при ошибках цитируют текст из заголовков — в тех местах страницы, куда что-то должно было динамически подгрузиться. На других сайтов вы такого действительно не увидите, если там не Eserv, т.е. там другая реализация XHR (по части вывода ошибок), т.е. ошибки будут выглядеть по другому или вообще скрываться.
wikipost
i.schelokov12.08.2010 17:01
Пример долго ждать не пришлось, ошибки появляются в место некоторых сообщений. Например первые сообщения загружаются полностью, а дальше ошибка.
Пример скриншота при попытке ответить в форуме.

Снимок Пример ошибки [4041 bytes]
До последнего обновления я таких ошибок не видел.
wikipost
ac12.08.2010 19:04
Можно в логе HTTP-PROXY\* посмотреть, какой там код ошибки был (в конце строки, в которой код ответа 503). Может канал перегружен (от вас до Калининграда), может ваш компьютер, а может и наш сервер (таймаут 10060, например; хотя сегодня алертов от монитора не приходило)...

В последних исправлениях это не затрагивалось.
wikipost
i.schelokov25.08.2010 08:45
Вчера произошло очередное падение прокси, а за одно и веб сервера. В логах есть следующие ошибки:
Tue, 24 Aug 2010 14:42:58 +0400 Can't create thread. Error:8
Tue, 24 Aug 2010 15:35:02 +0400 Can't create thread. Error:8
Tue, 24 Aug 2010 15:35:08 +0400 Can't create thread. Error:8

Следующая запись о перезапуске сервера.
wikipost
pig25.08.2010 10:24
8 ERROR_NOT_ENOUGH_MEMORY
wikipost
i.schelokov25.08.2010 10:49
Значит где-то возникает утечка памяти, нужно каким-то образом попытаться отловить этот момент.
wikipost
ac25.08.2010 21:55
Да, надо бы помониторить, кто отъедает память. Там не обязательно утечка, может быть просто слишком много одновременной работы — много потоков в прокси или почтовом сервере, или много запущенных smtpsend'ов, и т.п. Если системной памяти мало и если файл подкачки достиг предела, то ОС начинает отвечать этим 8м кодом ошибки на все функции, которым нужна доп.память.
wikipost
i.schelokov26.08.2010 11:07
В общем обнаружил в логах следующие записи в больших количествах:
2010-08-25 11:44:59;postmaster@nes.032.ru;postmaster@nes.032.ru;0;<503569074c402ab$9edca520$0208a8c0@LOCALHOST>;localhost;550;550 postmaster@nes.032.ru no such email here, local domain 6 Сами письма зацикливаются и лежат в папке: d:\E4\DATA\mail\out\127.0.0.1\25\ Причем их размер был порядка 600 Mb и файлов было 2 десятка примерно. Соответственно процесс smtpsend4 съедал неразумно большое количество памяти. Единственное, не подумал сохранить файлы для анализа, а сразу их удалил. Интересно разобраться откуда они взялись, если нужны какието логи, готов предоставить.
wikipost
ac26.08.2010 15:49
А этот ящик postmaster@ у вас и на самом деле отсутствует? Но видимо он указан в качестве ящика администратора. А ящик администратора используется, кроме всего прочего, и как последнее пристанище для почты, которую не удалось ни доставить, ни вернуть отправителю. Если и этот ящик не доставлябельный, то почта (возвраты) зацикливается до тех пор, пока не сработает ловушка зацикливания (счётчик заголовков Received), либо пока парсер почты не сочтет заголовок неправильным (основные поля заголовка уехали далеко за пределы разумной видимости). В общем, надо проверить, что с этим ящиком.
wikipost
i.schelokov26.08.2010 16:03
Ящик на самом деле существует, в него в частности копируется спам. Там есть письма, они постоянно туда приходят и видимых проблем нет.
wikipost
ac27.08.2010 06:28
Тогда интересно было бы найти по логу момент, когда acSMTP стал считать этот ящик несуществующим, т.е. когда впервые ответил "550 postmaster@nes.032.ru no such email here, local domain 6", и какое событие этому непосредственно предшествовало в этом и других логах.
wikipost
i.schelokov27.08.2010 10:52
В файле 201008smtpsend.txt перед этой записью есть большое количество строк:
2010-08-25 09:43:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 09:48:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 09:53:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 09:58:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:03:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:08:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:13:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:18:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:23:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error 2010-08-25 10:28:37;e.punin@nes.032.ru;fedorovpi@lpmes.ru;0;<882885007.20100823124209@nes.032.ru>;relay.lpmes.ru;450;450 fedorovpi@lpmes.ru internal system error
2010-08-25 10:29:37;postmaster@nes.032.ru;postmaster@local;0;<288588305.06161352278474@aksb.ru>;localhost;550;550 postmaster@nes.032.ru no such email here, local domain 6

В файле 2010-08-25-log.txt ничего подозрительного не видно:
2010-08-25 10:21:58;123.22.188.42;@;46;23252;OUT;220 Eserv v4.24.4774 ESMTP. Wed, 25 Aug 2010 10:21:58 +0400 () 2010-08-25 10:21:58;123.22.188.42;@;46;23252;IN;EHLO [123.22.188.42] 2010-08-25 10:21:58;123.22.188.42;@;46;23252;OUT;250-nes.032.ru Hello [123.22.188.42] 250-AUTH PLAIN LOGIN 250-AUTH=LOGIN 250-SIZE 25000000 250-STARTTLS 250-8bitmime 250-BINARYMIME 250 HELP 2010-08-25 10:21:59;123.22.188.42;@;46;23252;IN;MAIL FROM:<rebroadcastsm@ellatrix.ru> SIZE=1016 BODY=7BIT 2010-08-25 10:22:00;123.22.188.42;@;46;23252;OUT;250 rebroadcastsm@ellatrix.ru OK 2010-08-25 10:22:01;123.22.188.42;@;46;23252;IN;RCPT TO:<v.pustovoy@btk.032.ru> 2010-08-25 10:22:01;123.22.188.42;@;46;23252;OUT;550 5.7.1 Your IP [123.22.188.42] is blocked by BRBL RBL. See http://www.barracudacentral.org/lookups 2010-08-25 10:24:18;213.134.184.192;@;47;20040;OUT;220 Eserv v4.24.4774 ESMTP. Wed, 25 Aug 2010 10:24:18 +0400 () 2010-08-25 10:26:04;213.134.184.192;@;48;32216;OUT;220 Eserv v4.24.4774 ESMTP. Wed, 25 Aug 2010 10:26:04 +0400 ()
2010-08-25 10:29:39;127.0.0.1;@;49;35016;OUT;220 Eserv v4.24.4774 ESMTP. Wed, 25 Aug 2010 10:29:39 +0400 ()
2010-08-25 10:29:39;127.0.0.1;@;49;35016;IN;HELO nes.032.ru 2010-08-25 10:29:39;127.0.0.1;@;49;35016;OUT;250 nes.032.ru Hello [127.0.0.1] 2010-08-25 10:29:39;127.0.0.1;@;49;35016;IN;MAIL FROM:<postmaster@nes.032.ru> 2010-08-25 10:29:39;127.0.0.1;@;49;35016;OUT;250 postmaster@nes.032.ru OK 2010-08-25 10:29:39;127.0.0.1;@;49;35016;IN;RCPT TO:<postmaster@local> 2010-08-25 10:29:39;127.0.0.1;@;49;35016;OUT;550 postmaster@nes.032.ru no such email here, local domain 6
wikipost
pig27.08.2010 12:39
i.schelokov пишет: RCPT TO:<postmaster@local>

О как! Это уже отскок отскока. А что было несколько выше по тексту, насчёт MAIL FROM:<postmaster@local>?

P.S. Диагностика в ответе неправильная, не тот адрес подставляется, если я правильно понимаю. Или postmaster@local алиасится на postmaster@nes.032.ru? Тогда какая-то лажа с анализом получателя.
wikipost
i.schelokov27.08.2010 13:19
Да, действительно остался альяс еще из прописанных по умолчанию в E3. Там как раз была подстановка postmaster@local на postmaster@мой домен. Уже удалил.
wikipost
pig27.08.2010 19:26
А не надо было, он там по жизни правильно находился. Только обрабатывался как-то неправильно.
IMHO, надо смотреть в командные строки агента, там должен быть ключ -ra с указанием почтового адреса, от имени которого должны формироваться отскоки. И это должен быть ваш postmaster в правильном публичном домене. Тогда появление postmaster@local будет возможно только в случае какой-то нештатной ситуации.
wikipost
ac01.09.2010 15:48
postmaster@local рождается в недрах smtpsend'а, когда в попавшем к нему письме отсутствуют заголовки "For:", т.е. какое-то чужеродное или испорченное, поэтому он и стремится отдать такое письмо постмастеру, убрать из очереди.
wikipost
i.schelokov30.09.2010 09:31
Сегодня упал acweb с записью в лог следующего сообщения:
PROXY SD2: 4;4369;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y10j3lFZ6u2GZgWPWMaMRtjYzQVAbSRlTxnSb3dFYXkKmJr_t3XebRiYwGGWC9T7MTENZdQEAvoApQ3OrxNRIbXmOwxya6BY-5xqEMJBP6uKZ_h41qY16aCrRAyYC+XHn117gmjgIjnMtuJL---lGOJhRbz_A_.js;TCP_MISS; PROXY SD2: 4;4483;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y3p3ZkQAN2B8AwvBaIl-K2ohjnme+APkmLhrDlZ6T4Pnde3_thRrSuYMIyeO0eM2rQsxDqCuwFwEYEK9sXysmalUQgCf2UejkrFg58BUl4OG1_hM6Fhl8zdWM8wChRR8qdI9DgZ5DdmxV728Ywudn6RLs3c_A_.js;TCP_MISS; PROXY SD2: 4;4508;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tzOjHpAidcwd3h9lNtN9PWu75HYo++Vt-qV8h-g-qZIIIEOxG2bTw9uc3TjpY_tBBwYBbks-Z7f2zq9uAr3nsqBFVG8Fs99stuA6I4vK0nGFTCsAernsrRoSxmy_tnTXM6vS6bo+qlwOw0o8v1vijQv6y3R0p59k6ACTK3T0i3mj7dznFEoXvUjDA_hH7oAXQ+xbg2Y7OFYgc7OKW6YEZbMw+rdWrOMOZ4zCMIZ_A_.gif;TCP_MISS; PROXY SD2: 4;4568;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y0LE2WW3-ZCJRMdifOw74vyK34IslKvsUb+Q8c5nW+d2UHW_tKMlfXaRF2kV51SzYHzofgi3Hj8ix-HnCBP3nUVBhYYW30K7pZvMgRNgBihea_higOL-XcZWoMTbDwEdliMEdUnxeyJG+CeqlCN51sxCm3Y_A_.js;TCP_MISS; PROXY SD2: 4;7055;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y3DftBGLQqaW6HSZhHxOyYDMo2OYeD4eztHaS3lHyrioLY0_t5+1Iaxhvl269ZoJpBJ4GNs3j0mUNJYN+s4+sbXfoobWnCQILQ+LPPqtgb3P1_handTsq3Q8b0X7lGzdSGErshUFyi3LfU6NLqf046BWEJQ_A_.js;TCP_MISS; PROXY SD2: 4;9058;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tEj45Pc+Zf8-es+xEGQllS7AQR7mvSlYc3IGIi+gUniLNnNQAgVmn7SJrqr9C_t8E2ziULZ5b8wL6oZcDyx+FawoQIjJeSJDkVDEapLkB9OVwSdk4BQ3K4+a2or_tnjC8-coqlXctU6X9eXKTrpcxHKCgDjqyVQVaSQCVHCbNYX2Nlq0SAIQuZDL1_hrybVW+7UfG8nj7fSVmuhsRg4XSCa+OGt2NVoYEObjUCT_A_.js;TCP_MISS; PROXY SD2: 4;12419;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y2fDrJ3Na2jaVwRbVWNNqCZabCAcu5wPuimjJZDaPjhFmIZ_tSpKJOUSOeO38ONYfO6RRVUr84VJ0PWbKff4exXuZl6cx+R0jXMaXgCdVspsF_hNb2shr3CFcuxoqipwaNzoG9lN2YMDwbVbBsvB7hTroXV_A_.js;TCP_MISS; PROXY SD2: 4;12611;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tQIUTgbGb64KjghJ5FN2j2TVzPwcHlNw15CdeJqcwjw-tlwc8FxNmzsY6y0lU_tEwVGrwQ5bt7r0y3Vfgpbm2ZBHXQznprW4EWtl-z55QbHsCYUaiBPhW6fQjA0_tInidSqDkV8NDWNf6GwHv8QTLgYfUc2+aYW-vIMd1PmgKrAanY6i35a64l0J-_hKHrYafcsX5SNlLWtieU0VGO93QQSF2KlN6-Bj2W7fH22_A_.js;TCP_MISS; PROXY SD2: 4;26959;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tNfkvTJIDqHqwEOQ6zJcEQKPKeyzXPrT+-Q+hrISWEWRc4EQ49bCQ-Vq8dL-B_tEnKTVecis26-jvOgzKqLHfxIoGyl13ofBlRV2yuK1fB6iEedIuSo0BH03zoH_tM-8LTkUOh14SeZuALNIAQoGg-Tbi5zucVuHwD54qn4vHCXUypeL8wdXlx++A_pZEYeRGtysYkE76T5hKbF8eyZh3r8F727zqDy+nfSJIvhETwwkxpM4VoA_A_.gif;TCP_MISS; PROXY SD2: 4;27683;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tNfkvTJIDqHqwEOQ6zJcEQKPKeyzXPrT+-Q+hrISWEWRc4EQ49bCQ-Vq8dL-B_tEnKTVecis26-jvOgzKqLHfxIoOOW-C6uua9t9lY8VmTzs8S8NTtwaU2um6VK_tOlmjAk7Zd0DXI+kwc3RNqReh2D9Go5ZHPFGefq9KECM5FcIUicjMPat6I6-S_pnC6cff1K2HGq1lL-VQjsxHEwrIKFYWgrYf9nYdfWIqTHlxRcYH+nnhsA_A_.gif;TCP_MISS; PROXY SD2: 4;28430;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tNfkvTJIDqHqwEOQ6zJcEQKPKeyzXPrT+-Q+hrISWEWRc4EQ49bCQ-Vq8dL-B_tEnKTVecis26-jvOgzKqLHfxIoCMoT3QquT9n4mFsQk9Sr5ixcZ4MytD17Rg+_tfKgS0A0zdXPbDlw9ADMxmLizASKOSu4j60+ecukUei2ZWKcDwMAAX48wECl2_pB9OQXZr9lOvCzlZJ5CZ0WQ48e+X42mPXbGuQosYd5XcLfy3YrXIaf34A_A_.gif;TCP_MISS; PROXY SD2: 4;31657;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tNfkvTJIDqHqwEOQ6zJcEQKPKeyzXPrT+-Q+hrISWEWRc4EQ49bCQ-Vq8dL-B_tEnKTVecis26-jvOgzKqLHfxIoJgg0ojEd-g-hl4FVmQkp2M9crUH9OvMSJhm_tQq6j6kmm4wY0dyuqx7mg+laCdWq26ERG7lN2L6fGbWeJZp9vjFNd59lIXsAT_pvpSr2fYWBhK+9SpZGlIoLKyhQKeC4lJ9qE5Q9Ma2uPZ+bN5C2zpunXYA_A_.gif;TCP_MISS; PROXY SD2: 4;35344;0;0;GET;awaps.yandex.ru;http://awaps.yandex.ru/0/c1/tNfkvTJIDqHqwEOQ6zJcEQKPKeyzXPrT+-Q+hrISWEWRc4EQ49bCQ-Vq8dL-B_tEnKTVecis26-jvOgzKqLHfxIoPOiZ17xvajjEQ-oFGeqn88z1OT9VYOHpuh3_tdEH7lupi7L4K771S5GWQHflQkA-J6UwxU6evQmDip1UsfkisVnqQC-pGQgh+_pGL8-L5UziUiLWZDeY-ZyS8fghHJ+5Ny-PLEopJxbE54ZLljZutKcpLgA_A_.gif;TCP_MISS; PROXY SD2: 4;37723;0;0;GET;im.adtech.de;http://im.adtech.de/adxml/3.0/544/1447836/0/16/ADTECH;cfp=1;rndc=128575858;type=serv;header=no;;TCP_CLIENT_REFRESH; PROXY SD2: 4;55212;0;0;GET;ftp.nanocad.ru;ftp://ftp.nanocad.ru/nc20/NC25(1114).exe;TCP_MISS; LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:07:12 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:07:13 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:07:13 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:07:13 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:07:13 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:43:43 +0400 LDAP connection from: 192.168.1.31 Wed, 29 Sep 2010 16:43:43 +0400 PROXY SD2: 4;76490;0;0;GET;ftp2.nix.ru;ftp://ftp2.nix.ru/download/drivers/only_from_www.nix.ru/network/dlink/530txp.zip;TCP_MISS; OpenMailDb err=-1073741811 /~v.grigoriev@nes.032.ru info_hash isn't unique () info_hash isn't unique () info_hash isn't unique () info_hash isn't unique () info_hash isn't unique () s.makarov 128buddha- not authorized. s.makarov 128buddha- not authorized. s.makarov 128buddha- not authorized. s.makarov 128buddha- not authorized. s.makarov 128buddha- not authorized. PROXY SD2: 4;113719;0;0;GET;ftp.cpuid.com;ftp://ftp.cpuid.com/cpu-z/cpu-z_1.55-32bits-en.zip;TCP_MISS; PROXY SD2: 4;114016;0;0;GET;ftp.cpuid.com;ftp://ftp.cpuid.com/cpu-z/cpu-z_1.55-64bits-en.zip;TCP_MISS; EXCEPTION! CODE:C0000005 ADDRESS:772DDEA6 WORD:<?not found> USER DATA: 17D8004C THREAD ID: 00002640 HANDLER: 17D7EE70 ** Exception time: Thu, 30 Sep 2010 09:39:15 +0400 ** Thread number/reuse/id:115119 0 9792 ** API Calls: WaitForSingleObject sqlite3_finalize STACK: (2230) 00000010 00009E84 00000008 00000000 0055412A 17D7DCC8 [772DDE86] RETURN STACK: 17D7DC54 : FFFFFFFF 17D7DC58 : 17D7ECF4 17D7DC5C : FFFFFFFF 17D7DC60 : 00000000 17D7DC64 : 00000000 17D7DC68 : 00000000 17D7DC6C : 00000000 17D7DC70 : 00000000 17D7DC74 : 00000000 17D7DC78 : 00000000 17D7DC7C : 00140000 17D7DC80 : 00130000 17D7DC84 : 4F8500A0 [...] 17D7EE34 : 0000E140 17D7EE38 : 25E364C7 17D7EE3C : 00000000 17D7EE40 : 00000000 17D7EE44 : 0000E140 17D7EE48 : 00000000 17D7EE4C : 17D7FF78 17D7EE50 : 17D8004C 17D7EE54 : 007D6F1E DrWebCall 17D7EE58 : 007D74B3 DRWscan_archive 17D7EE5C : 159AAFCC 17D7EE60 : 007D7503 DRWscan_archive 17D7EE64 : 159A7FB4 17D7EE68 : 007D75D1 DRWscan_file1 17D7EE6C : 00555194 CATCH 17D7EE70 : 17D7EE88 17D7EE74 : 17D7FF7C 17D7EE78 : 007D7607 DRWscan_file 17D7EE7C : 007D7CAB DrwebScanFile 17D7EE80 : 007D17B9 AVcommand 17D7EE84 : 00555194 CATCH 17D7EE88 : 17D7EEBC 17D7EE8C : 17D7FF7C 17D7EE90 : 007DFAFF AvScanFile2 17D7EE94 : 007E0725 CloseCachedFile 17D7EE98 : 007E16F8 FPUT-cache 17D7EE9C : 007DB44D Завершаюсь...
BYE!
wikipost
ac30.09.2010 14:24
Версия acWEB текущая? Квоты в прокси используются?
wikipost
i.schelokov30.09.2010 14:55
Версия текущая, все обновления установлены. Квоты не используем.
wikipost
i.schelokov30.09.2010 16:43
Еще в acweb.log появились записи:
OpenMailDb err=-1073741811 ~ВАШ_ЛОГИН@nes.032.ru
OpenMailDb err=-1073741811 ~ВАШ_ЛОГИН@nes.032.ru
wikipost
ac01.10.2010 06:37
Исправлены две старинные ошибки в прокси (вычисленные благодаря этому контролю "SD2", добавленному в прошлом обновлении). Замена exe http://www.eserv.ru/download/acWEB4_2010-10-01_1.rar , на днях поедет через обновления.

С OpenMailDb err разберусь сегодня позже.
wikipost
ac01.10.2010 07:27
i.schelokov пишет: info_hash isn't unique ()

А это у вас BitTorrent работает, причем с уже прикрытым трекером, имя которого на 127.0.0.1 в DNS завернули. Соответственно торрент-клиент лезет на локальный веб-сервер. Ловушку для этой ситуации я тоже сделал в этой версии, надо еще OnStartup заменить — http://www.eserv.ru/download/OnStartup_2010-10-01_1.rar — тогда будет писать в лог подробности, кто и что пытается торрентом качать.
wikipost
i.schelokov04.10.2010 11:03
В общем выходные acWeb не пережил, хотя ошибки поменялись. И еще в папке с acweb стали появляться файлы DRW?.tmp. Прикрепляю архив с acweb.log и несколькими файлами DRW...
Файл: Файлы лога и ошибок [72826 bytes]
wikipost
pig04.10.2010 20:21
drw*.tmp — это следы потрошения архивов антивирусом. Недопроверил, видимо, поэтому не убрал временные файлы. Кстати, по процитированному исключению видно, что действительно недопроверил — упал антивирусный движок.
wikipost
ac05.10.2010 04:40
Да, похоже, что Dr.WEB научился падать при проверке битых архивов. Для проверки предположения вот такая замена acWEB: http://www.eserv.ru/download/acWEB4_2010-10-05.rar
wikipost
i.schelokov06.10.2010 08:26
После замены, очередное падение. Лог:
Файл: Лог acWEB [23104 bytes]
wikipost
ac06.10.2010 10:10
В указанном логе нет падения, сервис остановлен вручную:
Wed, 06 Oct 2010 09:20:05 +0400- shutdown... Завершаюсь... BYE!
wikipost
i.schelokov06.10.2010 11:06
Падение не произошло, но Proxy перестал работать, выдавая ошибку 10055. Просто его перезапустили вручную.
wikipost
ac06.10.2010 11:21wikipost
ac06.10.2010 11:22
Кстати, кроме перечисленных средств борьбы с 10055 наверняка имеет смысл попробовать и выключение uTorrent'а на сервере.
wikipost
i.schelokov06.10.2010 12:10
ред: 06.10.2010 12:47
uTorrent'а на сервере нету... Он есть на компе с IP 192.168.1.50, нашли в логе прокси. Его сейчас убъем. Проблемы похоже начались после расширения канала до 10 Mb, народ стал существенно больше качать, а при безлимите нет большого смысла контролировать этот процесс, а я упустил момент, что торрент клиенты научились работать через прокси...

Кстати попутный вопрос, когда планируется появление инструментов для анализа статистики, заточенных под Е4?
wikipost
dandy06.10.2010 16:38
ac пишет: Исправлены две старинные ошибки в прокси (вычисленные благодаря этому контролю "SD2", добавленному в прошлом обновлении). Замена exe http://www.eserv.ru/download/acWEB4_2010-10-01_1.rar , на днях поедет через обновления.
а для счатсливых обладателей Eproxy/3 можно получить свою порцию "десерта"?
wikipost
svp07.10.2010 09:48
Мы за автообновление Eserv3!
wikipost
ac07.10.2010 15:07
http://www.eserv.ru/download/Eproxy_2010-10-07.rarEproxy/3

Если включить автообновление Eserv/3, то он обновится до Eserv/4 и запросит новый ключ
wikipost
dandy08.10.2010 10:19
ac пишет: http://www.eserv.ru/download/Eproxy_2010-10-07.rarEproxy/3


сервис стал периодически падать, SOCKS перестал работать, в лог валятся ошибки:

LOG error: -2004 1441 0 VER5_CONNECT Exception #-2003 at: conf\http-proxy\OnUnknownMethod.rules.txt:1:11: vFileDebug @ [IF] uUNKNOWN-COMMAND @ STR@ TYPE [THEN] ^ conf\http-proxy\OnUnknownMethod.rules.txt - file not found 2010-10-08 11:11:35;172.16.1.104;Error 2003 in the rule file "conf\http-proxy\OnUnknownMethod.rules.txt", line: 1, char: 11 LOG error: -2004 1441 0 VER5_CONNECT LOG error: -2004 1441 0 VER5_CONNECT
wikipost
ac08.10.2010 13:57wikipost
ac08.10.2010 19:17
i.schelokov пишет: Кстати попутный вопрос, когда планируется появление инструментов для анализа статистики, заточенных под Е4?

Если именно заточенных, то см. встроенную статистику. По сравнению с вариантом, включенным в Eproxy/3, работает на порядки быстрее (основные стат.отчеты — практически мгновенные), плюс графическая визуализация.

Те внешние анализаторы, что работали с E3ProxyInspector и Estat — будут работать и с E4.

Поддержка MStat включена в E4 также как и в E3. Сам plugin в комплект не входит, как и раньше. Для подключения его в E4 требуется минимум изменений — пути подключения (в CommonPlugins) поменять: http://www.eserv.ru/download/mstat_e4.rar

Если в этих вариантах не хватает чего-то важного — пишите.
wikipost
alex112409.10.2010 21:45
ред: 09.10.2010 21:55
Скачал, распаковал, перезапускаю AcWeb4, не запускается, пишет в лог ошибку
Exception #-2003 at: ..\CommonPlugins\mstat\_acftp.f:26:20: vWid PrivCommands = \ ???????????????? ????? ??????? ^ conf\OnStartup.rules.txt - file not found 2010-10-09 21:35:22;0.0.0.0;Error 2003 in the rule file "..\CommonPlugins\mstat\_acftp.f", line: 26, char: 20 Exception #-2003 at: conf\OnStartup.rules.txt:598:17: LoadCommonPlugins ^ conf\OnStartup.rules.txt - file not found 2010-10-09 21:35:22;0.0.0.0;Error 2003 in the rule file "conf\OnStartup.rules.txt", line: 598, char: 17 (4294965293)

И как подключить и где смотреть Estat. Какие логи подключать вместо "Е3\DATA\log\estat"
wikipost
ac10.10.2010 00:03
alex1124 пишет: не запускается, пишет в лог ошибку

А вчерашнее обновление ставили? Там кроме обновлений acWEB еще некоторые опции в ini для MStat.
wikipost
alex112410.10.2010 11:17
ред: 10.10.2010 11:18
Если можно, то уточните, пожалуйста, какое обновление устанавливать? У меня Е4.
ac 08.10.2010 14:57 http://www.eserv.ru/download/Eproxy_2010-10-08.rar — Eproxy/3 http://www.eserv.ru/download/log_str_txt_2010-10-08.rar — обновление log.str.txt для E3
— это для Е3, которое обновляется до Е4 (я так понял).
wikipost
ac11.10.2010 12:49
То, которое само приезжает с code.eserv.ru.
wikipost
alex112411.10.2010 14:15
ред: 11.10.2010 14:16
acWeb:
MSTAT.CONTENT-TYPE-LOG isn't unique (..\CommonPlugins\mstat\_eproxy.f) MStat: library: E4\CommonPlugins\mstat\mstat.dll MStat: ConnectionDefFile: E4\CommonPlugins\mstat\ConnectionDefs.ini MStat: initialization... FAILED ( ERROR CODE = 0 )


acWeb_debug.log в папке MStat:
2010-10-11 14:11:28;---------------------- 2010-10-11 14:11:28;MStat [2.1.0.240] debug log started (process: acweb) 2010-10-11 14:11:28;MStat kernel has been created 2010-10-11 14:11:28;There are no predefined connections. Check you ConnectionDefs.ini and restart the service. 2010-10-11 14:11:28;Global output set to: omFile


ConnectionDefs.ini — пустой
wikipost
pig11.10.2010 20:40
Вот потому и FAILED, что пустой. Там должны быть заданы параметры подключения к базе данных, куда MStat данные складывает.
wikipost
alex112411.10.2010 21:12
ред: 11.10.2010 21:13
А какой формат записи? В Е3 такого файла не было, хотелось бы разобраться
wikipost
ac11.10.2010 22:58
В E3 он тоже был, в каталоге conf.
wikipost
alex112412.10.2010 08:19
ред: 12.10.2010 08:27
Действительно, есть такой файл. А я про него даже и не вспомнил.
Скопировал, запустил. В acWeb написал отладочную информацию (отправил на support). А где теперь можно посмотреть статистику MStata? Как прописать путь "commonplugins/plugins/mstat/web/index.htm"

acWeb_debug.log в папке MStat пишет:
2010-10-12 8:00:50;MStat kernel successfully released 2010-10-12 8:01:00;---------------------- 2010-10-12 8:01:00;MStat [2.1.0.240] debug log started (process: acweb) 2010-10-12 8:01:00;MStat kernel has been created 2010-10-12 8:01:00;Connection: MYSQL_Eserv3 [driver: MYSQL, db: Eserv3] 2010-10-12 8:01:11;Thread [id 1724][count 1] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1 2010-10-12 8:01:11;Thread [id 3620][count 1] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1 2010-10-12 8:01:13;Thread [id 1724][count 2] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1

В E4\CommonPlugins\mstat\errors\acWEB_log_201010.err пишет:
2010-10-12 08:01:10;167772165;167772186;SOCKS;(Error: 1073741819);VER5_CONNECT;94.233.232.213;application/octet-stream;-;0;;0;0;0;2;u50;ххх.ru;1081;

Логи о запуске MsStat-а для SMTP и IMAP-а как-то не вижу. Может не стартовали? Сервисы перезапускал.
wikipost
svp12.10.2010 17:15
MStat нужно устанавливать.
wikipost
ac13.10.2010 01:43
В сегодняшнем обновлении E4 еще несколько доработок под MStat.
wikipost
alex112413.10.2010 08:21
ред: 13.10.2010 08:32
Обновился, начал перезапускал сервисы:

acWeb:
MSTAT.CONTENT-TYPE-LOG isn't unique (..\CommonPlugins\mstat\_eproxy.f) MStat: library: D:\E4\CommonPlugins\mstat\mstat.dll MStat: ConnectionDefFile: D:\E4\CommonPlugins\mstat\ConnectionDefs.ini MStat: initialization... done


acIMAP и acSMTP пишут:
MStat certificate check failed, please turn off MStat plugin, or purchase license! 2010-10-13 08:17:20;0.0.0.0;Error 5 in the rule file "..\CommonPlugins\mstat\index.f", line: 13, char: 7 2010-10-13 08:17:20;0.0.0.0;Error 5 in the rule file "conf\OnStartup.rules.txt", line: 140, char: 17 отказано в доступе. (5)


acWEB_log_201010.err
2010-10-13 8:17:00;MStat [2.1.0.240] debug log started (process: acweb) 2010-10-13 8:17:00;MStat kernel has been created 2010-10-13 8:17:00;Connection: MYSQL_Eserv3 [driver: MYSQL, db: Eserv3] 2010-10-13 8:17:39;Thread [id 5028][count 1] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1 2010-10-13 8:17:40;Thread [id 4964][count 1] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1 .... 2010-10-13 8:25:34;Thread [id 4964][count 4] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1 2010-10-13 8:26:38;[Kernel.Destroy.AdManagerClose] ERROR: Access violation at address 055C3DE6 in module 'mstat.dll'. Read of address 05CEF7E0 2010-10-13 8:26:48;MStat kernel successfully released
wikipost
ac13.10.2010 12:01
А выше по логу acIMAP и acSMTP ничего про сертификат MStat не пишут?
wikipost
dandy13.10.2010 14:27
ред: 13.10.2010 14:30
ох... ничего себе тут страсти кипят... прошу прощения, что присоединяюсь к дискусии уже под конец, но тем не менее

MStat "из коробки" и с "минимальными изменениями" работать в E4 НЕ будет. И вот только ряд причин:

  1. В дистрибутиве Е4 обработчик fs.exe хоть и фигурирует в конфигах, но по факту мне его найти не удалось, а значит веб интерфейс плагина работать не будет, что автоматически ведет к невозможности получения результатов
  2. Сервисы acWEB и eProxy объединены в одну службу, а значит "из корбки" прокси сервер будет писать всю статистику в таблицы веб сервера (будет пытаться писать, но естественно, безуспешно)
  3. Многие "закладки" используемые в почтовом сервере Е3 в 4-ке отсутствуют, и даже если что-то будет писаться в базу, то это будут лишь куски
В свзяи с тем, что новая философия организации хранения почты (структуры) мне абсолютно чужда и неприемлема, то переходить на Е4 я не планирую и врят ли буду (только если выйдет Pigmail*, поддерживающий бинарники 4-ки "из коробки" и "без напильника"). А выпускать что-то, что сам не используешь мне кажется не совсем правильным из соображений качества тестирования ...

Как заключение: я бы НЕ рекомендовал использовать MStat для E4 в текущем виде (как плагина, так и сервера)
wikipost
alex112413.10.2010 22:15
Раз с MStat "из коробки" не все так просто, то может попробовать:
ac пишет: Те внешние анализаторы, что работали с E3 — Estat — будут работать и с E4.
— как его прикрутить к Е4?
wikipost
ac14.10.2010 04:06
alex1124 пишет: Как прописать путь "commonplugins/plugins/mstat/web/index.htm"

Теперь без /plugins/, т.е. http://eserv:2009/CommonPlugins/mstat/web/

dandy пишет: 1. В дистрибутиве Е4 обработчик fs.exe хоть и фигурирует в конфигах, но по факту мне его найти не удалось

Верно. Он нужен только в MStat, поэтому добавлен в комплект MStat для E4 (http://www.eserv.ru/download/mstat_e4.rar обновлен).

dandy пишет: 2. Сервисы acWEB и eProxy объединены в одну службу, а значит "из корбки" прокси сервер будет писать всю статистику в таблицы веб сервера

Было (в MStat):
: ServiceName ( -- addr u ) ProgName @ COUNT ;

Стало:
: ServiceName ( -- addr u ) ProgName @ COUNT 2DUP S" acWEB" COMPARE 0= IF PROTOCOL S" HTTP-PROXY" COMPARE 0= IF 2DROP S" Eproxy" EXIT THEN PROTOCOL S" SOCKS" COMPARE 0= IF 2DROP S" Eproxy" EXIT THEN THEN ;

Теперь эта команда дает те же имена сервисов, что и раньше.

dandy пишет: 3. Многие "закладки" используемые в почтовом сервере Е3 в 4-ке отсутствуют

Я думаю, на возвращение потерявшихся "закладок" на место нам хватит получаса. Было бы желание...

dandy пишет: В свзяи с тем, что новая философия организации хранения почты (структуры) мне абсолютно чужда и неприемлема, то переходить на Е4 я не планирую и врят ли буду

На E4 вы уже перешли (ядро E4 в окружении старого конфига, если я верно помню, иначе зачем я выписывал вам ключи E4? ) — как раз по той причине, что старая "философия почты" проигрывает новой в разы. И этих "раз" было бы даже больше, если бы восприняли "новую философию" полнее, и хранили почту отдельно от db3-индексов (как в базовом конфиге E4). Эту старую дискуссию (где хранить почту и как её удалять) мы можем продолжить в отдельной теме, если хотите. Этот форум про прокси (который вы тоже на днях заменили на E4).

dandy пишет: А выпускать что-то, что сам не используешь мне кажется не совсем правильным из соображений качества тестирования ...

Вы использовали MStat только в PigMail/PigProxy, но продавался он и для базового конфига E3, который вы не использовали. E4 в этом смысле ничем не хуже.

dandy пишет: Как заключение: я бы НЕ рекомендовал использовать MStat для E4 в текущем виде (как плагина, так и сервера)

Это надо понимать, как предложение временно снять MStat с продаж — "до окончательного выяснения совместимости"? Или вообще ставим на MStat точку и возвращаем деньги тем, кто покупал его в этом году для E4?

alex1124 пишет: Estat — будут работать и с E4.
— как его прикрутить к Е4?

После установки сегодняшнего обновления создайте в E4.ini раздел
[EStat] UseEstat=1
или создайте CommonPlugins\estat\activate.f с таким содержимым:
: EStat[UseEstat] S" 1" ; .( EStat OK) CR
и пустой index.f рядом.
wikipost
ac14.10.2010 04:10
2010-10-13 8:17:39;Thread [id 5028][count 1] ERROR: [MStat][Phys][MySQL] Column count doesn't match value count at row 1

А вот по этой ошибке не знаю пока что сказать. Может быть Dandy подскажет, чего не хватает MySQL'ю для понимания запроса MStat.
wikipost
leka14.10.2010 08:52
ac пишет: dandy пишет: 1. В дистрибутиве Е4 обработчик fs.exe хоть и фигурирует в конфигах, но по факту мне его найти не удалось

Верно. Он нужен только в MStat, поэтому добавлен в комплект MStat для E4 (http://www.eserv.ru/download/mstat_e4.rar обновлен).
ac пишет: Поддержка MStat включена в E4 также как и в E3. Сам plugin в комплект не входит, как и раньше. Для подключения его в E4 требуется минимум изменений — пути подключения (в CommonPlugins) поменять: http://www.eserv.ru/download/mstat_e4.rar
Архивы одинаковые, нет никаких обновлений, или что то не так.
wikipost
alex112414.10.2010 09:05
ред: 14.10.2010 09:30
Установил обновление, новую версию MStat из архива.
При обращении к eserv:2009/CommonPlugins/mstat/web/ страницу отображает. При попытке в настройке MStat выставить язык русский показывает:

bReportsOnly ^ Content-Type: text/plain ^ ERROR #-2003
и белое поле

acSMTP пишет:
MStat certificate check failed, please turn off MStat plugin, or purchase license! 2010-10-14 08:45:09;0.0.0.0;Error 5 in the rule file "..\CommonPlugins\mstat\index.f", line: 13, char: 7 2010-10-14 08:45:09;0.0.0.0;Error 5 in the rule file "conf\OnStartup.rules.txt", line: 905, char: 17 Отказано в доступе. (5)


acWEB_log_201010.err
2010-10-14 8:58:11;---------------------- 2010-10-14 8:58:11;MStat [2.1.0.240] debug log started (process: acweb) 2010-10-14 8:58:11;MStat kernel has been created 2010-10-14 8:58:11;Connection: MYSQL_Eserv3 [driver: MYSQL, db: Eserv3] 2010-10-14 8:58:18;Thread [id 4224][count 1] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:19;Thread [id 6048][count 1] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:20;Thread [id 4224][count 2] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:21;Thread [id 6048][count 2] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:22;Thread [id 4224][count 3] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:23;Thread [id 6048][count 3] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:24;Thread [id 4224][count 4] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1 2010-10-14 8:58:25;Thread [id 6048][count 4] ERROR: [MStat][Phys][MySQL] Data too long for column 'METHOD' at row 1


В корне E4 создался файл Eserv3.orig.ini
[Mstat] GridRecordsOnPage=50 acWebReportsOnly=0 Language=RU
wikipost
alex112414.10.2010 09:40
Сделал
ac пишет: После установки сегодняшнего обновления создайте в E4.ini раздел
[EStat] UseEstat=1
и создал CommonPlugins\estat\activate.f с таким содержимым:
: EStat[UseEstat] S" 1" ; .( EStat OK) CR и пустой index.f рядом.

acWeb:
EStat[UseEstat] isn't unique (..\CommonPlugins\Estat\activate.f) EStat OK


При обращении http://eserv:2009/CommonPlugins/estat или http://eserv:2009/CommonPlugins/estat/estat чистая страница без каких-либо опознавательных символов
wikipost
dandy14.10.2010 11:20
To ac:
Да, вы совершенно правы, философию я принял частично и только в разрезе организации доступа к бочтовым базам (индексации в СУБД). На что было потрачено достаточно много времени (в том числе и Вашего) и большой "напильник", дабы все это заставить работать в окружении 3-ки. И вернуться к дискуссии мне бы оооочень хотелось, так как работает эта связка не всегда так, как ожидается (так проблема с переименованием каталогов в многоуровневой иерархии стабильно дает "Оригинал сообщения отсутсвует" — о чем я вам неоднократно сообщал)
А прокси сервер я вернул на старую проверенную сборку 2009 года, ибо падает последний предложенный вариант по несколько раз на дню. Падает практически молча, выдавая только:
EXCEPTION! CODE:

Андрей, так как MStat изначально создавался под базовый конфиг, то и отлаживался и тестировался он исключительно на нем! И только потом MStat был прикручен в конфиг PigMail и то, в основном, стараниями самого Игоря. А у меня до сих пор крутится стандартный конфиг Eproxy/3, так как конфиг от Игоря делает слишком много операций ввода/вывода, что значительно снижает скорострельность прокси. Поэтому, могу смело говорить о том, что продается MStat в том виде, в каком он работал и работает у меня самого.

To all:
По хорошему, MStat для 4-ки надо существенно переделывать. И причин тому достаточно много, начиная от решения MySQL Corp. о смене типа БД по умолчанию c MyISAM на InnoDB, моральным устареванием веб интефейса на fs и заканчивая не самым удачным подходом (как показала длительная практка) делить таблицы по месяцам, а потом "собирать" их на лету. А допилить его (MStat) до работы в Е4, конечно, можно, только потом не проблемно ли будет восстанавливать исходное состояние для нового плагина тем, кто решит, что такой подгонки ему на первое время хватит?
wikipost
dandy14.10.2010 13:16
ac пишет: Верно. Он нужен только в MStat, поэтому добавлен в комплект MStat для E4 (http://www.eserv.ru/download/mstat_e4.rar обновлен).


тот fs.exe, что лежит в архиве для Е4 не совсем подходит, так как ищет параметры (ini) в конфигах от тройки. Нужно либо его научить искать и в конфигах 4-ки, либо править fs.ini внутри плагина.
wikipost
dandy14.10.2010 14:05
еще момент: при использовании UDPMAP статистика не пишется (ни во внутреннюю базу Е4, ни в текстовые логи, ни, соответвенно, в MStat). Остальные протоколы, более или менее, после некоторых дополнительных правок пишутся корректно
wikipost
dandy14.10.2010 15:48
ред: 14.10.2010 16:07
Раз уж пошла такая пьянка...

Андрей, очень удивился обнаружив, что кэш Eproxy остался в том виде, что был в Е3 — т.е даже индексы формируются в виде подкаталогов. Собственно, логичный вопрос, почему прокси в 4-ке не впитал в себя новую философию хранения и индексирования?

P.S. да и каскадирование было бы явно не лишним
wikipost
ac14.10.2010 16:31
dandy пишет: Собственно, логичный вопрос, почему прокси в 4-ке не впитал в себя новую философию хранения и индексирования?

Потому что кэш прокси изначально в этой философии
1) в кэше прокси НЕ используется сканирование дерева (как было в E3 IMAP — основная причина торможения E3 при начальном подключении IMAP-клиента к развесистому ящику, от чего мы избавились в E4 введением per-account индексов dirs.db3)
2) в кэше прокси НЕ используется перебор файлов в каталогах (как было в E3 IMAP — основная причина торможения при открытии больших IMAP-папок, от чего мы избавились в E4 введением per-folder индексов messages.db3 и вынесением *.eml в отдельный эффективно кэшируемый arc4)
3) в кэше прокси нет больших каталогов на одном уровне (как и в E4 arc4) — фрагментация каталогов NTFS практически не тормозит открытие файлов в этом случае.

В общем, кэш прокси никогда не был узким местом для производительности E3, поэтому он оставлен без изменений (не считая, что конфиги этого plugin'а теперь компилируются при старте, а не подгружаются при работе, что дополнительно ускоряет E4 в сравнении с E3). Если бы кэш тормозил, то единственный способ ускорить его — держать часть информации файловой системы в памяти, сейчас за нас это делает Windows, отдавая всю свободную память под дисковый кэш (так что никогда не вредно добавить гиг-другой, даже если кажется, что лишняя память не используется).
wikipost
leka14.10.2010 16:35
Вроде подправил три файлика еще по мимо того что получил сегодняшнее обновление, при открытии страницы MStat в Хроме и Мозиле.

14.10-4 Открытие статистики в Мозиле с Eserv3.orig.ini [22950 bytes]

14.10-3 Открытие статистики в Хроме с Eserv3.orig.ini [20314 bytes]

14.10-2 Открытие статистики в Хроме без Eserv3.orig.ini [19586 bytes]

14.10-1 Открытие страницы в Хроме без Eserv3.orig.ini [20605 bytes]
wikipost
ac14.10.2010 16:59
dandy пишет: P.S. да и каскадирование было бы явно не лишним

Оно там есть (внутри acWEB). Опцию PROXY[DefaultCascade] в ini действительно упустил, добавил, поедет в следующем обновлении.
wikipost
dandy14.10.2010 17:02
ред: 14.10.2010 17:03
ac пишет: Оно там есть (внутри acWEB). Опцию PROXY[DefaultCascade] в ini действительно упустил, добавил, поедет в следующем обновлении.


Тогда и в админку надо сразу добавить вместе с полями авторизации по необходимости.
А что с каскадированием SOCKS?
wikipost
ac14.10.2010 19:52
dandy пишет: тот fs.exe, что лежит в архиве для Е4 не совсем подходит, так как ищет параметры (ini) в конфигах от тройки. Нужно либо его научить искать и в конфигах 4-ки, либо править fs.ini внутри плагина.


Версия для E4: http://www.eserv.ru/download/fs_151.rar
Также обновил fs.exe внутри http://www.eserv.ru/download/mstat_e4.rar
wikipost
ac14.10.2010 20:59
dandy пишет: А что с каскадированием SOCKS?

Там зашит другой plugin — viasocks (4 года назад разработанный для eChat'а) — который вообще все исходящие коннекты (не только из прокси) переправляет через внешний SOCKS5-прокси, если в ini указаны SocksProxy[Login], SocksProxy[Password], SocksProxy[Host], SocksProxy[Port]. Путем переопределения функции ConnectHost, через которую в Eserv работают все более высокоуровневые коннекты. Но ввиду экзотичности этой возможности для сервера, соответствующие параметры в ini отсутствуют.
wikipost
ac15.10.2010 01:20
alex1124 пишет: При обращении http://eserv:2009/CommonPlugins/estat или http://eserv:2009/CommonPlugins/estat/estat чистая страница без каких-либо опознавательных символов

А там есть что-нибудь?

http://www.eserv.ru/download/estat_e4.rar
http://localhost:2009/CommonPlugins/estat/web/
wikipost
alex112415.10.2010 19:39
Не хватает в комплекте
\CommonPlugins\Estat\web\cgi-bin\yellp.gif
— отображает бары процентов. Но, после перегрузки сервисов отображает только прокси-трафик

MStat — При перезапуске acSMTP сервис не запускается, ошибки как и прежде указывал
MStat certificate check failed, please turn off MStat plugin, or purchase license! 2010-10-15 18:35:43;0.0.0.0;Error 5 in the rule file "..\CommonPlugins\mstat\index.f", line: 13, char: 7 2010-10-15 18:35:43;0.0.0.0;Error 5 in the rule file "conf\OnStartup.rules.txt", line: 905, char: 17 Отказано в доступе. (5)
wikipost
alex112415.10.2010 19:59
А может http://localhost:2009/CommonPlugins/estat/web/ прописать в административном интерфейсе в разделе статистика. Бесплатная версия же за один день формирует. Можно использовать для детализации штатной Е4 статистики.
wikipost
alex112418.10.2010 08:16
Я прописал свою лицензию в E4\CommonPlugins\Estat\cgi-bin\Estat32.ini
Перезапустил сервис. Estat остается в ограниченном режиме, позволяет отображать статистику только за текущий и предыдущий день.
wikipost
ac18.10.2010 13:19
alex1124 пишет: Estat остается в ограниченном режиме

Там ведь и Estat32.exe надо заменить (высылался вместе с ключем при покупке).

alex1124 пишет: Можно использовать для детализации штатной Е4 статистики.

Штатная статистика E4 и сама умеет детализироваться.
wikipost
Работает на Eserv/5.05567 (10.02.2020)