configurar multiplos ips manualmente. [INACTIVE]

[roque fagundes]

Oi galera.
Sou novo por aqui, e iniciante no uso do coyote.
Tenho um pequeno problema, tenho que configurar uma rede em uma empresa com vários departamentos. e para isso nescessito isolar varias sub-redes distintas, fazendo com que cada uma das sub-redes acessem a internet mas não tenha acesso aos micros das outras sub redes.
Estou tentando usar o Coyote 2.4, so que pelo WebAdmin ele só permite criar até 3 ips diferentes (ai é que tá o problema eu preciso de 7).
Se alguem poder me ajudar, manda um help...Falo.

[Marcelo - Brazil]

Roque,
Vc está em cheque, não vai dar pra montar como vc quer.
Eu precisei de algo similar e não deu.
Veja aqui: http://www.vortech.net/phorums/read.php ... #msg-43934

Coyote para hotel.

[Giba]

Marcelo, o que o Roque tá querendo é diferente, ele quer deixar tudo com IP fixo, o teu problema foi complicado pois tinha que ser pelo DHCP.

No caso do Roque é possível inserir mais IPs editando direto no "Arquivo Mestre de Configuração", pelo Webadmin mesmo, é só editar o arquivo inserindo os novos IPs, hosts e sub redes.

O único problema é que depois da 2.15 eu não consegui mais fazer isso funcionar, só estou conseguindo criar até o 3º, mesmo editando o arquivo.

Cláudio . . . socorrroooooooo ! ! !

[roque fagundes]

Fala Marcelo.
Eu li sua experiencia,e realmente não é muito animadora, ´só que´, talvez o que eu queira seja mais simples.
Tenho apenas que configurar manualmente o ifconfig, eu só não sei como nem onde.. hahahaha.
Bom eu sei que não deve ser tão facil.
Agradeço sua atenção, depois que eu aprender um pouco mais vou tentar resolver o seu caso.(e que eu anda não sei quase nada de linux e coyote).

[roque fagundes]

Pois é galera é exatamente isso.
mesmo editando as configurações pelo Webadmin, isto não está funcionando.
Já tentei editar no arquivo diretamente no disquete mas também não fez nenhum efeito.

[Claudio Roberto Cussuol]

Edite o arquivo "Custom Firewall Rules" (/etc/coyote/firewall.local)
E coloque um par de linhas assim para cada ip extra:

ip addr add xxx.xxx.xxx.xxx/yy broadcast + dev eth0

iptables -t nat -I POSTROUTING -s xxx.xxx.xxx.xxx/yy -o eth1 -j MASQUERADE

Onde xxx.xxx.xxx.xxx é o ip e yy é a máscara (normalmente = 24 que representa a famosa 255.255.255.0)
Se voce utiliza pppoe troque o eth1 na segunda linha por ppp0

A primeira linha acrescenta o novo ip e a segunda liga o nat para que as maquinas ligada naquela sub-rede possam navegar.

Poste o resultado.

[roque fagundes]

é Claudio, eu sei que vc é o papa do coyote mais...
EU ACHO QUE EU ERRREII ALGUMA COISA.
o meu arquivo ficou +- assim:

ip addr add 192.168.x.1/24 broadcast + dev eth0

iptables -t nat -I POSTROUTING -s 192.168.yy.1/24 -o eth1 -j MASQUERADE

ip addr add 192.168.x.1/24 broadcast + dev eth0

iptables -t nat -I POSTROUTING -s 192.168.yy.1/24 -o eth1 -j MASQUERADE

Sendo 192.168.x.1 seria os novos ips na rede interna e 192.168.yy.1 o ip da saida para a net.

Mesmo assim não consigo que os novos ips tenha conexão na rede.
Se vc poder dar mais uma ideia.
Valeu...

[Claudio Roberto Cussuol]

O dois unicos detalhes que me ocorrem agora são:

A subrede na segunda linha deveria ser 192.168.xx.0/24

Esse ip 192.168.xx.1 deverá ser configurado como gateway nas as maquinas da rede 192.168.xx.*

[roque fagundes]

Calma ai que eu vou tentar.
Amanhan eu volto a entrar em contato.

[roque fagundes]

Pois é Claudio, essas ultimas mudanças que vc sugeril fez com que os clientes com os novos ips acessasem o webadmin, mais ainda não permitil uma navegação na internet.

editei novamente o /etc/coyote/firewall.local, ficando assim:

ip addr add 192.168.3.1/24 broadcast + dev eth0

iptables -t nat -I POSTROUTING -s 192.168.0.0/24 -o eth1 -j MASQUERADE

ip addr add 192.168.4.1/24 broadcast + dev eth0

iptables -t nat -I POSTROUTING -s 192.168.0.0/24 -o eth1 -j MASQUERADE

nas maquinas clientes estou usando o gateway 192.168.0.1

socorrroooo....

[Claudio Roberto Cussuol]

"nas maquinas clientes estou usando o gateway 192.168.0.1 "

Isso está errado. O gateway deve ficar dentro da faixa de ips da sub-rede, ex: para as maquinas que receberem ip na faixa 192.168.3.x o gateway deverá ser: 192.168.3.1.

[roque fagundes]

Ainda não foi.
Me diz uma coisa eu tenho que usar:

ip addr add 192.168.3.1/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.0.0/24 -o eth1 -j MASQUERADE

ou usar:
ip addr add 192.168.3.1/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.3.0/24 -o eth1 -j MASQUERADE

[roque fagundes]

Sera que tem alguma coisa a ver com as dns.
pois estou mantendo as dns do servidor em todas as hipoteses.
(ou não tem nada haver
kakakak.....)

[Claudio Roberto Cussuol]

Eu sugiro você que você ligue o dns cache do coyote e informe o ip dele como dns, lembre-se que este numero vai variar de acordo com o gateway.

[Giba]

Roque, talvez v/ tenha esquecido do detalhe do PPPoE, caso v/ use tem que trocar o "eth1" da segunda linha por "ppp0".

[roque fagundes]

E ai Giba Voltou...
Ola so minha conexão é via rede...
Claudio não entendi o que vc falou... ( ou melhor eu não sei muito bem como fazer isso). mais aparentemente pode ser algo com as dns.
Me ajuda com isso do dns cache do coyote .

[Giba]

Basta v/ ver na tela inicial do Webadmin se o DNS Cache está habilitado, se estiver na própria tela inicial está informado o DNS.

[roque fagundes]

Valeu a dica Giba, mais o meu problema e saber o numero do DNS quando o numero do gateway variar.
Aonde eu vou par saber os numeros exatos em relação aos novos números de gateway.

[Alessandro]

Boa Tarde amigos!
Tenho 2 salas de internet!(1 sala é para jogos em rede e online e navegação) e a outra sala é só para navegação (6 micros com Web Cam); tenho 2 linhas telefonicas com 2 speedy 600, gostaria de criar 1 unico servidor coyote para essas duas salas; sendo fique individualmente a conexão para cada sala!, há a possibilidade?
Obrigado! - Alessandro

[roque fagundes]

Na minha tela inicial do Webadmin em Informação DNS está o mesmo DNS que uso para acessar ao servidor da internet.
Em serviços o DNS Cache está Habilitado.
Quando peço TESTE DE DNS me dá o sequinte:
Expecting: 198.41.0.4
Got......: 198.41.0.4
Eu já tentei colocar o DNS igual a faxa de ip, tipo:
ip: 192.168.3.30 DNS:198.41.3.4 e já tentei 192.41.3.4 e 198.41.3.4 e 198.162.3.4 e 192.168.0.4. isso como Servidor DNS Primário, ai bateu uma dúvida: qual o DNS SECUNDÁRIO.
Há um outro lugar que eu possa ver o DNS CACHE???

[Giba]

Alessandro Wrote:
-------------------------------------------------------
> Boa Tarde amigos!
> Tenho 2 salas de internet!(1 sala é para jogos em
> rede e online e navegação) e a outra sala é só
> para navegação (6 micros com Web Cam); tenho 2
> linhas telefonicas com 2 speedy 600, gostaria de
> criar 1 unico servidor coyote para essas duas
> salas; sendo fique individualmente a conexão para
> cada sala!, há a possibilidade?
> Obrigado! - Alessandro

Não dá, os Coyote suporta somente um link de internet.

No teu caso veja se não sai mais barato pegar somente um link mais rápido, daío v/ pode usar o Coyote para dividir a conexão entre as duas salas, deixando uma sub rede para cada uma.

[Giba]

Roque

Hoje a noite acho que vai dar tempo de fazer umas experiências, até agora não tinha dado tempo de testar com calma a dica do Claudio.

Vou fazer aqui e posto os resultados

[roque fagundes]

Giba
Na parte de Hosts Locais, será que não é presiço incluir uma chamada aos novos ips lá tambem. Mais vou esperar pelos seus teste...

Alessandro
Talvez fique ainda mais em conta manter dois servidores e poder controlar melhor o uso de cada linha telefônica, isto é se for mais barato que um link mais rápido.

[Giba]

Roque, aqui foi, tive o mesmo problema que v/, é o DNS mesmo, vou relatar como descobri para v/ fazer aí.

Para começar fiz conforme o Claudio ensinou no post dele, a única diferença que eu mudei o valor de 192.168.5.1/24 para /30, assim a minha nova sub rede equivale a 255.255.255.252, com somente dois hosts, as linhas ficaram assim:

- - - - - - -
ip addr add 192.168.5.1/30 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.5.1/30 -o ppp0 -j MASQUERADE
- - - - - - -

Lembrando que se v/ for pelo Webadmin é no arquivo de "Regras básicas do firewall" e não pelo "Configurações do firewall".

Feitas as regras salvei e reiniciei o firewall, e configurei uma estação para acessar pelo novo IP, 192.168.5.1 no caso.

Aí veio a confirmação que o DNS estava problemático, pois as conexões cairam e somente o Skype conectou na volta, o messenger não conectou e não navegava, na tabela ARP aparacia a conexão pelo novo IP da estação (192.168.5.2), mas não navegava.

Fui para as configurações da conexão da estação e tentei o DNS do provedor, do DNS cache do Coyote e alguma coisa a mais que eu não lembro.

Em seguida fui em Configuração DHCP/Local Hosts e criei um novo host, no início, como nunca tinha fuçado por ali inventei um novo IP para um DNS algo tipo 200.10.120.5 (diferente do DNS cache), e coloquei nas configurações de rede e nada.

Em seguida resolvi mudar o IP do host, deixando com o mesmo IP do gateway, 192.168.5.1 no caso, configurei na conexão de rede da estação e e "voilá" tudo conectado pela nova sub rede.

A configuração do meu novo host ficou assim:

IP: 192.168.5.1
nome do Host: dns2localdomain
nome host qualificado: dns2.localhost (esse é opcional mas eu coloquei só para garantir)
E um comentário para identificar.

Salve ressete o DNS e na estação configure o DNS com o mesmo IP do gateway.

Agora é só criar quantas sub redes v/ precisar.

PS: No caso dos links, é mais barato v/ ter um link mais rápido e dividir ele usando o Coyote.

[roquefagundes]

Giba ainda não foi...
Sequi todos os seus passos, exeto que::::
Minha conexão e via rede então aonde vc usou
----------
iptables -t nat -I POSTROUTING -s 192.168.5.1/30 -o ppp0 -j MASQUERADE
----------
eu tive que por:
----------
iptables -t nat -I POSTROUTING -s 192.168.5.1/30 -o eth1 -j MASQUERADE

Algumas dúvida:
- como ficou o seu DNS alternativo e se isso importa???
- Devo fazer alguma alteração no Timyproxy, apesar de não ter configurado ainda.
- E o Arquivo Mestre de Configuração. devo editar uma nova linha de LOCAL_IPADDR Ex.:
LOCAL_IPADDR='192.168.5.1'
LOCAL_NETMASK5='255.255.255.252'

[Giba]

Eu não uso o Tiny, o que eu fiz foi apenas no arquivo de configurações básicas do firewall e depois criei mais um host no DHCP/DNS.

Não precisa alterar nada no arquivo mestre de configuração, a não ser que para facilitar v/ queira criar as duas primeiras sub redes ali (pelo Webadmin).

A vantagem de fazer tudo pelo firewall é que não precisa dar reboot no roteador, é só gravar as configurações e reiniciar o firewall e o servidor DNS/DHCP.

Nas estações v/ coloca no endereço DNS o mesmo que o gateway, que por sua vez está lá como novo DNS host.

Para v/ identificar melhor o que está acontecendo aí, veja o status da tabela ARP, se for problema com DNS a conexão aparece na tabela, só que o micro não navega, daí v/ trabalha no DNS, se a conexão não aparece ali o problema é em outro lugar, provavelmente nas linhas que v/ inseriu no firewall.

[Claudio Roberto Cussuol]

Giba,
Não tenho certeza mas acho que eu matei a charada.

Eu acrescentei uma nova subrede ao meu coyote com os comandos:
ip addr add 192.168.3.1/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.3.0/24 -o ppp0 -j MASQUERADE

Então eu mudei uma das estações para o ip 192.168.3.10 usando o ip 192.168.3.1 como gateway e dns.

A estação se comunicava com o coyote mas não navegava, então eu fiz o reload do dns:
dns.reload

E passou a funcionar. Talvez não seja preciso criar um host extra, só recarregando o dns é suficiente para que o daemon (dnsmasq) detecte a presença de um novo ip e passe a resposder requisições dele tambem.

[Giba]

É mesmo Claudio, não precisa inserir o novo host.

Eu apaguei o que eu tinha criado, recarreguei o DHCP/DNS e funcionou normalmente.

Problema resolvido.

Já vou deixar isso tudo copiado para um arquivo de texto para usar num tutorial sobre isso, pois é um dos recursos mais interessantes do Coyote.

[Claudio Roberto Cussuol]

Beleza,
Você escreve tutoriais como ninguem. Um dia eu gostaria de ter esta didática.

Alguns que eu acho que estão fazendo falta:
- Como recuperar senha perdida.
- Como instalar pacotes em um coyote que está no hd.
- Como fazer upgrade.
- Como acrescentar uma terceira placa de rede.

Alem da tradução daqueles 3 ou 4 do meu site.

[Marcelo - Brazil]

Giba, vai mandando bala nisso.
Eu não posso falar nada ainda....hihihihihih
Mas garanto pra vc qua a coisa vai pegar fogo.

Daqui alguns dias, trabalharemos juntos nisso tudo.

[roquefagundes]

Ainda não deu pra testar todas essas opções que vcs colocaram.
Mas com certeza já deu pra pegar ums bons tutoriais do Giba.
Alias Claudio esse de - Como instalar pacotes em um coyote que está no hd. - Vai ser muito esperado, ja que são tantos os pacotes disponiveis no seu site que dá vontade de ter todos rodando ao mesmo tempo, ai ia ter que ser um diskete de no minimo 5 mb...
Kakakak...

[Giba]

O problema dos tutoriais é que como está no começo nem se sabe por onde começar, além do pouco tempo para escrever.

O que eu faço sempre é ir coletando material, vou copiando o que eu acho interessante no forum e em outros lugares e vou armazenando, depois tem que pegar tudo e trabalhar em cima.

Mas já sai mais coisa, eu to dando uma revisada no material que tá quase pronto para me certificar que não falta nada do básico, resolvi fazer um pequeno tutorial sobre acesso ao Coyote, do Webadmin e do Putty pela rede interna, só para o pessoal que tá muito cru não comer bola. Depois disso finalmente passarei para os tutoriais isolados, com temas distintos.

Estou pensando em fazer a orientação na forma de projetos, tipo apresentar situações de instalaçao e necessidades e trabalhar em cima disso, os assuntos listados pelo Claudio ficam bem dispostos se forem feitos desta forma.

Agora fiqui curioso para saber o que o Marcelo tá inventando . . .

[roquefagundes]

Giba
Um tutorial é algo que sempre faz falta para os iniciantes,´assim como eu´, principalmente pela forma didática e explicativa que vc consegue inserir neles.
Aqui vai uma sugesão pq vc não posta uma mensagem apenas para que todos os que já tiveram duvidas resolvidas relembrem oque foi, tipo assim a pessoa passar somente o tópico relacionado.
Todos poderiam assim contribuir para lembrar os assuntos mais práticos e esenciais.
Mais isso é só uma ideia pq eu sei que quem escreve gosta de pesquisar o assunto...
No seu casso ainda tem que esperar o Claudio ´inventar moda´ hehehehe...

[Giba]

É uma boa, acaba ajudando no meu trabalho de garimpar nos tópicos para ir tirando uma informação aqui, outra ali.

Uma coisa que é meio complicada em tutoriais é que além de ter pouco tempo para escrever, precisa de tempo inspirado, achar as palavras, para que fique algo didático e de leitura agradável, acho que isso é o principal pois estimula a experimentação.

É agradável passar uma tarde chuvosa de domingo escrevendo.

[Marcelo - Brazil]

Opa! Manda o endereço que eu providencio a chuva !!!!

[roquefagundes]

È galera já tava achando que o problema aqui é comigo...é era...
Olha só eu apaguei Configuração DHCP/Local Hosts que tinha feito.
Fiz todos os passos que o Claudio descrevel, com uma pequena diferença:
Aonde ele usou:
ip addr add 192.168.3.1/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.3.0/24 -o ppp0 -j MASQUERADE
Eu tive que por:
ip addr add 192.168.3.1/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.3.0/24 -o eth1 -j MASQUERADE
já que a minha conexão é rede.
Usei na estação o ip 192.168.3.10 mascara 255.255.255.0 e o ip 192.168.3.1 como gateway e dns.
Recarreguei o DHCP/DNS.
E ...
NADA A ESTAÇÃO NÃO NAVEGAVA.
Fui na tabela de ARP e tudo bem a estação estava la.
Só não navegava...
Resouvi recomeçar do 0.
refiz o disquete.
não instalei nenhum pacote adicional.
fiz tudo de novo.

A MAGICA ACONTECEU...
E CLARO QUE O CLAUDIO NÃO ERRA...

Só que tudo só funciona depois que eu REMOVI O TIMYPROXY.
será que tem alguma incompatibilidade???

Outra coisa que percebi é que toda vez que reinicio o CL é precisso recaregar o DHCP/DNS a cada faixa de ip que reconecta.
Mais isso é café pequeno...
Por enquanto MUITO OBRIGADO AOS GENIOS DO COYOTE, AO MARCELO, AO GIBA E...
PRINCIPALMENTE AO SÃO Claudio Roberto Cussuol (ESSE É O CARA)...
VALEU...

[Giba]

Que bom que funcionou, mas em tese não seria preciso reiniciar o DHCP/DNS toda vez que um estação é conectada, mas somente quando é adicionada uma nova sub rede.

Marcelo, meu e-mail é gilbertogianini@gmail.com, pode mandar material, só não prometo data para mandar para o lucas subir para o site pois to bem atarefado aqui.

[Claudio Roberto Cussuol]

"Só que tudo só funciona depois que eu REMOVI O TIMYPROXY.
será que tem alguma incompatibilidade??? "


É sim. Agora que eu notei, me desculpe.

Na carga do tinyproxy ele tem um script que monta o arquivo /etc/tinyproxy/tinyproxy.conf, baseado em um modelo chamado tinyproxy.conf.template

Quem escreveu este script foi o grande Steve Einsner, o mesmo cara que incluiu a possibilidade de ter o segundo e o terceiro ip no coyote.

Para o tinyproxy funcionar é necessário acrescentar uma linha assim:
allow 192.168.0.0/24

Este allow informa ao tiny quais ips ele deve responder, isso serve para evitar que alguem que esteja na internet ou da dmz navegue no seu coyote, como o script do Esteve só acrescenta o allow para as 3 primeiras subredes os usuarios da 4a. em diantes passam a ser rejeitados pelo tiny.

A solução para o seu problema seria editar o /etc/tinyproxy/tinyproxy.conf.template e acrescentar uma linha allow para cada uma das subredes extras (as 3 que forem configuradas no próprio coyote o script pôe).

Parabens pelo resultado positivo, a gente apreendeu bastante tentando te ajudar.

[roquefagundes]

Giba
Mais uma vez vc tá certo. reiniciar o DHCP/DNS só quanto adicionada uma nova sub rede.
Falando de seus proximos tutoriais...
lembra do que o Claudio postou:
- Como instalar pacotes em um coyote que está no hd.
se der poem tambem como instalar pacotes em um coyote, no disquete, via webadmin...

[Ruanito]

Eu fiz assim

ip addr add 192.168.50.100/24 192.168.50.255/24 eth0
iptables -t nat -I POSTROUTING -s 0.0.0.0/0 -o eth1 -j MASQUERADE


Mesmo assim não deu certo