BorderManager 3.6 и 3.7


Производительность

При использовании прокси-сервера BorderManager® для перенаправления запросов серверу iFolder загрузка на сервер iFolder будет проходить очень медленно.

Вероятность возникновения проблемы можно снизить путем ввода следующей команды с консоли сервера BorderManager:

set tcp delayed ack=off


iFolder продолжает работать при сбоях прокси с аутентификацией

Если постоянно происходит сбой настроек прокси клиента iFolder, клиент iFolder пытается выполнить прямое подключение (минуя прокси).

При использовании прокси с аутентификацией внутренние пользователи могут получать доступ без предоставления идентификационной информации и пароля для аутентификации, если включена пересылка IP-пакетов. Чтобы избежать этого, убедитесь в том, что пересылка IP-пакетов запрещена на прокси-сервере.


Конфликт портов

Когда аутентификация прокси включена, портом прослушивания по умолчанию является порт 443. Если iFolder 2.1 и BorderManager функционируют на одном сервере и включена аутентификация прокси, iFolder или BorderManager будут использовать другой порт для прослушивания.


Проблема бесконечного цикла при использовании технологии NAT

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

Возможным решением является использование DNS-имени в качестве адреса доступа пользователя в конфигурации сервера iFolder и определение этого имени в качестве внешнего адреса для внешних пользователей и в качестве внутреннего адреса для внутренних пользователей.