Acredito que agora os problemas com virus no MSN chegarão ao fim  ;D, mas acho que a microsoft fez isso para poder vender o Lync para as empresas (Que já ate passaram aqui na empresa oferecendo)! Realmente monitorar o Skype e complicado justamente pela criptografia, então já vou fazendo alguns testes aqui com o Openfire+Pandion. @diegogyn: Se alguém conhecer alguma alternativa de IM posta ai também! Tem o Ejabberd, já usei e funciona melhor que openfire (na minha opnião), podendo ser integrado ao AD, para mim a desvantagem é que ele não oferece a versão web, como o openfire.

Boa tarde. Resolvido. O problema que o dominio sefaz possui vários IP. Liberei todos IPS do dominio é foi resolvido. Agradeço

@helberttavares: Assim que postar na comunidade brasileira irei colocar o link do tutorial aqui no fórum… helberttavares++

Olá amigo, obrigado pelo retorno, já olhei tudo e não vejo problemas, tenho um balanceamento como multiplo, pois uso o link da Intelig para saida das portas 80 e 443 e uso o link da Embratel só para e-mails, mas na minh lan não olhei o erro, quem faz o roteamento é um roteador e não o pfsense. [image: Capture.PNG] [image: Capture.PNG_thumb]

gilmarcabral, o melhor a fazer é abrir um ticket em redmine.pfsense.org e/ou abrir um tópico no fórum internacional(caso não exista nenhum outro sobre o mesmo assunto) att, Marcello Coutinho

@eduardooliveirapp: Tentei também colocar a rede da vpn no squid conforme nosso amigo mencionou mas não deu certo. Sigo tentando. Coloque as redes frias (matriz e filial)  no bypass. Desligue o Squid, como sugeriu o amigo marcelloc, para tirar a prova dos 9! Abraços! Jack

Buenas! Adicionalmente à dica do amigo marcelloc, segue um link com dicas interessantes sobre "boas práticas" na hora do upgrade no pfSense: http://www.pfsense-br.org/blog/2012/02/passos-e-boas-praticas-na-hora-de-atualizar-o-sistema/ Abraços! Jack

Você pode deixar no gateway padrão e criar uma regra na aba floating direcionando o tráfego para o host de destino através de um grupo de roteamento.

Você pode usar uma regra de nat para isso ou instalar o squidno pfSense usando o outro proxy como parent. Nao esqueça de criar as regras de exceções para não gerar loop de forward entre o firewall e o proxy.

Resolvi este problema usando um script do WinSCP para sincronizar a pasta de relatórios do SARG com uma pasta de um computador local. É até melhor porque em uma semana de instalação do PFSense já existia 120mb de relatórios ficando muito difícil de enviar por e-mail. Obrigado à todos que contribuíram.

Obrigado Marcello. RESOLVIDO.

@marcelloc: Sempre na interface  onde o trafego inicia. No seu caso LAN/rede Aah sim. Muito Obrigado.

Quando apareceu aprimeira vez esse erro eu logo troquei o servidor uso ele hoje so para teste, eu vou colocar ele novamente em produção para testar. o que me incomoda e a quantidade de mensagem que aparece, sempre que e gravado algo essa mensagem novamente aparece. Não sei se essas mensagem vai acontecer algo, mas sempre que da algum erro eu culpo ela por não saber o que ele se trava. Se a mesma não me prejudicar vou deixar assim mesmo. So queria saber o que se tratava a mensagem. Se erra um erro ou apenas uma mensagem.

@AlexandroB: Alguem poderia me ajudar a tentar exclarecer, pois nao sei se estou errado em minhas ações/configurações. Crie um alias com as redes internas e em seguida aplique uma regra na lan1 e lan2 proibindo o acesso com origem=alias_com_as_redes e destino=alias_com_as_redes

procure nos includes que a página tem. muita coisa do pfsense está nos arquivos .inc

Alexandre Dickel, bem vindo a fórum! :) já tentou publicar o ts em outra porta? Já monitorou via tcpdump se os pacotes chegam na wan? att, Marcello Coutinho

andersoncatao, bem vindo ao fórum! :) além da dica do nofault, sugiro dar uma olhada nos tutoriais disponíveis aqui na parte de cima do fórum. Lá você vai encontrar material para e tutoriais para quase tudo no pfsense. att, Marcello Coutinho

o meu retornou um xml mas verifiquei ao abrir com editor de texto que ele gerou um xml da pagina "diag_backup.php".

salvia, Não precisa de bridge, só de roteamento sem nat e a configurar o dns/wins(se for o caso) correto. testar o ping(se tiver regra para isso e o servidor remoto permitir) é o primeiro passo para testar a conectividade. O tcpdump pode ser também uma excelente ferramente para identificar o problema. att, Marcello Coutinho