Re: [FUG-BR] Fwd: infinality patches for freetype
2013/6/6 Otacílio > Fiz esse patch por causa do e-mail abaixo. > Como ninguém na lista do gnome diz se está bom, se esta ruim ou > qualquer outra coisa posto aqui pedindo para que outras pessoas testem. > > O patch melhora a renderização das fontes do freetype2. > Para funcionar você aplica o patch, reinstala o port e segue as > instruções que aparecem no fim do processo de instalação. > Por favor, alguém teste e me diga se teve algum problema. > Apenas comentando, eu apliquei esse patch infinality em um notebook que uso no trabalho com fedora 15, e a qualidade da exibição de fontes melhorou absurdamente, muito bom mesmo. - 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
Tenho servidores com powerdns em centos, e uso essa interface web: https://www.poweradmin.org/ Bem completa e flexível, permite trabalhar com templates, e delegar poderes nas zonas, útil para permitir por exemplo que um cliente administre o DNS do domínio dele. Usa php e mysql/postgres. Em 14 de novembro de 2012 20:59, Tiago Ribeiro escreveu: > Já usei por um bom tempo o power dns, funcionava muito bem, inclusive base > em mysql e a interface web, era muito bom, recomendo testar. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CNAME lookup failed temporarily - AJUDA!!!!
Olá, Já passei por esse problema em certa versão do qmail-toaster com Linux. Tem um email do Wanderson nessa thread que cita uma referência do lifewithqmail sobre isso. O problema está relacionado em como são tratadas respostas de consultas DNS a partir de um certo tamanho. No caso do qmail-toaster que enfrentei o problema era de uma certa versão mais antiga, e noutro servidor com versão mais recente já não tinha o problema. Pesquisando no lifewithqmail e outros links via google, tem algumas soluções como aplicar o patch ou usar o djbdns. Outra forma de contornar o problema rapidamente é adicionar uma rota no smtproutes específica para o domínio, o que não é assim tão "elegante", mas pode te ajudar a resolver o problema temporariamente até você aplicar uma solução mais efetiva. Abraços, -- Marcelo Beckmann http://xnxlabs.wordpress.com Em 14-10-2008 08:38, ca_programador007 escreveu: > Olá Júlio! > > Mas eu não teria que configurar o servidor de dns no meu server... eles que > deveriam configurar não é? pq eu envio para este dominio e retorna essa > mensagem. > Tem alguma coisa em que eu possa fazer no meu servidor para nao mais voltar > essa mensagem de erro? > > Abraços > > > --- Em dom, 12/10/08, Julio Cardoso <[EMAIL PROTECTED]> escreveu: > > De: Julio Cardoso <[EMAIL PROTECTED]> > Assunto: Re: [FUG-BR] CNAME lookup failed temporarily - AJUDA > Para: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" > > Data: Domingo, 12 de Outubro de 2008, 22:30 > > cara pode ser algum erro na configuração do servidor de dns tenta > revisar essa conf > dig mx barretos.sp.gov.br > > ; <<>> DiG 9.4.1-P1.1 <<>> mx barretos.sp.gov.br > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37130 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 > > ;; QUESTION SECTION: > ;barretos.sp.gov.br.IN MX > > ;; ANSWER SECTION: > barretos.sp.gov.br. 86400 IN MX 10 > postman.barretos.sp.gov.br. > > ;; AUTHORITY SECTION: > barretos.sp.gov.br. 86400 IN NS ns1.barretos.com.br. > barretos.sp.gov.br. 86400 IN NS ns2.barretos.com.br. > > ;; ADDITIONAL SECTION: > postman.barretos.sp.gov.br. 86400 INA 201.33.64.3 > ns2.barretos.com.br.86372 IN A 201.33.64.5 > > > > ca_programador007 escreveu: >> Olá amigos, >> >> Tenho um server em FreeBSD, com qmail e está funcionando perfeitamente... > Todas as mensagens são enviadas e recebidas tudo em ordem. >> Apenas uma dessas mensagens eu tenho um problema. >> Toda vez que preciso enviar um e-mail para o domínio > "barretos.sp.gov.br" me volta uma mensagem assim: >> >> >>> <[EMAIL PROTECTED]>: >>> CNAME lookup failed temporarily. (#4.4.3) >>> I'm not going to try again; this message has been in the queue too > long. >>> >> >> A mensagem não é enviada pra este domínio e volta este erro para mim. E > a pessoa de lá me envia um teste e para mim também não chega. >> Tentei olhar no log, mas não obtive sucesso. >> >> Fico no aguardo de uma ajuda. >> Grato, Carlos - 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-Senha de Root via SSH
Em 11-06-2008 10:34, William David FUG-BR escreveu: > Bom dia > > Não seria mais fácil por telefone você dar suporte a alguém, para > ajudar a dar boot em single trocar a senha Claro que não né, como o problema é com linux e causado por esquecimento de senha, é muito mais fácil pedir ajuda numa lista de freebsd, não é mesmo? :P - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Varios túneis com OpenVPN
Isso mesmo. Em 17-03-2008 13:03, Cristina Fernandes Silva escreveu: > Eu tenho que colocar cada openvpn em uma determinada porta ? > > port 1194 > port 1195 > > é isso ? > > Em 16/03/08, Marcelo Beckmann<[EMAIL PROTECTED]> escreveu: >> Em 16-03-2008 01:57, Cristina Fernandes Silva escreveu: >> >>> Galera, >> > >> > A Necessidade me livrou a implementar minha VPN usando OpenVPN, ja que >> > o IPsec não é viável por causa do NAT entre umas das filiais, por isso >> > optamos agora pelo OpenVPN. A minha principal dúvida é a seguinte: >> > >> > Como eu faço para implementar o OpenVPN para varios tuneis ? eu sei >> > fazer quando tem a Matriz e uma Filial, porem neste caso são 4 >> > filiais, todas usamos Linux, somente na Matriz é FreeBSD, mas creio >> > que isso não é problema, o meu problema é implementar vários túneis >> > para várias filiais com as rotas especificas para cada túnel, ou seja, >> > do servidor da matriz eu pingar nas redes das filiais. >> > >> > Agradeço ajuda de vcs me informando algumas configurações. >> > >> > Obrigada >> >> >> Olá Cristina, >> >> Encontrei um email que eu tinha enviado certa vez aqui pra lista que >> pode te ser útil: >> >> No /usr/local/etc/rc.d/ cria-se links para cada vpn, tipo: >> >> openvpn_a -> openvpn >> openvpn_b -> openvpn >> ... >> >> no /etc/rc.conf, coloca-se, para cada uma: >> openvpn_a_enable="YES" >> openvpn_a_if="tun" >> openvpn_a_configfile="/usr/local/etc/openvpn/openvpn-a.conf" >> openvpn_a_dir="/usr/local/etc/openvpn" >> >> E ai consegue-se gerenciar cada vpn normalmente pelos initscripts: >> /usr/local/etc/rc.d/openvpn_a (start|stop|status) >> >> As rotas de cada túnel você pode setar via scripts chamados pelas >> diretivas up e down nos confs. Com isso já resolve o caso da matriz >> falar com cada filial. >> >> >> []s >> >> -- >> Marcelo Beckmann - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Varios túneis com OpenVPN
Em 16-03-2008 01:57, Cristina Fernandes Silva escreveu: > Galera, > > A Necessidade me livrou a implementar minha VPN usando OpenVPN, ja que > o IPsec não é viável por causa do NAT entre umas das filiais, por isso > optamos agora pelo OpenVPN. A minha principal dúvida é a seguinte: > > Como eu faço para implementar o OpenVPN para varios tuneis ? eu sei > fazer quando tem a Matriz e uma Filial, porem neste caso são 4 > filiais, todas usamos Linux, somente na Matriz é FreeBSD, mas creio > que isso não é problema, o meu problema é implementar vários túneis > para várias filiais com as rotas especificas para cada túnel, ou seja, > do servidor da matriz eu pingar nas redes das filiais. > > Agradeço ajuda de vcs me informando algumas configurações. > > Obrigada Olá Cristina, Encontrei um email que eu tinha enviado certa vez aqui pra lista que pode te ser útil: No /usr/local/etc/rc.d/ cria-se links para cada vpn, tipo: openvpn_a -> openvpn openvpn_b -> openvpn ... no /etc/rc.conf, coloca-se, para cada uma: openvpn_a_enable="YES" openvpn_a_if="tun" openvpn_a_configfile="/usr/local/etc/openvpn/openvpn-a.conf" openvpn_a_dir="/usr/local/etc/openvpn" E ai consegue-se gerenciar cada vpn normalmente pelos initscripts: /usr/local/etc/rc.d/openvpn_a (start|stop|status) As rotas de cada túnel você pode setar via scripts chamados pelas diretivas up e down nos confs. Com isso já resolve o caso da matriz falar com cada filial. []s -- Marcelo Beckmann - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Algumas configurações do FreeBSD 6. 3 para uso pessoal no note Mirax MS 4200
Show de bola as dicas e as telas, valeu! :) Uma curiosidade, está usando o kde 4? Em 11-02-2008 17:37, Pablo Sánchez escreveu: > Boa. Vou fazer uns screenshots. Acabo de adaptar um tema do KDM > também, ficou show, vou ver se publico ele depois no kde-look e já > incluo no artigo. :-D > > Em 11/02/08, Marcio Antunes<[EMAIL PROTECTED]> escreveu: >> Parabens.. ve se publica como artigo no site da FUG. >> []s -- WW WW WW Marcelo Beckmann WW WW WW office: [41] 3078 6660 WW [11] 4063-9695 | [21] 3527-0856 WW WW Webers Solution WW WW www.webers.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Variáveis JAVA Não seta
Jose Augusto wrote: > Saida do Comando SET > > shell /bin/csh > > Não é 775 a permissão? Mas o x na permissão de um diretório não significa execuçã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] Problemas com o crontab
Gelsimauro Batista dos Santos wrote: > Tenho um arquivo chamando conect.01 com o conteudo abaixo > mysql -uLogin -pSenha -e "use pollynet; select Login,IP from IPs where IP =' > 192.3.2.2'"; > > quando digito sh conect.01 >conect.02 > Ele cria um arquivo conect.02 com o conteúdo da pesquisa na base de dados > mysql correctamente. > > O problema é quando coloco no /etc/crontab a linha abaixo. > */1 * * * * root/bin/sh > /etc/gbs/scripts/cmd/conect > > o arquivo conect posse o conteúdo abaixo > sh conect.01 >conect.02 E onde está localizado o arquivo conect.01 ? Experimente mudar para: sh /caminhocompletodoscript/conect.01 >conect.02 - 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
Silmar Oliveira escreveu: >> 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. > > Pow... vacilei legal... > Acredito que não, mas não custa perguntar :) Existe alguma forma de > mudar para amd64 através de alguma atualização? > > Outra coisa, quando dou um fsck -y, ele me retorna isso: > > 25 files, 8 used, 506479 free (39 frags, 63305 blocks, 0.0% fragmentation) > ** /dev/aacd0s1e (NO WRITE) > ** Last Mounted on /usr > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > UNREF FILE I=1275070 OWNER=root MODE=100444 > SIZE=133233 MTIME=Sep 20 11:23 2007 > CLEAR? no > > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? no > > 202855 files, 4345764 used, 731315 free (37467 frags, 86731 blocks, > 0.7% fragmentation) > ** /dev/aacd0s1f (NO WRITE) > ** Last Mounted on /var > ** Phase 1 - Check Blocks and Sizes > INCORRECT BLOCK COUNT I=967210 (4 should be 0) > CORRECT? no > > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > LINK COUNT FILE I=894982 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 11:00 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > LINK COUNT FILE I=895001 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:33 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > UNREF FILE I=895002 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 09:55 2007 > RECONNECT? no > > > CLEAR? no > > LINK COUNT FILE I=895036 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:44 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > LINK COUNT FILE I=895039 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:55 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > LINK COUNT FILE I=895041 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:00 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > LINK COUNT FILE I=895173 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:22 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > LINK COUNT FILE I=895174 OWNER=operator MODE=100400 > SIZE=2048 MTIME=Sep 28 10:11 2007 COUNT 2 SHOULD BE 1 > ADJUST? no > > UNREF FILE I=967210 OWNER=mysql MODE=100660 > SIZE=0 MTIME=Sep 28 11:10 2007 > RECONNECT? no > > > CLEAR? no > > UNREF FILE I=1601569 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Sep 27 23:59 2007 > CLEAR? no > > UNREF FILE I=1601571 OWNER=mysql MODE=100600 > SIZE=541 MTIME=Sep 28 01:02 2007 > CLEAR? no > > UNREF FILE I=1601659 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Sep 27 23:59 2007 > CLEAR? no > > UNREF FILE I=1601676 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Sep 27 23:59 2007 > CLEAR? no > > UNREF FILE I=1601881 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Sep 27 23:59 2007 > CLEAR? no > > UNREF FILE I=2355215 OWNER=root MODE=140666 > SIZE=0 MTIME=Sep 27 23:59 2007 > CLEAR? no > > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? no > > SUMMARY INFORMATION BAD > SALVAGE? no > > BLK(S) MISSING IN BIT MAPS > SALVAGE? no > > Os outros dispositivos estão normais... > Isto representa bad block ou será que é apenas alguma inconsistência? > Haveria como eu verificar isso. Obs.: executei o fsck -y com a máquina > em operação. É uma falta de atenção ao que já foi explicado algumas vezes na lista: não se deve rodar fsck com a máquina em produção. Isso gera falsos positivos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] File system full - SOLUCAO
Victor Loureiro Lima escreveu: > Engracado, isso aconteceu comigo ainda ontem... eu sei o motivo do > filesystem estar full, o arquivo /var/log/Xorg.log e Xorg.log.old vao > crescendo por cpnta de conflitos com a minha placa de video e kapuft > lotam o HD. > > Eu removo o arquivo e o df(1) continua apontando valores negativos e o > filesystem como > full, e nao teve jeito, so' voltou ao normal apos reiniciar ;/ rm não resolve nesses casos. O aplicativo continua com o fd aberto para o inode do arquivo. Tente fazer o seguinte: echo > arquivo []s -- Marcelo Beckmann > > too bad! > eu coloquei um processo no crontab para remover o xorg.log todo dia, > de forma a evitar esse tipo de coisa ;) > > abracos > victor f. loureiro lima > > Em 08/08/07, Daniel Borges Quintão<[EMAIL PROTECTED]> escreveu: >> bom dia, >> >> Após um boot tudo voltou ao normal. >> >> Obrigado a todos. >> >> Daniel >> >> Jorge Petry - Adm de Redes e Servidores escreveu: >>> Boa noite. >>> >>> Acho interessante você ir para mono usuário e passar um fsck em todo o >>> file system. >>> Também recomendo usar o smartmontools para analisar o disco. >>> Qual o modelo do seu disco com o tamanho e tem raid ou não?? >>> >>> Atenciosamente. >>> >>> >>> _ >>> Jorge Petry Neto >>> Administrador de Redes e Servidores >>> (48) 8401-4436 >>> [EMAIL PROTECTED] >>> www.jspnet.com.br >>> >>> >>> - Original Message - >>> From: Vinicius Vianna >>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>> Sent: Tuesday, August 07, 2007 7:26 PM >>> Subject: Re: [FUG-BR] File system full >>> >>> >>> Daniel, >>> >>> Tem casos em que voce apaga um arquivo grande na particao, mas algum >>> programa ainda mantem um fd pra ele, mantem ele aberto (pode ser um >>> simples tail -f rodando no log que voce apagou), e com isso o du ja vai >>> mostrar a informacao do uso sem esse arquivo apagado, mas o df ainda >>> mostra o espaco alocado por que o sistema nao conseguiu liberar pois >>> esta em uso ainda, normalmente um reboot no servidor deve resolver isso. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] bloquear destinatario no qmail
Denis gmail wrote: > Bom dia, tem um servidor rodando qmail + vpopmail > e queria bloquear um determinado destinatario pois esta enchendo minha lista > de saida echo [EMAIL PROTECTED] >> /var/qmail/control/badmailto > @400046ac2ba820712ef4 status: local 0/20 remote 39/40 > @400046ac2ba820f917ec starting delivery 5277: msg 509138 to remote [EMAIL > PROTECTED] > @400046ac2ba820f93b14 status: local 0/20 remote 40/40 > @400046ac2ba82162881c delivery 5255: deferral: > 64.233.167.114_does_not_like_recipient./Remote_host_said:_450-4.2.1_The_Gmail_user_you_are_trying_to_contact_is_receiving/450-4.2.1_mail_at_a_rate_that_prevents_additional_messages_from/450-4.2.1_being_delivered._Please_resend_your_message_at_a_later/450-4.2.1_time;_if_the_user_is_able_to_receive_mail_at_that_time,/450_4.2.1_your_message_will_be_delivered._x48si1318011pyg/Giving_up_on_64.233.167.114./ > > alguem jah teve algo parecido? > > Obrigado > > > Att. > DENIS GRANATO - Coordenador Suporte Técnico > E-COMP Provedor Internet > Afiliado à Rede Global Info > Rua Santos Dumont, 521 > Birigüi - SP - 16200-095 > FoneFax (18) 3644-6000 > email: [EMAIL PROTECTED] > msn: [EMAIL PROTECTED] - 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
Alexandre Biancalana escreveu: > 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 Opa, podemos simplificar isso: if egrep -q "127|localhost" then echo "Aqui!" fi :) []s -- Marcelo Beckmann - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Duas instâncias d o Squid sem compilar o fonte
Uma coisa que lembrei agora, talvez seja útil. O openvpn via ports opera dessa forma que você deseja. No /usr/local/etc/rc.d/ cria-se links para cada vpn, tipo: openvpn_a -> openvpn openvpn_b -> openvpn ... no /etc/rc.conf, coloca-se, para cada uma: openvpn_a_enable="YES" openvpn_a_if="tun" openvpn_a_configfile="/usr/local/etc/openvpn/openvpn-a.conf" openvpn_a_dir="/usr/local/etc/openvpn" E ai consegue-se gerenciar cada vpn normalmente pelos initscripts: /usr/local/etc/rc.d/openvpn_a (start|stop|status) Pode ser uma olha o initscript do openvpn para servir de base para alterar o do squid e fazer operar da mesma forma. []s -- Marcelo Beckmann Weder Lima wrote: > Sim Nilton, ja tentei tambema questão é que mesmo assim ele > considera que ja esta :-S > > mas valew. > > Em 23/07/07, Nilton Jose Rizzo <[EMAIL PROTECTED]> escreveu: >> On Mon, 23 Jul 2007 10:52:25 -0300, Weder Lima wrote >>> ja fiz isso Wildes, não resolvem não. Ele sempre considera que a >>> outra instancia é a mesma, tipo, se dou um stop em umae um start >>> nela mesmaele diz que ele "ja esta executando"...sendo que >>> somente a segunda o faz. >>> >>> Vou tentar mas vezes akiobrigado. >> Não sei se voce já vez . >> mas no script de inicialização voce trocou o arquivo de pid? >> Se não toda as vezes q voce "ligar" o squid ele ira dizer q já >> existe um processo rodando >> >>> Weder >>> >>> Em 20/07/07, Wildes Miranda de Oliveira <[EMAIL PROTECTED]> >> escreveu: >>>>> Weder Lima wrote: >>>>>> Olá a todos. >>>>>> >>>>>> Preciso executar duas instancias do squid no FreeBSD 6.1 só que não >>>>> tive >>>>>> sucesso. >>>>>> >>>>>> Achei uma sugestão no "Google" :) que me dizia para baixar os >> fontes e >>>>>> compilar separadamente todo Squid, só >>>>>> que essa solução não me atende. >>>>>> >>>>>> O que eu gostaria é que a partir de uma mesma instalação pelo ports >>>>> do squid >>>>>> eu duplicasse todos os arquivos necessarios >>>> Acho que se voce duplicar o script de inicializacao alterando as >> variaveis >>>> de controle do script, por exemplo #PROVIDE, qual e utilizada pelo >>>> rc;rcorder, e outras variaveis de parametros do squid acho q tu >> consegue ate >>>> utilizar o mesmo .conf ,bastando vc nao deixar a variavel q diz qual a >> porta >>>> q o squid vai escutar no .conf,para cada "instancia" vc pode ter um >>>> argumento no rc.conf passando a porta. >>>>>> (script de inicialização, arquivo conf, pidfile, cache, logs e etc) >> e >>>>>> continuasse a gerencia tipo "start-stop" com o arquivo localizado >>>>>> no /usr/local/etc/rc.d. >>>>>> >>>>>> Tentei tudo isso e nao funcionou. >>>>>> >>>>>> >>>>>> Será que alguem pode me ajudar? >>>>>> >>>>>> valew - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Verificar hardware
Suprema Informática Ltda wrote: > Alguém sabe se é possível descobrar o modelo da placa mãe que esta > instalada via comando, ou se a placa mãe possoi suporte à discos sata. Sugiro o dmidecode. []s -- Marcelo Beckmann - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
