Bridge Wireless

[Marcos do Vale]

Segue abaixo o tópico que foi perdido

seniDEac
oi galera,

nao censegui fazer a minha 8180 subir em modo ap, assim comprei um DWL 530, (atheros) e agora o meu coyote sobe em modo AP belezinha.

MAS, preciso conectar este AP coyote com o meu AP central....

ou seja este coyote precisa, ter alem da 530 em master, um segunda em modo cliente "managed" pra fazer o link com a central.


logo a pergunta é:
tem como usar uma athreos com um 8180 no mesmo coyote? ou duas athereos??

quer opçoes eu tenho.. pq comprar mais um athereos é carinho...

[]sSena

Claudio
Voce terá um probleminha, e a culpa é minha.

Ambos os pacotes (ath e rtl8180) contem um arquivo chamado mod.wireless, portanto eles vão dar conflito se forem instalados na mesma maquina.

Você pode renomear um dos dois arquivos, assim teoricamente voce poderia usar as duas placas no mesmo coyote.

Faz assim:
Com o pacote atheros (ath.tgz) instalado e rodando:

- Vá até a pasta /etc/rc.d/pkgs e renomeie o arquivo mod.wireless para mod.wireless2
- Vá até a pasta /var/lib/lrpkg e edite o arquivo ath.list, dentro dele tem uma linha com o mod.wireless, mude para mod.wireless2, grave e saia.
- Faça backup
- Dê boot e veja se o AP continua funcionando bem.

Feito isso você terá um ath.tgz customizado para não dar conflito com o rtl8180.tgz, instale a realtek e no mod.wireless dela você configura o cliente.

Lembre-se sempre que você precisará informar as interfaces no coyote.conf:
IF_INET=wlan0
IF_LOCAL=ath0

Informe se funcionar

seniDEac
Salve Cláudio, e listeiros!

Bom meu AP finalmente subiu, quase como eu queria.
Cláudio, a alteração do nome do arq. mod.wirelles funcionou 100%.

agora tenho uma AP completo, rodando em um P100, com uma ath0, duas eth(0 e 1) e fazendop um link com meu pop central, por uma wlan0 8180.

Tudo rodando em um só disquete (1,680) inclusive com iptraf.

só estou com umas dúvidas no Bridge... mas isso é outro estória e outro tópico.

AGORA, será que dura? hehehe!!
Cláudio, parabéns por todo esste desenvolvimento, o Wireless é 100!!

Boa Noite Pessoal!

mazzei
seniDEac, agora poste suas configurações por favor (sem os dados que vc
achar que são pessoais tipo senha e etc...) para que a galera possa fazer o
mesmo, se achar que é muita coisa envie para meu e-mail para eu fazer
página para o Marcelo-Brazil colocar no Site.

seniDEac
oi mazzei, e listeiros,

nossa quem diria que algum dia eu pudesse contribuir.... mesmo sendo pouco me sinto honrrado.

Mazzei gostaria de agradecer a tanta ajuda que recebi aki... nao só de vc mas te gente que nem conheço, gostaria, sem rasgação de seda, que se eu tivesse que comprar o equipamento equivalente, simplesmente nao poderia investir.

obrigado.

bom segura:

OS ARQUIVOS DE CONFIGURAÇÃO:

coyote# more /etc/coyote/coyote.conf
USE_DNS_CACHE=YES
LOCAL_IPADDR=172.172.172.1
LOCAL_NETMASK=255.255.255.0
LOCAL_BROADCAST=172.172.172.255
LOCAL_NETWORK=172.172.172.0
ADMIN_AUTH=yNonPPwi5SMq21.Uts5Hx.
INETTYPE=ETHERNET_STATIC
IPADDR=192.168.168.55
NETMASK=255.255.255.0
DNS1=192.168.168.1
DNS2=
DOMAINNAME=localdomain
HOSTNAME=coyote
GATEWAY=192.168.168.1
DHCPSERVER=NO
TZ=EST5EDT
IF_INET=wlan0
IF_LOCAL=br0
ifconfig ath0 up

coyote# more /etc/rc.d/pkgs/mod.wireless
ifconfig wlan0 up
iwconfig wlan0 mode Managed
iwconfig wlan0 essid centralpc

coyote# more /etc/rc.d/pkgs/mod.wireless2
#Setar modo de operação para 802.11b
iwpriv ath0 mode 2
# Modo Master (Access Point)
iwconfig ath0 mode Master

iwconfig ath0 essid "centralpc_JR"
iwconfig ath0 channel 11
#iwconfig ath0 key off

coyote# more /etc/rc.d/pkgs/mod.bridge
#Creating the Bridge
brctl addbr br0

ifconfig eth0 up
ifconfig eth0 0.0.0.0
brctl addif br0 eth0

ifconfig eth1 up
ifconfig eth1 0.0.0.0
brctl addif br0 eth1

brctl addif br0 ath0

DEPOIS QUE BOTEI FICA ASSIM:

coyote# ifconfig
ath0 Link encap:Ethernet HWaddr 00:11:95:94:3F:88
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1225 errors:6 dropped:0 overruns:0 frame:6
TX packets:1219 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:199
RX bytes:90512 (88.3 KiB) TX bytes:111860 (109.2 KiB)
Interrupt:10 Memory:c20a1000-c20b1000

br0 Link encap:Ethernet HWaddr 00:11:95:94:3F:88
inet addr:172.172.172.1 Bcast:172.172.172.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1224 errors:0 dropped:0 overruns:0 frame:0
TX packets:1216 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:73296 (71.5 KiB) TX bytes:89792 (87.6 KiB)

eth0 Link encap:Ethernet HWaddr 00:E0:7D:EB:8F:B6
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:180 (180.0 B)
Interrupt:7 Base address:0xc000

eth1 Link encap:Ethernet HWaddr 00:E0:7D:8E:8A:42
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:180 (180.0 B)
Interrupt:9 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

wlan0 Link encap:Ethernet HWaddr 00:0E:2E:24:6A:A4
inet addr:192.168.168.55 Bcast:192.168.168.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:975 errors:0 dropped:0 overruns:0 frame:0
TX packets:349 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:94486 (92.2 KiB) TX bytes:49828 (48.6 KiB)
Interrupt:11 Memory:c2059000-c2059100

coyote# iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

eth1 no wireless extensions.

br0 no wireless extensions.

wlan0 IEEE 802.11b ESSID:"centralpc"
Mode:Managed Frequency:2.437 GHz Access Point: 00:02:2D:17:F0:01
Bit Rate=11 Mb/s
Retry:on Fragment thr:off
Encryption key:off
Link Quality=98/100 Signal level=-75 dBm Noise level=-254 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

ath0 IEEE 802.11b ESSID:"centralpc_JR"
Mode:Master Frequency:2.462 GHz Access Point: 00:11:95:94:3F:88
Bit Rate:0 kb/s Tx-Power:50 dBm Sensitivity=0/3
Retry:off RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=31/94 Signal level=-64 dBm Noise level=-95 dBm
Rx invalid nwid:2 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

coyote# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.001195943f88 no eth0
eth1
ath0

SERÁ QUE AJUDA?

[]s Sena

mazzei
Boa Madrugada Pessoal!

seniDEac, Ajudou bastante, já estou fazendo a página para galera, se
a galera continuar assim mandando informações logo vamos ter um
super sistema e bem azeitado.

seniDEac
Salve Mazzei, Cláudio, galera!

bom .. meu SUPER AP está no ar a dois dias sem dar a menor alteração!!

e com 0% de ocupação de CPU ?!?!

agora só queria saber porque o Marcos do Vale, disse que eu deveria montar duas máquinas pra fazer isso....

achava que, no caso do tráfego aumentar muito, bastaria colocar uma placa mãe mais potente... mais memo... agora, queria saber por que deveria colocar duas máquinas..... Marcos Pode me esclarecer??

outra coisa, é que: os AP do mercado.. com o AP2000 proxim, é montado em uma só placa mae... só nao conheço a potencia dele...

tinha a impressão de que um P100, se não é melhor ... empata....
principalmente usando Chips Atheros... com a DWL 530 que peguei..

alguem sabeo como esclerecer tantas duvidas?

por hora meu AP vai Bem, acho apenas que qdo tiver mais clientes eu tenha que melhorar a base dele... placa mae e memo.

[]s Sena

[Claudio]

Obrigado Marcos.

Serei mais cuidadoso da próxima vez.

[Marcos do Vale]

Respondendo a pergunta:
Porque não consigo fazer com que a placa wireless entra automaticamente em UP quando instalo o pacote BRIDGE, só por isto.
Alguma sugestão dos Mestres ???

[Claudio]

Deve ser o seguinte.

O bfw executa os arquivos de drivers em ordem alfabética. Assim o mod.bridge deve estar sendo executado antes do mod.wireless.

Experimente fazer o seguinte: renomeie o arquivo /etc/rc.d/pkgs/mod.bridge para /etc/rc.d/pkgs/mod.zzzbridge

Edite o arquivo /var/lib/lrpkg/bridge.list localize a linha do mod.bridge e mude para mod.zzzbridge.
Salve, backup, reboot.

Isso vai fazer com que o arquivo bridge só seja executado após o wireless estar configurado.

[Marcos do Vale]

Impressionante!!!

Na mosca, Cláudio.

Tá resolvido.

Agora estou com outro problema ... mas estarei continuando no tópico
viewtopic.php?t=54399

Muito obrigado pela ajuda e pela dica ref. a ordem de carregamento dos módulos. Esta deve ir pra algum tutorial.

[Claudio]

Muito obrigado pela ajuda e pela dica ref. a ordem de carregamento dos módulos. Esta deve ir pra algum tutorial.

Acho melhor providenciar uma forma de resolver isso nas próximas versões do que "oficializar" o macete.

Esse mod.wireless está condenado, eu já estou escrevendo umas rotinas de configuração de wi-fi baseado em parâmetros no coyote.conf.

[mazzei]

Boa Noite Pessoal!

Mestre Claudio não quer alterar o boot do BrazilFW para ser sequencial?
assim elemina os problemas de Wireless e do Squid, não é difícil introduzir isso
no BrazilFW, vai ficar um boot igual a qualquer linux!

[Claudio]

Mestre Mazzei.

Esse problema da sequência dos módulos não tem relação com o problema do squid, os scripts são executados um de cada vez e na sequencia correta, a questão é que eu os executo baseados em um for sobre o comando ls que lista os arquivos em ordem alfabética. No caso mod.bridge estava sendo executado antes do mod.wireless e a interface ainda não estava disponível para ser utilizada pela bridge, renomeando o arquivo para mod.zzzbridge resolveu.

Como eu pretendo "oficializar" a bridge ela será configurada dentro do rc.inet e esse problema vai acabar.

Eu tenho certeza que o bfw já executa os scripts de forma sincrona, o problema do squid é que ele é um executável que roda em background, assim os scripts continuam enquanto ele ainda não terminou totalmente de rodar. Ou seja: quem é assincrono é o próprio squid.

De qualquer forma, você sabe bem que o bfw não é meu, é nosso. Se você precisa alterar qualquer coisa que facilite o seu trabalho, basta falarr. O que eu devo alterar?

[mazzei]

Bom dia Pessoal!

Mestre Claudio estou preparando o material para enviar ao Mestre, dei uma pausa pois eu comprei
o Fedora 4 e estou alterando meu sistema, a idéia que eu tive é criar o boot (rc.d) já sequencialmente
(01, 02, 03 e etc..) e redirecionar os arquivos que vão ser executados (tipo um alias) para essa
sequencia pré-definida, as distribuições Mandriva e SuSe fazem assim, quando se altera uma
sequencia (tipo mod.xxx) para um outro numero só altera um arq., sobre o squid é que ele
tem umas rotinas para retirar arquvos server de porta (rotina interna) ou alteramos o bicho
(não recomendo) ou colocamos ele para ser executado antes dos ssh, webAdmin (já está) e etc...
pois o o rc.squid que eu fiz ele espera mais ou menos 5 segundos para o squid terminar as rotinas
em background para testar se o WebAdmin está no ar, se for colocar outro server (FTP, e-mail)
vai ter que ficar alterando o rc.squid, se não tem previsão de colocar nenhum server a mais no
BrazilFW o rc.squid pode ficar como está.

[Claudio]

Mestre, vamos continuar essa conversa no lugar certo.

viewtopic.php?p=58893#58893