Проброс порта 80 по TCP

Есть proxy на Kerio Control 8.0.1. с двумя сетевыми.
Первая сетевая со статическим IP. Вторая - смотрит в локалку. Всё замечательно, интернет есть по порту 3128.

В чём собственно "трабла".
1. Есть оборудование во внешней сети (интернет), имеющее статический адрес 88.198.198.11.
2. Есть оборудование в локальной сети, со статическим ip-адресом.
3. Между двумя этими устройствами нужно организовать связь (из внутренней во внешнюю и наоборот).
4. Для тестирования доступа к устройству во внешней сети есть соответствующая программа, которая проверяет все порты, на котором это оборудование работает. Если ошибок нет, то доступ будет. Если хоть по одному порту ошибка, то сооответственно доступа к нему не будет.
[IMG][Для просмотра данной ссылки нужно зарегистрироваться][/IMG]
Собственно, из скрина и отчёта программы видно, что связь между устройствами организована не будет, пока не не получим
коннект на 80 порту TCP.
FAILED: TCP Connection to 88.198.198.11 Port 80
Доступа нет именно через Керио. Проверял минуя Kerio.

Вот скрин правил:
[IMG][Для просмотра данной ссылки нужно зарегистрироваться][/IMG]
Последние 4 - это базовые правила. Собственно, для решения проблемы, я создал 2 правила "test_IN" и "test_OUT" (отмечены синим), но проблема не устраняется.
Господа, помогите пожалуйста найти ошибку в правилах.

[HOG]

Antiseptik, ребят, вы совсем совесть потеряли? Элементарные вопросы напрямую прописанные в руководстве Администратора. Более того, сейчас любой школьник знает как на домашнем роутере (для того-же торрента) открыть определенный порт на входящие соединения. Запрет на такие вопросы прописан в правилах форума в перво-же абзаце и выделен жирным! Из чего я делаю вывод, что ТС в принципе правил не читал.
Последний раз обхожусь без пиздюлин за прямое нежелание элементарно прочесть документацию к самолично выбранному из тысячи других файрволу.

Создать правило для входящих соединений:
1. Название - ЙА ТОЛПОЕП
2. Источник - 88.198.198.11
3. Назначение - Интернет Интерфейсы
4. Сервис - TCP80
5. Действие - разрешить.
6. НАТ - map to {внутренний_IP_номер_устройства_который_ты_не_опуб ликовал}

Правила созданные тобой убить. Входящее тупо открывает порт на файрволе, но не говорит что с этим дальше делать, второе не нужно по причине наличия правила Internet Access (NAT).

P.S. Изучить вот [Для просмотра данной ссылки нужно зарегистрироваться] и вот [Для просмотра данной ссылки нужно зарегистрироваться]. В противном случае, вопросы из разряда RTFM будут караться лично мною по всей строгости.
P.P.S. Предвосхищая вопрос о том, где взять мануал отвечу - на официальном сайте, там-же где вы взяли сам файрвол. За подобные вопросы в дальнейшем будет пожизненный бан с формулировкой "за отсутствие головного мозга"

Ваше правило тоже не работает. Будем копать дальше.

Цитата:

Сообщение от Antiseptik

Ваше правило тоже не работает. Будем копать дальше.

Так скиньте скрин правила, как вы его прописали. Может вы не так прописали...

Может и не правильно.
[IMG][Для просмотра данной ссылки нужно зарегистрироваться][/IMG]

[HOG]

Antiseptik, отключи на этом правиле протокол-инспектор. Заработает.

[naliman]

а я вот штота нихуя не понил....

Цитата:

Сообщение от Antiseptik

1. Есть оборудование во внешней сети (интернет), имеющее статический адрес 88.198.198.11.

Цитата:

Сообщение от Antiseptik

Для тестирования доступа к устройству во внешней сети есть соответствующая программа, которая проверяет все порты, на котором это оборудование работает. Если ошибок нет, то доступ будет. Если хоть по одному порту ошибка, то сооответственно доступа к нему не будет.

88.198.198.11 = устройство во внешней сети

судя по скриншоту программы она сообщает что НЕТ ДОСТУПА К УСТРОЙСТВУ ВО ВНЕШНЕЙ СЕТИ по 80 ПОРТУ

при чём тут мапинг керио?

[HOG]

naliman, я так очень думаю, что дело в протокол-инспекторе, ибо TCP80, это какбе HTTP/WebDAV порт. Нестандартный запрос и вуаля. Нужно походу в этих правилах поотключать PI и посмотреть.

[naliman]

Цитата:

Сообщение от HOG

я так очень думаю, что дело в протокол-инспекторе, ибо TCP80, это какбе HTTP/WebDAV порт. Нестандартный запрос и вуаля. Нужно походу в этих правилах поотключать PI и посмотреть.

да, нестандартный запрос он отрубит
я то другое непонил - судя покартинке тест не может подключить в уданённому ресурссу

[HOG]

naliman, ну так а какая разница, если протокол-инспектор попросту режет все? У него на скрине по TCP443 все проходит, а по TCP80 - нет.

[naliman]

да, протоколинспектор получается по всем раскладам