RES: [FUG-BR] Regra para Clientes de Rádio

2005-01-21 Por tôpico Frederick F.
Eu fiz pppoe mas o problema continua Quando você faz o tunel pppoe você não acessa o "vizinho"... Mas antes de fazer o pppoe você precisa dar um IP para o cliente e o servidor, afim de fechar o túnel... Então seu cliente fica com 2 ips.. o do pppoe e o da ethernet.. não adianta do mesmo jeito..

RES: [FUG-BR] Regra para Clientes de Rádio

2005-01-23 Por tôpico Frederick F.
Poxa, realmente vacilei, eu punha ip via dhcp que não roteava e daí dava via pppoe outro range de ips. Mas no caso, o windows ira pegar um ip 169.x.x.x... automaticamente segundo o padrão microsoft, quando não localiza um servidor DHCP. Se todos os clientes wireless começarem automaticamente a usar

RES: [FUG-BR] Regra para Clientes de Rádio

2005-01-23 Por tôpico Frederick F.
Realmente, o XP fica como "conexão limitada" mas no meu caso a maioria usa 98... Vou correr atrás dessa opção de remover o tcp/ip, também não sabia dessa :) Vivendo e aprendendo hehe > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Frederico Terra Boech

RES: [FUG-BR] copiar arquivo

2005-01-24 Por tôpico Frederick F.
Pra fazer o backup Tar cvzpf arquivo.tgz /home Pra voltar.. Tar xvzpf arquivo.tgz :D > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Celso Viana > Enviada em: segunda-feira, 24 de janeiro de 2005 14:22 > Para: freebsd@fug.com.br > Assunto: Re: [FUG

RES: [FUG-BR] Dual processor

2005-01-28 Por tôpico Frederick F.
Sim. Ele vai carregar o kernel normalmente. > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Edinilson J. Santos > Enviada em: sexta-feira, 28 de janeiro de 2005 15:16 > Para: freebsd@fug.com.br > Assunto: [FUG-BR] Dual processor > > Caros amigos da li

RES: [FUG-BR] Dual processor

2005-01-28 Por tôpico Frederick F.
Sim. Faça o teste. Compila um kernel SMP em uma estação de trabalho mono e veja :) Acho que só não vai funcionar se a estação for um 486 ou algo assim (pelo que me lembro ao ativar SMP no 4.x vc tem que desativar o suporte para 486 e 386) :) Mas você não tem um 486 não é verdade? Hehehee > ---

RES: [FUG-BR] atualizar

2005-01-28 Por tôpico Frederick F.
A mensagem não seria para você digitar caracteres randômicos? Necessário para criar a chave ssh? > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Celso Viana > Enviada em: sexta-feira, 28 de janeiro de 2005 17:09 > Para: freebsd@fug.com.br > Assunto: R

RES: [FUG-BR] Equipamento SOEKRIS

2005-01-28 Por tôpico Frederick F.
Um equipamento destes com o m0n0wall vai bem né :) Só fico pensando. .nos impostos de importação.. vão elevar esse preço :( > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de William Armstrong > Enviada em: sexta-feira, 28 de janeiro de 2005 17:39 > Para

RES: RES: [FUG-BR] Equipamento SOEKRIS

2005-01-28 Por tôpico Frederick F.
Uia, é mesmo hehehehe O que achei bacana deste equipamento é a preocupação em ser compatível com openbsd e freebsd.. isso já conta muitos pontos :) > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: sexta-feira, 28 de janeiro d

RES: [FUG-BR] Freebsd 5.3 + velox

2005-01-29 Por tôpico Frederick F.
/dev/cuaa0 ? porta serial? Isso ta me cheirando configuração pra modem.. Rp-pppoe.. você não precisa disto, deixa isso praquele sistema operacional do pingüim Veja o histórico da lista... se tiver com muita preguiça, http://www.free.bsd.com.br/noticia.php3?CAD=1&NOT=82 tem tudo mastigadin

RES: [FUG-BR] mensagem do syslog

2005-01-29 Por tôpico Frederick F.
Um processo chamado conftest com pid 27688 deu um signal 11 (core dumped) e o sistema o matou Agora porque deu core pode ser muita coisa, problema de máquina, problema do programa, um erro específico numa configuração... > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL P

RES: [FUG-BR] Regra de direcionamento

2005-01-30 Por tôpico Frederick F.
Um forward de porta? Você pode procurar no histórico sobre essa opção no natd... ou então usando o redir.. > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de ScreenBlack > Enviada em: domingo, 30 de janeiro de 2005 19:22 > Para: Lista FreeBSD > Assunto:

RES: [FUG-BR] Re: mpd problemas

2005-01-31 Por tôpico Frederick F.
Teste o poptop.. mais simples e eficaz que o MPD... procure no histórico, já falei sobre ele diversas vezes e mandei pra lista o arquivo de configuração. > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: segunda-feira, 31 de jane

RES: [FUG-BR] Sendmail - Compactando em execução!!

2005-02-01 Por tôpico Frederick F.
Se o arquivo estiver aberto e você fizer um tar, o seu backup pode conter o arquivo sem as últimas alterações. Exemplo, no momento do backup o cliente apagou um email de 20MB.. seu backup pode subir o backup sem essa alteração. Se você usar um gzip ao invés do tar por exemplo que compacta e apaga o

RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
ebsd@fug.com.br > Assunto: [FUG-BR] poptop + pf > > Bom dia. > > Aceitei a sugestão do Sr. Frederick F. e instaleio POPTOP seguindo o > tutorial http://www4.fugspbr.org/lista/html/FUG-BR/2004-02/msg00427.html > > Funcionou de primeira a atutenticação com ips internos, ma

RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
Eu não obtive sucesso fazendo isto até hoje, devido ao GRE.. não consigo redirecioná-lo igual faço com portas. Minha solução é colocar um servidor com IP válido e um ip inválido Se algum colega da lista tiver solução para este problema, estou aberto. > -Mensagem original- > De: [EMAIL

RES: RES: RES: [FUG-BR] poptop + pf

2005-02-01 Por tôpico Frederick F.
Então creio que a solução do colega está ai embaixo! Agora é só ele testar e dar o feedback pra lista do que aconteceu! :) > Como você disse o GRE não tem portas então ele não vai poder oferecer > essa multiplexação. Isso é necessário, por exemplo, quando temos varios > clientes GRE atrás de N

RES: RES: [FUG-BR] Sendmail - Compactando em execução!!

2005-02-01 Por tôpico Frederick F.
Para seu usuário não vai acontecer nada não, fique tranqüilo. O que pode acontever é você perder algum e-mail (pois trata-se de mailbox, não maildir) se no momento do backup o usuário estiver baixando no outlook, etc etc. Daí por exemplo, você salva a caixa com 200 emails mas na verdade o usuário

RES: [FUG-BR] Porta Ssh

2005-02-02 Por tôpico Frederick F.
Qualquer um, fique da sua escolha.. depende do seu forward de portas... eu normalmente uso (criativo né.. hehe) > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Tiago Ghisi > Enviada em: terça-feira, 1 de fevereiro de 2005 17:58 > Para: Freebsd@fu

RES: [FUG-BR] sysctl

2005-02-02 Por tôpico Frederick F.
Complementando Sysctl -a mostra todas as variáveis do sistema. Em conjunto com a resposta abaixo dá pra ter uma noção do que cada uma faz. > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: quarta-feira, 2 de fevereiro de 2005

RES: [FUG-BR] VPN com banda limitada

2005-02-02 Por tôpico Frederick F.
Bom, depende do seu cenário. Pensei na seguinte situação: O servidor vpn com o ip valido ligado ao seu roteador (estou simplificando para ficar mais simples) O servidor vpn com o ip interno ligado a uma bridge e esta bridge ao switch. Nesta bridge você faria com ipfw + dummynet limitação de band

RES: RES: RES: [FUG-BR] poptop + pf

2005-02-02 Por tôpico Frederick F.
Acho que não é erro, é apenas falando que ele não pôde fazer uma rota para a rede de seu cliente.. creio que é "normal" isso aparecer, aparece aqui para mim tbm :) Sobre a enxergar a rede. Você não conseguirá ver os computadores no "ambiente de rede" do windows, pois isso usa broadcast, que a vpn

RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
Bom, mas elas ainda acessam a rede, só que ao invés de por nome elas podem acessar pelo IP não é? :) > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Marcelo Eyng > Enviada em: quarta-feira, 2 de fevereiro de 2005 16:55 > Para: freebsd@fug.com.br > Ass

RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
Você alocou um range de ips para os clientes remotos dentro da subrede "local" ou colocou uma outra faixa? > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de R. Filippus > Enviada em: quinta-feira, 3 de fevereiro de 2005 11:01 > Para: freebsd@fug.com.br

RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
E sua rede local possui ips 192.168.250.0/24 certo? Se você distribuir ips da mesma rede local para os clientes remotos, você conseguira pingar sua rede local normalmente, sem prcisar fazer rotas ou outras coisas no cliente remoto! Aqui em minha rede eu uso ips 192.168.100.100 ate 192.168.100.200

RES: RES: RES: RES: RES: [FUG-BR] poptop + pf

2005-02-03 Por tôpico Frederick F.
Bom, acho que tem algo errado com seu setup.. olha o meu: cat /etc/ppp/ppp.conf -- loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:pptp set dial set login # Server (local) IP address, Range for Clients, and Ne

RES: [FUG-BR] static_routes (rc.conf)

2005-02-03 Por tôpico Frederick F.
Voce separa por espaço: Route_joao="192.168.100.0/24 172.16.1.1" Route_maria="192.168.200.0/24 172.16.1.2" Static_routes="joao maria" > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Daniel S. Garcia > Enviada em: quinta-feira, 3 de fevereiro de 2005

<    1   2