maillo Цитата: Вот что получилось:
[20/Jul/2009 17:14:44] [ID] 206574 [Rule] SMTP out [Service] SMTP [User] DC1 [Connection] TCP dc1.domen.local:29188 -> mail172.messagelabs.com:25 [Duration] 17 sec [Bytes] 144/120/264 [Packets] 3/3/6
DC1 это почтовый сервер... Через него шлют?
ай, не так, прости я ошибся...
у тебя из локалки юзеры обращаются к почтовому серверу минуя керио (напрямую), так что керио не сможет логировать обращения.
тебе надо както "заставить" пользователя обращаться к почтовому серверу через керио, таким образом керио будет логировать все обращения.
можно сделать так:
настраиваешь клиентские почтовые клиенты на ваш внешний (или на вообще левый ип адрес)
н-р 77.77.77.77
а в керио делаешь правило
source = LAN (сетевка, которая смотрит в локалку)
destination = 77.77.77.77
service = ANY (или POP3,SMTP)
ALLOW
MAP to 192.168.1.15 (локальный адрес почтовика)
т.е. аутлук будет ломиться на 77.77.77.77 , а керио его будет мапить на 192.168.1.15, что равносильно, если сам аутлук будет ломиться на 192.168.1.15
+ ставишь логирование пакетов на это правило
ну как то так
Добавлено: iliuxa тогда не совсем так
н-р твое правило
как керио узнает на какой интерфейс (а у тебя их два) возвращать ответные пакеты?
я бы это правило разбил на два:
1. source = YOTA
остальное как у тебя
+ добавить NAT(YOTA)
2. source = RMT
остальное как у тебя
+ добавить NAT(RMT)
т.о если пакет приходит с интерфейса YOTA то и ответ уйдет на этот же интерфейс
тоже самое и про RMT
как то так