configurar multiplos ips manualmente. [INACTIVE]

[Ruanito]

Consegui fazer funcionar, agora só nao to conseguindo limitar velocidade para as novas sub redes,,,



Subrede
192.168.153.0
192.168.154.0
192.168.155.0
192.168.156.0


define_class_qos "1:1" "1:11" 10 10 10 10 192.168.153.0 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.154.0 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.155.0 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.156.0 #Carlos

[Claudio Roberto Cussuol]

Faltou a máscara. Fica assim:

define_class_qos "1:1" "1:11" 10 10 10 10 192.168.153.0/24 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.154.0/24 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.155.0/24 #Carlos
define_class_qos "1:1" "1:11" 10 10 10 10 192.168.156.0/24 #Carlos

[Giba]

Ruanito Wrote:
-------------------------------------------------------
> 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


Tenta desse jeito:

Conexão PPPoE:

ip addr add 192.168.50.255/24 broadcast + dev eth0
iptables -t nat -I POSTROUTING -s 192.168.50.50/24 -o ppp0 -j MASQUERADE

Conexão de rede (cable modem ou roteador):

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

[Ruanito]

Ja deu certo , falta somente o controle de banda....
EU to tentando fazer o controle mais nao ta dando certo...

[Ruanito]

Eu fiz assim, o controle de banda igual o claudio me disse...


define_class_qos "1:1" "1:11" 3 3 3 3 192.168.152.0/24 #Ruanito


Não deu certo....

[Giba]

Ruanito Wrote:
-------------------------------------------------------
> Eu fiz assim, o controle de banda igual o claudio
> me disse...
>
>
> define_class_qos "1:1" "1:11" 3 3 3 3
> 192.168.152.0/24 #Ruanito
>
>
> Não deu certo....
>

Use números diferentes para as classes:

define_class_qos "1:1" "1:11" 10 10 10 10 192.168.153.0/24 #Carlos
define_class_qos "1:1" "1:12" 10 10 10 10 192.168.154.0/24 #Carlos
define_class_qos "1:1" "1:13" 10 10 10 10 192.168.155.0/24 #Carlos
define_class_qos "1:1" "1:14" 10 10 10 10 192.168.156.0/24 #Carlos

[roquefagundes]

Galera por que eu deveria fazer o controle de banda???

[Claudio Roberto Cussuol]

Fazer o controle de banda é uma opção sua.

[roquefagundes]

Claudio
O que este controle me daria na prática, O que eu posso limitar com ele???
Tenho uma rede com usuários bem heterogenios. talvez seja interresante este controle, se ele me possibilitar por exemplo liberar mais bamda para uma faixa de ip e manter o restante com a mesma velocidade.
Ou este controle não interfere na velocidade de acesso??

[roquefagundes]

Claudio eu fiz o que vc falou sobre editar o /etc/tinyproxy/tinyproxy.conf.template para liberar os novos ips criados no tinyproxy e realmente, não é que funciona mesmo...
Até parece que era tudo o que estava faltando nas minhas tentativas anteriores.

[Giba]

Tava observando uma coisa.

Com as conexões via DHCP (Coyote default), o DNS também é o mesmo IP que o gateway.

Pelo Windows quando dou um "ipconfig" o DNS aparece como "localhost", mas quando estava fazendo uns testes no Zone Alarm e ele deu uma mensagem pedindo permissão para conexão e mostrou o endereço do DNS que ele informou como 192.168.0.1 (IP primário do coyote no caso).

Acho que isso é padrão dele, basta adicionar mesmo as sub redes que ao reiniciar o servidor DNS ele já deixa o gateway como DNS para as estações, inclusive o primário.

[Giba]

Claudio, notei um pequeno problema ao criar estas sub redes.

Elas só funcionam depois que é servidor DNS é reiniciado, até aí tudo bem, mas a sub rede tem que estar em uso.

Tipo, se der um reboot no Coyote e as sub redes não estiverem em uso o DNS não vai funcionar, notei isso hoje pois dei um reboot no meu Coyote ontem e agora a pouco conectei através de uma sub rede que criei quando tava fazendo os testes para esse tópico aqui, a conexão só funcionou depois que eu reiniciei o DNS, mas a sub rede já existe faz tempo.

Não teria um jeito para deixar as sub redes sempre ativas no DNS em caso de reboot do Coyote, senão isso poderia causar problemas ao instalar ele num condomínio por exemplo, se o Coyote der um reboot (falta de energia por exemplo, as estações que utilizam sub redes com 2 hosts por exemplo e estiverem desconectadas no momento não vão navegar quando conectarem.

Vou tentar umas coisas aqui, mas se v/ tiver alguma idéia dá uma luz aí.

[Claudio Roberto Cussuol]

"Acho que isso é padrão dele, basta adicionar mesmo as sub redes que ao reiniciar o servidor DNS ele já deixa o gateway como DNS para as estações, inclusive o primário."

Giba, fui eu que programei isso.

O servidor de dhcp do coyote tem 3 comportamentos diferentes dependendo da forma como você configura, eu fiz uma pequena mudança no coyote 2.24 em relação do 2.16 para melhorar o convívio harmônico com um windows server active directory. O comportamento atual (2.24) é esse:

1 - Se houver algum dns configurado manualmente nas configurações do dhcp eles serão repassados para as estações e fim de papo.
2 - Não havendo uma configuração manual e o dns cache estiver ligado o coyote vai passar o seu próprio endereço como dns das estações.
3 - Ainda assim se o dns cache estiver desligado o coyote repassa o endereco de dns que ele próprio estiver utilizando, normalmente este endereço é configurado na geração do disquete (Ethernet_static) ou recebido do provedor (ppp, pppoe ou dhcp).

O que eu não contava é o seguinte, na carga do dnsmasq ele avalia as interfaces e os ips que existem, isso normalmente funciona legal porque as interfaces e ips são configurados durante o boot ANTES do coyote iniciar o dnsmasq, só que as subredes configuradas manualmente são acrescentadas quando o dnsmasq já está rodando, e por isso ele as ignora até ser recarregado.

[Giba]

Hmmmm

Entendi . . .

Isso dificulta um pouco a criação de uma porrada de sub redes, para uso em conexões compartilhadas com um monte de gente que não pode se enxergar.

Não teria um jeito de forçar ele a reconhecer todas as sub redes criadas no firewall?

Tipo dane-se as interfaces ativas, reconheca todas como ativas e pronto, isso evitaria o inconveniente de restartar o servidor DNS toda vez que alguém se conecta ao Coyote já rodando.

[Claudio Roberto Cussuol]

Primeiro, me desculpe. Só agora eu entendi o seu problema e a resposta acima não tem nada a ver com ele, eu fiz uma confusão geral.

Provavelmente há uma solução para isso. Eu só me toquei que esse problema existia essa semana.

O dnsmasq tem um arquivo de configuração (/etc/dnsmasq.conf) que é construido pelo script /etc/rc.d/rc.dnsmasq.

Basta dar uma lida na documentação do dnsmasq e verificar se ele tem alguma opção para isso.

[Giba]

Entendi, vou dar uma fuçada nisso amanhã a tarde, quando espero não ter nada pra fazer e posto os resultados.

[Ruanito]

Oi Giba, eu consegui criar varias sub redes mas noa consigo limitar a velocidade pra elas..

[Claudio Roberto Cussuol]

Giba
Eu tive uma ideia mais simples, se o dnsmasq só reconhece uma subrede que está uso será que a gente não consegue FORJAR um uso para elas? Esperimente dar um ping no endereços dos coyote em todas as subredes logo após a criação e antes da recarga do dnsmasq.

[Giba]

Claudio Roberto Cussuol Wrote:
-------------------------------------------------------
> Giba
> Eu tive uma ideia mais simples, se o dnsmasq só
> reconhece uma subrede que está uso será que a
> gente não consegue FORJAR um uso para elas?
> Esperimente dar um ping no endereços dos coyote em
> todas as subredes logo após a criação e antes da
> recarga do dnsmasq.

Mas Claudio, o ping funciona assim que o firewall é recarregado com as regras de criação das sub-redes, tanto que o que não depende de DNS para funcionar (Spype por exemplo) conecta na hora, o problema é a navegação que depende do DNS.

O nosso problema é o DNS, até agora com os meus limitados conhecimentos enjambrei uma solução bastante precária, fui no cron e coloquei um regra para reiniciar o DNS a cada 15 minutos, numa rede grande com um Coyote que tenha nobreak e praticamente nunca seria desligado isso não causaria transtornos ao usuário, no máximo um usuário novo teria que esperar os 15 minutos para poder nagevgar, mas considerei isso um "remendo" de quinta categoria.

[Giba]

Errrr . . . a minha gambiarra no cron não dá certo, ao reiniciar o DNS passa a ignorar as estações que desconectaram.

Lógico né . . .

[Giba]

É Claudio, tá confirmado , o problema é o DNS, conectado pelo DHCP como sempre, consigo pingar o na sub-rede, mudo o IP para pegar um gateway na sub rede e ele conecta mas não navega, só vai se reiniciar o servidor DNS.

Depois disso se eu voltar para a conexão voa DHCP e reiniciar o DNS ele ignora a sub-rede sem uso.

Já mexi em tudo e não sei mais o que fazer.


Até segunda feira pessoal.

[roquefagundes]

Pois é galera é essa história do DNS e da recarga do dnsmasq que está pegando...
Olha só eu tenho uma rede 26 usuários, e cada um acessa em um tempo diferente, caso eu tenha que reiniciar o coyote, eu estou tendo que entra em uma estação e simular cada faixa de ip e recaregar o dns, isso porque eu nunca sei quando uma estação vai ter que navegar, depois de reiniciar.

[Claudio Roberto Cussuol]

Por favor, verifiquem para mim se as 3 subredes configuradas diretamente no coyote tambem tem este problema.

Vou tentar encontrar o autor do dnsmasq e ver se ele tem alguma sugestão.

[roquefagundes]

Claudio
Aqui no meu as subredes configuradas com pelo coyote possuem o DNS igual ao ip configurado para a internet.
com isso não está sendo nescessário reiniciar o DNS.
Isso só está acontecendo com as subredes que eu criei.

[Claudio Roberto Cussuol]

Então tente fazer o mesmo nas outras subredes.
Só não mexa no gateway.

[ricardocm]

olá


sou novo no CL ...
preciso criar varias, e criei... aparentemente os computadores que eu quero estao em subredes diferentes....


mas eles ainda comunicam entre si (por exemplo o computador 192.168.4.4 e o computador 192.168.3.5)

oque pode estar acontecendo ??
alguem tem uma opiniao?

grato.

[ricardocm]

correcao: "criar varias subredes"

me desculpem =/

[publio]

Verifique a máscara que você está utilizando para estas "sub-redes"?
\0/

[ricardo_]

foi a primeira coisa que verifiquei: 255.255.255.0

parece estar normal =S

[roquefagundes]

ricardo
Aqui nas minhas sub-redes não está acontecendo isso.
mas usando o ping é possivel enchergar as outras estações.
só um exemplo o Putty não conseque comunicação com essas estações.

[Giba]

Claudio

Cheguei hoje e testei o acesso pelas sub redes criadas no Webadmin.

Usei uma que tinha criado faz tempo e não estava sendo utilizada

IP Secundário 192.197.0.1
Máscara de sub rede: 255.255.255.252 (somente 2 hosts)

Na estação configurei

IP: 192.197.0.2
Mascara 255.255.255.252
Gateway: 192.197.0.1
DNS: 192.197.0.1 (o outro ficou em branco)

Funcionou perfeitamente, não foi preciso reiniciar DNS nem nada.

A diferença é que esta sub rede é criada no arquivo metre de configuração do Coyote e não no firewall.

Outra coisa interessante que notei em experiências anteriores é que editando direto no arquivo mestre é possível criar somente as duas extras que são possívei no Webadmin, mas mais que isso não vai.

Na minha opinião (palpite) é que o problema é no arquivo mestre de configuração, deve ter alguma coisa ali que bloqueia a criação de mais sub redes.

[Claudio Roberto Cussuol]

"Na minha opinião (palpite) é que o problema é no arquivo mestre de configuração, deve ter alguma coisa ali que bloqueia a criação de mais sub redes."

O arquivo mestre não foi projetado para conter um numero infinito de subredes, são só as 3 do webadmin mesmo.

O que pode estar acontecendo é que as redes criadas ANTES da carga do dnsmasq podem ser imunes a este problema do reload.

Vou testar isso, mas não espere uma resposta rápida porque eu estou super enrolado.

[Giba]

Ahh tá, entendi, mas seria mais fácil criar pelo arquivo mestre, facilitaria muito as coisas.

No caso a sub rede que funcionou foi criada via Webadmin, não pelo firewall, o problema ainda continua, a sub rede que eu criei no firewall ainda depende de reload do dnsmasq para funcionar.

[Claudio Roberto Cussuol]

Giba
Se você puder fazer um teste tente o seguinte:

Pegue uma das subredes extras e coloque a primeira linha dela (ip addr add...) no arquivo /etc/rc.d/rc.inet na altura da linha numero 143.

Isso vai criar a sua subrede no mesmo momento do tempo que o coyote cria as dele, e vai tirar a nossa duvida quanto ao fato da rede estar criada ou não na hora da carga do dnsmasq.

[Giba]

Parece que funcionou.

Coloquei a linha no arquivo /etc/rc.d/rc.inet salve e reboot.

Até aqui estava conectado pelo DHCP e com o coyote funcionando configurei a estação para usar a sub rede rede criada no firewall, dei um ipconfig /all para confirmar a conexão e abri uma página, navegou normal, o messenger também conectou sem problemas.

Antes de inserir a linha no arquivo /etc/rc.d/rc.inet precisaria reiniciar o DNS para funcionar.

Acho que o problema tá resolvido, mas como sempre é bom o pessoal que tá acompanhando o tópico fazer mais uns testes para confirmar, isso vai render um tutorial.

[roquefagundes]

Caros Mestres Claudio & Giba
O Claudio escreveu:
> Pegue uma das subredes extras e coloque a primeira linha dela (ip
> addr add...) no arquivo /etc/rc.d/rc.inet na altura da linha numero
> 143.

Como eu devo proceder na edição do arquivo /etc/rc.d/rc.inet para que esteja na linha correta??
Caso ponha em outra linha, que não seja a 143, e que não esteja inserida em nenhuma rotina, isto funcionaria??

Devo manter a edição feita no arquivo /etc/coyote/firewall.local, por exemplo:
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
ou basta a edição do /etc/rc.d/rc.inet
??Sobrou essas duvidas pra mim??

.______________________________
|Tutóriais em português.Visite:|
|http://www.coyotelinux.org.br |
|Seu novo manual de 1º socorros|
|______________________________|

[Giba]

Olha Roque, porque é na linha 143 o Claudio não explicou, eu simplesmente contei até ali e colei a linha que estava no firewall.

Tem que ver se funciona inserir em outra linha, eu estou esperando o Claudio postar para ver o que ele tem mais a dizer sobre isso.

[publio]

O porque está aqui amigos....
"Isso vai criar a sua subrede no mesmo momento do tempo que o coyote cria as dele, e vai tirar a nossa duvida quanto ao fato da rede estar criada ou não na hora da carga do dnsmasq. "
\0/

[Marcelo - Brazil]

Isso Publio !
Eu entendi a mesma coisa.

[Claudio Roberto Cussuol]

"Acho que o problema tá resolvido, mas como sempre é bom o pessoal que tá acompanhando o tópico fazer mais uns testes para confirmar, isso vai render um tutorial."

Perai gente, isso foi só um teste. Esse script não deve ser editado. Eu não recomendo um tutorial ensinando a mexer nele.

Isso vai resultar em uma ALTERAÇÃO no coyote oficial. Eu vou pensar uma maneira de reordenar as coisas para que tudo seja carregado no momento certo sem ser preciso fazer gambiarras. O que nós encontramos é um defeito (provavelmente no dnsmasq), agora vamos providenciar a devida correção.