Olá Valmício.
Creio que o erro seja no iptables, apesar de não estar vendo ele.
Normalmente a gente não se apega ao fato do iptables ser linear, ou
seja, um pacote vai testando regras até que ache uma que ele se encaixa
e então ele nem mesmo lê a próxima regra.
Qndo temos um script de firewall extenso, é muito fácil deixar-mos
passar detalhes desse tipo. Pode ser que uma regra no início do script
vc manda "redirecionar" e lá em baixo vc mande "bloquear", ele será
redirecionado e não bloqueado.
Sugestão:
Leia o script linha a linha considerando cada tipo de pacote, eu
imprimiria ele e faria um "teste de mesa".
[email protected] escreveu:
OLÁ, TENHO UM CLIENTE QUE ME CAUSOU ESTRANHEZA HOJE QUANDO POR UM
ACASO ACESSEI O PC DELA VIA VNC.
FOI O SEGUINTE:
LA TEM SQUID + IPTABLES
O FIREWALL ESTA BLOQUEANDO TUDO IMPUT OUTPUT COMO DROP, E LIBERO
APENAS AS PORTAS NESCESSARIAS COMO 22, 1433 , 3389
E O SQUID ESTA NA PORTA 3128.
ATE AI TUDO BEM,
QUANDO ACESSEI HOJE LEVEI UM SUSTO, PEGUEI ELA ENTRANDO NO ORKUT
NORMALMENTE.
DAI PERCEBI QUE OS LOGS DO ACCESS.LOG NAO REGISTRAVA TAL NAVEGACAO.
FOI ENTAO QUE EU RESOLVI CHECAR AS CONFIG DO NAVEGADOR E ESTAVA ASSIM:
PROXY: 127.0.0.1 E A PORTA 9666
E ESTAVA NAVEGANDO NORMALMENTE SEM NENHUMA RESTRICAO A SITES.
AI VEM A MINHA PERGUNTA:
COMO QUE ACEITOU A NAVEGAR ASSIM ?, SENDO QUE AS DEMAIS PORTAS ESTAVAM
DROPADAS?
E OUTRA COISA, ELES TAMBEM USAM O HAMACHI E O MESMO ESTA ABRINDO
NORMALMENTE E PERCEBI QUE USAM PORTAS ALTAS COMO 50017 E POR AI VAI.
ISSO ME DEIXOU PREUCUPADO.
VOCES SABEM COMO RESOLVER ISSO ?
--
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
Antes de perguntar:
http://www.istf.com.br/perguntas/
Para sair da lista envie um e-mail para:
[email protected]
