como compartilhar modem 3g vivo e fazer cache utilizando-o [RESOLVIDO]

n4t4n
(usa Arch Linux)

Enviado em 02/05/2011 - 09:45h

Para que o compartilhamento fique permanente você precisa gravá-lo em algum arquivo para ser executado sempre que o computador ligar, se não fizer isso terá de redigitar tudo novamente toda vez que reiniciar o pc.

Caso você tenha reiniciado o pc, então o problema é esse e você terá que refazer o compartilhamento.

Para diagnosticar o problema e saber se o compartilhamento está ativo, digite num terminal como root, ou utilizando o sudo

iptables -t nat -L

se o compartilhamento estiver ativo o resultado deve ser parecido com isso

Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- 192.168.0.0/24 anywhere

Veja se o redirecionamento de pacotes para outra interface está ativo (pode ser como usuário comum mesmo)

cat /proc/sys/net/ipv4/ip_forward

o resultado deve ser:

1

Isso prova que seu compartilhamento está ativo. Se mesmo assim o problema continuar, então terá que conferir além da configuração de ip da placa usada para compartilhar, o meio físico (cabos, roteadores, switch's) e nos outros pc's, se as configurações de ip e gateway estão corretas.

uanderson1408
(usa Ubuntu)

Enviado em 02/05/2011 - 17:32h

Consegui fazer o compartilhamento,mas não sei como criar o arquivo de inicialização, já que vou precisar desse compartilhamento constantemente.

É possível fazer a configuração do Squid para cache, controle de banda e de usuários utilizando apenas o modem 3g e a conexão local do notebook?
É que ví em alguns tópicos que não é possível essa configuração, uma vez que o modem 3g utiliza ip atribuído pela operadora, podendo variar a cada nova conexão. é isso mesmo?

Estou instalando o Ubuntu 10.10 em um Desktop com duas placas de rede rj45, uma para receber a internet do notebook e a outra para repassar a internet pros clientes.
Qual configuração devo utilizar no conf do squid que vai ser instalado no Desktop? É necessário fazer alguma atualização ou instalação de um software complementar?

Obs.: Se tiver como fazer essas configurações diretamente do notebook, descartarei a utilização do Desktop pra esse fim.


Mais uma vez grato,

Uanderson.

n4t4n
(usa Arch Linux)

Enviado em 04/05/2011 - 22:24h

--- Consegui fazer o compartilhamento,mas não sei como criar o arquivo de inicialização, já que vou precisar desse compartilhamento constantemente.

Para criar o arquivo de inicialização você:
* Coloca os comandos em um arquivo e salva na pasta /etc/init.d com um nome característico, tipo firewall ou compartilhamento
* Adiciona permissão de execução ao arquivo
* Adiciona ele no runlevel que você quer que ele inicie, geralmente se coloca em todos os modos multiusuário (2,3,4,5)

Depois de criar o arquivo contendo os comandos do compartilhamento ou firewall, use os comandos abaixo como root

chmod 755 nomedoarquivo #Dá permissão de execução
update-rc.d nomedoarquivo defaults #Coloca o arquivo criado para ser iniciado nos runlevel's 2, 3, 4 e 5 (usado nos derivados do debian, em outras distribuições o comando pode variar)

Substituindo, é claro, nomedoarquivo pelo nome que você salvou seu arquivo.

--- É possível fazer a configuração do Squid para cache, controle de banda e de usuários utilizando apenas o modem 3g e a conexão local do notebook?

Sim. O squid consegue fazer tudo isso em uma máquina, embora seja indicado que o controle de banda deva ser feito em um programa separado (cbq, htb), pois o squid não faz isso muito bem.

--- É que ví em alguns tópicos que não é possível essa configuração, uma vez que o modem 3g utiliza ip atribuído pela operadora, podendo variar a cada nova conexão. é isso mesmo?

Não há problema fazer com ip dinâmico, já que a regra que você está usando é a de mascaramento (MASQUERADE). Veja: http://focalinux.cipsga.org.br/guia/avancado/ch-fw-iptables.htm#s-fw-iptables-nat-snat-masquerade

--- Estou instalando o Ubuntu 10.10 em um Desktop com duas placas de rede rj45, uma para receber a internet do notebook e a outra para repassar a internet pros clientes.

Não se faz necessário que se use duas máquinas para fazer o trabalho que somente uma é capaz. Se você quiser usar o desktop então configura o modem 3G nele e pegue a internet compartilhada no notebook usando wifi (necessário um roteador sem-fio).

--- Qual configuração devo utilizar no conf do squid que vai ser instalado no Desktop? É necessário fazer alguma atualização ou instalação de um software complementar?

Uma configuração padrão deve servir bem ao uso comum, porém a necessidade de um programa complementar vai depender de sua necessidade. Se quiser barrar determinados sites e ter um controle maior sobre que tipo de site pode ser acessado, talvez queira utilizar um programa adicional para isso como o squidguard, dansguardian, etc. Para ver os acessos dos usuários em tempo real usando o navegador vai precisar de programa adicional, e assim por diante.

--- Obs.: Se tiver como fazer essas configurações diretamente do notebook, descartarei a utilização do Desktop pra esse fim.

Veja qual dos dois (notebook ou desktop) trará mais benefícios para você, sendo utilizados como servidor. Se você utilizar o notebook, por exemplo, não vai poder sair com ele para algum lugar sem deixar todos off-line.

uanderson1408
(usa Ubuntu)

Enviado em 22/05/2011 - 14:30h

Consegui fazer o compartilhamento, graças a ajuda dos amigos do fórum a quem agradeço muito.

Agora estou quebrando a cabeça com a .conf do squid.


O meu muito obrigado!
E até a próxima...

n4t4n
(usa Arch Linux)

Enviado em 22/05/2011 - 16:03h

Estamos aqui pra ajudar.

Aqui no vol mesmo tem muito material bom sobre squid, inclusive alguns .conf já pronto, só no jeito de modificar à sua necessidade.

Qualquer coisa posta.

uanderson1408
(usa Ubuntu)

Enviado em 22/05/2011 - 16:46h

Já tirei a maioria de minhas dúvidas quanto à instalação do modem huawei e173s e o compartilhamento permanente do mesmo no ubuntu 10.10. Agora já fiz a instalação do Squid3 e estou lutando aos poucos aqui com o Squid.conf. Ao digitar no terminal "Squid3 -z" aparece a seguinte mensagem:

WARNING: Cannot write log file: /var/log/squid3/cache.log
/var/log/squid3/cache.log: Permission denied

O que pode tá ocasionando esse erro?

Segue abaixo minha .conf:
#Porta default do proxy
http_port 3128 transparent

#O nome do servidor
visible_hostname server proxy

#Cache
cache_mem 1024 MB
maximum_object_size_in_memory 512 KB
cache_swap_low 90
cache_swap_high 95
cache_dir ufs /var/spool/squid3 9000 16 256
cache_access_log /var/log/squid3/access.log
refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280

#Regras de acesso para rede local
#acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl SSL_ports port 443 563
acl Safe_ports port 80 #http
acl Safe_ports port 25
acl Safe_ports port 21 #ftp
acl Safe_ports port 70 #gopher
acl Safe_ports port 210 #wais
acl Safe_ports port 280 #http-mgmt
acl Safe_ports port 488 #gss-http
acl Safe_ports port 591 #filemaker
acl Safe_ports port 777 #multiling http
acl Safe_ports port 8080
acl Safe_ports port 9090
acl Safe_ports port 901 #swat
acl Safe_ports port 443 563 #https e snews
acl Safe_ports port 1025-65535 #portas altas
acl purge method PURGE
acl CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access allow purge localhost
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports

#Bloqueando por dominios e palavras
#acl bloqueados url_regex "/etc/squid3/bloqueados"
#http_access deny bloqueados
#acl palavras dstdom_regex "/etc/squid3/palavras"
#http_access deny palavras
error_directory /usr/share/squid3/errors/Portuguese

acl redelocal src 192.168.10.0/24
http_access allow redelocal
http_access allow localhost
http_access deny all

#Fim!!!

Com as configurações feitas, consigo acessar na estação, mas não está passando pelo Squid3, consequentemente não está fazendo cache.


Mais uma vez grato!

Uanderson.

n4t4n
(usa Arch Linux)

Enviado em 23/05/2011 - 11:30h

Esse erro ocorre quando o serviço squid não tem acesso à pasta, que no caso é a /var/log/squid3/
Para resolver isso simplesmente execute o comando squid3 -z como root, para criar o cache e log na pasta especificada no arquivo squid.conf
Caso mesmo como root dê erro de acesso negado olhe qual é o usuário do squid e mude o dono das pastas do squid no /var para esse usuário. No squid 2.7 o usuário é proxy. Creio que no squid3 seja o mesmo, mas para conferir use ls -lh /etc/squid e veja quem é o usuário dono das pastas e arquivos de configuração. Então faça a mudança de dono das pastas. No exemplo mostro como será caso o usuário seja proxy

chown -R proxy.proxy /var/log/squid3
chown -R proxy.proxy /var/spool/squid3
chown -R proxy.proxy /usr/share/squid3

meinhardt_jgbr
(usa Debian)

Enviado em 23/05/2011 - 12:02h

Fantastica esta informação. Vale uma dica ou artigo para ficar mais fácil de encontrar ao fazer consulta no VOL sobre este assunto.

uanderson1408
(usa Ubuntu)

Enviado em 29/05/2011 - 11:50h

Bom dia!

Agradeço mais uma vez.
Estava esse tempo todo pesquisando e fazendo testes. Consegui como root criar os diretórios swap, mas como faço agora pra redirecionar a rede local para o Squid3?
Ao tentar utilizar a regra de iptables, a máquina cliente(teste) dá erro de URL e diz não encontrar o dns.

Agora como faço pra redirecionar as portas a passarem pelo Squid?

Obrigado!
Uanderson.

n4t4n
(usa Arch Linux)

Enviado em 30/05/2011 - 18:02h

A regra de redirecionamento para o squid é essa mesmo

iptables -A PREROUTING -t nat -s 192.168.0.0/24 -p tcp --dport 80 -j REDIRECT --to-port 3128

Substitua o endereço de rede pelo da sua.
Porém você terá que configurá-lo com o modo transparente, acrescentando, caso necessário onde tem o número da porta o nome transparent, ficando assim

http_port 3128 transparent

Se você consegue navegar normalmente com o compartilhamento ativado sem o squid, após ativar o squid pode ser necessário usar a configuração de dns dentro do squid.conf adicionando as seguintes linhas

dns_nameservers 8.8.8.8
dns_nameservers 8.8.4.4

Você pode usar outro dns de sua preferência

E pode ainda tentar especificar o endereço e porta do proxy no navegador para ter certeza se o problema é de configuração no servidor.
Caso navegue com a configuração feita no navegador e não navegue no modo transparente então vai ser configuração, porém a configuração necessária para isso é essa mesmo.

uanderson1408
(usa Ubuntu)

Enviado em 11/06/2011 - 09:59h

Bom dia!
Depois dessa dica do DNS, consegui com que o squid rodasse em rede iterna, porém aparentemente não durou muito, pois parece ter funcionado apenas uns 30 minutos. Verifiquei que o local onde está localizado a pasta do cache começou a crescer (isso dentro dos 30 minutos) e depois parou. Utilizando o Ubuntu desktop pra esse tipo de aplicação, existem algumas recomendações no ato da instalação do Ubuntu? Pois o instalei em apenas 15 GB. Será que influencia em alguma configuração do squid?

Grato,

Uanderson.

n4t4n
(usa Arch Linux)

Enviado em 13/06/2011 - 14:40h

Bom, você tem que considerar o tamanho disponível do disco para configurar o tamanho do cache, pois se você colocar um cache acima do limite ou até mesmo perto do limite do disco o squid pode parar por falta de espaço para gravar e até o sistema pode travar por falta de espaço disponível.

5% do espaço disponível do disco é reservado para o root por padrão, mas você pode mudar isso.

Se sua partição /tmp ou mesmo a única partição raiz ficar lotada de dados o sistema pode parar de funcionar.

Se funcionou somente por um tempo tem grandes chances de ser isso.

Outro fator que pode influenciar é o tamanho do cache na memória, que no seu caso está grande. Veja as recomendações do mestre Morimoto http://www.hardware.com.br/livros/servidores-linux/configurando-cache-paginas-arquivos.html

De qualquer modo faça testes para saber onde está o problema. Se for memória lotada, basta reiniciar que deve voltar a funcionar. Então se voltar é só reconfigurar e pronto. Teste também o espaço livre em disco

df -h

não esquecendo de deduzir desse valor mais 5% do espaço reservado ao root.