só lembrando que quando apagar o cache vai apaga os relatórios de acesso caso precise

talvez cache squid.

FIREWALL DA UMA OLHADA SE LIBEROU ACESSO DA LAN INTERNA PRA LAN EXTERNA, PROVAVELMENTE SERIA ISSO LIBERA DNS TBM PRA TESTAR TEM SQUID NÃO ESQUECE DELE

proto udp Porta VPN port 1195 VERIFICA SUA PORTA está usando openvpn copiou as chave key para os 2 servidores.

utilizo lightsquid por enquanto e o ntop está ativo já tem até o ntop png legal pra relatorios.

olá amigo acho que posso te ajudar, sabe me dizer se está conectando corretamente ou não porTa UDP ESTÁ LIBERADA 1194 PORTA DNS ESTÁ LIBERADA PRA CONSULTA E AS PORTAS NETBIOS TBM PARA UM POSSIVEL SMB TCP 139 TCP 445 TCP 137 TCP 138 As seguintes portas estão associadas ao compartilhamento de arquivos e comunicações SMB (server message block): Compartilhamento de arquivos SMB da Microsoft: Portas UDP (User Datagram Protocol) de 135 até 139, e portas TCP (Transmission Control Protocol) de 135 até 139. Tráfego SMB com host direto sem NetBIOS (network basic input/output system): porta 445 (TCP e UPD). se caso já tenha feito isso tente criar uma rota estática só pra testar …

consegui resolver, nao do jeito que eu queria, mas está funcionando. criei uma regra(LAN) no firewall com limiter para limitar a velocidade das conexoes que vem do squid. acima dessa regra, criei uma outra com um alias do fqdn do servidor do sistema por fim, coloquei o dominio na exceção do proxy nas estações. tentei de todo jeito, fazer  uma regra onde o ip do servidor, passasse por dentro do squid mas com um limiter de velocidade maior, mas não consegui. no teste de download a velocidade era da regra do squid nao do server. Se alguem tiver uma ideia de como fazer isso eu agradeço.

galera. anexo as regras como ficaram. estou usando a porta 9090 agora. Valeu! [image: regras.png] [image: regras.png_thumb]

Resolvido. Quanto a esse erro  “Options error: –auth-user-pass requires –pull” que impede que openvpn cliente inicie o serviço, a solução é bem simples, depois de bater cabeça uma noite, consegui resolver da seguinte forma. Edite o arquivo com o editor da sua preferencia, vi, nano etc, /var/etc/openvpn/clienteX.com (onde X é o numero do cliente que você esta tendo o erro), e comente com # a linha “auth-user-pass /var/etc/openvpn/clienteX.up” e pronto, sua vpn volta a funcionar perfeitamente. Espero poder ajudar alguém, pois sou novo ainda com pfsense, o que pode parecer simples, para mim ainda é um desafio.

Valeu muito grato pela ajuda estou conseguindo liberar. ;D

No SQUIDGUARD…. Vá na aba Targuet Categories e crie uma nova, colocando o domínio que vc deseja liberar... Depois vá na Comon ACL, clique na seta verde para expandir as regras.... deverão aparecer sua Target no topo e todas as Targets do Blacklist logo abaixo da sua.... na sua TARGET, basta selecionar Allow (no campo Access a esquerda). Vá até o final da página e Salve. Após isso, vá na aba Genreal Settings e clique no botão APPLY. Teste o acesso. Caso não funcione, experimente ir no menu STATUS > Services... parar o SQUID e o SQUIDGUARD e iniciar os mesmos novamente (já passei por situações em que os botões APPLY e o botão de reiniciar serviço do SQUID/SQUIDGUARD não surtiram efeito, tendo de realmente parar o serviço e iniciar novamente). Tente isso e poste o resultado.

Alguém?

Boa tarde, njrvieira. A única diferença entre a sua regra e as minhas é que eu criei uma para o IPv4 e outra para o IPv6 mas abrangendo todos os protocolos (any você colocou TCP/UDP) nelas. Aqui está funcionando certinho.

Prezados, Descobri como salva os comandos no history, após fechar a sessão SSH. Edite o arquivo /root/.tcshrc: Adicione estas linhas e salve o arquivo. set history=2000 set savehist=(2000 merge) O 2000, afirma que ele ira salvar 2000 comandos no history.

charadasu: Você cria uma nova categoria em Target Categories. Em Groups ACL, abra o grupo desejado. Em Target Rules List, localize a Target Categories que você acabou de criar, e selecione "Whitelist". Não esqueça de salvar e "APLLY" em General Settings.

Se você usar Portal Captive existe essa opção. Tem como limitar para o usuário fazer apenas uma conexão. Por exemplo, se ele está conectado no celular e conecta no computador com mesmo usuário ele derruba a conexão anterior.

Houve sim alguns pacotes removidos, segue documentação: https://doc.pfsense.org/index.php/2.3_Removed_Packages Sinceramente, no meu caso, só senti falta do pacote filer Já sobre o 2.3.1_1 - Funcionando redondinho aqui também. O backup da 2.2.6 funcionou com apenas alguns ajustes simples e o WPAD esta muito mais fácil de implementar. O Captive Portal esta perfeito, Squid, Squidguard, LightSquid, Schedules, OpenVPN… Nada mais ou menos.. Tudo nos conformes!!