Re: [FUG-BR] FreeBSD6.2STABLE + MPD (VPN)
Cara pode ser que te ajude, fiz um tutozinho pra VPN com VTun no meu blog: http://thiagoruiz.blogspot.com/2006/08/vpn-com-freebsd-e-vtun.html pode ser que te ajude abraço 2007/2/25, Jeandre Uchoa <[EMAIL PROTECTED]>: > Caros, > > >Estou com dificuldades no MPD, a configuração está abaixo > e logs da conexão também. Estou usando o XP SP2 e recebo uma mensagem de que > não foi possivel verificar a identidade no servidor. Alguém sabe como > ajudar? > > > > [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.conf > startup: > # enable TCP-Wrapper (hosts_access(5)) to block unfriendly clients > set global enable tcp-wrapper > # configure the console > set console port 5005 > set console ip 0.0.0.0 > set console user jeandre uchoa > set console open > > default: >load pptp0 >load pptp1 > > pptp0: >new -i ng0 pptp0 pptp0 >set ipcp ranges 192.168.3.1/32 192.168.3.0/24 >load client_standard > > pptp1: >new -i ng1 pptp1 pptp1 >set ipcp ranges 192.168.2.1/32 192.168.2.0/24 >load client_standard > > client_standard: > set iface disable on-demand > set iface enable proxy-arp > set iface idle 0 > set iface enable tcpmssfix > set bundle disable multilink > set bundle enable compression > set link yes acfcomp protocomp > set link no pap chap > set link enable chap > set link mtu 1460 > set link keep-alive 10 60 > set ipcp yes vjcomp > set ipcp dns 192.168.0.2 > set ipcp nbns 192.168.0.2 > set ccp yes mppc > set ccp disable mpp-compress > set ccp yes mpp-e56 > set ccp yes mpp-e128 > set ccp yes mpp-stateless > set bundle enable crypt-reqd > > [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.links > pptp0: > set link type pptp > set pptp self 192.168.0.2 > set pptp enable incoming > set pptp disable originate > > pptp1: > set link type pptp > set pptp self 192.168.0.2 > set pptp enable incoming > set pptp disable originate > > [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.secret > usuariosenha 192.168.3.1 > jeandresenha 192.168.2.1 > > [EMAIL PROTECTED]:/usr/local/etc/mpd4] # mpd4 -k > Multi-link PPP for FreeBSD, by Archie L. Cobbs. > Based on iij-ppp, by Toshiharu OHNO. > mpd: pid 15533, version 4.0b5 ([EMAIL PROTECTED] 22:18 > 22-Fev-2007) > CONSOLE: listening on 0.0.0.0 5005 > [pptp0] ppp node is "mpd15533-pptp0" > tcpmss node is "mpd15533-mss" > [pptp0] using interface ng0 > [pptp1] ppp node is "mpd15533-pptp1" > [pptp1] using interface ng1 > mpd: PPTP connection from 192.254.254.251 3467 > pptp0: attached to connection with 192.254.254.251 3467 > [pptp0] opening link "pptp0"... > [pptp0] link: OPEN event > [pptp0] LCP: Open event > [pptp0] LCP: state change Initial --> Starting > [pptp0] LCP: LayerStart > [pptp0] attaching to peer's outgoing call > [pptp0] link: UP event > [pptp0] link: origination is remote > [pptp0] LCP: Up event > [pptp0] LCP: state change Starting --> Req-Sent > [pptp0] LCP: SendConfigReq #1 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 438ed756 > AUTHPROTO CHAP MSOFTv2 > pptp0-0: ignoring SetLinkInfo > [pptp0] LCP: rec'd Configure Request #0 link 0 (Req-Sent) > MRU 1400 > MAGICNUM 638e6b48 > PROTOCOMP > ACFCOMP > CALLBACK >Not supported > [pptp0] LCP: SendConfigRej #0 > CALLBACK > [pptp0] LCP: rec'd Configure Request #1 link 0 (Req-Sent) > MRU 1400 > MAGICNUM 638e6b48 > PROTOCOMP > ACFCOMP > [pptp0] LCP: SendConfigAck #1 > MRU 1400 > MAGICNUM 638e6b48 > PROTOCOMP > ACFCOMP > [pptp0] LCP: state change Req-Sent --> Ack-Sent > [pptp0] LCP: SendConfigReq #2 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 438ed756 > AUTHPROTO CHAP MSOFTv2 > [pptp0] LCP: rec'd Configure Ack #2 link 0 (Ack-Sent) > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 438ed756 > AUTHPROTO CHAP MSOFTv2 > [pptp0] LCP: state change Ack-Sent --> Opened > [pptp0] LCP: auth: peer wants nothing, I want CHAP > [pptp0] CHAP: sending CHALLENGE len:17 > [pptp0] LCP: LayerUp > [pptp0] LCP: rec'd Ident #2 link 0 (Opened) > MESG: MSRASV5.10 > pptp0-0: ignoring SetLinkInfo > [pptp0] LCP: rec'd Ident #3 link 0 (Opened) > MESG: MSRAS-0-PCHOME > [pptp0] CHAP: rec'd RESPONSE #1 > Name: "jeandre" > [pptp0] AUTH: Auth-Thread started > [pptp0] AUTH: Trying secret file: mpd.secret > Peer name: "jeandre" > [pptp0] AUTH: Auth-Thread finished normally > [pptp0] CHAP: ChapInputFinish: status undefined > Response is valid > [pptp0] CHAP: sending SUCCESS len:42 > [pptp0] LCP: authorization successful > [pptp0] Bundle up: 1 link, total bandwidth 64000 bps > [pptp0] IPCP: Open event > [pptp0] IPCP: state change Initial --> Starting > [pptp0] IPCP: LayerStart > [pptp0] CCP: Open event > [pptp0] CCP: state change Initial --> Starting > [p
Re: [FUG-BR] RES: [OFF] roteamento
Deixa eu ver se intendi.. removo os ips da fast internet() desativo o nat e adicionoa faixa 189.3.4.0 na serial() como secundario? - Original Message - From: "Alex Almeida" <[EMAIL PROTECTED]> To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" Sent: Monday, February 26, 2007 4:27 PM Subject: Re: [FUG-BR] RES: [OFF] roteamento Boa tarde, Pelo que vi aqui, voce esta querendo que o roteador faça NAT e responda tambem por ips validos, ate hj nao vi isso funcionar nao. Ou um ou outro. []´s Alex Almeida PS: Tire os ips reais da interface FastEthernet0 deixe apenas os ip nao validos. Juliano P. Matos - Linhares On line escreveu: > Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na > sua rede. > > Atts, > > Juliano P. Matos > Analista de TI > > Linhares On line > Tel: 55 (27) 2103-8100 > Cel: 55 (27) 9974-6734 > E-mail: [EMAIL PROTECTED] > Messenger: [EMAIL PROTECTED] > Skype: julianomatos > > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Coopermine > Enviada em: sábado, 24 de fevereiro de 2007 20:02 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] [OFF] roteamento > > ola lista... interface Serial0 > > estou com um problema (acho) de roteamento em um roteador cisco 1700. > > > > o ip que a embratel me deu foi > > Bloco : 189.003.004.000/26, 189.003.004.064/26 > > Máscara : 255.255.255.192 > > End IP Cliente : 201.38.230.38 > > End IP Embratel : 201.38.230.37 > > Máscara: 255.255.255.252 > > aki vai meu "show run" > > --- > description LINK_EMBRATEL > bandwidth 2048 > ip address 201.38.230.38 255.255.255.252 > ip nat outside > encapsulation ppp > no fair-queue > ! > interface FastEthernet0 > description REDE_LOCAL > ip address 192.168.0.1 255.255.255.0 secondary > ip address 192.168.45.199 255.255.255.0 secondary > ip address 189.3.4.1 255.255.255.192 > ip nat inside > speed auto > ! > -- > > > o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e > como se hospeda-se coisas atras de nat.. eu naum intendo muito de > configuracao de roteadores cisco. mais pelo que vejo parece que o range > 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse > caso...? > > ps: todas as portas estao abertas, testei. > > desculpe estar postando aki.. mais quero ter a certeza que o problema eh > na > configuracao do roteador e nao do meu free. > > Abracos > > David Coopermine. > > - > 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 > > - 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] Persistencia de Dados no FreeBSD
Voltando ao assunto inicial, eu queria dar minha opinião para o rapaz que mandou o primeiro e-mail. Eu estou pesquisando prevayler agora, para usar numa aplicação em java pequena, nada muito preocupante. Já que estamos em situação parecida, eu vou colocar aqui os pontos que estou considerando: 1. Com DB ou persistência, o problema da queda de energia é resolvido. Quando o sistema volta ao ar depois de uma queda, o prevayler restaura a situação anterior (sem entrar em detalhes técnicos) 2. Os dados em memória são divividos em 'blocos', como se fossem tabelas, então você não precisa manter todos os blocos sempre na memória. Pode 'abrir' um bloco, usar e depois fechar de novo (caso a sua necessidade permita isso) 3. Os objetos que estão 'abertos' ficam na memória mesmo, não tem outro jeito. 4. O prevayler tem sua complexidade, assim como uma implementação de banco de dados (converter os objetos em registros e tabelas) também é complexo. Com esse pensamento eu acho que é mais fácil implementar um sistema com prevayler, já que vc sempre vai lidar com objetos, e não recordsets, connections, statements, etc, etc... Essa é a minha visão. Se alguem quiser contar alguma experiência, também gostaria de ouvir, mas *** Flames > /dev/null *** Abraços - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: msn..
Corrigo a minha resposta levando em consideração a resposta de Nilson. Teria de criar uma acl ( acima da acl de autenticação ) liberando o MSN , a não ser que vc prefira setar no MSN as configurações de autenticação do proxy. Atenciosamente, Marcel Souza Figueiredo Departamento de TI http://www.grupopcl.com.br -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: segunda-feira, 26 de fevereiro de 2007 17:18 Para: Lista Brasileira de Discussão "sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: msn.. Em Seg, 2007-02-26 às 16:44 -0300, Marcel Souza Figueiredo (TI - PCLSE) escreveu: > ... > Lembrando ... que se vc desabilitando o Proxy e o pessoal navega > sem a solicitação se senha, isso mostra que não esta habilitada a > função de Proxy transparente, vale a pena pensar nessa função pois sua > regras podem ser "quebradas" . Vale lembrar aqui que o squid é incapaz de funcionar das 2 formas ao mesmo tempo: transparente + autenticado, pra fazer isso ele precisaria de 2 proxies, acho que o mais certo no caso (se nao for fazer 2 squids) eh cortar a navegação sem proxy, talvez deixando liberado apenas o msn. (Prefiro o msn usando a 1863). PS.: Alguém pode dizer se o Squid 2.6 já faz transparente + autenticado simultaneamente? []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 - 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: msn..
Em Seg, 2007-02-26 às 16:44 -0300, Marcel Souza Figueiredo (TI - PCLSE) escreveu: > ... > Lembrando ... que se vc desabilitando o Proxy e o pessoal navega > sem a solicitação se senha, isso mostra que não esta habilitada a > função de Proxy transparente, vale a pena pensar nessa função pois sua > regras podem ser "quebradas" . Vale lembrar aqui que o squid é incapaz de funcionar das 2 formas ao mesmo tempo: transparente + autenticado, pra fazer isso ele precisaria de 2 proxies, acho que o mais certo no caso (se nao for fazer 2 squids) eh cortar a navegação sem proxy, talvez deixando liberado apenas o msn. (Prefiro o msn usando a 1863). PS.: Alguém pode dizer se o Squid 2.6 já faz transparente + autenticado simultaneamente? []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Material sobre IMIL
Ola pessoal, estou procurando material na internet sobre IMIL e HOWTOs para a certificação IMIL alguem teria algo ou saberia onde encontrar Vlw a todos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: msn..
O MSN utiliza as configurações do internet explore para conectar, se houver Proxy marcado no IE ele irá tentar conexão através deste Proxy, caso não esteja marcado ele faz através do NAT. NO próprio MSN há a possibilidade e por Proxy Autenticado, é so habilitar e setar com seu usuário e senha. Lembrando ... que se vc desabilitando o Proxy e o pessoal navega sem a solicitação se senha, isso mostra que não esta habilitada a função de Proxy transparente, vale a pena pensar nessa função pois sua regras podem ser "quebradas" . Atenciosamente, Marcel Souza Figueiredo Departamento de TI http://www.grupopcl.com.br -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Juliano P. Matos - Linhares On line Enviada em: segunda-feira, 26 de fevereiro de 2007 13:50 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] msn.. Pessoal... depois que colocamos o squid autenticado aki na empresa... o msn só funciona se desativar o Proxy. Depois que conectamos o MSN, podemos ativar o Proxy e funciona a internet e o MSN normalmente. Isso só acontece com o IE.. com o Firefox nenhum problema. Alguém já teve algum problema parecido. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 - 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: [OFF] roteamento
Boa tarde, Pelo que vi aqui, voce esta querendo que o roteador faça NAT e responda tambem por ips validos, ate hj nao vi isso funcionar nao. Ou um ou outro. []´s Alex Almeida PS: Tire os ips reais da interface FastEthernet0 deixe apenas os ip nao validos. Juliano P. Matos - Linhares On line escreveu: > Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na > sua rede. > > Atts, > > Juliano P. Matos > Analista de TI > > Linhares On line > Tel: 55 (27) 2103-8100 > Cel: 55 (27) 9974-6734 > E-mail: [EMAIL PROTECTED] > Messenger: [EMAIL PROTECTED] > Skype: julianomatos > > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Coopermine > Enviada em: sábado, 24 de fevereiro de 2007 20:02 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] [OFF] roteamento > > ola lista... interface Serial0 > > estou com um problema (acho) de roteamento em um roteador cisco 1700. > > > > o ip que a embratel me deu foi > > Bloco : 189.003.004.000/26, 189.003.004.064/26 > > Máscara : 255.255.255.192 > > End IP Cliente : 201.38.230.38 > > End IP Embratel : 201.38.230.37 > > Máscara: 255.255.255.252 > > aki vai meu "show run" > > --- > description LINK_EMBRATEL > bandwidth 2048 > ip address 201.38.230.38 255.255.255.252 > ip nat outside > encapsulation ppp > no fair-queue > ! > interface FastEthernet0 > description REDE_LOCAL > ip address 192.168.0.1 255.255.255.0 secondary > ip address 192.168.45.199 255.255.255.0 secondary > ip address 189.3.4.1 255.255.255.192 > ip nat inside > speed auto > ! > -- > > > o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e > como se hospeda-se coisas atras de nat.. eu naum intendo muito de > configuracao de roteadores cisco. mais pelo que vejo parece que o range > 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse > caso...? > > ps: todas as portas estao abertas, testei. > > desculpe estar postando aki.. mais quero ter a certeza que o problema eh na > configuracao do roteador e nao do meu free. > > Abracos > > David Coopermine. > > - > 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 > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Proplemas com PHP5
Galera, Depois de ferificar com o portaudit que o php5 (e alguns módulos) aprensentava vulnerabilidades, decidi atualizá-lo, pelo ports. Para minha surpresa, meu webmail (Roundcube) parou de funcionar, com o seguinte erro, ao carregar a página: [26-Feb-2007 15:05:14] PHP Warning: preg_split() [function.preg-split]: Compilation failed: lookbehind assertion is not fixed length at offset 7 in /usr/local/www/roundcube/program/lib/DB/common.php on line 751 Vi no bugtrack do Pear, que um outro usuário de FreeBSD (6.2), está com o mesmo problema, mas em outra aplicação. http://pear.php.net/bugs/bug.php?id=10135&thanks=3 Estou usando FreeBSD release 6.1-p10, com todos os ports atualizados. Qualquer ajuda será bem-vinda! -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br "Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências menores, abordamos os problemas com o espíito afiado como uma lâmina, sempre encontramos a solução em menos tempo do que é necessáio para respirar sete vezes." Nabeshima Naoshige (1538-1618) - 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 migração de usuários .
Coloquei lá, guest account = nobody, mas não funcionou... Essa conf estava funcionando perfeitamente, eu creio que não seja problema com a conf, creio que o problema tenha sido na migração... > Olá, > > Você definiu o usuario guest? > guest account = seu usuario guest > > > Veja ai > > Abraços > > > -- > Tompast IT Services LTDA. > e-mail: [EMAIL PROTECTED] > voip: [EMAIL PROTECTED] > +55 11 4063-5759 > +55 11 3207-2457 > +55 11 8433-2281 > +55 11 9979-6826 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > > -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dump de CD/DVD
Em Mon, 26 Feb 2007 13:56:44 -0300 "Rafael Fernandes" <[EMAIL PROTECTED]> escreveu: > Alguém poderia me informar como ou com que programa posso fazer um > dump dos dados brutos de um CD ou DVD? além do (já mencionado) dd, vc pode: cat /dev/ > /tmp/nomequalquer.iso acho bem simples para lembrar :) -- flames > /dev/null saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Não é evidente que Deus exista." (San Tomaz de Aquino) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dump de CD/DVD
Não amigo, o dd funcionou, mas tive que usar a opção "bs" para informar o tamanho do bloco. Eu tinha achado que esta opção não seria tão importante, até porque no próprio exemplo da documentação não a usavam. Foi só um detalhe que estava atrapalhando, mais nada. Obrigado pela ajuda, Rafael. On Mon, 26 Feb 2007 15:08:35 -0300, Nilson Debatin <[EMAIL PROTECTED]> wrote: > Em Seg, 2007-02-26 às 14:16 -0300, Rafael Fernandes escreveu: >> É eu já tinha tentado isto, dá invalid argument. >> >> No free, tem como gravar um CD sem definir um sistema de arquivos (iso, >> ufs, etc). >> No exemplo da documentação, vc poderia fazer isto para gravar um tar, e >> então usar o tar para ler >> diretamente estes dados no CD. >> Veja bem que, como não há sistema de arquivos, seria impossível de >> montar >> o cd para leitura normal. >> >> Na verdade, estava precisando de um tipo de "raw-read", como tem o >> "raw-write". > > Ainda não entendi o que vc quer, ao meu ver 100% das respostas a você > estavam perfeitas, afinal não existe (que seja do meu conhecimento) > ferramenta melhor que o dd (device dump?) para fazer isso. Usando o dd > você estará lendo em raw-mode, bit a bit do que tem gravado dentro do > cd, o que significa que lendo bit-a-bit o conteudo do cd no fim das > contas você vai conseguir um ISO pois é isso mesmo que ele é um bit-a- > bit do cd. > > Caso hipotetico: Se você gravar uma ISO num CD, você pode verificar > se o md5 do conteudo do CD é igual ao md5 da imagem.ISO, tendo assim > certeza de que foi gravado com sucesso. > > Se não é nada disso que você quer, então nos explique melhor qual > a sua necessidade. > > []s > Nilson > > > > - > 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] Dump de CD/DVD
Em Seg, 2007-02-26 às 14:16 -0300, Rafael Fernandes escreveu: > É eu já tinha tentado isto, dá invalid argument. > > No free, tem como gravar um CD sem definir um sistema de arquivos (iso, > ufs, etc). > No exemplo da documentação, vc poderia fazer isto para gravar um tar, e > então usar o tar para ler > diretamente estes dados no CD. > Veja bem que, como não há sistema de arquivos, seria impossível de montar > o cd para leitura normal. > > Na verdade, estava precisando de um tipo de "raw-read", como tem o > "raw-write". Ainda não entendi o que vc quer, ao meu ver 100% das respostas a você estavam perfeitas, afinal não existe (que seja do meu conhecimento) ferramenta melhor que o dd (device dump?) para fazer isso. Usando o dd você estará lendo em raw-mode, bit a bit do que tem gravado dentro do cd, o que significa que lendo bit-a-bit o conteudo do cd no fim das contas você vai conseguir um ISO pois é isso mesmo que ele é um bit-a- bit do cd. Caso hipotetico: Se você gravar uma ISO num CD, você pode verificar se o md5 do conteudo do CD é igual ao md5 da imagem.ISO, tendo assim certeza de que foi gravado com sucesso. Se não é nada disso que você quer, então nos explique melhor qual a sua necessidade. []s Nilson - 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 migração de usuários .
Olá, Você definiu o usuario guest? guest account = seu usuario guest Veja ai Abraços -- Tompast IT Services LTDA. e-mail: [EMAIL PROTECTED] voip: [EMAIL PROTECTED] +55 11 4063-5759 +55 11 3207-2457 +55 11 8433-2281 +55 11 9979-6826 - 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 em powerpc
Olá pessoal, Alguém sabe como entro no firmware da IBM RS6000/250 mod. 7011? Obrigado pela atenção. At 14:11 15/2/2007, you wrote: >Boa tarde pessoal, > >Obrigado pela dica. Vou estudar o material. > > > >At 12:46 13/2/2007, you wrote: > > >http://www.freebsd.org/platforms/ppc.html#hardware > > > >On Tue, 13 Feb 2007 12:37:07 -0300 > >Roberval Jesus Naka <[EMAIL PROTECTED]> wrote: > > > > > Boa tarde a todos, alguem já instalou a versão do freebsd em máquinas > > > powerpc da IBM? > > > > > > Obrigado a todos. > >- > >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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] clamav e amavis
On 2/26/07, Roberval Jesus Naka <[EMAIL PROTECTED]> wrote: > Olá pessoal, > > Na instalação do Clamav e do Amavisd-new tem a opção Milter. O que é Milter > e para que serve? > > Obrigado pela atenção. http://www.google.com.br/search?hl=pt-BR&q=milter&btnG=Pesquisa+Google&meta= -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] clamav e amavis
Olá pessoal, Na instalação do Clamav e do Amavisd-new tem a opção Milter. O que é Milter e para que serve? Obrigado pela atenção. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com migração de usuários .
Olá lista! Sábado, eu migrei um servidor FreeBSD 5.4 que rodava um samba em PDC para um FreeBSD 5.5 porque coloquei um HD SCSI. Migrei os homes dos usuários com dump e restore, tudo direitinho, miguei os usuários do sistema, migrei os usuários samba, as máquinas autenticam no dominio tranquilamente. O problema está na hora que os usuários tentam acessar imopressoras ou outros compartilhamentos das máquinas dos usuários, fica pedindo login e senha, não vai direto pelo dominio, dai eu tenho que colocar o usuário e senha do administrador da máquina local... Alguém já passou por isso e pode me dar uma dica de como resolver? Grato. -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dump de CD/DVD
É eu já tinha tentado isto, dá invalid argument. No free, tem como gravar um CD sem definir um sistema de arquivos (iso, ufs, etc). No exemplo da documentação, vc poderia fazer isto para gravar um tar, e então usar o tar para ler diretamente estes dados no CD. Veja bem que, como não há sistema de arquivos, seria impossível de montar o cd para leitura normal. Na verdade, estava precisando de um tipo de "raw-read", como tem o "raw-write". Ainda assim, obrigado. Rafael. On Mon, 26 Feb 2007 13:59:57 -0300, Luiz Gustavo (gugabsd) <[EMAIL PROTECTED]> wrote: > dd if=/dev/acd0 of=imagem_cd.iso > > On 2/26/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote: >> Olá pessoal, >> >> Alguém poderia me informar como ou com que programa posso fazer um dump >> dos dados brutos de um CD ou DVD? >> >> Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem >> ser >> necessário montar ou saber qual sistema de arquivos é usado na mídia. Só >> uma cópia bruta mesmo. >> >> Grato, >> >> Rafael. >> - >> 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] Dump de CD/DVD
Ah, o seu deu certo! Faltava era definir o buffer não é? hehe. Obrigado! Rafael. On Mon, 26 Feb 2007 14:04:16 -0300, Marcelo Lima <[EMAIL PROTECTED]> wrote: > dd if=/dev/acd0 of=arquivo.iso bs=1M > > > > Rafael Fernandes wrote: >> Olá pessoal, >> >> Alguém poderia me informar como ou com que programa posso fazer um dump >> dos dados brutos de um CD ou DVD? >> >> Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem >> ser >> necessário montar ou saber qual sistema de arquivos é usado na mídia. Só >> uma cópia bruta mesmo. >> >> Grato, >> >> Rafael. >> - >> 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dump de CD/DVD
dd if=/dev/acd0 of=arquivo.iso bs=1M Rafael Fernandes wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. > - > 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] msn..
O msn Live não tem configuração própria para conectar-se vc vai ter que setar o user e senha nas configurações do proprio msn (quando vc entrar vai perceber que as configurações do proxy estão lá mas os campos de usuário e senha estarão em branco) e ainda sim vc pode ter dores de cabeça, nunca tentei mas experimenta usar o GAIM pra windows ou AMSN pra windows. abraço Em 26/02/07, Juliano P. Matos - Linhares On line<[EMAIL PROTECTED]> escreveu: > Pessoal... depois que colocamos o squid autenticado aki na empresa... o msn > só funciona se desativar o Proxy. > > Depois que conectamos o MSN, podemos ativar o Proxy e funciona a internet e > o MSN normalmente. Isso só acontece com o IE.. com o Firefox nenhum > problema. > > Alguém já teve algum problema parecido. > > > Atts, > -- Thiago J. Ruiz http://thiagoruiz.blogspot.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dump de CD/DVD
On Mon, 2007-02-26 at 13:56 -0300, Rafael Fernandes wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. dd. -- System/Network Administrator BSD User: BSD050973 Celular: 61 8177-1361 [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] Dump de CD/DVD
dd if=/dev/acd0 of=imagem_cd.iso On 2/26/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Luiz Gustavo - FreeBSD User <===\ < http://www.luizgustavo.pro.br <===/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dump de CD/DVD
Olá pessoal, Alguém poderia me informar como ou com que programa posso fazer um dump dos dados brutos de um CD ou DVD? Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser necessário montar ou saber qual sistema de arquivos é usado na mídia. Só uma cópia bruta mesmo. Grato, Rafael. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clamav - muitos processos
Entao, Percebi tb que o diretorio /var/qmail/simscan (lixo encontrado pro clamav/simscan), estava crescendo exageradamente. resolvi o problema "parcialmente", passei no clamd.conf de "User root" pra "User clamav" adicionei o usuario clamav nos grupos: qmail, simscan, wheel blz ficou melhor, mas os processos do clamdscan nao param de aumentar. fiz o seguinte pra ir "levando". coloquei no crontab: 5 * * * * rm -rf /var/qmail/simscan/* isso derruba varios processos em atividade (clamdscan) em atividade e zera os processos so clamdscan, liberando processamento. Desde jah agradeco a ajuda de todos. Valeu Renato e Thiago Thiago Damas wrote: > Tambem tive o mesmo problema. Utilizo o clamsmtp, e o clamd ficava > sempre no talo, tive que fazer um downgrade. > > On 2/26/07, Renato Botelho <[EMAIL PROTECTED]> wrote: > >> On 2/26/06, Willien Carvalho Fernandes >> <[EMAIL PROTECTED]> wrote: >> >>> Bom Dia, >>> >>> Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra >>> 0.90, os problemas comecaram, cpu sempre "no talo" (95%). >>> >>> Os processos do clamav (clamdscan --stdout) nao param de crescer... >>> >>> nao sei se alguem ja passou por algo parecido, estou quase refazendo >>> esse servidor. >>> >>> Alguma ideia ? >>> >> Willien, >> >> Sou o mantenedor do prot do clamav, e acompanho de perto a lista de >> desenvolvimento do mesmo. >> >> Atualizei o port para a versão 0.90, e agora estamos na versão 0.90_2 >> do port após fazer vários testes e não tive nenhum caso (nem em meus >> testes e nem pessoas reportando) um problema parecido com esse. >> >> Você chegou a dar uma olhada nos logs? clamd.log principalmente >> qual a versão do seu FreeBSD? >> Me manda seu clamd.conf e freshclam.conf >> >> Pode parecer estupidez, mas confere pra ver se é realmente clamdscan >> que está sendo executado e não o clamscan, o clamscan tem realmente >> problemas de performance por ter que carregar a base toda de vírus a >> cada execução, e essa base cresce a cada dia. >> >> Na verdade o que deveria acontecer era justamente o contrário, todos >> os reports que tive foram falando de uma melhora na performance dessa >> versão. >> >> Obrigado >> -- >> Renato Botelho >> - >> 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 > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] msn..
Seguinte, cria uma ACL liberando as seguintes tags: messenger Client31.dll gateway.dll Creio que com isso você consiga resolver seu problema... Abraço. > Pessoal... depois que colocamos o squid autenticado aki na empresa... o > msn > só funciona se desativar o Proxy. > > Depois que conectamos o MSN, podemos ativar o Proxy e funciona a internet > e > o MSN normalmente. Isso só acontece com o IE.. com o Firefox nenhum > problema. > > Alguém já teve algum problema parecido. > > > Atts, > > Juliano P. Matos > Analista de TI > > Linhares On line > Tel: 55 (27) 2103-8100 > Cel: 55 (27) 9974-6734 > E-mail: [EMAIL PROTECTED] > Messenger: [EMAIL PROTECTED] > Skype: julianomatos > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > > -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] msn..
Pessoal... depois que colocamos o squid autenticado aki na empresa... o msn só funciona se desativar o Proxy. Depois que conectamos o MSN, podemos ativar o Proxy e funciona a internet e o MSN normalmente. Isso só acontece com o IE.. com o Firefox nenhum problema. Alguém já teve algum problema parecido. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [OFF] roteamento
Essa classe 189.3.4 é válida.. não deve ser usada tente trocar esse ip na sua rede. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Coopermine Enviada em: sábado, 24 de fevereiro de 2007 20:02 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] [OFF] roteamento ola lista... interface Serial0 estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu "show run" --- description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine. - 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] AMD(automount daemon) / smbfs
Não, mas talvez isto ajude... http://lists.freebsd.org/pipermail/freebsd-questions/2005-April/083994.html On Mon, 26 Feb 2007 07:08:04 -0300 "Celso Viana" <[EMAIL PROTECTED]> wrote: > All, > > Alguém sabe se o amd (automount daemon) trabalha com sistema de > arquivos smbfs? > > Thanks > > -- > Celso Vianna - 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] Solaris
Nilson Debatin escreveu: > Em Dom, 2007-02-25 às 00:46 -0300, gethostbyname escreveu: > >> Pessoal, >> >> >> >> Desculpem-me pelo OFF, mas o que vocês têm a dizer sobre o Solaris? >> Compensa aprender esse sistema também ou é inútil frente as capacidades >> do FreeBSD? >> >> Qualquer opinião é bem vinda. >> > > Eu acho inútil perante as capacidades do Free, usei bastante solaris > há alguns anos quando foi lançada a versão gratuita pra i386, mas vou > te contar: Eita unixinho esquisito, sô! Nao vou dizer que ele não tem > nada de melhor, mas pra quem manja bem de FreeBSD, dificilmente vai > precisar de algum recurso que só tenha nele. > > []s > > Estou usando essa versão também. Estou experimentando aqui. Eu pensava que ele era mais desenvolvido um pouco. Parece que nem layout para teclado brasileiro ele tem. gethostbyname - 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: C/C++
A não ser que você queira escrever um driver ou ajudar no
desenvolvimento do kernel do FreeBSD, eu sugiro C++.
gethostbyname
Henrique Berenguel escreveu:
> Alguém conhece livro bom ou curso bom de c para unix?
>
> -Mensagem original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
> de Paulo Pires
> Enviada em: domingo, 25 de fevereiro de 2007 00:57
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] RES: C/C++
>
> On 2/25/07, gethostbyname <[EMAIL PROTECTED]> wrote:
>
>> Essa exigência não é apenas da linguagem C++:
>>
>> "*ISO/IEC 9899:1999 (E)(c)ISO/IEC*
>>
>> *5.1.2.2.1 Program startup*
>> The function called at program startup is named main. The implementation
>> declares no prototype for this function. It shall be defined **with a
>> return type of int** and with no parameters:
>> *int *main(void) { /*...*/ }
>> or with two parameters (referred to here as argc and argv, though any
>> names may be used, as they are local to the function in which they are
>> declared):
>> *int *main(int argc, char *argv[]) { /*...*/ }
>> or equivalent [ver a Nota]; or in some other implementation-defined
>>
> manner.
>
>> *Nota*:
>> Thus, int can be replaced by a typedef name defined as int,or the type
>> of argv can be written as char ** argv, and so on."
>>
>
> Eu não se se foi coisa da lista, mas aqui apareceu um monte de
> asteriscos (acho que você que usou negritos), fazendo parecer
> ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo
> que você achou, em
> ), onde vi que
> eu não estava louco com um bando de ponteiros. :)
>
> Mas veja o ponto-e-vírgula antes de "or some other
> implementation-defined manner". Visualmente, acho que outra arrumação
> poderia aumentar mais a clareza, mas o que entendo é que uma
> implementação "hosted" (isto é, aquela que executa em um sistema
> operacional) pode optar entre retornar int _ou_ "alguma outra maneira
> definida pela implementação". Se optar por int, então deve aceitar
> int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}.
> Mas que o fraseamento e a composição visual não ajudam na clareza,
> não ajudam 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] Clamav - muitos processos
Tambem tive o mesmo problema. Utilizo o clamsmtp, e o clamd ficava sempre no talo, tive que fazer um downgrade. On 2/26/07, Renato Botelho <[EMAIL PROTECTED]> wrote: > On 2/26/06, Willien Carvalho Fernandes > <[EMAIL PROTECTED]> wrote: > > Bom Dia, > > > > Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra > > 0.90, os problemas comecaram, cpu sempre "no talo" (95%). > > > > Os processos do clamav (clamdscan --stdout) nao param de crescer... > > > > nao sei se alguem ja passou por algo parecido, estou quase refazendo > > esse servidor. > > > > Alguma ideia ? > > Willien, > > Sou o mantenedor do prot do clamav, e acompanho de perto a lista de > desenvolvimento do mesmo. > > Atualizei o port para a versão 0.90, e agora estamos na versão 0.90_2 > do port após fazer vários testes e não tive nenhum caso (nem em meus > testes e nem pessoas reportando) um problema parecido com esse. > > Você chegou a dar uma olhada nos logs? clamd.log principalmente > qual a versão do seu FreeBSD? > Me manda seu clamd.conf e freshclam.conf > > Pode parecer estupidez, mas confere pra ver se é realmente clamdscan > que está sendo executado e não o clamscan, o clamscan tem realmente > problemas de performance por ter que carregar a base toda de vírus a > cada execução, e essa base cresce a cada dia. > > Na verdade o que deveria acontecer era justamente o contrário, todos > os reports que tive foram falando de uma melhora na performance dessa > versão. > > Obrigado > -- > Renato Botelho > - > 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] RES: C/C++
On Mon, 26 Feb 2007 09:14:09 -0300
Nilson Debatin <[EMAIL PROTECTED]> wrote:
> > Paulo, a função main nem sempre deve retorna um valor, somente se você
> > quiser, quando a função começa com void, significa que não retorna valor
> > nenhum, e ainda você falou que a função main DEVE retornar um valor
> > inteiro, isso também esta errado, a função pode retornar um char, float,
> > double, usigned float...e mais um monte...
> >
> > Att.
>
> Sei que to uns dias atrasados mas quero ser mais um a frisar
> que você está viajando na maionese, a função main **SEMPRE**
> retorna um valor inteiro, você pode até fazer ela void só
> que nesse caso quando seu programa terminar ele VAI SIM
> retornar um inteiro, o 0. Vai ser sempre sucesso, o que
> nem sempre é verdade dependendo do que o programa fará, se
> quiser andar mais na linha do correto, faça sempre ela int.
Pela semântica da linguagem "void main()" não retorna nada. Se retornasse
algo, o compilador estaria fazendo algo errado. E ainda assim, muito depende
da parceria entre compilador e o sistema operacional. Os padrões querem
que os programas em C funcionem (ou pelo menos compilem) independente do
sistema operacional e compilador. É difícil garantir isso na prática.
De volta ao main, ele retornará algo útil se o programador assim quiser, ou
então, durante a ligação do programa, o compilador decidirá pelo programador
o que será retornado. Se o programador não especificou nada, então será
retornado o que estiver ao alcance da mão.
Quem quiser ler adiante, apresento alguns fatos que podem ser interessantes
apenas para curiosos. Para os demais, basta saber que main é especial para a
fase de ligação do programa (momento de geração do executável), e espera-se
que ela retorne um inteiro para indicar o status de finalização do programa.
% cat main.c
void main() {}
% gcc main.c
main.c: In function `main':
main.c:1: warning: return type of 'main' is not `int'
% ./a.out
Exit 16
Claramente 16 não é zero. O que houve afinal?
% objdump -d a.out
...
0804848c :
804848c: 55 push %ebp
804848d: 89 e5 mov%esp,%ebp
804848f: 83 ec 08sub$0x8,%esp
8048492: 83 e4 f0and$0xfff0,%esp
8048495: b8 00 00 00 00 mov$0x0,%eax # eax = 0
804849a: 83 c0 0fadd$0xf,%eax # eax = 0xf
804849d: 83 c0 0fadd$0xf,%eax # eax = 0x1e
80484a0: c1 e8 04shr$0x4,%eax # eax = 1
80484a3: c1 e0 04shl$0x4,%eax # eax = 16
80484a6: 29 c4 sub%eax,%esp # esp -= 16
80484a8: c9 leave
80484a9: c3 ret
80484aa: 90 nop
80484ab: 90 nop
...
Ainda assim, da onde veio esse 16? A última instrução executada antes do
programa finalizar foi a do endereço 0x08048326, sendo que a entrada nesse
trecho se deu pelo endereço 0x08048350:
Disassembly of section .plt:
08048320 <.plt>:
8048320: ff 35 34 96 04 08 pushl 0x8049634
8048326: ff 25 38 96 04 08 jmp*0x8049638
804832c: 00 00 add%al,(%eax)
804832e: 00 00 add%al,(%eax)
8048330: ff 25 3c 96 04 08 jmp*0x804963c
8048336: 68 00 00 00 00 push $0x0
804833b: e9 e0 ff ff ff jmp8048320 <_init+0x14>
8048340: ff 25 40 96 04 08 jmp*0x8049640
8048346: 68 08 00 00 00 push $0x8
804834b: e9 d0 ff ff ff jmp8048320 <_init+0x14>
8048350: ff 25 44 96 04 08 jmp*0x8049644
8048356: 68 10 00 00 00 push $0x10
804835b: e9 c0 ff ff ff jmp8048320 <_init+0x14>
O conteúdo dos registradores antes desta última chamada para biblioteca
externa era:
(gdb) info registers
eax0x10 16
ecx0x1 1
edx0x10 16
ebx0x1 1
esp0xbfbfe744 0xbfbfe744
ebp0xbfbfe778 0xbfbfe778
esi0xbfbfe788 -1077942392
edi0x2804e2a0 671408800
eip0x80483260x8048326
eflags 0x282642
cs 0x33 51
ss 0x3b 59
ds 0x3b 59
es 0x3b 59
fs 0x3b 59
gs 0x1b 27
Só que neste ponto, a função main já foi executada há muitas instruções
atrás, e não retornou nada pra ninguém. Mas o ligador não sabe disso, e azar
do programador, pois ele vai ligar a crt0.o de qualquer jeito. E na crt0.o
se assume que o topo da pilha (e registrador eax, em x86) contém o parâmetro
que será usado como valor de retorno.
Nesse exemplo, tanto a última coisa empilhada (8048356: push $0x10) quanto o
eax contêm 0x0010, ou 16 em base decimal. O byte menos significati
Re: [FUG-BR] Clamav - muitos processos
On 2/26/06, Willien Carvalho Fernandes <[EMAIL PROTECTED]> wrote: > Bom Dia, > > Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra > 0.90, os problemas comecaram, cpu sempre "no talo" (95%). > > Os processos do clamav (clamdscan --stdout) nao param de crescer... > > nao sei se alguem ja passou por algo parecido, estou quase refazendo > esse servidor. > > Alguma ideia ? Willien, Sou o mantenedor do prot do clamav, e acompanho de perto a lista de desenvolvimento do mesmo. Atualizei o port para a versão 0.90, e agora estamos na versão 0.90_2 do port após fazer vários testes e não tive nenhum caso (nem em meus testes e nem pessoas reportando) um problema parecido com esse. Você chegou a dar uma olhada nos logs? clamd.log principalmente qual a versão do seu FreeBSD? Me manda seu clamd.conf e freshclam.conf Pode parecer estupidez, mas confere pra ver se é realmente clamdscan que está sendo executado e não o clamscan, o clamscan tem realmente problemas de performance por ter que carregar a base toda de vírus a cada execução, e essa base cresce a cada dia. Na verdade o que deveria acontecer era justamente o contrário, todos os reports que tive foram falando de uma melhora na performance dessa versão. Obrigado -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Monitoramento de tráfego detalha do por serviço
Instalou pelo ports? Eu antes de ler estava vendo os man dele ... num tem nenhuma conf para fazer no apache? Instala e abre pelo brownser já porta 3000 e o bichão já ta rodando? Achei estranho isso. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Marcos Vinicius Buzo Enviada em: domingo, 25 de fevereiro de 2007 16:40 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR]Monitoramento de tráfego detalhado por serviço Valeu galera, instalei o ntop e estou mechendo nele aqui. =] []s On 2/23/07, Matheus Cucoloto <[EMAIL PROTECTED]> wrote: > Em 23/02/07, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > > NTOP já tenho... a idéia é gerar gráfico apartir de uma regra qualquer do > > firewall. > > Olá a todos... > > Eu uso ipfw+snmp e os graficos quem faz eh o mrtg apartir de regras > especificas do ipfw. > > segue abaixo a dica: > > http://www.sat.t.u-tokyo.ac.jp/~hideyuki/ipfwsnmp.html > > > -- > Matheus Cucoloto > System Admin. > Net Admin. > - > 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.4/702 - Release Date: 25/2/2007 15:16 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mysql não aceita acentos.
Está bem André.
Não tenho mais argumentos, e também não encontrei nada. Mais acho uma coisa
estranha o cara ter que recompilar um módulo, mais beleza.
>> Você realmente está disposto a dizer que não fiz a melhor solução, não?
R = Sim você encontro a melhor solução e resolveu o seu problema.
>> Esta discussão não vai levar a nada.
R = Verdade
Att, Eder.
On 2/26/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote:
> Esta opção é apenas para output de texto (print e echo), não tem nada a
> ver com a conexão com o mysql.
> Opções do módulo mysql são no formato "mysql.opção".
>
> Você realmente está disposto a dizer que não fiz a melhor solução, não?
>
> Ajudaria se você lesse o que escrevo, e pricipalmente o porquê da solução
> que usei.
> Esta discussão não vai levar a nada.
>
> Até,
>
> Rafael.
>
> On Sun, 25 Feb 2007 23:59:48 -0300, Eder <[EMAIL PROTECTED]> wrote:
>
> > Entendi,
> >
> > Então isso pode ser alterado no arquivo php.ini, no default_charset, mais
> > mesmo assim é estranho.
> >
> > Observe no código fonte do PHP em ext/mysql/php_mysql.c a função é bem
> > clara,
> >
> > /* Returns the default character set for the current connection */
> > PHP_FUNCTION(mysql_client_encoding)
> > {...}
> >
> > Att Eder.
> >
> >
> > On 2/25/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote:
> >> Não precisa de muito para fazer o teste não. Apenas rode o código a
> >> seguir:
> >>
> >> - teste.php
> >> >> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
> >> http://www.w3.org/1999/xhtml";>
> >>
> >>
> >> Character-set de conexão com o mysql
> >>
> >>
> >> >>
> >> // Ok, vamos brincar com um texto antes usando o que temos de charset
> >> // de conexão padrão no servidor (deveria ser latin1, se não foi
> >> ajustado
> >> // outra coisa ao compilar a biblioteca)
> >> mysql_connect( "localhost", "root", "leleafar" );
> >> // Vamos ver qual é o charset padrão usado na conexão.
> >> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
> >> echo "Charset Padrão desta conexão: $r[0]\n";
> >> // Bom, vamos fazer uma tabelinha com o charset latin1 no banco test
> >> // que o mysql cria por padrão
> >> if (mysql_query("create table if not exists `test`.`chartest` (texto
> >> TEXT)
> >> character set latin1;"))
> >> echo "Tabela criada!";
> >> else {
> >> echo "Erro ao criar a tabela.";
> >> exit(0);
> >> }
> >> // Beleza, vamos fazer um teste para guardar o texto com acentuação
> >> $texto = "áéíóçãõà";
> >> echo "Texto para testes: $texto (deve estar aparecendo corretamente
> >> no
> >> navegador!)\n";
> >> mysql_query("insert into `test`.`chartest` set texto = '$texto';");
> >> // Vamos ver o que ele guardou?
> >> $r = mysql_fetch_row(mysql_query("select texto from
> >> `test`.`chartest`;"));
> >> if ($r[0] == $texto)
> >> echo "O texto permanece igual!";
> >> else
> >> // isto não deveria acontecer se seu módulo mysql estiver em
> >> latin1
> >> echo "Opa, o texto foi modificado! Texto retornado:
> >> $r[0]\n";
> >> mysql_close();
> >> // Ok, o legal é que o código acima tenha como resultado o texto
> >> permanecer igual. Isto quer dizer que nossa conexão é latin1,
> >> // Mas, qual seria o resultado se nossa conexão fosse, por padrão, em
> >> utf-8? Vamos descobrir.
> >> mysql_connect( "localhost", "root", "leleafar" );
> >> // Vamos mudar o charset da conexão apenas (deve ser a primeira coisa a
> >> ser feita, pelo o que está na documentação);
> >> // Leia sobre isto onde indiquei anteriormente:
> >> http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html
> >> mysql_query("set NAMES utf8;");
> >> // Vamos fazer nosso teste de descobrir qual o charset padrão para
> >> verificar se deu certo a query anterior.
> >> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
> >> // Deve mostrar utf8 como resultado.
> >> echo "Charset Padrão desta conexão: $r[0]\n";
> >> // Vamos ver o que ele retorna pra gente agora?
> >> $r = mysql_fetch_row(mysql_query("select texto from
> >> `test`.`chartest`;"));
> >> if ($r[0] == $texto)
> >> echo "O texto permanece igual!";
> >> else
> >> echo "Opa, o texto foi modificado! Texto retornado:
> >> $r[0]\n";
> >> // Se o charset padrão desta conexão for utf-8, você já percebeu que o
> >> texto foi "alterado"... mas nem tanto!
> >> // Na verdade, seu texto foi retornado em utf-8, MESMO COM A TABELA
> >> MARCADA COMO LATIN1
> >> // Vamos conferir?
> >> if ($texto == utf8_decode($r[0]))
> >> echo "É o mesmo texto realmente, só que foi retornado em
> >> UTF-8!\n";
> >> /* Entendeu o problema? O problema não é na tabela, nem no locale, e sim
> >> no charset usado pelo módulo php, que tem
> >> o charset padrão dependente de como foi compilada antes a biblioteca do
> >> mysql, pois não conheço arquivo de
> >> configuração para esta biblioteca. */
> >> // Vamos acabar com nossa tabela de testes
> >> mysql_query("drop table `test`.`chartest`;");
> >> mysql_close();
> >> ?>
> >
[FUG-BR] Clamav - muitos processos
Bom Dia, Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra 0.90, os problemas comecaram, cpu sempre "no talo" (95%). Os processos do clamav (clamdscan --stdout) nao param de crescer... nao sei se alguem ja passou por algo parecido, estou quase refazendo esse servidor. Alguma ideia ? Desde jah agradeco. Willien - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Clamav - muitos processos
Bom Dia, Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra 0.90, os problemas comecaram, cpu sempre "no talo" (95%). Os processos do clamav (clamdscan --stdout) nao param de crescer... nao sei se alguem ja passou por algo parecido, estou quase refazendo esse servidor. Alguma ideia ? Desde jah agradeco. Willien - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [OFF-TOPIC] Solaris
Discordo. Se você estiver com um hardware da SUN, por exemplo alguns servidores com diversos processadores, ou seja, proprietário, não adianta insistir e usar Linux, freebsd, openbsd. A performance total do equipamento só será atingida pelo solaris. A excessão, em meu ponto de vista são alguns hardwares antigos, os quais por serem obsoletos não oferecem vantagem em se utilizar as versões mais novas do solaris(aliás, nem suportam direito). Ex, tem uma ultra250 aqui que roda o free 6.1, pois o solaris 10 é querer demais, considerando que o disco dela são 16GB. Mas ao mesmo tempo o free não suporta keyboard na console, somente serial. Mas é melhor usá-lo nela do que tentar baixar por exemplo gcc e afins pra um solaris 9 ou anterior. Uma coisa bacana do solaris, que só agora vejo que está surgindo em Linux e também em Windows é a virtualização, além de container, etc etc. Agora, se você tem um Pentium 4, e vai rodar um squid por exemplo, não há justificativa prá utilizar um solaris, é usar um canhão prá matar formiga :) Abraços > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em > nome de Nilson Debatin > Enviada em: segunda-feira, 26 de fevereiro de 2007 09:28 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] [OFF-TOPIC] Solaris > > Em Dom, 2007-02-25 às 00:46 -0300, gethostbyname escreveu: > > Pessoal, > > > > > > > > Desculpem-me pelo OFF, mas o que vocês têm a dizer sobre o Solaris? > > Compensa aprender esse sistema também ou é inútil frente as > capacidades > > do FreeBSD? > > > > Qualquer opinião é bem vinda. > > Eu acho inútil perante as capacidades do Free, usei bastante solaris > há alguns anos quando foi lançada a versão gratuita pra i386, mas vou > te contar: Eita unixinho esquisito, sô! Nao vou dizer que ele não tem > nada de melhor, mas pra quem manja bem de FreeBSD, dificilmente vai > precisar de algum recurso que só tenha nele. > > []s > > > - > 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] Cobol e Free
Em Fri, 23 Feb 2007 17:44:28 -0300 gethostbyname <[EMAIL PROTECTED]> escreveu: > Sem querer ser chato, mas tem algum motivo especial para se usar > COBOL? o tiny cobol AINDA não tem tudo o que os demais COBOL apresentam :( e tampouco o OpenCobol (me parece ainda mais "pelado"). Palavra de quem fez uma reciclagem em COBOL para mainframe e se atrapalhou todo ao tentar migrar os exercicios de lá pra cá. Lembrando que isso NÃO DEVERIA ser problema, porque COBOL é COBOL e pronto, sob qualquer plataforma. um dêles (não sei se o tiny ou o open) nem mesmo reconhece comentários e outras bobagens quando se ativa '*' na coluna 7. lamentávelmente, já não lembro mais TODAS as dificuldades que encontrei, mas acabei preferindo fazer 'teste de mesa' com papelzinho do que continuar me matando pra acertar sintaxes, comandos e outras besteiras. BTW, meu professor sempre sugeriu usar o RealiaCobol para testes, e êste é proprietário (muito bem pago) e só naquela outra plataforma (também proprietária). -- flames > /dev/null saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Não é evidente que Deus exista." (San Tomaz de Aquino) - 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] Solaris
Em Dom, 2007-02-25 às 00:46 -0300, gethostbyname escreveu: > Pessoal, > > > > Desculpem-me pelo OFF, mas o que vocês têm a dizer sobre o Solaris? > Compensa aprender esse sistema também ou é inútil frente as capacidades > do FreeBSD? > > Qualquer opinião é bem vinda. Eu acho inútil perante as capacidades do Free, usei bastante solaris há alguns anos quando foi lançada a versão gratuita pra i386, mas vou te contar: Eita unixinho esquisito, sô! Nao vou dizer que ele não tem nada de melhor, mas pra quem manja bem de FreeBSD, dificilmente vai precisar de algum recurso que só tenha nele. []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] RES: RES: C/C++
On Sun, 25 Feb 2007 12:59:53 -0300 "Henrique Berenguel" <[EMAIL PROTECTED]> wrote: > Alguém conhece livro bom ou curso bom de c para unix? Os livros dos pais do C são excelentes (2 livros). Tem tanto original (inglês) como traduções, e não são caros. Autores: Brian Kernighan e Dennis Ritchie. -- Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}> Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." - 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: C/C++
Em Sáb, 2007-02-24 às 08:40 -0300, Anderson P. Matos - LINHARES ON LINE escreveu: > Paulo, a função main nem sempre deve retorna um valor, somente se você > quiser, quando a função começa com void, significa que não retorna valor > nenhum, e ainda você falou que a função main DEVE retornar um valor > inteiro, isso também esta errado, a função pode retornar um char, float, > double, usigned float...e mais um monte... > > Att. Sei que to uns dias atrasados mas quero ser mais um a frisar que você está viajando na maionese, a função main **SEMPRE** retorna um valor inteiro, você pode até fazer ela void só que nesse caso quando seu programa terminar ele VAI SIM retornar um inteiro, o 0. Vai ser sempre sucesso, o que nem sempre é verdade dependendo do que o programa fará, se quiser andar mais na linha do correto, faça sempre ela int. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mysql não aceita acentos.
Esta opção é apenas para output de texto (print e echo), não tem nada a
ver com a conexão com o mysql.
Opções do módulo mysql são no formato "mysql.opção".
Você realmente está disposto a dizer que não fiz a melhor solução, não?
Ajudaria se você lesse o que escrevo, e pricipalmente o porquê da solução
que usei.
Esta discussão não vai levar a nada.
Até,
Rafael.
On Sun, 25 Feb 2007 23:59:48 -0300, Eder <[EMAIL PROTECTED]> wrote:
> Entendi,
>
> Então isso pode ser alterado no arquivo php.ini, no default_charset, mais
> mesmo assim é estranho.
>
> Observe no código fonte do PHP em ext/mysql/php_mysql.c a função é bem
> clara,
>
> /* Returns the default character set for the current connection */
> PHP_FUNCTION(mysql_client_encoding)
> {...}
>
> Att Eder.
>
>
> On 2/25/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote:
>> Não precisa de muito para fazer o teste não. Apenas rode o código a
>> seguir:
>>
>> - teste.php
>> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
>> http://www.w3.org/1999/xhtml";>
>>
>>
>> Character-set de conexão com o mysql
>>
>>
>> >
>> // Ok, vamos brincar com um texto antes usando o que temos de charset
>> // de conexão padrão no servidor (deveria ser latin1, se não foi
>> ajustado
>> // outra coisa ao compilar a biblioteca)
>> mysql_connect( "localhost", "root", "leleafar" );
>> // Vamos ver qual é o charset padrão usado na conexão.
>> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
>> echo "Charset Padrão desta conexão: $r[0]\n";
>> // Bom, vamos fazer uma tabelinha com o charset latin1 no banco test
>> // que o mysql cria por padrão
>> if (mysql_query("create table if not exists `test`.`chartest` (texto
>> TEXT)
>> character set latin1;"))
>> echo "Tabela criada!";
>> else {
>> echo "Erro ao criar a tabela.";
>> exit(0);
>> }
>> // Beleza, vamos fazer um teste para guardar o texto com acentuação
>> $texto = "áéíóçãõà";
>> echo "Texto para testes: $texto (deve estar aparecendo corretamente
>> no
>> navegador!)\n";
>> mysql_query("insert into `test`.`chartest` set texto = '$texto';");
>> // Vamos ver o que ele guardou?
>> $r = mysql_fetch_row(mysql_query("select texto from
>> `test`.`chartest`;"));
>> if ($r[0] == $texto)
>> echo "O texto permanece igual!";
>> else
>> // isto não deveria acontecer se seu módulo mysql estiver em
>> latin1
>> echo "Opa, o texto foi modificado! Texto retornado:
>> $r[0]\n";
>> mysql_close();
>> // Ok, o legal é que o código acima tenha como resultado o texto
>> permanecer igual. Isto quer dizer que nossa conexão é latin1,
>> // Mas, qual seria o resultado se nossa conexão fosse, por padrão, em
>> utf-8? Vamos descobrir.
>> mysql_connect( "localhost", "root", "leleafar" );
>> // Vamos mudar o charset da conexão apenas (deve ser a primeira coisa a
>> ser feita, pelo o que está na documentação);
>> // Leia sobre isto onde indiquei anteriormente:
>> http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html
>> mysql_query("set NAMES utf8;");
>> // Vamos fazer nosso teste de descobrir qual o charset padrão para
>> verificar se deu certo a query anterior.
>> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
>> // Deve mostrar utf8 como resultado.
>> echo "Charset Padrão desta conexão: $r[0]\n";
>> // Vamos ver o que ele retorna pra gente agora?
>> $r = mysql_fetch_row(mysql_query("select texto from
>> `test`.`chartest`;"));
>> if ($r[0] == $texto)
>> echo "O texto permanece igual!";
>> else
>> echo "Opa, o texto foi modificado! Texto retornado:
>> $r[0]\n";
>> // Se o charset padrão desta conexão for utf-8, você já percebeu que o
>> texto foi "alterado"... mas nem tanto!
>> // Na verdade, seu texto foi retornado em utf-8, MESMO COM A TABELA
>> MARCADA COMO LATIN1
>> // Vamos conferir?
>> if ($texto == utf8_decode($r[0]))
>> echo "É o mesmo texto realmente, só que foi retornado em
>> UTF-8!\n";
>> /* Entendeu o problema? O problema não é na tabela, nem no locale, e sim
>> no charset usado pelo módulo php, que tem
>> o charset padrão dependente de como foi compilada antes a biblioteca do
>> mysql, pois não conheço arquivo de
>> configuração para esta biblioteca. */
>> // Vamos acabar com nossa tabela de testes
>> mysql_query("drop table `test`.`chartest`;");
>> mysql_close();
>> ?>
>>
>> - fim
>>
>> Como te disse, no meu caso, é complicado ajustar os scripts para usar
>> uft8_decode ou a query de mudar o charset da conexão num site de mais
>> de 8
>> anos (onde trabalhei apenas nos 2 últimos), que passou por várias
>> pessoas
>> diferentes, e com vários setores desenvolvidos por pessoas diferentes,
>> quase sempre de maneira totalmente desorganizada.
>>
>> A solução simples e eficiente no meu caso foi recompilar a biblioteca e
>> o
>> módulo para usarem latin1 como padrão de conexão, pois estavam em utf-8.
>>
>> Acho que agora estará satisfeito, vendo o resultado disto com os
>> próprio
[FUG-BR] [OFF] roteamento
ola lista... interface Serial0 estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu "show run" --- description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: C/C++
Alguém conhece livro bom ou curso bom de c para unix?
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Paulo Pires
Enviada em: domingo, 25 de fevereiro de 2007 00:57
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname <[EMAIL PROTECTED]> wrote:
>
> Essa exigência não é apenas da linguagem C++:
>
> "*ISO/IEC 9899:1999 (E)(c)ISO/IEC*
>
> *5.1.2.2.1 Program startup*
> The function called at program startup is named main. The implementation
> declares no prototype for this function. It shall be defined **with a
> return type of int** and with no parameters:
> *int *main(void) { /*...*/ }
> or with two parameters (referred to here as argc and argv, though any
> names may be used, as they are local to the function in which they are
> declared):
> *int *main(int argc, char *argv[]) { /*...*/ }
> or equivalent [ver a Nota]; or in some other implementation-defined
manner.
>
> *Nota*:
> Thus, int can be replaced by a typedef name defined as int,or the type
> of argv can be written as char ** argv, and so on."
Eu não se se foi coisa da lista, mas aqui apareceu um monte de
asteriscos (acho que você que usou negritos), fazendo parecer
ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo
que você achou, em
), onde vi que
eu não estava louco com um bando de ponteiros. :)
Mas veja o ponto-e-vírgula antes de "or some other
implementation-defined manner". Visualmente, acho que outra arrumação
poderia aumentar mais a clareza, mas o que entendo é que uma
implementação "hosted" (isto é, aquela que executa em um sistema
operacional) pode optar entre retornar int _ou_ "alguma outra maneira
definida pela implementação". Se optar por int, então deve aceitar
int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}.
Mas que o fraseamento e a composição visual não ajudam na clareza,
não ajudam mesmo.
--
Um abraço.
Paulo A. P. Pires
... Qui habet aurem audiat quid Spiritus dicat ecclesiis.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Internal Virus Database is out-of-date.
Checked by AVG Free Edition.
Version: 7.5.441 / Virus Database: 268.17.37/682 - Release Date: 12/2/2007
13:23
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] (off) roteamento
ola lista... estou com um problema (acho) de roteamento em um roteador cisco 1700. o ip que a embratel me deu foi Bloco : 189.003.004.000/26, 189.003.004.064/26 Máscara : 255.255.255.192 End IP Cliente : 201.38.230.38 End IP Embratel : 201.38.230.37 Máscara: 255.255.255.252 aki vai meu "show run" --- interface Serial0 description LINK_EMBRATEL bandwidth 2048 ip address 201.38.230.38 255.255.255.252 ip nat outside encapsulation ppp no fair-queue ! interface FastEthernet0 description REDE_LOCAL ip address 192.168.0.1 255.255.255.0 secondary ip address 192.168.45.199 255.255.255.0 secondary ip address 189.3.4.1 255.255.255.192 ip nat inside speed auto ! -- o problema eh... algum servicos nao estao funcionando no meu FREEBSD6.1. e como se hospeda-se coisas atras de nat.. eu naum intendo muito de configuracao de roteadores cisco. mais pelo que vejo parece que o range 189.3.4 esta atras de um nat. certo? ou nao? oq estou fazendo errado nesse caso...? ps: todas as portas estao abertas, testei. desculpe estar postando aki.. mais quero ter a certeza que o problema eh na configuracao do roteador e nao do meu free. Abracos David Coopermine - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] AMD(automount daemon) / smbfs
All, Alguém sabe se o amd (automount daemon) trabalha com sistema de arquivos smbfs? Thanks -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Network Simulator
http://www.isi.edu/nsnam/ns/index.html On Sun, 25 Feb 2007 20:01:43 -0300 "Celso Viana" <[EMAIL PROTECTED]> wrote: > All, > > Alguém por aqui usa o Network Simulator? Se sim, teria um script > simples para simular "roteamento" entre 2 redes? > > Thanks > > -- > Celso Vianna - 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 na instalação do qmail via q mailrocks tutorial
Luiz Otavio Souza wrote: > Mario Lobo escreveu: >> Alo gente; >> >> Pra encurtar a historia, cheguei ate o passo 6 do tutorial, na parte em que >> vou testar o vqadmin usando: >> >> http://www.yourdomain.com/cgi-bin/vqadmin/vqadmin.cgi >> >> neste ponto o vqadmin.cgi me devolve a mensagem: invalid language file >> na tela do browser. >> >> na pasta /usr/local/www/apache22/cgi-bin/vqadmin/html tem os arquivos en e >> en-us que eu copiei para /usr/local/www/apache22/cgi-bin/vqadmin (onde esta >> o >> vqadmin.cgi) pois o fonte lang.c do vqadmin.cgi tenta carregar estes >> arquivos >> do diretorio local mas nao adiantou nada :-(. >> >> Alguem tem alguma sugestão? >> > Tem um bug no vqadmin... Quando ele le a língua que o browser esta > configurado... É fácil de corrigir, mas não tenho ele instalado no > momento para ajudar... entra no diretorio dele e copia o arquivo chamado pt para pt-br. Isso normalmente resolve. Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
