Re: [FUG-BR] Servidor de Fax
On 6/21/07, Marcio Antunes <[EMAIL PROTECTED]> wrote: > > Aproveitando, o assunto.. > > Fazendo uma pergunta meio idiota..mas como não teu nenhuma experiencia > em montar um servidor de fax..então lá vai.. > > Fora o servidor com o FreeBSD e Hylafax, o que é mais necessarios para > montar um servidor de fax ? ele gera em PDF ou somente atraves da > impressora mesmo ?? Portas Seriais/USB Modems ou placas integradas e linhas telefonicas. Ele gera originalmente arquivos TIFF ai vc pode fazer oque quiser com ele... converter para pdf, imprimir... eu tenho um sistema que grava em uma estrutura de diretorio e faz registro do fax no mysql e permite a visualização do usuário via web ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor de Fax
On 6/21/07, Jean Everson Martina <[EMAIL PROTECTED]> wrote: > > > Mais uma pergunta então: > > - Ele tem suporte t.38? ou alguém usar hylafax com VOIP? ele tem algum > mecanismos de roteamento de faxes? Pelo que sei, T.38 depende do modems a ser utilizado. Até onde li Fax over IP não é recomendado O Hylafax segue a boa e velha filosofia Unix, são pequenos programas com funções BEM definidas, você pode fazer oque quiser com os documentos que chegam. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor de Fax
On 6/21/07, Marcio Antunes <[EMAIL PROTECTED]> wrote: > > Este sistema foi vc que criou ? é em PHP ? Agora fiquei interessado em > montar um servidor de fax aqui onde eu trabalho.. > Sim. Eu que fiz. É em Perl. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor de Fax
On 6/21/07, Marcelo Mustafa Murad <[EMAIL PROTECTED]> wrote: > > Pessoal, > > Segue um exemplo de um sistema que utiliza o hylafax over IP. > > http://emailfax.com.br Opá ! Calma lá Isso é um Gateway Fax/Email EmailFax FaxOverIP é outra coisa... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Re: Partição
On 6/21/07, ThOLOko <[EMAIL PROTECTED]> wrote: > > Vc jah usou alguma fez... alguma dica?? Você precisa ter espaço livre/não particionado no disco ou uma partição que possa ser removida, e este espaço livre precisa ser logo em seguida da partição que você quer aumentar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Re: Partição
On 6/21/07, ThOLOko <[EMAIL PROTECTED]> wrote: > > Putzzz,, entendi... > > EU deixei o tamanho da /var default e meu bd estah crescendo... alguma > outra > solução??? Manda um df -h ai para agente dar uma olhada - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Re: Partição
On 6/21/07, ThOLOko <[EMAIL PROTECTED]> wrote: > > admin# df -h > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ad4s1a496M 56M400M12%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ad4s1e496M 11M445M 2%/tmp > /dev/ad4s1f 69G 11G 52G18%/usr > /dev/ad4s1d1.4G454M898M34%/var > /dev/ad6s1d 72G 17G 49G26%/arq > devfs 1.0K1.0K 0B 100%/var/named/dev - Colocar a maquina em single user - Backup do /var e /usr (usando rsync, tar ou dump) no /arq - Usar disklabel para diminuir o /usr e aumentar o /var. - newfs nos 2 novos filesystems. - restore do backup. ps: se voce for usar rsync apenas garanta que ele funciona sem o /usr para que seja possível restaurar a copia feita anteriormente. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid+Autenticacao.
On 6/21/07, Rodolfo Zappa <[EMAIL PROTECTED]> wrote: > > Alessandro de Souza Rocha escreveu: > > olá amigo, desta vez não squid+AD e sim autenticacao basica mesmo com > > squid alguem ja usou outro metado sem ser com NCSA pq toda vez que for > > entra em um site pedi a senha e login isso e um porre se alguem tiver > > ideia melhor post. bleuza de creuza. > hhhuuu Vc ta falando dos usuários do squid serem autenticados com o usuário logado n - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Maildir para Mysql
On 6/26/07, Alexandre Andrade <[EMAIL PROTECTED]> wrote: > > Hello all, > > Alguém conhece alguma ferramenta que copie as mensagens via Maildir > Format para o Mysql, ou algum Script que faça o mesmo ? Você quer armazenar as mensagens no banco ? O que exatamente vc precisa/está pensando ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Maildir para Mysql
On 6/27/07, Alexandre Andrade <[EMAIL PROTECTED]> wrote: > > Helo, > > Exatamente, eu preciso armazenar as mensagens que chegam e saem no Mysql. > > Por exemplo, eu posso redirecionar as mensagens via always_bcc para > determinada conta e depois pegar todas as mensagens e jogar pra dentro > do mysql. Bom... não conheco nada pronto que faça isso... mas se não tiver, não vejo dificuldades de fazer isso em Perl ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Maildir para Mysql
On 6/27/07, Joao Victor da Costa <[EMAIL PROTECTED]> wrote: > > Meu caro, > Existe um software que efetua o store das mensagens em banco de dados. > O nome é: "dbmail". Vivendo e aprendendo /usr/ports/mail/dbmail - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Diminuir espaco em disco
On 7/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Salve Lista > Instalei um FreeBSD em um HD antigo 3.7 GB e por acaso usei a opcao > DEVELOPER na hora de instalar apos o termino notei que minha particao > /usr estava com 1.1 GB de ocupada quais arquivos que posso remover sem me > dar algum problema pois nao gostaria de remover a arvore do ports desde > ja agradeço. Se vc nao for atualizar o sistema vc pode apagar o /usr/src - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Diminuir espaco em disco
On 7/5/07, Lucas Mocellin <[EMAIL PROTECTED]> wrote: > > Olhei nas discussoes anterioes, porem eh tudo muito "vago", a nao ser > sobre > o /var que tem uma boa explicacao. No meu caso dei um cvsup e minha > unidade > estourou(5GB). Esse tamanho eh pouco? como eu poderia "desfazer" o que o > cvsup fez ou algo assim para liberar mais espaco? Qual Particao ? um du -sh ajudaria...seguido de um du -sk /paticao_cheia/* | sort -nr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Recursivo
On 7/18/07, Jose Augusto <[EMAIL PROTECTED]> wrote:... Depois eu não consigo mais iniciar o NAMED, alguém tem alguma sugestão? ... Se ele não inicia deve dar alguma mensagem de erro... (tail -50 /var/log/messages) qual ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração IPTABLES > IPFW
On 7/24/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote:
>
> Eu sempre recomendo algumas estrategias na hora de fazer essa migracao:
>
> 1 - Pegue tudo na CHAIN FORWARD e {PRE,POST}ROUTING do netfilter e
> converta para NAT. Se sua opcao eh IPFW, brinque MUITO com divert e natd
> ANTES de por qualquer outra regra no firewall. Faca divert seletivo,
> nunca "from any to any". Explore tudo que o natd pode fazer. Ai voce ja
> vai ter em mente como substituir qualquer regra dessas chains ai. Se
> quiser estudar pf faca a mesma coisa com "nat" e "rdr" do pf.
>
> 2 - Pegue todos os filtros da chain OUTPUT do netfilter e seja seletivo,
> separe o "output" cuja origem eh a propria maquina (o proprio firewall).
>
> 3 - Todos os outros output output, converta-os pra input. Tudo q nao eh
> roiginado do proprio firewall, pra sair por uma interface
> IMPERATIVAMENTE tem que ter saido por outra. Dai fazer regras de output
> a reveria como se faz no netfilter é entropia e desperdiço de recursos,
> pois essa eh a ultima chain processada, e pra chegar nela, o Linux "tem
> a manha" de processar tudo antes... dai a performance vai pro espco.
> Sim, vc pode achar q Linux tem boa performance, mas nao tem hehe. Nao se
> comparar com o que poderia ser... e na questao de firewall o metodo de
> processamento das regras deixa essa diferenca de decisao de engenharia
> de software muito clara.
>
> 4 - Pegue as regras da chain input e converta-as para regras de IN no
> firewall do BSD.
>
> 5 - Tenha em mente (ipfw) que o processamento eh first match wins. Se
> nao entender isso e isso ficar tao instintitvo quanto respirar, nao vai
> dar pra continuar... ai comece de novo. Se for usar pf tenha em mente
> que eh last match wins. Ou seja processa tudo e vai "se lembrando" da
> ultima decisao, salvo, se a regra tem "quick".
>
> 6 - Coloque todas as regras mais frequentes, (ipfw) como as primeiras,
> sempre que possivel.
>
> 7 - Se for usar controle de banda, oriente-o a interfaces. Evite deixar
> aplicando a todas interfaces, e oriente à interface interna (a mais
> proxima do perimetro onde a estacao se encontra).
>
> 8 - Use one_pass=0 no ipfw, com controle de banda. Senao suas regras
> assumem "allow" ao chegar no controle. E voce pode nao querer isso.
>
> 9 - Nao pegue scripts prontos, de terceiros. Faca seu proprio firewall.
>
> 10 - O que voce nao entender, leia na pagina de manual antes. É incrivel
> como "man ipfw" é clara. Leia os textos, nao se apgeue a seção de
> EXAMPLES.
>
> 11 - Faca testes. Testes e mais testes. Teste o "divert". Teste o
> "forward". Entenda a diferenca entre eles. Teste-o antes de ter q qoutra
> regra no firewall, pra nao ter confusao de comportamento.
>
> 12 - Agora pega todos aqueles conceitos de CHAIN e a sintaxe alieginena
> do iptables e ESQUECE. Faca LAVAGEM CEREBRAL. Bem vindo a um mundo onde
> voce nao tem q pensar em como usar a ferramenta, tem apenas q projetar o
> firewall.. nao saber pra que que serve o -j o -J o -s -i -a -d -l -k -n
> -j -S ou se alguma dessas opcoes nao existem, ou ainda o
> --uma-expressa-que-nao-diz-nada=valor porque acabaram-se as letras do
> alfabeto para ser uma nova opcao.
FANTÁSTICOS pontos Patrick !!!
Apenas mais uma dica, use e abuse de diretivas de log (ipfw add
log ou log) que facilitam MUITO no debug de eventuais
problemas e visibilidade do que o firewall está fazendo. Só tome cuidados em
gerar muito log quando a rede for grande >300 maquinas.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Web-Based DHCP
On 7/24/07, Nilson Debatin <[EMAIL PROTECTED]> wrote: > > > Concordo com o que vc disse, que eu saiba não tem como fazer o que > ele quer de jeito nenhum! O mais próximo seria rodar dentro do > server de dhcp um "arp -a -n" e pegar todos os conjuntos ip/mac > assim saberia quem está com qual ip no momento. Não seja tão radical estamos no mundo *nix ! Quase tudo é possivel. Não conheço nada pronto. Mas aqui o arquivo de lease fica no /var/db/dhcpd/dhcpd.leases e o formato é bem simples. Dá pra resolver com um shell script ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] parece que o pf nao le as regras! [RESOLVIDO]
On 7/26/07, Cleyton Bertolim <[EMAIL PROTECTED]> wrote: > > Pessoal, primeiro quero agradecer a todos que cederam um pouco do seu > tempo pra tentar solucionar este meu problema > > Em seguinda, quero dizer o que eu fiz pra resolver!!! Foi uma solucao > que encontrei, que julgo nao ser a mais correta, porem resolveu!!! > hehehe > > Eu criei um arquivo /etc/rc.d/pf.sh com o seguinte conteudo: > > #!/bin/sh > # Script de carregamento das regras do pf.conf > echo Carregando regras PF.CONF... > pfctl -f /etc/pf.conf > # FINAL DO ARQUIVO ## > > Agora toda vez que reinicio o servidor (o que é bem dificil!!!) ele > esta rodando as regras do PF com esse script e nao esta mais dando > aqueles problemas do pessoal nao conseguir acessar os recursos pela > VPN. Desculpem-me pela opinião franca... mas que gambiarra hein :-( da um grep pf_ /etc/rc.conf pra ver se nao tem mais de uma linha pf_enable, pois se tiver um linha com pf_enable="NO" final do arquivo nao vai carregar mesmo as regras... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] parece que o pf nao le as regras! [RESOLVIDO]
On 7/26/07, Gule # <[EMAIL PROTECTED]> wrote: > > Não é gambiarra talvez seja somente pra esse caso, mas quando vc > precisa autenticar via ppp, em quase todos os casos vc precisa fazer > um script desse mesmo jeito. Isso acontece porque o ppp demora pra > retornar o IP (demora pra conectar), e ai o pf dá erro de regras > porque ele não acha o IP. > Nesse caso, o amigo poderia olhar o log e ver qual é o problema pra > tentar solucionar de uma maneira diferente. > Mesmo assim, é uma solução temporária porém eficaz. > > Caro Alexandre; se você achar o erro no arquivo de logs ou no debug, > por favor poste aqui pra gente. Admito não ter lido a thread completa... r Vamos mudar um pouco, acho que a forma mais elegante de fazer isso é alterando o /etc/rc.d/pf, adicionando mpd ao final da linha REQUIRE: ou adicionar uma linha "BEFORE: pf" no /usr/local/etc/rc.d/mpd Para saber mais de uma olhada em rc(8) e rcorder(8) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
n 7/27/07, Renato Frederick <[EMAIL PROTECTED]> wrote: > > Já foi discutindo aqui muitas vezes > > Redundância é só com protocolos link-state e com cooperação das > operadoras envolvidas no seu sistema autônomo. Dá pra fazer sem isso, tabelas de dns com tempo baixo de expiração e alguns scripts... não é realtime mas o custo benefício é ótimo. Tudo depende da necessidade e do budget. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
On 7/27/07, Mario Augusto Mania <[EMAIL PROTECTED]> wrote: > > Na verdade, com o policy routing, vc controla a saida, por um link, ou > por outro, ae, com um script, voce pode monitorar se o link principal > esta de peh, e se ele cair, vc arruma as regras do ipfw para sair pelo > link 2 É exatamento oque seria feito com route-to do pf. Com trunk você consegue fazer a mesma coisa de forma mais automatica. "The trunk interface allows aggregation of multiple network interfaces as one virtual trunk interface for the purpose of providing fault-tolerance and high-speed links. The driver currently supports the trunk protocols * failover* (the default), *fec*, *lacp*, *loadbalance*, *roundrobin*, and * none*." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
On 7/27/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > > > Pessoa, esta havendo varios problemas de conceito ai na conversa. Como > voce vai saber se o link esta indisponivel? Pra isso é necessario > conhecer a outra ponta. E dada a caracteristica comercial e > provavelmente motivo pelo link adsl ser a escolha, obviamente num link > barato desse ninguem vai oferecer cooperacao/conhecimento do estado do > link entre as pontas. Concordo... uma coisa é HA, a outra eh utilização de dois links para saida Mas com um mix das tecnologias faladas você consegue fazer bastante coisa. Entao eu pergunto, carp onde? Colocar carp na operadora e na ponta final > do adsl vai funcionar, sem duvida, mas entao vai la na operador por.. > hehe. Entao carp nao resolve nada nesse cenario. Ninguem até agora falou em cooperação das operadoras... estamos falando nas alternativas a isso. Temos basicamente 2 cenários balanceamento de saíde que ai sim Carp não é utilizado. Mas existe a situação em que você possa querer ter 2 gateways e 2 links ai sim você usaria o carp para fazer o failover dos gateways. pf route-to tbm n resolve nada. Route do que pro que? Se o link cair nao > ha o retorno do pacote, se nao ha como voce retorna um pacote por um > link sendo que a rota do caminho de volta é outro? ipfw fwd, mesma coisa, fwd do pacote pra onde Você pode ter um script checando o gateway default do adsl, se ele não responder você tira a regra de route-to deste link. > trunk entao... pior ainda; vai fazer agregacao entre quem, e isso vai > ajudar no que? Nunca usei trunk, mas pelo que li..você pode agregar as interfaces de saída e da mesma forma acima ter um script que checa o gateway default em caso de queda, voce remove o link com problema do trunk. Quanto ao iproute2, do Linux, olha o nome... iproute2, pf route-to > (rotear para). Parece coincidencia os nomes? Nao. Eles fazem a mesma > coisa. Entao com Linux tbm fica no nivel da gambiarra. Entao seja com > Linux ou FreeBSD as opcoes sao as mesmas. E cada qual gambiarra mais que > o outro. No caso do FreeBSD as ferramentas sao intrisecas a ferramenta > de firewall. No Linux é independnete e voce tem que ficar fazendo > "mangle" e marcando pacotes pra saber "o que veio de onde vai por onde". > Bem "xunxo". Não vejo como gabiarra... e sim uma alternativa de baixo custo... ninguém disse que é a solução ideal, mas dependendo dos requisitos funciona e atende. > Ja com NAT de entrada o natd, usando redirect_* com "dynamic yes" é em > modo LSNAT éc apaz de detectar se alguem do round-robin (LSNAT, RFC > 2391) ficar indisponivel e tirar ele do balanceamento. Pra isso o natd > fica acompanhando se recebe codigos smp de "host/net unreach". Ou seja, > so funciona localmente, e só pra entrada. Pra saida nao, que é o que > voce quer. isso eu não sabia ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [off-topic] Checar condição dentr o de um arquivo
On 7/27/07, Alex <[EMAIL PROTECTED]> wrote: > > Existe alguma maneira de através de um script, entrar dentro de um > determinado arquivo de texto já existente e checar se uma ou > mais strings estão contidas neste arquivo? > > Por exemplo, algo parecido com isso: #!/bin/sh if [ egrep 'string1|string2' /var/temp1.txt ]; then mail -s Arquivo [EMAIL PROTECTED] < temp.txt else rm temp.txt fi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
On 7/27/07, Alexandre Andrade <[EMAIL PROTECTED]> wrote: > > Prezados, > > Tenho a seguinte necessidade: > > 1 Link ADSL Speedy > 1 Link ADSL Velox > > O Link principal será o Speedy, mas gostaria de usar o Velox para > redundância no mesmo servidor, ou seja, alta-disponibilidade de links, > existe algo nativo no FreeBSD para implementar essa função, que > quando um link caia o outro passe a ser o principal ? pf(4) com regras route-to, Carp(4) e -CURRENT temos também trunk(4). - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] backup da caixa de e-mail
On 7/27/07, Thiago Rocha <[EMAIL PROTECTED]> wrote: > > Olá, > > na minha empresa não permitido o uso de mail clients, apenas do > webmail..., > aki cada usuário tem um quota de 50MB, porém muitos deles guardam os > e-mail > enviados (pra as vezes provar que enviou.. e coisa e tal), só que nisso > muitos já tem a quota praticamente atingida, como eu disse não é permitido > uso clientes de e-mail.. com isso a galera reclama que não tem como manter > o > e-mails enviados. > > Alguém conhece alguma forma de exportar a caixa de e-mail dos usuários?? > sem > ter que liberar o acesso pop... exportar ? pra onde ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
On 7/27/07, Alexandre Andrade <[EMAIL PROTECTED]> wrote: > > Olá, > > Por padrão usamos o IPFW, teria algo para ele ? Você disse que precisa de HA... mas o que você entende por HA ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] backup da caixa de e-mail
On 7/27/07, Thiago Rocha <[EMAIL PROTECTED]> wrote: > > Alexandre, > > exportar em algum formato (html, pdf, sei lah qualquer coisa que podesse > ser > lido fora do servidor), ou zip... qualquer forma que pudesse retirar > e-mails > da caixa e guardar fora.. Tudo é possivel... Tenha em mente que o custo de armazenamento é o mesmo... estando no servidor de email ou fora dele e tirando as informações do servidor os usuários precisarão ter outro procedimento para acesso à estas informações e talvez seja necessário fazer backup deste outro repositório além do servidor... Ai vai da política da empresa mesmo, por que é permitido o acesso apenas via webmail ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + 2 Links redundantes HA
On 7/27/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > > > Exatamente, pra isso carp nao se aplica. Indicar cap na situação > inicialmente proposta é um tiro no escuro recomendar pro amigo ;) E ele > vais e frustrar. Depende do que é entendido por "HA".. .como ele não especificou cada um deu idéias do seu ponto de vista... >> trunk entao... pior ainda; vai fazer agregacao entre quem, e isso vai > >> ajudar no que? > > > > > > Nunca usei trunk, mas pelo que li..você pode agregar as interfaces de > saída > > e da mesma forma acima ter um script que checa o gateway default em caso > de > > queda, voce remove o link com problema do trunk. > > Entao vamos entender: > > "pegue uma interface que nao existe (virtual, kernel) e coloque um IP > nela, e mande ela transmitir os pacotes pelas interfaces que existem, > balanceando ou agregando e detectando falha em qualquer uma das > interfaces reais". > > O trunk faz isso. Mesma coisa que o ng_one2many, porem, mais facil e sem > ter que aprender a "programar" nos netgraph. Entao ai chega a questao, > que IP por no trunk0? do adsl1 ou do adsl2? ou nenhum? E ai nenhum tem > que natear neh? Natear de quem pra quem sob que circunstancias? > > Pois é, entao trunk nao ajuda em nada nesse caso, e no final, se for > reescrever pacotes faz-se a mesma coisa sem precisar do trunking. bo... foi uma sugestão impensada... realmente não funcionaria para links internet nesta situação... ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [off-topic] Checar condição dentr o de um arquivo
On 7/27/07, Alex <[EMAIL PROTECTED]> wrote: > > O seu exemplo foi o que mais chegou perto do que eu quero, e de > funcionar, porém ele não funcionou... > deu > [: egrep: unexpected operator > > Acho que ele não está checando se a condição é verdadeira. > Mas a idéia que vc colocou no script é exatamente o que eu procuro. > Valeu pela ajuda, vou continuar tentando aqui. hhhuummm... é a cabeça nem sempre ajuda... esse agora eu teste ;-) #!/bin/sh string=`egrep "127|localhost" /etc/hosts` if [ -n "$string" ]; then echo "Aqui!" fi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [off-topic] Checar condição dentr o de um arquivo - RESOLVIDO
On 7/27/07, Carlos A. M. dos Santos <[EMAIL PROTECTED]> wrote: > > On 7/27/07, Alex <[EMAIL PROTECTED]> wrote: > > Perfeito cara, funcionou. > > > > Em 27/07/07, Alexandre Biancalana <[EMAIL PROTECTED]> escreveu: > > > #!/bin/sh > > > > > > string=`egrep "127|localhost" /etc/hosts` > > > > > > if [ -n "$string" ]; then > > > > > >echo "Aqui!" > > > fi > > Não é preciso armazenar o resultado num string: Numa variavel vc quer dizer... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados
On 8/2/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > > Silmar Oliveira wrote: > > Olá, lista. > > > > Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria > > administração isolada. > > Já houve solicitação de recuperação de arquivos que foram apagados > > acidentalmente no diretório do usuário. O backup salvou mais uma vez o > > usuário de um desastre. > > Mas, como nosso backup é em fita, é um pouco demorado para recuperar > > os dados e, dependendo da hora em que for feita a "caca", não tem > > remédio. > > Alguém conhece algum programa que funcione como uma espécie de > > "lixeira" (semelhante ao da m$) que possa facilitar a restauração de > > arquivos e diretórios em FreeBSD? > > Do ponto de vista de arquivos e diretorios (file system), a resposta > certa é: não tem como. Não existe. Você teria que ficar fazendo backup > da estrutura de inodes inteira. > > Porém, você pode fazer isso na aplicação. Por exemplo, seus clientes dao > "rm" no servidor? Provavelnete nao. Provavelmente voce fornece um > servico, normalmente FTP por exemplo. > > Se for ProFTP, existe o "mod recyclebin", um modulo pro ProFTP que faz > exatamente isso: uma liveira. Vi algo similar pra PureFTP, mas foi na > lista deles, nada oficial. > > Por outro lado você mesmo poderia modificar o fonte do seu ftp e mudar > um pouco o que ele faz quando recebe o comando "dele". Essas são as > idéias iniciais. > > Outra idéia inspirada (mas algo me diz que inviável em um ambiente > grande) é montar um repositório SVN e depois usar o WebDAV (dav SVN) > para acesso ao repositório, e pra completar a "façanha" usar o fusedav, > um sistema de arquivos fuse (de userland) capaz de montar > compartilhamentos WebDAV em sistemas de arquivos locais. Ai tudo que se > fizer nesse sistema de arquivo será na verdade o SVN hehe. Ai você terá > histórico ilimitado das modificações hehehe. > > Provavelmente essa última é inviável na vida real. Não faz sentido > manter histórico de tudo =) e o SVN usa BDB, acho que a performance > seria bem penalizada, e o tamanho do espaço usado no repositório > crescendo rápido demais. > > > Outro ponto: É viável quanto a processamento e armazenamento? > > Se for algo na aplicação (mod_recyclebin ou equivalente), é viável > quanto a processamento e quanto a armazenamento fica sob seu controle. > > A outra idéia no máximo, seria um POC (prova de conceito) hehe, possível > é, mas viável... > > Alias (ainda mais off topic), dizem que o Leopard (novo MAC OS X) terá > uma natureza de sistema de versionamento no sistema de arquivos, pra > recuperar arquivos "eternamente" (o nível da eternidade é configurável > nesse caso hehe), que a Apple batizou de "time machine". Fico curioso > pra ver a performance e o uso de espaço em disco dessa abordagem. O que poderia ser feito também é fazer snapshots regulares do filesystem (mksnap_ffs), mas dependendo do tamanho do filesystem e capacidade da máquina, isso poderia ser bem lento (deixa o sistema todo lento), além do que, se você tem muita alteração nesse filesystem vai "perder" algum espaço e você ainda cai na mesma questão do horário. Porém é uma feature bem legal e acho que vale a pena você testar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados
On 8/2/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > > Alexandre, muito bem lembrado. Na verdade acho que é a melhor idéia até > o momento. > > Testei num pequeno servidor, tambem de hosting, com `iostat -w1` > marcando 1.3MB/s de throughput em disco (producao), deu: > > # /usr/bin/time -h mksnap_ffs /usr/home snap01 > 47.40s real 0.00s user 0.59s sys > > O sistema de arquivos nao e grande: > > # df -h /usr/home/ > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ad0s1g 83G 25G57G30%/usr/home > > Mas consideraria aceitavel, da pra fazer um snap a cada 15 minutos, sem > comprometer o uso em producao (um nice +20 na tarefa agendada ajudaria a > evitar queda de performance tambem). > > Bem pensado =) Obrigado! ;-) Só acho vale a pena ser testado no ambiente final dele, em horário de pico, em fim, um "teste real", eu nunca usei snapshot desta forma, mas nas listas la fora teve gente reclamando de "congelamento" momentaneo do SO durante o snapshot em versões passadas (final do ano passado), e o Kris Kennaway comentou na época que isso poderia mesmo acontecer. Silmar, testa ai e fala pra gente se funcionou, se puder com alguns detalhes de tamanho do filesystem, tempo de execuçao, etc... Eu tenho a idéia de implementar isso nos novos servidores de arquivos aqui da empresa, pois está cada vez mais frequente os cabecinhas apagarem/alterarem oque não devem e ficarem pedindo pra restaurar planilhas, etc... só não testei... teremos pelo menos 2 servidores com 2 TB cada um... Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Do Open para o FreeBSD
On 8/7/07, Marcio A. Sepp <[EMAIL PROTECTED]> wrote: > > > Gostaria de saber se alguém mais tem alguma idéia sobre o que pode ser > isso? > > Eh dificil ficar advinhando a 1a coisa na minha opinião é fazer o log funcionar... manda o resultado de um: # grep pflog /etc/rc.conf - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Do Open para o FreeBSD
# tcpdump -ni rl0 dst port 81 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on rl0, link-type EN10MB (Ethernet), capture size 96 bytes > 15:51:13.927044 IP 200.xxx.xxx.xxx.62381 > 200.xxx.xxx.xxx.81: S > 2535526565:2535526565(0) win 65535 > 15:51:13.928151 IP 200.186.xxx.xxx.62381 > 200.xxx.xxx.xxx.81: S > 2535526565:2535526565(0) win 65535 > 15:51:16.895321 IP 200.186.xxx.xxx.62381 > 200.xxx.xxx.xxx.81: S > 2535526565:2535526565(0) win 65535 > 15:51:16.955005 IP 200.xxx.xxx.xxx.62381 > 200.xxx.xxx.xxx.81: S > 2535526565:2535526565(0) win 65535 > 15:51:22.930547 IP 200.xxx.xxx.xxx.62381 > 200.xxx.xxx.xxx.81: S > 2535526565:2535526565(0) win 65535 > 15:51:22.931507 IP 200.186.130.138.62381 > 200.186.130.138.81: S > 2535526565:2535526565(0) win 65535 > > E não consigo estabelecer a conexão :( > > Fiz isso pra ter certeza de que o problema não é a máquina da camera e > nem o software dela. E o log do pf ? oq diz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cannot allocate memory
Manda um dmesg e um netstat -mi Qual o volume de emails que passam por esse servidor ? Qual a versão do Free ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilar kernel para pentium core 2 quad
On 8/17/07, William Grzybowski <[EMAIL PROTECTED]> wrote: > > On 8/17/07, Rodolfo Zappa <[EMAIL PROTECTED]> wrote: > > > > Galera, > > > > Qual o tipo de cpu no arquivo de configuração do kernel, para compilar > > pra este processador? > > > > > Ele eh amd64 sim, mas aconselho a rodar como i386 msm ;D Depende do que ele vai querer rodar nessa máquina e da quantidade de memória. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF Topic] winbindd - backend
On 8/21/07, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > > Pessoal, > > Alguém já teve essa mensagem no /var/log/messages: > Aug 21 18:08:37 bh winbindd[20817]: [2007/08/21 18:08:37, 0] > nsswitch/idmap.c:idmap_alloc_init(679) > Aug 21 18:08:37 bh winbindd[20817]: ERROR: Initialization failed for > alloc backend, deferred! > > Não sei se o problema é por causa do conjunto SaMBa + **FreeBSD**, > então marquei este topico como off-topic :P > > Se alguém puder me dar uma luz... ficarei grato, pois o google me > retorna apenas 8 resultados não muito úteis > > Estou usando o SaMBa 3.0.25a em um FreeBSD 6.2 > > Está funcionando como PDC... > > Compilei com as opções: > > Options for samba 3.0.25a_1,1 > [X] LDAP With LDAP support > [X] ADS With Active Directory support > [ ] CUPS With CUPS printing support > [X] WINBIND With WinBIND support > [ ] ACL_SUPPORT With ACL support > [ ] FAM_SUPPORT With File Alteration Monitor > [X] SYSLOG With Syslog support > [X] QUOTAS With Disk quota support > [X] UTMP With UTMP accounting support > [ ] MSDFSWith MSDFS support > [X] PAM_SMBPASS With PAM authentication vs passdb backends > [ ] CLUSTER With experimental cluster support > [ ] DNSUPDATEWith dynamic DNS update > [ ] EXP_MODULES With experimental modules > [X] POPT With system-wide POPT library > [ ] MAX_DEBUGWith maximum debuging > [ ] SMBTORTURE With smbtorture > > Estou usando o smbpassdb... Manda seu smb.conf e mais detalhes do que você está tentando fazer - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF Topic] winbindd - backend
On 8/22/07, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > > On 8/21/07, Alexandre Biancalana <[EMAIL PROTECTED]> wrote: > > Manda seu smb.conf e mais detalhes do que você está tentando fazer > > Bom... esse computador está funcionando como PDC... e está > funcionando... realmente está tudo ok > > Mas no meu /var/log/messages estão aparecendo essas mensagens.. > (aparecem toda hora, não somente quando o SaMBa é iniciado) e isto que > me chamou a atenção... Pelo que da pra ver no seu smb.conf vc não fez nenhuma configuração para o winbind, essas mensagens de erro devem ser por que ele está sendo iniciado mas não tem os parametros necessários no smb.conf. Se você não utilizar o winbindd comente a linha de inicialização dele no /etc/rc.conf - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] *** boot - diferenciado + Adaptec 3805 *** - Quase resolvido
On 8/22/07, Evaldo Silva <[EMAIL PROTECTED]> wrote: > > Luiz Otavio Souza escreveu: > > Evaldo, > > > Olá, boa tarde! > Consegui inserir "na marra" um módulo .ko que a Adaptec diz que é > compatível como FreeBSD para a controladora 3805. > É um tal de poe e tira disquete que mata a gente de angustia Mas > Até que enfim consegui fazer com que o FreeBSD 6.2 "falasse" com ela, em > termos... > Incorporar o múdulo deles no sistema para ficar livre do tira e põe > disquete foi uma outra luta, mas consegui. Porém... > Como já tinha lido nuns e-mails pelo mundo afora o tal modulo não é > assim tão funcional para o FreeBSD - talvez por isso a controladora não > esteja na lista das compatíveis, pois faltam-lhe software a altura da > estabilidade de um FreeBSD Ruwindows é outra coisa. Daria pra > conviver com isso > O grande problema é que a comunicação entre o SO e a controladora > algumas vezes "congela" por minutos e depois volta a funcionar como se > nada tivesse acontecido. Discaradamente assim... Vejam parte do log anexo. > Como o problema não acontece com frequencia previsível, não posso ter > garantias que minhas aplicações críticas não vão ter paradas como essas. > O ambiente e os usuários não aceitam, ficarem parados por minutos > esperando para que alguma aplicação volte a funcionar. Não depois do > dinheirão gasto na aquisição do hardware. Não dá pra correr o risco > Fica registrado aqui o quase-desfecho do caso > > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655b740 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc65624c0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6562f00 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655d440 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc65606c0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655f2c0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655b640 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6561bc0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560980 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655bfc0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6561500 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6561a40 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655fac0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655de00 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655f340 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6561640 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655d280 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655f480 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560b80 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655e840 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560100 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560d00 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655fcc0 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655d680 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655f540 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655c140 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560080 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655d940 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655b440 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655e480 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655f880 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc6560440 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655ce80 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655c540 TIMEOUT AFTER 47 > SECONDS > Aug 21 21:50:01 neck kernel: aacu0: COMMAND 0xc655d800 TIMEOUT AFTER 47 > SECONDS > ...e por ae vai... Talvez valha a pena postar isso na freebsd-stable e/ou questions para ver se tem alguem trabalhando neste driver - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilar o kernel na versão 7
On 8/24/07, Marcio Antunes <[EMAIL PROTECTED]> wrote: > > Pessoal, > > Baixei o freebsd 7. > A minha dúvida é a seguinte ainda se faz necessario complicar o kernel > com estas opção abaixo para uso do squid ? > > options SYSVMSG > options MSGMNB=16384 > options MSGMNI=41 > options MSGSEG=2049 > options MSGSSZ=64 > options MSGTQL=512 > options SHMSEG=16 > options SHMMNI=32 > options SHMMAX=2097152 > options SHMALL=3096 > > E tambem as opções para o uso do PF ou IPFW ? Alterou com alguma > coisa com a nova versão ?? para nestes caso.. Essas opcoes de shared memory devem mesmo ser compiladas no kernel... pf e ipfw vc pode carregar por modulos a bastante tempo já man loader.conf os modulos ficam no /boot/kernel - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid lento
On 8/27/07, Lutieri G. <[EMAIL PROTECTED]> wrote: > > Acabou de ficar lento quase travando: Lento, quase travando, a máquina no shell ou a navegação via squid ?? Você só tem squid rodando nesse server ou tem mais alguma coisa ??? Quando a navegação/servidor fica lenta(o) o que o top mostra ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid lento
On 8/31/07, Lutieri G. <[EMAIL PROTECTED]> wrote: > > Deve ter sido a oração do meu colega de trabalho: > > Ontem não sei o que aconteceu mas quando removi todas acl's funcionou > perfeitamente. Apesar de eu já ter feito isso anteriormente o a > lentidão ter permanecido.. sei lá... > > Acabei de testar com as ACL's e ficou lento, tirei as ACL's agora e > vou testar. Se ficar rápido espero que seja a autenticação NTLM. > > Já desativei o firewall enquanto usava as ACL pra ter certeza de que > não é nenhuma regra. > > Alguém que tem o squid rodando com autenticação NTLM com mais de 200 > usuários?! Funciona normal?! Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Jul 18 19:56:09 BRT 2007 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/Mike ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1799.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400> real memory = 1071906816 (1022 MB) avail memory = 1044148224 (995 MB) Connection information for squid: Number of clients accessing cache: 833 + Autenticação ntlm em 2 domínios samba. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail
On 9/6/07, Suprema Informática Ltda <[EMAIL PROTECTED]> wrote: > > Gente, boa, preciso de uma ajuda, > > > Estrutura do cliente: > 01 Server freebsd, com qmail, link de 512 mb 50% banda garantida, > > Temos 10 contas de emails, nosso problema esta com o gerente, que > insiste em mandar emails gigantes, 1, 2, 3 4 até 6 mega de arquivos em > anexo (videos de putaria), pra uma lista enorme de contatos, o que > acontece, o link abre as pernas, naum vai, tudo fica lento, navegação, > download, ftp, tudo, e ai começa o acumulo de mensagens na fila do > qmail, gostaria, caso alguém tenha passado por isto, saber qual seria e > melhor solução, Bloqueia os anexos ou limita a banda. não tem mágica. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DSPAM some....
On 9/9/07, Klaus Schneider <[EMAIL PROTECTED]> wrote: > > Alguém ai da lista já usou DSPAM no FreeBSD? Uso a pelo menos uns 2 anos. Bom, eu tive uma experiência um tanto esquisita com dspam no fbsd, fiz um > servidor de testes com uns 50 usuários e tudo rodava normalmente, > perfeito, > pegando mais de 99% dos spams e com uma precisão incrível de baixos > falso-positivos... Mas quando coloquei ele em produção em um fbsd 6.1 tive > um problema, o processo do dspam(dspamd) desaparecia como se o daemon > tivesse enviado um exit(0) para o sistema... não gerava log(nem syslog nem > os logs dele), não dava crash no server nem arquivo .core... > Resolvi testar em outra maquina, com outra versão do bsd, a 6.2, e > acontecia > a mesma coisa, a minha solução atual é colocar o dspam para rodar dentro > do > mailscanner sem usar ele em modo client/server, mas isso aumenta e muito o > consumo de CPU/Memória... Nunca percebi este tipo de problema, entretanto sem pre rodei ele sob daemontools. Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com Qmail
On 9/12/07, Boniek Morais <[EMAIL PROTECTED]> wrote: > > Pessoal, > > > Está acontecendo uma coisa estranha com um de nossos usuários de e-mail. O > servidor é Qmail em FreeBSD com Spamassassin e Clamav. > > Quando esse usuário tenta enviar uma mensagem para vários usuários do > mesmo domínio e que as contas estão também no mesmo servidor o Qmail devolve > o e-mail com a seguinte mensagem: > > Hi. This is the qmail-send program at mailserver.isimples.com.br. > I'm afraid I wasn't able to deliver your message to the following > addresses. > This is a permanent error; I've given up. Sorry it didn't work out. > > < @isimples.com.br>: > Sorry, I couldn't find any host named isimples.com.br. (#5.1.2) Pelo que pode ser visto existem espaços após o nome do domínio. Tive vários problemas desse tipo resultantes do m$ outlook, por algum motivo, cadastrar o endereço incorretamente (com espaços após o domínio) no address book do usuário. Tente apagar a contato do outlook do usuário e criá-lo novamente. Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida cruel: QoS com PF
On 9/13/07, Welkson Renny de Medeiros <[EMAIL PROTECTED]> wrote: > > Boa tarde amigos! > > > Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link > passa internet (pouco uso), e replicação de dados via SQL-SERVER. > > A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o > distribuidor e envia suas alterações e pega as alterações das outras > filiais, a bronca que o > SQL consome toda a banda que tiver disponível... e apesar do uso da > internet ser pouco, as vezes o pessoal tá no skype e a ligação fica uma > "bomba"... > > Estrutura da Rede: > > ### Matriz ### > 192.168.0.254 FreeBSD 6.2 STABLE :) > 192.168.0.253 Router (Cyclades PR2000) > 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) > > > ### Filial 1 ### > 192.168.1.254 Router (Cyclades PR1000) > 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > ### Filial 2 ### > 192.168.2.254 Router (Cyclades PR1000) > 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > ### Filial 3 ### > 192.168.3.254 Router (Cyclades PR1000) > 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, > 3.100) a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) > usando ipfw, veja: > > # Limitando Replicacao # > # A contagem eh feita na recepcao da placa e na saida, entao > # limitar a 120kbps significa limitar a 60kbps > > ### CANGUARETAMA ### > ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 > ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 > ipfw pipe 10 config bw 100Kbit/s > > > # GOIANINHA > ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 > ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 > ipfw pipe 20 config bw 100Kbit/s > > > # SAO JOSE DE MIPIBU > ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 > ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 > ipfw pipe 30 config bw 100Kbit/s > > ### > > Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para > o IPFW, porque percebi que ele contabiliza os pacotes na recepção e no > envio, no caso dobrando... (vi isso em um fórum também, acho que GTER.. já > analisei via IFTOP e realmente é assim que funciona). > > Isso até que tem funcionado bem, mas como falei, a internet é pouco > utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... > dependo da quantidade de registros alteradas nos bancos de dados > o volume de informação aumenta, e o SQL não consegue replicar as > informações... reclamando que o link tá muito lento... > > Nesse caso, acho que a única solução seria um QoS... algo como, 70% da > banda para OUTROS, e 30% para SQL... se não tem ninguém usando nada na > internet a banda fica liberada para o SQL, se tem alguém usando internet, a > internet terá prioridade e a replicação ficará limitada... > > Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, > gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? > outros? como ficaria +- o PF.CONF? Se é o SQLServer que toma o link eu faria o seguinte: Utilizaria uma limitação de banda simples apenas para o SQL não tomar o link todo e implementaria compressão na comunicação do SQL também, utilizando vtun ou zebedee. Esse lance de compressão é MUITO legal, para casos em que impor um pouco de delay não atrabalha (como creio eu que seja este caso) você tem um ganho violento (dependendo do tipo de tráfego) como creio que você terá nesse caso. Dá uma lida ai: http://vtun.sourceforge.net Att, Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mais uma duvida sobre Qmail
On 9/19/07, Mario Lobo <[EMAIL PROTECTED]> wrote: > > On Wednesday 19 September 2007, Patrick Tracanelli wrote: > > Mario Lobo wrote: > > > Alo gente; > > > > > > É o seguinte. Quando o pessoal daqui do trabalho tenta > checar/responder > > > e-mail de fora daqui, eles conseguem checar mas nao conseguem > enviar. O > > > qmail responde que o host não esta na lista de RCPT hosts, e portanto, > > > não fará o relay do e-mail. > > > > > > Bom, todo mundo tem que se autenticar pra enviar e receber, e ambas as > > > coisas são feitas por tuneis SSL. > > > > > > O que eu queria saber é como é que eu seto o Qmail para que ele faça > > > relay de quem quer que se autentique nele, visto que quem se conecta > de > > > fora tem IP dinâmico 99% das vezes. > > > > > > Obrigado > > > > A melhor opcao é SMTP autenticado. Voce usa qmail vanilla ou algum > > super-patch (spamcontrol, ldap, etc)? A maioria dos super-patches ja tem > > smtp auth. > > > > A opcao ma-o-menos é pop-before-smtp. Ai depende do que voce usa no > > qmail, se for vpopmail "ja vem pronto" (opcao RELAYCLEAR). > > Sim, estou usando o vpopmail,vchkpass, etc... > > Como eu verifico se esta opcção está ativa, Patrick? Porque de fato, os > usuários não estão conseguindo enviar e-mail de fora ! Como vc instalou o vpopmail ? Via ports ou na mao ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ocs or para fazer inventario de maquinas win!?!
On 9/21/07, Saulo Bozzi <[EMAIL PROTECTED]> wrote: > > voces ja ouviram falar do ocs?! Sim ! queria saber se tem algo disso bsd, free, para fazer inventario de maquinas > win, como seriais, configuracoes de hardware, softwares instalados, etc... > para serem controlados por um server. > ja viram algo desse tipo, for bsd? Tenho rodando aqui fazendo inventário de ~1500 maquinas. Funciona muito bem ! Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Procedimento para atualizar PORT vulner ável
On 9/21/07, Welkson Renny de Medeiros <[EMAIL PROTECTED]> wrote: > > Senhores, > > > Rodei agora pouco um portaudit -Fda e detectou alguns ports com > vulnerabilidades... inclusive o apache20... fiz o procedimento abaixo e > gostaria de confirmar com vocês se é o mais correto, ou se tem algo mais > "prático". Para atualizar a estrutura dos ports, eu acho melhor usar o csup (instalado por padrão a partir do 6.2 se não me engano) que ao invés de baixar toda a estrutura dos ports, atualiza apenas o que for necessário. Segue um exemplo do ports-supfile que uso: === ports-supfile == *default host=cvsup12.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress ports-all === ports-supfile == ai é só executar: # csup ports-supfile que vai sincronizar o seu /usr/ports com o repositório central, da mesma forma que se faz com o /usr/src antes de atualizar o sistema para -STABLE. Para atualizar os ports, geralmente eu uso o portupgrade (/usr/ports/ports-mgmt/portupgrade-devel) que faz tudo isso (na maioria da vezes) automaticamente. # portupgrade www/apache20 Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ocs or para fazer inventario de maquinas win!?!
> tive alguns problemas de deteção no free... parece algo a ver com > acpi/apm, ou modelo de placa mae... alguns dados nao subiram > corretamente. Realmente só rodei o client em estações rwindow$ tive alguns problemas no linux (redhat) > no mostrador geral, ele mostra a quantidade correta de memoria (8gb) > na especifica, tenho 4 pentes de memoria de 2gb cada.. ele me mostra > somente os 2 primeiros pentes (isso ficou estranho.. são 4 servidores > identicos, .. ele mostra errado só em 1) Reinstalar talvez não resolva, mas como os clients para *nix são todos em perl não deve ser nada de outro mundo para debugar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Procedimento para atualizar PORT vulner ável
> > E o contrario Alexandre o csup compara arquivo por arquivo com o > servidor, ao invez do csup vc deve usar o portsnap(8) . Exatamente... ao invés de baixar um arquivo de 49MB TODA a vez que for atualizar os ports, eu prefiro rodar periodicamente o csup que é mais rápido e leve, baixando apenas oque mudou ;-) No caso do > Welkson seria melhor ele rodar o portupgrade em vez de usar make > (install|deinstall), a nao ser em caso especificos que necessite > passar parametros na compilacao. Eu rodaria assim > > > #portupgrade -Pvr apache\* > -P tenta pegar pacote ja compilado > -v verbose > -r recursivo Você pode especificar os parametros de compilação que o portupgrade irá utilizar com um -m. Se você tiver compilado o pacote anteriormente pelos ports as opções de compilação ficam em /var/db/ports/ e são utilizadas pelo portupgrade caso você não especifique o -P. Apenas lembrando para tomar cuidado com o -r, recursivo quer diver que ele irá atualizar todas as dependências do apache, que no caso de uma máquina com muitos pacotes pode não ser oque você quer fazer. Pode gerar conflitos além de ser algo demorado em alguns casos. Mas é claro, se você souber oque está fazendo, sem problemas ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Procedimento para atualizar PORT vulner ável
On 9/21/07, Giancarlo Rubio <[EMAIL PROTECTED]> wrote: > > Alexandre creio q vc esta se enganando > vc deve rodar apenas uma vez o portsnap para baixar a arvore do ports > #portsnap fetch extract > > a partir dai basta vc usar > #portsnap fetch update > > Teste ai e vc vera como ele eh mtooo mais rapido e mto mais leve (ao > menos para o cliente) Ta certoo... não vamos brigar por isso, tmtowtdi[1], eu prefiro o csup ;-) Att, [1]. http://en.wiktionary.org/wiki/TMTOWTDI - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Perl [OFF-TOPIC].
On 9/25/07, João Paulo Just <[EMAIL PROTECTED]> wrote: > > Anderson P. Matos escreveu: > > Ricardo, entrei na pasta /usr/ports/Lang/perl5.8 e dei um make install > > clean, esta baixando aki...agora vou procura alguma coisa na Internet de > > como fazer o meu primeiro: HELLO WORLD! :) Pra quem está começando um livro MUITO BOM é o Learning Perl da O'Reilly - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
On 9/27/07, Silmar Oliveira <[EMAIL PROTECTED]> wrote: > > Olá, lista. > > Rodo um servidor web com as seguintes características: > marca: Supermicro > 2 processadores intel xeon 3.60 núcleo duplo > 4 hds SCSI 73 GB em raid 5 > 6 GB de memória (HABILITADO O PAE) Qual a versão do SO ? Da pra mandar um dmesg ? Por que não instalar a versão 64bits ao invés de utilizar PAE ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Liberar relay no Qmail - FreeBSD
On 9/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > GeleiraPessoal, bom dia Olá > Primeira opção: > > Criei um arquivo smtproutes em /var/qmail/control com os seguintes dados: > dominiodocliente.com.br:200.123.58.65 (ip do servidor de relay) o smtproutes é utilizado para rotear mensagens de um domínio para outro servidor, ou seja, com a linha acima, oq vc fez é rotear as mensagens do domínio dominiodocliente.com.br para o ip 200.123.58.65, acho q não é isso q você. Feito isso, executei o qmailctl.cdb para validar as informações e restartei > os serviços do Qmail: nada! ps: após alterar o smtproutes não há necessidade de restartar ou recompilar nada do qmail. Segunda opção: > > Editei o arquivo tcp.smtp que fica em /usr/local/vpopmail/etc, colocando > os seguintes dados: > 200.123.58.65:allow,RELAYCLIENT="" Essa opção é a que vai resolver o seu problema. a sintaxe está certa. Posteriormente, tb restartei os serviços, mas não está funcionando nem a > pau. Você também não precisa restartar nada, basta compilar o arquivo com o tcprules, ou se você utiliza pop-before-smtp ele vai funcionar assim que o clearopensmtp rodar. Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clonar FreeBSD sem parar o servidor
On 9/28/07, Lutieri G. <[EMAIL PROTECTED]> wrote: > > E eu estava querendo fazer com o rsync da seguinte maneira. > Colocar o rsync daemon no servidor em produção e depois ir na máquina > nova e copiar tudo pra ela. Mas tenho um problema: A máquina nova tem > que estar rodando algum sistema live. Já fiz isso com dump/restore e rsync, instala a nova máquina poe ela na rede e faz a copia. dá pra usar dump/restore com ssh ou com nc (se for uma rede local) na maquina atual: dump -0aLf - /dev/ | nc na maquina nova: nc -l | restore -rf - Oque você chama de "sistema live" ??? > Se alguém já fez uma gambiarra desse gênero por favor pronuncie-se! :-) Gambiarra não ! Flexibilidade ;-) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
On 9/27/07, Marcio Antunes <[EMAIL PROTECTED]> wrote: > > Faço jus a palavras do amigo Welington.. > > use amd64 ele é compativel com EM64T Exatamente ! E existem alguns drivers que não funcionam bem com PAE. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clonar FreeBSD sem parar o servidor
On 9/28/07, Lutieri G. <[EMAIL PROTECTED]> wrote: > > Meu ceticismo não deixa eu fazer antes de perguntar o seguinte: > > rodando : dump -0aLf - /dev/ | nc na > máquina em produção não vai haver problema nenhum. certo? Ela vai > funcionar normalmente enquanto o dump é executado correto?! opa ! claro! o que *pode* acontecer é alguma lentidão em função da quantidade de IO que ele vai fazer pra gerar o dump... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clonar FreeBSD sem parar o servidor
> > Aquele que vai rodar somente na RAM. Sem usar o disco. > > Pois se na máquina nova eu estiver rodando um freebsd como vai ser > restaurado por cima de um sistema que tah rodando?! > Sei que ficou meio complicado... mas agora a minha dúvida é: o q eu > vou rodar na máquina nova pra rodar o nc -l uma vez que não posso > estar rodando um sistema que está instalado no HD. Instala a máquina normal... faz o esquema com dump/restore/nc ou rsync, depois da cópia, vc boota ela e pronto... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF try learn...
>
> e para começo uma pergunta boba.
> uma tabela parece que pode ser criada em arquivo?!
uma tabela pode ser criada a partir de um arquivo...
ou toda tabela no final gera um arquivo fisicamente?!
nao
ou nao...é posta em memoria e por la fica?!
Depois que vc carrega o pf.conf ela fica em memória.
como funciona essa situacao da tabela?!
man {pf,pf.conf}
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
> Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, > mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte > mesmo assim. Desabilita na bios ou compila o kernel sem SMP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] security advisory
On 10/3/07, Celso Viana <[EMAIL PROTECTED]> wrote: > > All, > > Às 18:58 h recebi um mail informando um security-advisory; às 21:15 h > tentei acessar o site www.freebsd.org e não consegui; alguém sabe se é > algo relacionado com a falha ? A bug é no OpenSSL, especificamente na função SSL_get_shared_ciphers(). Consultando rapidamente nosso amigo: $ grep -lr SSL_get_shared_ciphers /usr/src 2> /dev/null ./crypto/openssl/apps/s_client.c ./crypto/openssl/apps/s_server.c ./crypto/openssl/doc/ssleay.txt ./crypto/openssl/doc/ssl/ssl.pod ./crypto/openssl/ssl/ssl.h ./crypto/openssl/ssl/ssl_lib.c ./crypto/openssl/util/ssleay.num ./secure/lib/libssl/man/ssl.3 Não dá pra saber a extensão do que é afetado, vou perguntar na -questions. O problema de não conseguir acessar o www.freebsd.org foi relacionado a um problema de hw. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] dns
On 10/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > No arquivo /etc/rc.conf coloquei as seguintes modificações: > Em seguida tentei iniciar o daemon manualmente: ndc star > > Só que ele me respondeu assim: Command not found. > Dúvida: Porque ele não iniciou, este não é um comando válido? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Talvez oq vc queira é: /etc/rc.d/named - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] desligar
On 10/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Achei o comando (shutdown -h now) para desligar o freebsd. Mais infelizmente > ele só reinicia o sistema. > > Alguém sabe o verdadeiro comando para desligar??? Amigo, já ouviu falar do comando man ? Use-o mais... shutdown -p now - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] growfs
On 10/6/07, Caio Viana <[EMAIL PROTECTED]> wrote: > PessoALL > > Estou aqui com uma dúvida no qual esta me deixando encucado > > Tenho um Guest FreeBSD em um Servidor VMWare ESX e este funciona 100%. > > Estou agora precisando crescer o espaço em disco dessa máquina virtual. > Utilizei o aplicativo da Vmware para aumentar "fisicamente" o disco da > maquina virtual e até aí tudo bem. > > Agora entrando via sysinstall no Fdisk vejo meu Slice la certinho e um espaço > livre com o montante que eu acrescentei "fisicamente" > > Quando tento dar um "Add Entire Disk" para usar esse espaco em disco, apos > dar um W (Write) ele me informa que nao pode gravar no disco. > > Alguem sabe dizer como proceder ou como crescer usando comandos CLI usando o > disklabel/growfs/fdisk? Usa fdisk para apagar a partição atual, cria outra do tamanho total do disco Pode haver mais um procedimento, (aumentar o tamanho do slice) se vc não estiver usando todo o device como uma partição diretamente, antes de executar o growfs Mande mais informações... fdisk /dev/ad? disklabel -r /dev/ad?s? Depois q vc entende fica fácil e funciona ! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SATA Externo ? Raid ?
On 10/9/07, William David FUG-BR <[EMAIL PROTECTED]> wrote: > > No windows pode até funcionar você desplugar o sata desta maneira > amis no freebsd nao sei como o kernel vai se compertar. > > No máximo você vai ganhar um Kernel Panic and have a nice day. =o) Talvez não. Nunca usei.. mas já vi discussões sobre isso na -questions entre outras... resumindo: hotswap depende de software e hardware, o Free possui um comando chamado atacontrol com o qual vc consegue até reiniciar o barramento ata. Já a parte de hardware não sei oq aconteceria (ao hardware) se vc remover um hd ligado da maquina em funcionamento, talvez o pior seja liga-lo de novo.. rsss - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SATA Externo ? Raid ?
> Sobre o FreeBSD 7, ele ainda é current. Ops! eh PRERELEASE já ;-) agora o current eh 8 rs - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com PHP.ini
On 10/12/07, Carrera <[EMAIL PROTECTED]> wrote: > Bom galera, > > estou tentando rodar o php aqui no servidor e estou com alguns problemas. Pra esse tipo de pergunta coloque um off-topic no subject. > > Alguem poderia me enviar o php.ini que esteja funcionando corretamente ? o padrão funciona para a maioria das aplicação sem alterações... > > Em uma maquina windows o meu codigo php esta rodando q é uma maravilha, mas > no freebsd esta com uns bugs mto serios. Oq são "bugs mto serios" ??? Talvez se vc explicar melhor, mandando o nome da aplicação, a função e as mensagens de erro... a versão do seu FreeBSD, do php e um phpinfo, alguem possa ter uma idéia do que pode estar acontecendo Desculpe mas minha bola de cristal não funciona em feriados Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SATA Externo ? Raid ?
On 10/12/07, William David FUG-BR <[EMAIL PROTECTED]> wrote: > ÓTIMA noticia estou esperando ela desde junho > > deem uma olhada no ZFS pra RAID. > > http://wiki.freebsd.org/ZFS Realmente, ZFS é FANTÁSTICO !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: 7.0-BETA1 Available, 6.3-BETA1 coming soon...
-- Forwarded message -- From: Ken Smith <[EMAIL PROTECTED]> Date: Oct 22, 2007 11:21 PM Subject: 7.0-BETA1 Available, 6.3-BETA1 coming soon... To: [EMAIL PROTECTED], [EMAIL PROTECTED] We have entered the final phases of the FreeBSD-7.0 Release cycle which also means the beginning of the FreeBSD-6.3 Release cycle. Because the people who support the ports for FreeBSD also need to go through a freeze cycle as part of releases we had decided to combine the two releases to try and minimize the impact on the ports maintainers. The current plan is to interleave the BETAs/RCs of the 7.0 and 6.3 releases, trying to follow this for the dates when the builds will get started (with them becoming available on the FTP mirrors a day or two after the builds start): 7.0 6.3 BETA1 10/17 10/24 BETA2 10/31 11/7 RC1 11/14 11/21 RC2 11/28 12/5 REL 12/12 12/19 Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRERELEASE" to note that we have entered the 6.3 release cycle. The schedule dates are, as usual, tentative. At this point RELENG_6 is pretty mature so that schedule should be fairly accurate. Being a new branch it is at least somewhat likely the dates for 7.0 will wind up slipping. The 7.0-BETA1 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA1 will be provided via the freebsd-stable list when available. The MD5/SHA256 sums for the ISO files are: MD5 (7.0-BETA1-amd64-bootonly.iso) = 8c6c02401bbd2e68d11ec554e4e1c4a2 MD5 (7.0-BETA1-amd64-disc1.iso) = 91280b705c7330225f6245c6316f6c41 MD5 (7.0-BETA1-amd64-disc2.iso) = 81dab65b611ec4ebea40f311969ad27a MD5 (7.0-BETA1-amd64-docs.iso) = cc002beb3a69ab6245a8a70f52b3528c MD5 (7.0-BETA1-amd64-livefs.iso) = 526554b4b5cc98b2544dd817dbf42b0c MD5 (7.0-BETA1-i386-bootonly.iso) = a1caa2daa032294a5ab101ba7507325a MD5 (7.0-BETA1-i386-disc1.iso) = 47929d67f5673ddd856f54811e744ac2 MD5 (7.0-BETA1-i386-disc2.iso) = 432c54565287f49a7449cb452267852e MD5 (7.0-BETA1-i386-docs.iso) = 57e032ba93b1395a2f2bc859a8816f6a MD5 (7.0-BETA1-ia64-bootonly.iso) = b868f5accee282cc386c419ffcf8642e MD5 (7.0-BETA1-ia64-disc1.iso) = 59c63c6dd5a6986e30fe5cdd218b1d18 MD5 (7.0-BETA1-ia64-disc2.iso) = 9a011dafcd964a1c3e7dff689ebc5cf9 MD5 (7.0-BETA1-ia64-docs.iso) = 3bbf0db507b317a8fa3afe48b800f557 MD5 (7.0-BETA1-ia64-livefs.iso) = 93c3de935c3002a39b291b10f4c45be8 MD5 (7.0-BETA1-pc98-bootonly.iso) = b38f9676dd15308464e81172f9fbaa37 MD5 (7.0-BETA1-pc98-disc1.iso) = d00d2d92ab7b5ff248e431ff9d11 MD5 (7.0-BETA1-sparc64-bootonly.iso) = 1a64706fe2c42d338af2f136ef57a903 MD5 (7.0-BETA1-sparc64-disc1.iso) = f72780b77fae0b841f08c2126d8e6007 MD5 (7.0-BETA1-sparc64-disc2.iso) = 0477d9547d03b97033c07efac1c1a212 SHA256 (7.0-BETA1-amd64-bootonly.iso) = 343b2b3c63daa8e99dd3cf80f2eb65a63810fc1caef7dbe74ebf54b57d4c8923 SHA256 (7.0-BETA1-amd64-disc1.iso) = 658d9ef30d07576038b8d40724851b46de1311d9ef742806c24c8b284ec72d11 SHA256 (7.0-BETA1-amd64-disc2.iso) = c596d4f7904cb2ffca06fd9f3958dd8068cacb92fa22d57e3b53b03029eee8f6 SHA256 (7.0-BETA1-amd64-docs.iso) = a3399826d857488b18a89f915e1397e07966d979209ed9f2f909b546764ce07a SHA256 (7.0-BETA1-amd64-livefs.iso) = c32eaba36056e6a5fdcfec3cb9af582c5c77d8a7594e9e552ffc974c624206e3 SHA256 (7.0-BETA1-i386-bootonly.iso) = fb3dfc57b0fe53ac44471049cfd7ed043409387bb108d4dfaaa3b2285a2d67ae SHA256 (7.0-BETA1-i386-disc1.iso) = 3d3eefe8c200deddafb9ed1315295ff52aa18b59429b480ae57a73bc8f4edd59 SHA256 (7.0-BETA1-i386-disc2.iso) = 05c84ab7d419e4971493eaeda953a8fbfdb2dee811528d2275e175cdc8fa2271 SHA256 (7.0-BETA1-i386-docs.iso) = b26d5d7f2448c1e0e4f72339c25d065b83529861698a9cf3c60f165e1fa8a6a9 SHA256 (7.0-BETA1-ia64-bootonly.iso) = 3925348937423230d18ba072ef117e5343dfd02414c3a75cfa56d84cc325a1c8 SHA256 (7.0-BETA1-ia64-disc1.iso) = 8b39ce0b83e4fd04343d2a8e595bfbd7ded3abec8d4ff64dcf27ecaadc823f02 SHA256 (7.0-BETA1-ia64-disc2.iso) = 83e9e025064922449e6521ce92fcb32496fea04e271b5fe0157ca4f59c0cc5b0 SHA256 (7.0-BETA1-ia64-docs.iso) = 149e7525b6eb7157ce41139e9c7ad53625c4e287a4dbba5e257edc0dbe347dfa SHA256 (7.0-BETA1-ia64-livefs.iso) = 54d716313a51d80b5583e2439ecac99c5e5ca67121fccc21f53b1483fa1d9178 SHA256 (7.0-BETA1-pc98-bootonly.iso) = e79a8003786e1b031860f251c8b0dcaac8ce27c52f363fa4df7e3d19b15f3ce7 SHA256 (7.0-BETA1-pc98-disc1.iso) = c7e11c012b3e0c4a45c965a46cbda0209d873dd8d7a56cf59af4ea3acb4776bc SHA256 (7.0-BETA1-sparc64-bootonly.iso) = c9d9c2baab182848af6ed6f3a3711b03ad734073a64b0c25607062bf152d2283 SHA256 (7.0-BETA1-sparc64-disc1.iso) = 8a1800bc03a6498f71fe739ac5a618b5fc1ef27d10a891cf5a9a81ff4c45bbd7 SHA256 (7.0-BETA1-sparc64-disc2.iso) = 2a2f63cf1d84b13018d77414c3f89d4da7acbb0a22653e59fda54759efbf03d7 -- Ken Smith - From there to here, fr
[FUG-BR] FreeBSD 7 Release Notes
Ai vai para os ansiosos de plantão (como eu) o release notes do Free 7. Para quem nunca leu nenhum, este é o documento que descreve formalmente diz tudo o que mudou na versão do Free a qual se refere, ou seja, drivers novos e removidos, comandos, interfaces, etc..etcetc... É uma ÓTIMA leitura para quem gosta e obrigatória (no meu ponto de vista) para que trabalha com FreeBSD ! Divirtam-se: http://people.freebsd.org/~bmah/relnotes/7-STABLE/relnotes.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 7.0-RELEASE sai ou não sai?
> Eu também estou ansioso ... tudo indica que esta nova versão será um marco > ... Já é ! http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SCHED_ULE no 6.2
On 10/25/07, Thiago Lüttig <[EMAIL PROTECTED]> wrote: > Ola galera, tenho o Freeba 6.2 instalado no meu desktop, e acabei de > compilar o kernel com a opção SCHED_ULE (o escalonador ULE). Rebootei a > tralha, confirmei atraves do sysctl kern.sched.name: ule. Não notei nenhuma > graannnde diferença ate agora. Claaaro, vou fazer alguns testes mais > afunilados, mas gostaria de saber se alguém ai ja tentou o mesmo que eu ? ULE no Free 6 é bem antigo e não recomendado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Quantum do Escalonador
On 10/26/07, Thiago Lüttig <[EMAIL PROTECTED]> wrote: > Ola galera ! > Alguém ai por acaso já brincou o a variavel: kern.sched.quantum. Se não me > engado ela e a variável que armazena o timeslice do escalonador. E pelo que > entendi o default dela é 10. Algém já tentou outros valores ? Qual foi a > impressão ? > Qual seria um valor bom para um desktop ? Pelo que sei o time quantum é ajustável pela variavel HZ (default 1000) que pode ser alterada direto no arquivo de configuração do kernel ou via loader.conf (eu acho). Quanto a questões de performance, só é recomendado alterar este valor para servidores que utilizam pooling em interfaces de rede (mesmo assim não é uma regra que vale para todos os casos) e quando vc tem o Free rodando como guest em um máquinas virtuais é recomendado você baixar para 100. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Quantum do Escalonador
On 10/28/07, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote: > "Free rodando como guest em um máquinas virtuais é recomendado você > baixar para 100." > > Por que? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/virtualization-guest.html http://ivoras.sharanet.org/freebsd/vmware.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ftp-proxy faz cache de ftp?
On 10/26/07, Ademir Costa Peixoto <[EMAIL PROTECTED]> wrote: > Prezados, > > Gostaria de saber existe algum servidor de cache-ftp como o squid faz > com HTTP. O proprio squid faz cache ftp tambem. Tem alguns outros tambem: http://www.freebsd.org/cgi/url.cgi?ports/ftp/frox/pkg-descr http://www.freebsd.org/cgi/url.cgi?ports/ftp/jftpgw/pkg-descr Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ftp-proxy faz cache de ftp?
On 10/28/07, Ademir Costa Peixoto <[EMAIL PROTECTED]> wrote: > Como faço isso pelo próprio SQUID? man squid.conf > Precisa configurar algo no kernel? não. > Precisa habilitar algo no squid.conf? man squid.conf > Precisa recompilar o squid? não. É bem mais simples do que você está imaginando, configure o seu cliente de ftp para usar o squid e dá uma olhada nas diretivas relacionadas a ftp no squid. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Introducing FreeBSD 7.0
On 10/30/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > Cabral escreveu: > > Li lá no osnews, um pdf com a previa do 7.0 . > > > > http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf > > Otimo slide, bom resumo, deve ter sido uma boa palestra, tomara q > apareca em video. Foram os slides apresentados pelo Kris na BSDCON-Tr, se alguem achar o video manda ai - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CARP em interface de rede com bitmask /30
On 10/30/07, Felipe Neuwald <[EMAIL PROTECTED]> wrote: > Fala pessoal! > > Seguinte, estou precisando colocar o CARP para funcionar em uma rede > rodando quagga (BGP4). Na interface LAN dos roteadores, estou > configurando os endereços IPs assim: 189.x.x.1 (roteador master), > 189.x.x.2 (roteador slave) e 189.x.x.3 (interface CARP). A rede LAN é > uma rede com bitmask /29. > > O problema que estou tendo, é que as redes de ligação que tenho com as > Teles, é com bitmask /30, e não tenho espaço para alocar os endereços > IPs necessários para o funcionamento do CARP. Com o OpenBSD, eu resolvo > o problema especificando carpdev na sintaxe do ifconfig. carpdev ainda > não está implementado no FreeBSD 6.2-STABLE, e, pelo que vi, só estará > funcionando no FreeBSD-7.0. E aí, como implementar CARP dessa forma? > (ps: utilizando FreeBSD 6.2-STABLE) > > Alguém tem alguma sugestão? :-) Eh isso ai... tenho o mesmo problema em uns firewalls que implementei... o Free não tem (ainda) a opção carpdev no ifconfig, com isso a associação das interfaces fisicas e Carp é feita apenas pela netmask. Solicitei ao Max Laier (mantenedor do PF no Free) e ele fez alguns patches, que ele mesmo não recomendou testar e o último deles esse final de semana que é recomendado para testes (ainda não consegui testar). Dá uma olhada ai: http://www.nabble.com/carpdev-...-t4704557.html Se você conseguir testar, se increve na -pf e manda um report pra acelerar as coisas... ;-) Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF
> > > O PF lê *todas* e utiliza a última que "bateu" > aí, ele cria um "state"... > > quando vem um "pacote" ele primeiro lê os "states" (já conheço esse > pacote? ) e se tem ele só repete a ação anterior... > > > já tentou aumentar o limites de states ? > > quem sabe... o PF é um firewall "statefull" por natureza; em casos de > cargas grandes ele pode ficar lento por falta de espaço para alocar mais > "states"... manda ai um pfctl -s memory e pfctl -s info - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] off-topic, hp pavilion dv6000 + Windows XP ?
A lista mudou o centro de discussão e eu não estou sabendo ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSL
On Nov 12, 2007 8:21 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Senhores, > > Me fizeram o seguinte questionamento: > > SSL nao funciona com NAT ? não achei muitas informações googlando, > poderiam me ajudar Funciona sim. A questão é vc fazer proxy de ssl... > > ou questão SSL com proxy reverse funciona ??? > > e SSL+NET+PROXY_REVERSE ??? > O que vc chama de reverse proxy ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSL
On Nov 13, 2007 4:21 PM, c0re dumped <[EMAIL PROTECTED]> wrote: > Sugiro que dê uma olhada no Pound: > > http://www.apsis.ch/pound/ > > Diferentemente do Squid - cuja a principal função é fazer proxy - e > do Apache - cuja a principal função é servir páginas web - o Pound é > projetado especificamente para fazer proxy reverso. E funciona com SSL > numa boa. > > A ferramenta é super estável, tenho aqui há mais de um ano e nunca > tive nenhum tipo de problema. Pelo que li, vale a pena conferir o varnish também (http://varnish.projects.linpro.no/), quem projetou e codifica é o phk@ (pra quem não sabe é um dos "cabeças" do Free) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Variáveis PATH
On Nov 13, 2007 3:46 PM, Jose Augusto <[EMAIL PROTECTED]> wrote: > Pessoal, instalei o Oracle e tal, e tive que setar as variáveis: > > LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/network/lib:/lib:/usr/lib: > LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib:$ORACLE_HOME/lib: > > export LD_LIBRARY_PATH > > Quando eu dou um > > $LD_LIBRARY_PATH > /home/oracle/product/10.2.0/client/lib:/home/oracle/product/10.2.0/client/network/lib:/lib:/usr/lib::/usr/local/lib:/home/oracle/product/10.2.0/client/lib:: > No such file or directory Oq vc ta tentando fazer ??? Executar o conteúdo do LD_LIBRARY_PATH ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Variáveis PATH
On Nov 13, 2007 6:38 PM, Jose Augusto <[EMAIL PROTECTED]> wrote: > No PHP / Apache dá um erro escroto > > *Warning:* *ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There > is something wrong with your system - please check that LD_LIBRARY_PATH > includes the directory with Oracle Instant Client libraries* Qual versão do Free, Oracle Client, Apache e PHP ? Como vc instalou cada componente destes ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suloção para RAID 1 bootable em parti ção.
On Nov 18, 2007 12:22 PM, William David FUG-BR <[EMAIL PROTECTED]> wrote: > Boa Tarde > Somente poderei fazer testes amanha mas você teria alguma referencia > da onde obteve esta informação para que eu de uma lida desde já. Dá uma olhada http://people.freebsd.org/~rse/mirror/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Crontab em Freebsd
On Nov 18, 2007 7:34 PM, Ronildo Marques <[EMAIL PROTECTED]> wrote: > Ola ... > > Ola amigos estou com um problema bobo, estranho ate, gostaria de uma > ajuda dos senhores... > Num FreeBSD, estou com essa tabela de crontab -l: > > 1 0 * * 1 /bin/seg1.sh > 1 18 * * 1 /bin/seg0.sh > 1 0 * * 2 /bin/seg1.sh > 1 18 * * 2 /bin/seg0.sh > 1 0 * * 3 /bin/seg1.sh > 1 18 * * 3 /bin/seg0.sh > 1 0 * * 4 /bin/seg1.sh > 1 18 * * 4 /bin/seg0.sh > 1 0 * * 5 /bin/seg1.sh > 1 18 * * 5 /bin/seg0.sh > 1 0 * * 6 /bin/sab.sho > 1 0 * * 0 /bin/dom.sh > > As linhas desse tipo 1 18 * * ... executa normal, mais as linhas do > tipo 1 0 * * ... não se executa, mais antes executava normal, os > arquivos estão OK, quero fazer assim executar de segunda a sexta os > arquivos seg1.sh 6 horas da tarde e 1 minuto e depois o arquivo seg0.sh > a Meia Noite e 1 minuto e depois os arquivos sab.sh e dom.sh meia noite > e 1 minuto. Por que você não simplifica ??? 1 0 * * 1-5 /bin/seg1.sh 1 18 * * 1-5 /bin/seg0.sh 1 0 * * 6 /bin/sab.sho 1 0 * * 0 /bin/dom.sh Dá uma lida nas man pages... # man 5 crontab > As linhas de 1 0 * * ... do arquivo seg1.sh não executa. > > Gostaria de alguem me apontar o q esta de errado. Dá uma olhada no log de execução da cron /var/log/cron pra ver se mostra algum erro... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] freebsd 6.2 ou 7.0 não compilam o k ernel
On Nov 18, 2007 7:05 PM, Diogo Rodrigo <[EMAIL PROTECTED]> wrote: > Amigos instalei um freebsd num 6.2 e num 7.0 em ambos sistemas nao compila o > kernel sempre da erro .. > > o hardware é um processador pentium 4 ht preciso colocar algum parametro no > kernel ou no make.conf ? a principio não... > sempre que digito o make TMPDIR=/var/tmp installworld da este erro . Você sincronizou os fontes antes com o csup/cvsup ? Qual o procedimento completo que vc ta usando ?? Por que vc ta usando esse TMPDIR ?? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] freebsd 6.2 ou 7.0 não compilam o k ernel
On Nov 18, 2007 9:18 PM, Diogo Rodrigo <[EMAIL PROTECTED]> wrote: > em ambos sistemas eu sicronizei com cvsup > > o procedimento que eu usei para compilar foi este baseado num tutorial do > senhor Christopher Giese & Reginaldo Russinholi > > os comandos foram > > > > cd /usr/src > make -j4 buildworld > make buildkernel KERNCONF=meukernel ; make installkernel KERNCONF=meukernel > mergemaster -p > make TMPDIR=/var/tmp installworld > mergemaster -Pi > reboot Você viu se aconteceu algum erro durante o buildworld ? Eu sempre faço um log do buildworld para referencia em caso de problemas: make buildworld > build.log & Caso vc tenha certeza que não ocorreram erros, tente fazer o installworld sem o TMPDIR - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suloção para RAID 1 bootable em parti ção.
On Nov 19, 2007 7:37 AM, William David FUG-BR <[EMAIL PROTECTED]> wrote: > Desculpem. > > Eu acabei me expressando errado. > estou tentando fazer um mirror no SLICE do hd -> ad4s1 e ad6s1 > > vou tentar fazer mesmo só que na partição exatamente para testar. > > ad4s1a <-> ad6s1a Eu tinha entendido isso... é possível sim... o procedimento não muda... você especifica 2 devices sejam eles discos (ad?, da?), particoes (ad?s?, da?s?) ou slices (ad?s??, da?s??) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suloção para RAID 1 bootable em parti ção.
On Nov 19, 2007 12:54 PM, William David FUG-BR <[EMAIL PROTECTED]> wrote: > ok disco é tranqüilo > > To me batendo para montar a seguinte configuração > > gmirror gm1 ad1s1a ad2s1a 20 gb > gmirror gm2 ad3s1a ad4s1a 20 gb Acho que você não leu nem as man pages nem o link passado... O geom (e todos seus modulos) são bem faceis de usar, mas para usá-los você tem que entender como eles funcionam primeiro. Os comandos de criação seriam algo assim (leia a man page pois existem mais parametros que podem ser úteis para o seu objetivo): gmirror label gm1 ad1s1a ad2s1a gmirror label gm2 ad3s1a ad4s1a As partições já devem ser criadas antes do comando acima com o tamanho desejado, o gmirror só vai checar se os componentes especificados iguais ou maiores que o menor componente existente. > gmirror gmboot gm1 gm2 20 gb > > neste caso iria tentar fazer raid 1+1 nas partições preciso que esta > partição funcione ativamente para boot em qualquer um dos discos em > caso de falha. > > zfs mirror ad1s2 ad2s2 mirror ad3s2 ad4s2 600gb > aqui seria uma raid 0+1 essa seria a idéia da configuração que estou > planejando utilizar Apenas mais uma nota...para você utilizar zfs o seu Free *tem* que ser o 7. > > Em caso de desastre temos que montar 1 novo no prazo mais curto > possível por isso Pretendo montar isto da forma mais simples possível. No meu ponto de vista não vejo a necessidade (não conheço os requisitos do seu projeto) de se fazer 2 mirrors de 2 discos e depois juntá-los e outro mirror, por que você não cria logo esse mirror de boot com as 4 partições ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] NAT 'nativo' com gateway_enable="YES"
On Nov 19, 2007 4:00 PM, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > > O que eu queria saber é: > > A) 'gateway_enable="YES"' habilita outra coisa alem do NAT? gateway_enable não habilita qualquer nat, a unica coisa que ele faz é setar net.inet.ip.forwarding para 1, habilitando o sistema a fazer o forward de pacotes... sem isso você não consegue rotear tráfego que não tenha come destino a sua máquina. > B) Alguém da lista usa o PF para fazer NAT, e removeu do > '/etc/rc.conf' a linha 'gateway_enable="YES"'? Você pode usar pf (ou qualquer outro firewall) sem essa opção para filtrar o tráfego que tenha sua máquina como destino, mas não vejo alguma razão prática para usar o pf com nat sem habilitar packet forwarding - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] NAT 'nativo' com gateway_enable="YES"
On Nov 19, 2007 4:26 PM, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > Certo... > Entendi... gateway_enable seta o net.inet.ip.forwarding para 1... > > Mas, então, o que no FreeBSD faz o NAT? A questão não é "O que" e sim "Quem", nada é mágica, o nat vc tem que configurar, existem varios jeitos de configurar nat e varios "provedores" de nat, como o pf, ipfw, ipfilter, netgraph - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] NAT 'nativo' com gateway_enable="YES"
On Nov 19, 2007 4:49 PM, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > > On Nov 19, 2007 5:31 PM, Alexandre Biancalana <[EMAIL PROTECTED]> wrote: > > On Nov 19, 2007 4:26 PM, Marcelo/Porks <[EMAIL PROTECTED]> wrote: > > > Certo... > > > Entendi... gateway_enable seta o net.inet.ip.forwarding para 1... > > > > > > Mas, então, o que no FreeBSD faz o NAT? > > > > A questão não é "O que" e sim "Quem", nada é mágica, o nat vc tem que > > configurar, existem varios jeitos de configurar nat e varios > > "provedores" de nat, como o pf, ipfw, ipfilter, netgraph > > Claro, não é mágica... Mas o que eu não consigo descobrir é: > > Eu instalo o FreeBSD com o CD1, marco para instalar apenas: > - base > - man > - kernels (generic) > > A instalação é feita, e há algumas perguntas que são feitas como: > - Se eu quero permitir acesso por SSH > - Se a máquina vai ter NFS > - Se a máquina vai funcionar como um FTP server > *Se a máquina vai funcionar como um gateway > > Eu escolho sim na pergunta se a máquina vai funcionar como um gateway. > Esse passo poe no meu /etc/rc.conf a linha: > gateway_enable="YES" > > Termino a instalação, reinicio a máquina. > > Quando a máquina reinicia.. > Nisso eu já configurei o meu provedor, que fornece meu ip por pppoe e então... > meus computadores da rede interna conseguem acessar a internet, > portanto há algo fazendo o NAT. > > Neste caso a única coisa que eu posso imaginar que esteja fazendo o > NAT é porque no meu arquivo de configuração /etc/ppp/ppp.conf eu > coloquei 'nat enable yes'... A questão é: > > Quem está fazendo o NAT? Que programa? > > Entenderam a minha dúvida? Alguém sabe me esclarecer isso? Agora ficou mais claro... rs Faz MUITO tempo que não mexo com ppp (acho q desde um Free 3.x), se não me engano o ppp faz nat também, sendo assim, o gateway_enable=yes+ppp fazem a "mágica" manda ai um grep -v ^# /etc/rc.conf para vermos se tem mais alguma coisa... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Nat
On Nov 20, 2007 12:33 PM, Guilherme Ferreira Rosario <[EMAIL PROTECTED]> wrote: > > > Boa tarde Senhores, > Tenho tido alguns problemas com um nat que venho tentado fazer no FreebSD 6.2 > ja tentei utilizar pfctl, ipfw2, natd, o unico que me resolveu parcialmente > os problemas foi o redir, mais nao consigo gerar relatorios de acessos no meu > servidor, web, ftp, email, pois tudo acaba chegando com o ip do servidor que > esta redirecionando as portas, alguem teria uma sugestao ou algum site para > me auxiliar na resolucao deste problema? Primeiro você poderia explicar melhor o seu problema, suas necessidades e expectativas. Documentação ? Dá uma olhada no handbook, segue o link de 1 das varias formas de fazer nat http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: FreeBSD 6.3-RC1 Available...
-- Forwarded message -- From: Ken Smith <[EMAIL PROTECTED]> Date: Nov 29, 2007 5:18 PM Subject: FreeBSD 6.3-RC1 Available... To: freebsd-stable <[EMAIL PROTECTED]> The first of the Release Candidate builds for FreeBSD 6.3 is now available. There is one more Release Candidate planned, which will be followed by the release unless a major show-stopper issue crops up during testing. As mentioned in a previous HEADS-UP message the release branch has been created so if you plan to use cvsup to update an already installed machine you should use the RELENG_6_3 branch. Or you can give FreeBSD Update a try, see the instructions here: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html If you would like to test doing a fresh install ISOs for each are available at: ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/6.3/ (or any of the mirror sites). Below are the MD5 and SHA25 sums for the currently uploaded ISO images. The ports folks are getting very close to finishing up the release package builds for a couple of the architectures. I'm planning to fiddle a bit with figuring out the disc1/disc2 package sets that we will be trying to provide as part of the final release. If I get that done soon I will re-roll the RC1 ISOs for a few of the architectures (likely amd64 and i386). If that happens I'll re-announce here with a fresh set of sums. MD5 (6.3-RC1-alpha-bootonly.iso) = 93b4846a1ce2676e0fb34f5b4e6a8b3d MD5 (6.3-RC1-alpha-disc1.iso) = 88b600f44da83a0c579390fc8ed16ad0 MD5 (6.3-RC1-alpha-docs.iso) = 7d19d3690e83fe588047c3ba62590773 MD5 (6.3-RC1-amd64-bootonly.iso) = 28549bed2c90bcf2dbff483a3e5698d8 MD5 (6.3-RC1-amd64-disc1.iso) = 6f9d7013ff682917271bc553e991f0a1 MD5 (6.3-RC1-amd64-disc2.iso) = d0cead8f34f6e113900a7475d285ca41 MD5 (6.3-RC1-amd64-docs.iso) = 845abd3ae8ef76e7d093485a364f7d1a MD5 (6.3-RC1-i386-bootonly.iso) = 790c8dceab4173e6e69bc646fb4c4e8c MD5 (6.3-RC1-i386-disc1.iso) = 6755f1dd724483b3bd472f40cdbb8630 MD5 (6.3-RC1-i386-disc2.iso) = 6901c36c6230d6eb0ff32f469d34003e MD5 (6.3-RC1-i386-docs.iso) = 966249de93409db8f317d6d38ba18392 MD5 (6.3-RC1-pc98-bootonly.iso) = 85bc4706b92cc6a8a5c4dc157b08c947 MD5 (6.3-RC1-pc98-disc1.iso) = 556fb0e60786f5bbab049ce277ab8621 MD5 (6.3-RC1-sparc64-bootonly.iso) = 566746f80e50920d889834fdfc5799f4 MD5 (6.3-RC1-sparc64-disc1.iso) = 7c7be985254cb9a11b0bed1db74bad98 MD5 (6.3-RC1-sparc64-disc2.iso) = 64fbc64413290ca9af88a1f6406c247d MD5 (6.3-RC1-sparc64-docs.iso) = 7545e824ba1f209f59290da02f3d5a25 SHA256 (6.3-RC1-alpha-bootonly.iso) = fe43984b1cfa419b23f7cedad621a29f07252d60d2b62fdff321af98679d3e16 SHA256 (6.3-RC1-alpha-disc1.iso) = c058a8621cc5de585d57fd1df740800611b8209683b4bb9f1ec5248edfea35ee SHA256 (6.3-RC1-alpha-docs.iso) = 922ee0165e5f0e7fbd800586b560a84b85e01d4c97f0f1996cec467183221f62 SHA256 (6.3-RC1-amd64-bootonly.iso) = 68543154272a2b7ae53e6e59c66cfd7a41efb9f151aa85a6af656f33920ef9cb SHA256 (6.3-RC1-amd64-disc1.iso) = f3f443a9331c70b1a238c3e4e8fb78ca1491bd0e71a408bf9dc252d88fc914a2 SHA256 (6.3-RC1-amd64-disc2.iso) = b4ede0cdec31f4dc5df3468aa61bc07bdda3746831707f0669b5ec8f33bd9634 SHA256 (6.3-RC1-amd64-docs.iso) = f6cdf9c2d373a89498169e66c357f4f685fc5df6a444e38b9182d8e9cfd15791 SHA256 (6.3-RC1-i386-bootonly.iso) = 2fbb893d612544cb06de0b6ed89182d83ddda1a4882a7709c7a1b03d0901f345 SHA256 (6.3-RC1-i386-disc1.iso) = 07fd379292137d7ff56fdbbd1be63cb5188e5187afcd65debe593966a2f26ae1 SHA256 (6.3-RC1-i386-disc2.iso) = 895a5d0a8fb9df19ed764e3adfb2f390be37adb01a16e7fa892487f1fc5e0cb0 SHA256 (6.3-RC1-i386-docs.iso) = 63aaacfe7310bfce3b2118cff899c40719dec52d747784d80836f0e38ed694c3 SHA256 (6.3-RC1-pc98-bootonly.iso) = c4557c160c73aa99758564f3517bbfed5a014e142a6437d75cafbfe012174114 SHA256 (6.3-RC1-pc98-disc1.iso) = 049caa5421f7711bd01083e6b88be7dc14d817f84facd4e1ca1ffa686c44746e SHA256 (6.3-RC1-sparc64-bootonly.iso) = 4ef00964454fab9c5943b80f3981e44279ebc470f16c90c86c9889e721638835 SHA256 (6.3-RC1-sparc64-disc1.iso) = 6fd591288f00b075be30a2544ee455805696e54eda9ac7c3009a6db3fa418886 SHA256 (6.3-RC1-sparc64-disc2.iso) = 306a8045da7cc7f504bb8ce32063e038e9f6d50bf22453f87de00f9e4c982d3c SHA256 (6.3-RC1-sparc64-docs.iso) = 07dd49c947db4dce0ee2997a52d2d76d15a01c82b27a5be1c6d222a301c2396e -- Ken Smith - From there to here, from here to | [EMAIL PROTECTED] there, funny things are everywhere. | - Theodore Geisel | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHTxB6/G14VSmup/YRAiXoAJ9mOvT2a3DSZpZvnUCRpy18LbTergCgllBo Guy6jt/Kx5c3HxS014dYOI8= =4bpn -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: FreeBSD 6.3-RC1 Available...
On Nov 29, 2007 7:07 PM, João Paulo Just <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alexandre Biancalana wrote: > > As mentioned in a previous HEADS-UP message the release branch has been > > created so if you plan to use cvsup to update an already installed > > machine you should use the RELENG_6_3 branch. Or you can give FreeBSD > > Update a try, see the instructions here: > > Apois, é seguro atualizar com o freebsd-update? O Colin Persival consertou um problema esses dias da ultima versão que apagava o /etc/pf.conf e mais algum arquivo, fora isso a unica questão que vejo é se você roda um kernel não GENERIC é necessário recompilá-lo após o update. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] instalando mysql51-server
On Dec 3, 2007 4:09 PM, Denis gmail <[EMAIL PROTECTED]> wrote: > sim do ports > ai para em: > > => mysql-5.1.22-rc.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from ftp://ftp.easynet.be/mysql/Downloads/MySQL-5.1/. > mysql-5.1.22-rc.tar.gz100% of 27 MB 40 kBps > 00m00s > ===> Extracting for mysql-server-5.1.22 > => MD5 Checksum OK for mysql-5.1.22-rc.tar.gz. > => SHA256 Checksum OK for mysql-5.1.22-rc.tar.gz. > ===> Patching for mysql-server-5.1.22 > ===> Applying FreeBSD patches for mysql-server-5.1.22 > File to patch: Sua estrutura dos ports está atualizada ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Recuperação de Arquivos - [off-topi c]
On Dec 3, 2007 2:18 PM, Gule # <[EMAIL PROTECTED]> wrote: > Galera; > > Sei que o assunto já foi tratado aqui, mas gostaria de saber, se possível, > qual o melhor método pra recuperar arquivos no FreeBSD. Depende da situação e não é garantido Mas em caso de necessidade, desmonte o filesystem, faça uma imagem com dd para uma outra área com espaço disponível suficiente a partir daí vc pode brincar com o Sleuth Kit & Autopsy (tem os dois nos ports) e mais informações no site www.sleuthkit.org Mas lembre-se a recuperação de qualquer dado depende de uma série de fatores e se complica a cada outra ação ocorrida no filesystem após o desastre/remoção. Com o advento dos snapshots, temos em alguns casos chance maiores de recuperação mas com não se aplica em todos os casos não podemos generalizar. Apenas a título de curiosidade o rse@ desenvolveu um frontend para facilitar esse procedimento criando uma camada de abstração que praticamente iguala o funcionamento de snapshots usando ufs e zfs dêem uma olhada http://people.freebsd.org/~rse/snapshot/ Boa Sorte ! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Já ta chegando
On Dec 5, 2007 10:19 AM, Doug <[EMAIL PROTECTED]> wrote: > Opa obrigado, pela informação. > Estou esperando a versão 7.0 final para testar em casa. Testa agora... já está bem estável ! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Já ta chegando
On Dec 5, 2007 12:14 PM, Doug <[EMAIL PROTECTED]> wrote: > Bom em casa, não sou só eu que uso, e por exemplo na versao que estava > instalada que eh a 6.2 o flash dava problemas. Estamos com o ubuntu e > funciona normal. > > No FreeBSD 7.0 isto estará certo ??? > > Em casa como eu disse é para uso familiar e tenho que me preocupar com todos Nossa que legal isso ! Uma família com consciência OpenSource (e capacidade para usá-lo) parabens! hhhuummm... flash... (eu particularmente odeio flash, mas) li algo na -questions mas não lembro no que deu... vou dar uma olhada... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
