Respostas no Fórum
-
Posts
-
Fernando,
Qual a versão do seu endian?
Experimente fazer o seguinte teste:
– Configure os dois uplinks como ip estático
– Marque a opção “Check if these hosts are reachable” e configure hosts distintos em cada uplink. Ex: Link1-208.67.222.222 Link2-208.67.220.220 (Talvez só essa configuração nos seus uplinks atuais já resolva o problema)
– Configure servidores de DNS distintos em cada uplink. Vi uns erros estranhos na versão 2.5.1 quando usa-se o mesmo dns em mais de um uplink.
Se for manter a opção do “Check if these hosts are reachable” procure usar no mínimo dois endereços em redes separadas para cada uplink.
[]’s
🚀 Apresentando o Hotspot Beacon! 🚀
Desbloqueie o potencial do seu Wi-Fi com o Hotspot Beacon. Personalize sua página de acesso para mostrar anúncios, promoções ou informações e engajar seus clientes, impulsionando o seu negócio.
💡 Principais Funcionalidades:
- Interface amigável e intuitiva
- Opções de personalização completas para sua marca
- Gerenciamento de propagandas e promoções
- Integração fácil com sistemas existentes via API
- Limitação de velocidade ou largura de banda por usuário
- Controle de acesso por horário
🔗 Confira o site para saber mais: https://hotspotbeacon.comAlta disponibilidade “a quente”, apenas com a versão paga do endian.
Entretanto é possível montar algumas rotinas de sincronização para um “cold standby”. (ou apenas replicar as configurações manualmente com backup/restore)
Dependendo do nível de conhecimento técnico até pode ser implementada uma rotina totalmente por baixo para criar um sistema automático, mas requer algum tempo de implementação.
Khall,
O teamviewer funciona da seguinte forma:
Tenta estabelecer uma conexão TCP/443 com o servidor remoto do teamviewer
Caso não consiga, ele usa a porta alternativa TCP/5938.
Verifique o seguinte:
– Outgoing firewall: as portas tcp 443 e 5938 não podem estar liberadas.
– Se estas portas estiverem bloqueadas, a única forma que o teamviewer tem para chegar ao exterior é através do proxy http. Basta realizar o bloqueio dos domínios: .teamviewer.com e .dyngate.com
[]’s
Everton, desencavou um post antigo hein?
Downgrade de versão não é solução.
O correto é criar as rotas corretas em Policy Routing baseando-se por protocolo.
[]’s
Petroveski,
Se dentro da sua rede a vpn estabelece, e de fora o cliente fica apenas aguardando (ele deveria dizer algo depois de um minuto ou dois) isso quer dizer que o cliente não está conseguindo chegar ao servidor remoto de vpn.
Verifique os itens:
– Firewall System access: Se existe uma regra liberando o tráfego de entrada para openvpn.
– Se você tiver um router fazendo nat na frente do endian, verifique se redirecionou as portas corretamente.
– Se não tiver ip fixo, verifique se o seu dns dinâmico está configurado corretamente.
[]’s
Fabricio,
Como é o seu acesso a internet? Está utilizando algum router (tipo adsl)? Redirecionou as portas para o endian?
O log do erro que mostrou no cliente está incompleto. Você deve esperar até que ocorra a falha para poder mostrar a mensagem de erro correta.
[]’s
Você está falando em memória ou uso de disco? O que diz a linha “df -h”?
Qual a partição que você está achando que está cheia? /var ou /var/log?
Observar também que o filesystem reserva uma certa porcentagem (não lembro se é 5 ou 10%) do disco.
Fabricio,
Verifique se você liberou a porta/protocolo em firewallSystem Access. A porta padrão é udp/1194.
[]’s
Khall, releia a mensagem anterior que eu enviei, use o comando “du” para investigar o que está consumindo espaço e observe o conteúdo do log para ver se não existe nada de anormal sendo registrado.
vanlord,
Pelo log que você postou, o email saiu sim, foi entregue ao smtp.imaginario.com. Você deve verificar neste servidor o que aconteceu com a mensagem QTK39704 (referência atribuida pelo servidor remoto).
Apr 5 12:57:04 btfirewall postfix/smtp[32763]: 96C998FC107: to=<fulano@imaginario.com.br>, relay=smtp.imaginario.com[200.234.220.4]:587, delay=1188, delays=1187/0.06/0.3/0.17, dsn=2.6.0, status=sent (250 2.6.0 330 bytes received in 00:00:00; Message id QTK39704 accepted for delivery)
Provavelmente ela foi barrada por alguma política (tipo anexos), ou até mesmo qualificada como spam.
Dica, use o smarthost autenticado (se ainda não estiver configurado assim), e verifique na sua caixa de spam.
br0 é uma Bridge, o endian usa bridge para alguns recursos (exemplo openvpn) se você executar um ifconfig vai ver que essa br0 tem o mesmo mac address de alguma eth (não necessariamente eth0)
A propósito, o prefixo “br” é uma convenção amplamente adotada e que facilita na hora de identificar a interface em modo bridge, mas poderia ser qualquer outro nome.
[]’s
