Obrigado, e sim, por padrão troque sempre a porta, toma como uma boa prática. Guardei o ramson, e passei a usar debian nas estações, servidores win2012 e 2016, apenas para softwares de gestão legado, se puder trocar, nem pensa duas vezes.
att: Fábio B. Moraes *Fones: (53) 98112.1173 (51) **99835.1283* -------------------------------------------------------------------------------- Em 8 de novembro de 2017 20:51, Rodrigo Soares <[email protected]> escreveu: > Pessoal desculpem a demora em retornar e agradecer as sugestões. > > Segui algumas. > > Fiz um teste de conexão dentro da mesma rede através de outra estação de > trabalho e funcionou, ou seja, o serviço estava funcionando. > > Mudei a porta no firewall (NAT) para ver se passava e não resolveu. Ex.: o > que chevaga na porta 4040 direcionava para 3389. > > Fui revisar tudo e verifiquei que por algum motivo o nosso antivirus > kaspersky havia habilitado novamente o firewall que por padrão estava > bloqueando a porta com origem externa. > > Aqui foi resolvido. > > A sugestão do Fabio é super valida, mudei imediatamente a porta default > para outra porta. > > Obrigado a todos. > > Att. > > *Rodrigo Soares* > (61) 99223-0014 > Analista de TI > > EMAIL: [email protected] > MSN: [email protected] > Twitter.com/RodrigosoaresTI > Facebook.com.br/RodrigosoaresTI > > Em 31 de outubro de 2017 19:27, fabio moraes <[email protected]> > escreveu: > > > 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 > > > _______________________________________________ > 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
