Respostas no Fórum
-
Posts
-
Ok clebler,
Até onde compreendo a sua placa “vermelha” deveria estar com um IP Público fixo ou dinamico/dyndns para que outros possam acessá-lo, ter IP 192.168.1.1 significa que vc tem outro roteador aí certo? ou estou entendendo errado seu ambiente?
Wireguard_webadmin
Sistema gratuito (Open Source) para gestão de VPN's WireGuard com uma Web interface intuitiva e fácil de usar.
Principais funcionalidades:
- Sistema de Firewall completo e flexível.
- Encaminhamento de portas
- Suporte a multi usuário com níveis diferentes de acesso
- Múltiplas instâncias do Wireguard
- Crypto key routing para configuração de VPN site-to-site
O projeto é Open Source, fácil de instalar e está disponível em wireguard_webadmin
seu Endian consegue pingar algum endereço IP das outras subredes? Caso não certamente está faltando configurar rota no endian
OK: então o cliente que usa o “area de trabalho remota” em computador remoto, ele digita 192.168.1.11 é isso mesmo?
Tente criar regras separadas. ex 3389/3389 3390/3390, uma relativa a cada porta, na zona vermelha selecione o IP que os usuários vão acessar remotamente
bom, já tentou “pingar” pod51004.outlook.com para ver se está resolvendo o nome corretamente? Já tentou verificar telnet em outro host? tenta usando esse por exemplo smtp.locaweb.com 587.
Já tentou liberar usando o IP ao invés do MAC?
Testa aí e nos retorna
Tive o mesmo problema e resolvi criando uma regra para cada porta!
uma regra só com todas portas não funcionou, sem usar “allow with IPS”
Esse mac address de origem mencionado na regra “00:23:AE:B7:F5:90” é a única máquina que acessa o smtp?
Já testou um telnet na porta 587 pra ver se a conexão é feita?
sim pq o roteamento funciona de uma rede para outra, Ex. 192.168.0.x para 192.168.1.x, se está na filial e tenta acessar por exemplo um IP 192.168.1.10 que está na matrix, como é um endereço da rede da filial ele nem envia pro gateway a solicitação, vc vai ter que colocar outra rede na filial, ex. 192.168.2.x e configurar a rota.
