On Mon, Dec 6, 2010 at 10:29 AM, Psycho Mantys <[email protected]> wrote:
> 2010/12/5 dark_slack <[email protected]>:
>> Olá!
>> Estou com squid rodando no meu notebook com liberação de portas para
>> 25, 110 e 143 assim como estar no squid.conf:
>>
>> acl SSL_ports port 443 563
>> acl SSL_ports port 873
>> acl Safe_ports port 25          # smtp
>> acl Safe_ports port 80          # http
>> acl Safe_ports port 110         # pop3
>> acl Safe_ports port 143         # imap
>>
>> porém ainda nao conssigo autenticação na conta do meu e-mail e nem o
>> download do certificado e muito menos o download dos e-mail. Alguem
>> conhece alguma solução para isso?? meu iptables estar aberto para
>> tudo:
>>
>> iptables -
>> L
>> Chain INPUT (policy ACCEPT)
>> target     prot opt source               destination
>> ACCEPT     icmp --  anywhere             anywhere            icmp echo-
>> request limit: avg 1/sec burst 5
>> ACCEPT     tcp  --  anywhere             anywhere            limit:
>> avg 1/sec burst 5
>> ACCEPT     all  --  anywhere             anywhere            state
>> RELATED,ESTABLISHED
>> ACCEPT     tcp  --  anywhere             anywhere            tcp
>> flags:FIN,SYN,RST,ACK/RST limit: avg 1/sec burst 5
>> DROP       tcp  --  anywhere             anywhere            tcp
>> flags:FIN,SYN,RST,PSH,ACK,URG/SYN,ACK
>> ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:
>> 2222
>> LOG        tcp  --  anywhere             anywhere            tcp dpt:
>> 2222 LOG level info prefix `LOG DE ACESSO NO SSH (22): '
>>
>> Chain FORWARD (policy ACCEPT)
>> target     prot opt source               destination
>> ACCEPT     icmp --  anywhere             anywhere            icmp echo-
>> request limit: avg 1/sec burst 5
>> ACCEPT     tcp  --  anywhere             anywhere            limit:
>> avg 1/sec burst 5
>> ACCEPT     all  --  anywhere             anywhere            state
>> RELATED,ESTABLISHED
>> ACCEPT     tcp  --  anywhere             anywhere            tcp
>> flags:FIN,SYN,RST,ACK/RST limit: avg 1/sec burst 5
>> DROP       tcp  --  anywhere             anywhere            tcp
>> flags:FIN,SYN,RST,PSH,ACK,URG/SYN,ACK
>>
>>  iptables -L -t
>> nat
>> Chain PREROUTING (policy ACCEPT)
>> target     prot opt source               destination
>> REDIRECT   tcp  --  anywhere             anywhere            tcp
>> dpt:http redir ports 3128
>> Chain POSTROUTING (policy ACCEPT)
>> target     prot opt source               destination
>> MASQUERADE  all  --  anywhere             anywhere
>>
> ###############################################################################################################
>
> Acho que você não pode baixar e-mail via squid.
> Voce pode fazer e usar ele para htttp, mas para passar e-mail nao.
>
>
>
> Acho que essas threads concordam comigo:
> http://www.mail-archive.com/[email protected]/msg67984.html
> http://www.linuxquestions.org/questions/linux-server-73/thunderbird-client-does-not-work-behind-squid-781001/
>
>
>
> --
> Mi blog eres su blog: https://www.lccv.ufal.br/~psycho/
> @psycho_mantys : http://twitter.com/psycho_mantys
> http://www.slackware.com
> U.L. : 450347
> Fnord

Se tu liberar o CONNECT (é o que ele faz, colocando as portas no
Safe_ports e SSL_ports), passa o que quiser. É basicamente um proxy
socks.

Se o problema é de o squid bloquear algo, o access log vai dizer com
um TCP_DENIED (se ele liberar, vai ser um TCP_CONNECT ou algo do
tipo).

Não é firewall porque o firewall tem tudo aberto pra todo mundo, o
problema pode ser nas portas que estão no squid: a grande maioria dos
servidores IMAPSe SMTP sobre SSL/TLS usam outras portas como 993 e
465, respectivamente. Eu imagino que seja este o problema, já que o
autor fala em certificados...

PS: Ultima mensagem antes de remover meu cadastro da lista, só vou
responder depois disto se me colocaram no CC.

-- 
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]

Responder a