BorderManager 3.6 e 3.7


Desempenho

Se você estiver utilizando um servidor proxy BorderManager® para redirecionar solicitações ao servidor iFolder, lembre-se de que os uploads para o servidor iFolder são muito lentos.

Esse problema pode ser amenizado digitando o seguinte no console do servidor BorderManager:

set tcp delayed ack=off


O iFolder permanece conectado quando há uma falha no proxy autenticado

Se houver uma falha nas configurações de proxy do cliente iFolder, esse cliente tentará se conectar diretamente (ignorando o proxy).

Ao utilizarem um proxy autenticado, os usuários internos (particulares) ainda poderão obter acesso sem fornecerem credenciais de autenticação se o encaminhamento por IP estiver habilitado. Para evitar isso, basta verificar se o encaminhamento por IP está desabilitado no servidor proxy.


Conflito de portas

Quando a autenticação proxy está habilitada, a porta de atendimento padrão é a porta 443. Se o iFolder 2.1 e o BorderManager estiverem em execução no mesmo servidor e a autenticação proxy estiver habilitada, um deles deverá atender em uma porta diferente.


Efeito de loopback/bumerangue do NAT

Se o iFolder estiver em execução em um segmento particular e o acesso público for permitido (por meio do NAT), um endereço de acesso público será especificado na configuração do servidor iFolder. Todas as solicitações para o endereço particular serão encaminhadas para esse endereço público. Ao tentar acessar o iFolder no segmento particular, o usuário encontrará o problema de loopback do NAT e haverá uma falha na conexão.

A solução é utilizar um nome DNS como o endereço de acesso do usuário na configuração do servidor iFolder e definir esse nome como o endereço público para usuários públicos e como o endereço particular para usuários internos.