Sem querer ofender, Mas , não é mais sensato trocar a porta, para além da 4000, 4399,4455 ou qualquer outra fora do padrão? Já tive problemas com um servidor de produção, fui descuidado na configuração, porta padrão, o servidor estava sendo trocado por outro, enfim...Ransomware.
att: <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Livre de vírus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>. <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> Fábio B. Moraes *Fones: (53) 98112.1173 (51) **99835.1283* -------------------------------------------------------------------------------- Em 27 de outubro de 2017 19:35, Eduardo Rigler <[email protected]> escreveu: > Eu já tive problema até em uma época em que usava mais de um Gateway na > rede, era culpa minha :P > > Na real fiquei meio "cabreiro" quando o Rodrigo questionou sobre uma forma > de testar de dentro da rede mas devo ter entendido errado pois basta se > conectar via RDP e pronto. > > De qualquer forma, primeiro é preciso entender se o problema está no > servidor, na rede local ou na internet antes de colocar a culpa no provedor > de acesso. > > []'s > > > Em 27 de out de 2017 6:16 PM, "Claudio Corrêa Porto" < > [email protected]> > escreveu: > > > Olá, já tive este problema e geralmente é alguma atualização do windows > que > > resolve não permitir > > conexão de IPs que não sejam da LAN. Pois com o NAT, a sua estação > windows > > recebe um pacote cujo IP > > de origem vem de fora, ou seja, de uma rede não confiável. > > > > []'s > > Claudio. > > > > Atenciosamente, > > Claudio Corrêa Porto > > +55 11 9-9985-6816 > > +55 11 5084-0315 > > > > Antes de imprimir pense no meio ambiente. Imprima somente o necessário e > > utilize papel reciclado. > > > > Em 27 de outubro de 2017 17:17, Eduardo Rigler <[email protected]> > > escreveu: > > > > > Redireciona a porta 3389 para outra externa, ué :) > > > > > > Para testar internamente sempre haverá o bom e velho nmap. > > > > > > []´s > > > > > > > > > Em 27 de outubro de 2017 16:52, Rodrigo Soares < > > [email protected]> > > > escreveu: > > > > > > > Senhores, vejam a seguinte situação. > > > > > > > > Fiz um NAT de entrada direcionando a porta 3389 RDP para um servidor > > > > internet da empresa. E sempre funcionou. > > > > > > > > Do nada, nem atualização nem nada, parou de funcionar. > > > > > > > > Fiz um teste de porta através do site > > > > https://www.yougetsignal.com/tools/open-ports/ e la acusa algumas > > portas > > > > abertas e realmente a 3389 fechada. > > > > > > > > Liguei na operadora e a mesa disse que não faz bloqueio de porta e > que > > > esta > > > > tudo normal. Ainda segundo eles é o firewall. > > > > > > > > Existem testes, meios, de se provar que é na operadora? > > > > > > > > Outra duvida é como eu consigo ver no meu servidor windows que a > porta > > > 3389 > > > > está sendo "escutada" e esta aberta? > > > > > > > > Valeu > > > > > > > > Att. > > > > > > > > *Rodrigo Soares* > > > > (61) 99223-0014 > > > > Analista de TI > > > > > > > > EMAIL: [email protected] > > > > MSN: [email protected] > > > > Twitter.com/RodrigosoaresTI > > > > Facebook.com.br/RodrigosoaresTI > > > > _______________________________________________ > > > > Pfsense-pt mailing list > > > > [email protected] > > > > http://lists.pfsense.org/mailman/listinfo/pfsense-pt > > > > > > > _______________________________________________ > > > Pfsense-pt mailing list > > > [email protected] > > > http://lists.pfsense.org/mailman/listinfo/pfsense-pt > > > > > _______________________________________________ > > Pfsense-pt mailing list > > [email protected] > > http://lists.pfsense.org/mailman/listinfo/pfsense-pt > > > _______________________________________________ > Pfsense-pt mailing list > [email protected] > http://lists.pfsense.org/mailman/listinfo/pfsense-pt > _______________________________________________ Pfsense-pt mailing list [email protected] http://lists.pfsense.org/mailman/listinfo/pfsense-pt
