Pontos de acesso
Os pontos de acesso de um servidor são seus endereços no VpnHood! MANAGER: onde ele escuta e quais entram nas chaves de acesso. O MANAGER cuida disso sozinho, a menos que você precise de um endereço específico.
Onde encontrá-los
Abra Servers, selecione o servidor e acesse Access Points. Cada ponto de acesso representa um endereço do servidor com suas portas. A página do cluster lista os endereços inclusos nas chaves, também em Access Points.
Configuração automática
A Automatic Configuration vem ativada para novos servidores. O MANAGER identifica o IP por meio do tráfego de saída do servidor e define os pontos de acesso sozinho. Isso funciona na maioria dos casos; confira Como o servidor encontra seu endereço para exceções.
Para configurar manualmente os pontos de acesso, desative Automatic Configuration: com ela ligada, a lista não pode ser editada. O MANAGER pedirá sua confirmação, pois o servidor será reiniciado.
Configurações de um ponto de acesso
Duas opções definem a função de cada endereço:
- Mode define quem recebe o endereço. PublicInToken inclui o IP em todas as chaves do cluster. Public não adiciona às chaves, mas o MANAGER o envia ao aplicativo ao direcioná-lo a este servidor. Private nunca é enviado aos aplicativos.
- Listen define se o servidor escuta conexões no endereço. Marque Yes apenas se seu provedor rotear esse endereço para a máquina: no Linux, o servidor adiciona automaticamente à rede endereços de escuta ausentes.
UDP Port e QUIC Port são opcionais; use -1 para desativar qualquer uma delas.
Dispositivos que usam UDP precisam que a UDP Port do servidor esteja aberta no firewall da máquina e do provedor.
Em nuvem com endereços privados
Em nuvens com IPs apenas privados, como AWS, Google Cloud, Azure ou Oracle Cloud, configure o IP privado com Mode Private e Listen Yes, e o IP público com PublicInToken e Listen No, na mesma porta. A Automatic Configuration faz isso automaticamente.
Alterar um endereço
Uma chave contém os endereços com os quais foi criada. Por isso, aplicativos com uma chave antiga continuam tentando o endereço anterior. Mantenha o antigo por alguns dias como um ponto de acesso com Mode Private e Listen Yes: os aplicativos recebem a nova chave ao se conectar, pois Push token to clients vem ativado por padrão. Depois, basta removê-lo.
203.0.113.10, entra nas chaves. O antigo, 198.51.100.20, sai das chaves, mas o servidor continua escutando nele para atender aplicativos com chaves anteriores.
Atrás de um proxy reverso
Primeiro, ative o proxy conforme mostrado em Colocar seu servidor atrás de um proxy reverso. Em seguida, verifique o certificado do farm para o domínio: em Signature deve constar CA Signed, e a Visibility deve ser PublicInToken, como indicado em Usar seu próprio domínio. Assim, as chaves passam a incluir o domínio, e os aplicativos conseguem localizá-lo.
Para direcionar todos os aplicativos pelo proxy, remova os endereços próprios do servidor das chaves:
- Desative a opção Automatic Configuration.
- Edite cada endereço e defina o Mode como Private.
- Mantenha o Listen em Yes para que o servidor continue ouvindo as conexões: o proxy ainda precisa se conectar a ele.
O MANAGER permite chaves sem endereço apenas quando o certificado exibir CA Signed.
Os aplicativos com chaves antigas continuam usando-as junto com os endereços do servidor: o Push token to clients só envia uma nova chave aos aplicativos se um dos servidores do farm tiver um endereço PublicInToken. Copie as novas chaves do MANAGER e compartilhe-as com seus usuários.
Se forem mantidos em PublicInToken, os endereços permanecem nas chaves, e os aplicativos podem usar tanto eles quanto o proxy. Dessa forma, o proxy garante a conexão dos seus usuários caso um endereço seja bloqueado.
O domínio direciona para um único servidor; portanto, em um farm com vários servidores, todos os aplicativos que passarem pelo proxy chegarão ao mesmo servidor.
