Re: [FUG-BR] Squirrelmail e Courier imap nao abrem caixa com mais de 10.000 msgs
Ola Agora funcionou, um inbox com 19.000 e poucas mensagens foi aberto bem rapido ate. Foi so ativas essas configuacoes como vc passou no email Have you enabled server-side threading and sorting? conf.pl Option 4 Options 10-12. Agora vou ver se consigo ativar o modulo de trocar senha Muito obrigado On 5/11/07, Leonardo Linden [EMAIL PROTECTED] wrote: Cara muito obrigado, vou testar aqui ver se estar mudancas fazem algum efeito, pq a mem do php nao é, pq setei 2G e nao rolou, eheh Um abraco On 5/7/07, Carlos Anderson Jardim [EMAIL PROTECTED] wrote: Leonardo Linden escreveu: Aumentei pra 1,7G de ram por script e ainda nao vai :( Leonardo Segue as respostas abaixo: Resposta1: Mensagem original Assunto: Re: [SM-DEVEL] imap and corrier not open more than 1 messages in squirrelmail Data: Mon, 7 May 2007 09:09:25 -0500 De: Steve Brown [EMAIL PROTECTED] Para: Carlos Anderson Jardim [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Referências: [EMAIL PROTECTED] I have some mailbox with maildir more than with 10,000 messages and occupy 10Gb of hard disk and it always functioned in qmail/vpopmail/sqwebmail. Have you enabled server-side threading and sorting? conf.pl Option 4 Options 10-12. Steve Resposta2: Mensagem original Assunto: Re: [SM-DEVEL] imap and corrier not open more than 1 messages in squirrelmail Data: Mon, 07 May 2007 10:14:31 -0400 De: Chris Hilts [EMAIL PROTECTED] Responder a: [EMAIL PROTECTED] Empresa: SquirrelMail Developers Team Para: Carlos Anderson Jardim [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Referências: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlos Anderson Jardim wrote: But now I reinstalled the server and I placed the squirrelmail way imap, what it happens that of timeout in the page, does not appear inbox, will be limitation of courier or php? Enable server-side sorting if you haven't already. (Use the conf.pl tool that comes with Squirrelmail to make config changes). Also, make sure you start up conf.pl, and then select D from the main screen to set up some presets for your specific IMAP server. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFGPzRH98ixrK2vMtARAqyQAJ9Ikv1MMYy6+ZB45Cd6ZLbzo73KfACfSRmh uGvFINTMNhTT770sWHpSrOs= =Cl9c -END PGP SIGNATURE- Espero ter ajudado! -- Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 - 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] Comandos via Site
On 5/13/07, Rafael Busetti [EMAIL PROTECTED] wrote: Pessoal estou aqui pesquisando uma forma segura para fazer comandos via site, achei artigos falando sobre o SUDO que você pode limitar regras para os usuários tornando mais confiável, minha pergunta é se o sudo realmente é confiável, o programa em si, acredito que grande parte da confiança está na forma que o cara programa o site ... pois o Sudo me parece mais confiável que o su -c para usos em site. Digamos que é um site para algum administrador da rede, eu vou facilitar a vida dele ehhee. Agradeço desde já! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O sudo é bem interessante sim. Agora a respeito de confiável, não entendi o que você está querendo dizer. Caso esteja falando da qualidade da codificação/falhas de programação, dá para você ter idéia do histórico dessa app pelo freshports: http://www.freshports.org/security/sudo/ Um abraço, -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - 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: duvida ACL squid
On 5/13/07, Sérgio José Ferreira [EMAIL PROTECTED] wrote: ACL por login do usuário Exemplo : ... ## Fulano - Acessar webmail da globo.com acl Fulano proxy_auth login_do_usuario acl webmail_globo url_regex -i mail.globo.com http_access allow Fulano webmail_globo ... Sérgio Ferreira WGO Telecom Ou então usar a autenticação pam com o squid. Veja a man page do pam_auth para isto. Não esqueça que o squid tem que ter sido compilado com suporte a autenticação pam pra isso funcionar. Implementei um esquema desses há pouco tempo e funciona blz! Um abraço e bom trabalho. -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - 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] uptime =)
On 5/14/07, Thiago Costa [EMAIL PROTECTED] wrote: Em Terça 17 Abril 2007 09:50, Carlos Anderson Jardim escreveu: Thiago Rocha escreveu: putz, da ateh injeja de vc's... na minha empresa tem um bsd 4.1 rodando num pentium 2 (senao me engano)... o bicho tah lah a mais tempo que eu, e minha alegria de manha era conectar e executar um uptime isso ateh o dia que faltou energia de madrugada na rua mas que tristeza que me deu... tava ateh parecendo episodio de chaves '' se sente mal? '' na primeira vez tava com cerca 200 dias e na segunda vez com 183 dias... depois fiquei puto e parei de contar. agora tenho um no-break melhor to na esperenca de chegar a um ano ps: boa sorte pra mim!!! vou precisar... On 4/16/07, Carlos Anderson Jardim [EMAIL PROTECTED] wrote: Nilson Debatin escreveu: Em Seg, 2007-04-16 às 11:34 -0300, Eduardo Alvarenga escreveu: Em 16/04/07, Welington F.J[EMAIL PROTECTED] escreveu: Ae pessoal bom dia, Apenas para compartilhar com vocês! estabilidade total! Daqui 32 dias vai fazer 1 ano que meu servidor esta up =) [EMAIL PROTECTED] ~# date Mon Apr 16 09:47:30 BRT 2007 [EMAIL PROTECTED] ~# uptime 9:46AM up 333 days, 20:24, 3 users, load averages: 0.41, 0.32, 0.36 Parabéns! Quase um ano sem aplicar patches! Seu servidor deve estar uma beleza! Uh! Sinceramente, uptime não significa nada pra mim, IMHO é mais importante manter o servidor atualizado e seguro do que bater recordes. Atualize os programas, em geral do ports e vai estar seguro. Bug de segurança no kernel é raridade, e apenas isso (ou algum bug que esteja prejudicando estabilidade) seriam razões pra um reboot. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Já aproveitando... Meu server vovozinho :D svd01sc01:~# uname -a FreeBSD svd01sc01.santacasasjc 4.10-STABLE FreeBSD 4.10-STABLE #1: Sat Feb 12 09:11:23 BRT 2005 [EMAIL PROTECTED]:/usr/src/sys/compile/KERNEL i386 svd01sc01:~# date Seg 16 Abr 2007 13:51:20 BRT svd01sc01:~# uptime 13:51 up 472 days, 1:59, 1 user, load averages: 0,74 1,19 1,36 Att. -- Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Aqui no hospital alem do nobreak da SMS Vega II (20kVA) tem Gerador de Energia (para Centro Cirurgico, UTI e Informatica) acho que é por isso que meu uptime esta assim e que continue aumentando hehehe :D Att. No uptime-project o record se não me engano era de um SunOS com 6 anos de uptime. Pena que fecharam o site, alguém tem algum outro site alternativo ao uptime-project?? -- THIAGO DE SOUZA COSTA e-mail: [EMAIL PROTECTED] voip: 55-11-4063-5729 ou 1-305-334-0602 jid: [EMAIL PROTECTED] fotolog: http://fotolog.com/thiagodk - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Tem o netcraft (netcraft.com), que mapeia isso. http://uptime.netcraft.com/up/today/top.avg.html Os sistemas de linhagem BSD é q mandam nesse quesito :-D -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Em 14/05/07, Ygor Thomaz[EMAIL PROTECTED] escreveu: Sds, sou novato no mundo do FreeBSD. Estou com um problema que provavelmente vocês já devem ter enfrentado. Como já dei uma pesquisada no histórico da lista e não consegui encontrar uma resposta vou tentar expor meu problema. Seguinte, tenho um servidor SSHD no FreeBSD que não foi configurado por mim. O servidor aceitava conexões e autenticava normalmente, apos a mudança de IP da interface que aceitava estas conexões o cliente SSH apenas gera a chave no cliente porem logo depois ele fica parado não aparecendo os campos de LOGIN e SENHA. Ao executar o netstat -na a conexão esta presente na lista como estados EXTAVEL eliminando a possibilidade de ser uma regra de firewall. nunca tive este problema no Gnu/Linux acredito que o problema esteja na configuração de alguma parte do SSHD que não conheço ou alguma relação de confiança configurável no FreeBSD. Grande Abraço! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Veja em /etc/ssh/sshd_config se ListenAddress não está escutando em determinado endereço IP. -- 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
[FUG-BR] Migrando de Sendmail para Postfix.
Bom dia pessoal! Eu tenho aqui na empresa, um servidor de e-mail rodando um Sendmail + Spamassassin + Clamav + MailScanner + Mailwatch. A questão, é que depois que eu fio migrar o server de um HD pra outro, minhas configurações não estão mais funcionando corretamente (Quem acompanhou um topico meu da semana passada, deve saber do que estou falando.) e então eu resolvi optar por outro MTA. Pesquisei, pesquisei e me deparei com o Postfix por sua robustez e pelo que vi, há uma grande possibilidade de migrar as mensagens das caixas de usuários do Sendmail para ele. Mas a questão é que no Sendmail, com o MailScanner, eu posso fazer um controle do spam e dos arquivos perigosos não deletando-os diretamente mas sim colocando-os em quarentena e depois, pelo Mailwatch ver o que é spam realmente ou não e ver e-mails que continham arquivos perigosos ou marcados como infectados e entrega-los aos seus devidos destinatários se assim fosse plausível. Então vem a pergunta... Tem como fazer isso no Postfix? Se sim, qual a melhor ferramenta a se usar? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 218). -- 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] RES: ROUTE-TO para ligações feita pelo SKYPE, sugestões?
Em Sun, 13 May 2007 01:00:06 -0300 Roberto Costa [EMAIL PROTECTED] escreveu: O Skype não utiliza um porta fixa, começa a procurar na porta 80, se não conseguir conectar vai tentando outras portas. É complicado até pra barrar num firewall meu leve pitaco: não era, específicamente, skype, mas na lista foi comentado sôbre outros que buscam portas aleatóriamente mas que têem uma porta preferencial: cria-se um pipe (restrição de tráfego) com baixíssima taxa de transferência e joga-se os servidores delinquentes nêsse pipe. Um bit por hora deve bastar (riso). Com isso, a porta preferencial será usada, mas o usuário deve logo desistir do uso do aplicativo. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
Em Sun, 13 May 2007 22:28:00 -0300 Rafael Busetti [EMAIL PROTECTED] escreveu: Digamos que é um site para algum administrador da rede, eu vou facilitar a vida dele ehhee. para administração remota eu preferiria o webmin; vc pode estabelecer regras de acesso no fw, restringindo-o. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Em Mon, 14 May 2007 00:17:32 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: apos a mudança de IP da interface que aceitava estas conexões o cliente SSH apenas gera a chave no cliente porem logo depois ele fica parado não aparecendo os campos de LOGIN e SENHA. experimente fazer: ssh -vv [EMAIL PROTECTED] com isso vc vai ter informações sôbre a conexão ou eventual paralisia da mesma. Por outro lado, no servidor, examine a configuração do /etc/ssh/sshd_config, pode ter sido definida restrição de ip de origem, usuário. O fw pode ter, também, restrição de ip_origem. Ah, se estiver usando root para acessar a máquina remota, o NORMAL é não ser aceito. Acesse como usuário mortal e depois, se for o caso, um su ou sudo pra fazer o necessário. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
Trabalhar com sudo é uma faca de dois gumes... Funciona?! Funciona e bem! Mas deixa neguinho achá um furo pra ver a dor de cabeça que arruma... pq dá acesso a root... e root faz o que quer... ainda mais via web sei la... sou ainda meio conservador e tal Preferível um webmin que é feito pra esse proposito mesmo... []s PS: Pra deixar a vida de quem administra mais facil... ensine-o (ou manda aprender) FreeBSD :-) Caio Viana Em Seg, 2007-05-14 às 09:53 -0300, irado furioso com tudo escreveu: Em Sun, 13 May 2007 22:28:00 -0300 Rafael Busetti [EMAIL PROTECTED] escreveu: Digamos que é um site para algum administrador da rede, eu vou facilitar a vida dele ehhee. para administração remota eu preferiria o webmin; vc pode estabelecer regras de acesso no fw, restringindo-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] SSHD - Não abre campos de autenticaç ão.
Sds, (Desculpem o tamanho do LOG) Entrei com o comando que você me recomendo. E obtive as seguintes respostas: ssh -vv [EMAIL PROTECTED] debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to 172.31.0.1 [172.31.0.1] port 22. debug1: Connection established. debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 FreeBSD-20040419 debug1: match: OpenSSH_3.8.1p1 FreeBSD-20040419 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 120/256 debug2: bits set: 507/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '172.31.0.1' is known and matches the DSA host key. debug1: Found key in /root/.ssh/known_hosts:2 debug2: bits set: 529/1024 debug1: ssh_dss_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /root/.ssh/identity ((nil)) debug2: key: /root/.ssh/id_rsa ((nil)) debug2: key: /root/.ssh/id_dsa ((nil)) debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply Connection closed by 172.31.0.1 Obrigado!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Em Mon, 14 May 2007 10:32:06 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply Connection closed by 172.31.0.1 bem, o que eu observei é o seguinte: a) vc está usando usuário root - verifique se o PermitRootLogin está definido como yes, caso contrário vc não vai conseguir. Na verdade, é preferível deixar como está e, como sugerido antes, acessar como usuário mortal e depois um su ou sudo para trabalhar como root. a-1) o PermitRootLogin está em /etc/ssh/sshd_config b) vc pode TAMBÉM gerar as chaves públicas/privadas para acesso, uma vez que (como visto no log) são as primeiras coisas que se busca. Gere a chave e coloque a pública lá do outro lado. sugestão FORTE: não acessar como root. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Fiz o teste e obtive o seguinte retorno: ... ssh -vv [EMAIL PROTECTED] debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/ygor/.ssh/identity ((nil)) debug2: key: /home/ygor/.ssh/id_rsa ((nil)) debug2: key: /home/ygor/.ssh/id_dsa ((nil)) PARANDO AQUI! o PermitRootLogin esta setado como NO. Alguma ideia ? Andei conversando com o pessoal daqui e me informaram que estava funcionando perfeitamente ate que mudaram o IP deste servidor. Acredito que isto pode ter alguma relacao. Att, Ygor! Em 14/05/07, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Mon, 14 May 2007 10:32:06 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply Connection closed by 172.31.0.1 bem, o que eu observei é o seguinte: a) vc está usando usuário root - verifique se o PermitRootLogin está definido como yes, caso contrário vc não vai conseguir. Na verdade, é preferível deixar como está e, como sugerido antes, acessar como usuário mortal e depois um su ou sudo para trabalhar como root. a-1) o PermitRootLogin está em /etc/ssh/sshd_config b) vc pode TAMBÉM gerar as chaves públicas/privadas para acesso, uma vez que (como visto no log) são as primeiras coisas que se busca. Gere a chave e coloque a pública lá do outro lado. sugestão FORTE: não acessar como root. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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] IRRITABILIDADE SOCIAL DA CAIXA
Boa tarde lista! Novamente recorrendo a lista por causa dessa droga de conectividade social!!! Estamos configurando um servidor proxy com as seguintes especificacoes: FreeBSD-6.2-Stable IPFILTER e nao o IPFW ou IPFW2 IPNAT SQUID-2.6 - NAO CONFIGURADO DE FORMA TRANSPARENTE! PRO PESSOAL NAVEGAR TEM QUE COLOCAR O PROXY E A PORTA NO NAVEGADOR! E ESTOU TRABALHANDO COM PROXY AUTENTICADO TAMBEM! Encontrei em um monte de lugares o pessoal com solucoes para fazer a conectividade social funcionar usando o IPFW, mas no IPFILTER esta dificil encontrar algo que realmente funcione! Preciso de ajuda com relacao a isso!! Alguem teria um exemplo de configuracao do IPFILTER ou do IPNAT pra que eu resolva isso de vez? Abaixo segue meus arquivos ipf.rules e ipnat.rules: ipf.rules ### Loopback - LO0 pass out quick on lo0 all pass in quick on lo0 all ### LINK BRT pass out quick on xl0 all keep state pass in quick on xl0 proto tcp from any to any port = 5 flags S/SA keep state block in log first quick on xl0 all block in log quick on xl0 from 192.168.0.0/16 to any block in log quick on xl0 from 172.16.0.0/12 to any block in log quick on xl0 from 10.0.0.0/8 to any block in log quick on xl0 from 127.0.0.0/8 to any block in log quick on xl0 from 0.0.0.0/8 to any block in log quick on xl0 from 169.254.0.0/16 to any block in log quick on xl0 from 192.0.2.0/24 to any block in log quick on xl0 from 204.152.64.0/23 to any block in log quick on xl0 from 224.0.0.0/3 to any block in quick on xl0 all with frags block in quick on xl0 proto tcp all with short block in quick on xl0 all with opt lsrr block in quick on xl0 all with opt ssrr block in log first quick on xl0 proto tcp from any to any flags FUP block in quick on xl0 all with ipopts block in quick on xl0 proto icmp all icmp-type 8 block in quick on xl0 proto tcp from any to any port = 113 block in log first quick on xl0 proto tcp/udp from any to any port = 81 block in log first quick on xl0 proto tcp/udp from any to any port = 137 block in log first quick on xl0 proto tcp/udp from any to any port = 138 block in log first quick on xl0 proto tcp/udp from any to any port = 139 ### REDE CORPORATIVA - XL1 - 192.168.0.1/24 pass out quick on xl1 all keep state pass in quick on xl1 all keep state block return-rst in log proto tcp from any to any flags S/SA block return-icmp-as-dest(port-unr) in log proto udp from any to any block return-icmp(net-unr) in log proto udp from any to any ipnat.rules - map xl0 192.168.0.0/24 - 0/32 proxy port ftp ftp/tcp map xl0 192.168.0.0/24 - 0/32 portmap tcp/udp 1000:45000 map xl0 192.168.0.0/24 - 0/32 rdr xl1 0/0 port 80 - 127.0.0.1 port 3128 tcp/udp Agradeco toda ajuda possivel!! Obrigado! Cleyton Bertolim. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Verifique se nos logs não aparece algo parecido com a linha abaixo: Timeout before authentication. Já enfrentei esse problema com o sshd após alterar o IP do servidor. Foi necessário regerear as chaves do sshd para solucionar o problema, só que não lembro como isso foi feito. Em 14/05/07, Ygor Thomaz[EMAIL PROTECTED] escreveu: Fiz o teste e obtive o seguinte retorno: ... ssh -vv [EMAIL PROTECTED] debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/ygor/.ssh/identity ((nil)) debug2: key: /home/ygor/.ssh/id_rsa ((nil)) debug2: key: /home/ygor/.ssh/id_dsa ((nil)) PARANDO AQUI! o PermitRootLogin esta setado como NO. Alguma ideia ? Andei conversando com o pessoal daqui e me informaram que estava funcionando perfeitamente ate que mudaram o IP deste servidor. Acredito que isto pode ter alguma relacao. Att, Ygor! Em 14/05/07, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Mon, 14 May 2007 10:32:06 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply Connection closed by 172.31.0.1 bem, o que eu observei é o seguinte: a) vc está usando usuário root - verifique se o PermitRootLogin está definido como yes, caso contrário vc não vai conseguir. Na verdade, é preferível deixar como está e, como sugerido antes, acessar como usuário mortal e depois um su ou sudo para trabalhar como root. a-1) o PermitRootLogin está em /etc/ssh/sshd_config b) vc pode TAMBÉM gerar as chaves públicas/privadas para acesso, uma vez que (como visto no log) são as primeiras coisas que se busca. Gere a chave e coloque a pública lá do outro lado. sugestão FORTE: não acessar como root. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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 -- Mauricio Bonani LPIC-1 mailto:[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] IRRITABILIDADE SOCIAL DA CAIXA
On 5/14/07, Cleyton Bertolim [EMAIL PROTECTED] wrote:
Boa tarde lista!
Novamente recorrendo a lista por causa dessa droga de conectividade social!!!
Estamos configurando um servidor proxy com as seguintes especificacoes:
FreeBSD-6.2-Stable
IPFILTER e nao o IPFW ou IPFW2
IPNAT
SQUID-2.6 - NAO CONFIGURADO DE FORMA TRANSPARENTE! PRO PESSOAL
NAVEGAR TEM QUE COLOCAR O PROXY E A PORTA NO NAVEGADOR! E ESTOU
TRABALHANDO COM PROXY AUTENTICADO TAMBEM!
Encontrei em um monte de lugares o pessoal com solucoes para fazer a
conectividade social funcionar usando o IPFW, mas no IPFILTER esta
dificil encontrar algo que realmente funcione!
Preciso de ajuda com relacao a isso!!
Alguem teria um exemplo de configuracao do IPFILTER ou do IPNAT pra
que eu resolva isso de vez?
Abaixo segue meus arquivos ipf.rules e ipnat.rules:
Cleyton,
aqui uso pf com estas regras e funciona perfeitamente.
# conectividade Social
nat on $ext_if from {ip_do_fulano1,fulano2} to {200.201.174.0/24,
200.201.173.68} - ($ext_if:0)
essas regras resolveram aqui... é uma saida.
Att,
--
Welington F.J
BSD User: 51392
IVOZ: 4668
MSN: [EMAIL PROTECTED]
Drogas ? Pra que? Já Tenho Meu Windows!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Em Mon, 14 May 2007 12:55:10 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: o PermitRootLogin esta setado como NO. portanto vc não pode acessa-lo como root. Mas.. e o ygor, existe lá, como usuário? Se não existir, TAMBÉM não vai funcionar Andei conversando com o pessoal daqui e me informaram que estava funcionando perfeitamente ate que mudaram o IP deste servidor. Acredito que isto pode ter alguma relacao. relativo.. se tiverem definido ip no ListenAddress - verifique. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IRRITABILIDADE SOCIAL DA CAIXA
Em Mon, 14 May 2007 13:02:41 -0300 Cleyton Bertolim [EMAIL PROTECTED] escreveu: Encontrei em um monte de lugares o pessoal com solucoes para fazer a conectividade social funcionar usando o IPFW, mas no IPFILTER esta dificil encontrar algo que realmente funcione! não é muito diferente, na verdade. Contudo, a CS-Caixa NÃO FUNCIONA via proxy, vc teria que desviar direto para o nat e garantir o funcionamento (retorno) statefull dos pacotes -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
O legal do sudo é a simplicidade, que pode custar caro no futuro, eu não recomendo pra esse caso, porém é muito útil em outros casos. O webmin que estão recomendando pode ser acessado via browser, que já é algo bem interessante. Só não durma no ponto, mantenha-o atualizado e não deixa de ver http://www.webmin.com/security.html com bastante frequência também. -- Uma informação por dia, leva ao sábio sabedoria. There will be a day machines will reign, and only the ones able to understand them will survive. Freebsd Br-User Registered #371 Hugo Pessoa/NgD Vulto. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
Certo, Poisé como li, realmente o sudo pode dar dor de cabeça, sobre o webmin, como ele faz a execução de comandos no sh? Pois assim posso seguir o mesmo principio dele hehe =) Em 14/05/07, Caio Viana[EMAIL PROTECTED] escreveu: Trabalhar com sudo é uma faca de dois gumes... Funciona?! Funciona e bem! Mas deixa neguinho achá um furo pra ver a dor de cabeça que arruma... pq dá acesso a root... e root faz o que quer... ainda mais via web sei la... sou ainda meio conservador e tal Preferível um webmin que é feito pra esse proposito mesmo... []s PS: Pra deixar a vida de quem administra mais facil... ensine-o (ou manda aprender) FreeBSD :-) Caio Viana Em Seg, 2007-05-14 às 09:53 -0300, irado furioso com tudo escreveu: Em Sun, 13 May 2007 22:28:00 -0300 Rafael Busetti [EMAIL PROTECTED] escreveu: Digamos que é um site para algum administrador da rede, eu vou facilitar a vida dele ehhee. para administração remota eu preferiria o webmin; vc pode estabelecer regras de acesso no fw, restringindo-o. - 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: Camisetas FUG-BR (Marcio Antunes)
Faz um bom tempo que eu to querendo essa blusa...espero que algum site de e-commerce se interesse logo, eu quero uma GG, se já tiver como obter (moro em Fortaleza) me informem. -- Uma informação por dia, leva ao sábio sabedoria. There will be a day machines will reign, and only the ones able to understand them will survive. Freebsd Br-User Registered #371 Hugo Pessoa/NgD Vulto. - 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 o Flash Player do Opera 9.20 no Free 6.2
Olá pessoal: Depois da instalação do Opera em um desktop IBM, eu ainda não consegui configurar o Flash Plugin. No Firefox, o flash está funcionando bem mas no Opera não ... Tive alguns problemas para saber de onde ele pega os plugins, configurei o /etc/libmap.conf e ao iniciar ele diz que não inicia o plugin. Vejam a saída abaixo: machine:~ opera --debugplugin operapluginwrapper: [plugin probing] /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so opera: plugin detection successful: /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1086 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1088 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1089 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. Ambiente: 6.2-RELEASE linuxpluginwrapper-20051113_7 xfce-4.4.1 opera-9.20.20070409 Alguém tem alguma dica? -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
Em Mon, 14 May 2007 13:33:53 -0300 Rafael Busetti [EMAIL PROTECTED] escreveu: faz a execução de comandos no sh? Pois assim posso seguir o mesmo principio dele hehe =) é OS, portanto basta vc ler o programa todo (é perl). -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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 Flash Player do Opera 9.20 no Free 6.2
Em 14/05/07, Francisco Ricardo Batista Cardoso[EMAIL PROTECTED] escreveu: Olá pessoal: Depois da instalação do Opera em um desktop IBM, eu ainda não consegui configurar o Flash Plugin. No Firefox, o flash está funcionando bem mas no Opera não ... Tive alguns problemas para saber de onde ele pega os plugins, configurei o /etc/libmap.conf e ao iniciar ele diz que não inicia o plugin. Vejam a saída abaixo: machine:~ opera --debugplugin operapluginwrapper: [plugin probing] /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so opera: plugin detection successful: /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1086 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1088 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1089 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. Ambiente: 6.2-RELEASE linuxpluginwrapper-20051113_7 xfce-4.4.1 opera-9.20.20070409 Alguém tem alguma dica? -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Velho vc nao instalou o opera-linuxpluguins pq meu opera funciona blz. ate mesmo o firefox roda flash so nao java que ainda nao instalei -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IRRITABILIDADE SOCIAL DA CAIXA
Em 14/05/07, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Mon, 14 May 2007 13:02:41 -0300 Cleyton Bertolim [EMAIL PROTECTED] escreveu: Encontrei em um monte de lugares o pessoal com solucoes para fazer a conectividade social funcionar usando o IPFW, mas no IPFILTER esta dificil encontrar algo que realmente funcione! não é muito diferente, na verdade. Contudo, a CS-Caixa NÃO FUNCIONA via proxy, vc teria que desviar direto para o nat e garantir o funcionamento (retorno) statefull dos pacotes -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd como ja falei antes conectividade socila so funciona corretamente bem com o java da M$. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comandos via Site
Vlw amigo, vou analisa-lo! Em 14/05/07, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Mon, 14 May 2007 13:33:53 -0300 Rafael Busetti [EMAIL PROTECTED] escreveu: faz a execução de comandos no sh? Pois assim posso seguir o mesmo principio dele hehe =) é OS, portanto basta vc ler o programa todo (é perl). -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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] Problemas com o Flash Player do Opera 9.20 no Free 6.2
Francisco Ricardo Batista Cardoso wrote: Olá pessoal: Depois da instalação do Opera em um desktop IBM, eu ainda não consegui configurar o Flash Plugin. No Firefox, o flash está funcionando bem mas no Opera não ... Tive alguns problemas para saber de onde ele pega os plugins, configurei o /etc/libmap.conf e ao iniciar ele diz que não inicia o plugin. Vejam a saída abaixo: machine:~ opera --debugplugin operapluginwrapper: [plugin probing] /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so opera: plugin detection successful: /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1086 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1088 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1089 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. Ambiente: 6.2-RELEASE linuxpluginwrapper-20051113_7 xfce-4.4.1 opera-9.20.20070409 Alguém tem alguma dica? Você conseguiu fazer funcionaro o flash com o firefox 2.0? Aqui rodava flash no firefox 1.5 porém atuializei para 2.0.x e não consigo mais rodar. Segui as dicas deste site http://www.unixlike.com.br/?p=81 que no 1.5 funcionadva e todas as dicas sobre este assunto que rolou na lista na semana passada e nada de flash! tks Augusto - 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: ROUTE-TO para ligações feita pelo SKYPE, sugestões?
Eu vi isso no site do Skype... mas deve existir algum jeito de fazer... acho
que via SKYPE OUT é mais fácil, pois deve ser somente uma faixa de ip de
saída fixo... mas para skype normal (p2p) fica quase impossível mesmo...
mesmo assim ainda pode existir uma possibilidade, pelo L7 (a nível de
aplicação)... mas isso NUNCA vi nada ensinando a fazer na net (para BSD).
É isso amigos, mas pelo Velox o skype tem funfado bem... vou deixar como
tá... o VOIP saindo pelo outro provedor já resolve meu problema.. e isso
consegui fazer via route-to...
Abraço,
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
- Original Message -
From: Roberto Costa [EMAIL PROTECTED]
To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'
freebsd@fug.com.br
Sent: Sunday, May 13, 2007 1:00 AM
Subject: [FUG-BR] RES: ROUTE-TO para ligações feita pelo SKYPE, sugestões?
O Skype não utiliza um porta fixa, começa a procurar na porta 80, se não
conseguir conectar vai tentando outras portas. É complicado até pra barrar
num firewall
Sds,
Roberto Costa
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Welkson Renny de Medeiros
Enviada em: quarta-feira, 9 de maio de 2007 17:33
Para: freebsd@fug.com.br
Assunto: [FUG-BR] ROUTE-TO para ligações feita pelo SKYPE, sugestões?
Senhores,
Instalei mais um link de internet no meu servidor, mas decidi que ele seria
utilizado apenas por alguns serviços (saída de email e VoIP), no PF fiz a
seguinte regra:
# VoIP NovaPhone via JETCOM
pass in quick on $int_if route-to ($ext_if2 189.3.15.1) from 192.168.0.249
to any
pass out quick on $int_if from any to 192.168.0.249
Onde 189.3.15.1 é o gateway do meu novo provedor e 192.168.0.249 é o ip do
meu ATA... até aqui tudo funfando perfeitamente.
Para a saída de email ficou assim:
# Envio de emails via JETCOM
pass in quick on $int_if route-to ($ext_if2 189.3.15.1) proto { tcp, udp }
from { 192.168.0.0/24, 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24 } to
any port { 465, 587, 25 }
Decidi fazer isso porque meu link principal é Velox, e toda classe de ip
desse provedor está listada na SpamHaus... :( agora todos estão saindo
via JetCom que está com o ip limpo... isso funciona perfeitamente.
Agora vem a bronca, o pessoal gostou da qualidade do VoIP via JetCom e me
solicitou que as chamadas do Skype também deveriam sair via JetCom... a
bronca é que não acho exatamente quais portas o Skype usa na conexão... me
parece que é aleatório, alguém sabe informar?
Já dei uma olhada nesse link mas não ficou claro:
http://www.skype.com/help/guides/firewall.html
Sugestões serão bem vindas!
Abraço a todos.
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
-
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.467 / Virus Database: 269.6.6/795 - Release Date: 9/5/2007
15:07
-
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] Problemas com o Flash Player do Opera 9.20 no Free 6.2
Augusto Fabiano Torres wrote: Francisco Ricardo Batista Cardoso wrote: Olá pessoal: Depois da instalação do Opera em um desktop IBM, eu ainda não consegui configurar o Flash Plugin. No Firefox, o flash está funcionando bem mas no Opera não ... Tive alguns problemas para saber de onde ele pega os plugins, configurei o /etc/libmap.conf e ao iniciar ele diz que não inicia o plugin. Vejam a saída abaixo: machine:~ opera --debugplugin operapluginwrapper: [plugin probing] /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so opera: plugin detection successful: /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1086 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1088 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1089 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. Ambiente: 6.2-RELEASE linuxpluginwrapper-20051113_7 xfce-4.4.1 opera-9.20.20070409 Alguém tem alguma dica? Você conseguiu fazer funcionaro o flash com o firefox 2.0? Aqui rodava flash no firefox 1.5 porém atuializei para 2.0.x e não consigo mais rodar. Segui as dicas deste site http://www.unixlike.com.br/?p=81 que no 1.5 funcionadva e todas as dicas sobre este assunto que rolou na lista na semana passada e nada de flash! tks Augusto Funcionou nos dois navegadores, apenas sem som o Firefox. Havia feito a instalação da versão 2.0.x do firefox usando o port existente em /usr/ports/www/firefox mas agora observei que existe um ports para /usr/ports/www/linux-firefox que instalei e não sei se por mera coincidência funcionou o flash. No opera funciona de pronto inclusive com o som. Basta instalar o porta do opera e oopera-linuxpluguins como o alessando disse. Augusto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando de Sendmail para Postfix.
Eu não conheço o sendmail. Mas tenho um server bem completo com Postfix. No meu server eu to rodando postfix + ldap + mailscanner + mailwatch + razor + pyzor + rbl's + amavis + cyrus imap + egroupware. Consigo, sem dificuldades, fazer a mesma coisa que você descreveu. Quando as mensagens chegam no postfix existe uma regra que checa o cabeçalho da mensagem e coloca todas em HOLD. O mailscanner por sua vez escaneia as mensagens em HOLD e coloca na fila Incoming e por sua vez é entregue ao usuário. No mailscanner é dito o que fazer com as mensagens que tem vírus, foram bloqueadas por filtro de conteúdo e as que são consideradas spam. Pode-se devolver, apagar, colocar em quarentena etc... Eu acredito que no sendmail isso deve ser configurado +- da mesma maneira. Por isso eu acho que hoje quem faz esse trabalho, de quarentena, pra ti já é o mailscanner. Flw Em 14/05/07, Junior Pires[EMAIL PROTECTED] escreveu: Bom dia pessoal! Eu tenho aqui na empresa, um servidor de e-mail rodando um Sendmail + Spamassassin + Clamav + MailScanner + Mailwatch. A questão, é que depois que eu fio migrar o server de um HD pra outro, minhas configurações não estão mais funcionando corretamente (Quem acompanhou um topico meu da semana passada, deve saber do que estou falando.) e então eu resolvi optar por outro MTA. Pesquisei, pesquisei e me deparei com o Postfix por sua robustez e pelo que vi, há uma grande possibilidade de migrar as mensagens das caixas de usuários do Sendmail para ele. Mas a questão é que no Sendmail, com o MailScanner, eu posso fazer um controle do spam e dos arquivos perigosos não deletando-os diretamente mas sim colocando-os em quarentena e depois, pelo Mailwatch ver o que é spam realmente ou não e ver e-mails que continham arquivos perigosos ou marcados como infectados e entrega-los aos seus devidos destinatários se assim fosse plausível. Então vem a pergunta... Tem como fazer isso no Postfix? Se sim, qual a melhor ferramenta a se usar? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 218). -- 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 -- Att. Lutieri G. B. - 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 Flash Player do Opera 9.20 no Free 6.2
On 5/14/07, Augusto Fabiano Torres [EMAIL PROTECTED] wrote: Augusto Fabiano Torres wrote: Francisco Ricardo Batista Cardoso wrote: Olá pessoal: Depois da instalação do Opera em um desktop IBM, eu ainda não consegui configurar o Flash Plugin. No Firefox, o flash está funcionando bem mas no Opera não ... Tive alguns problemas para saber de onde ele pega os plugins, configurei o /etc/libmap.conf e ao iniciar ele diz que não inicia o plugin. Vejam a saída abaixo: machine:~ opera --debugplugin operapluginwrapper: [plugin probing] /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so opera: plugin detection successful: /usr/local/lib/npapi/symlinks/linux-opera/libflashplayer.so XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1086 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1088 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. XIO: fatal IO error 78 (Function not implemented) on X server :0.0 after 21 requests (20 known processed) with 0 events remaining. opera: Plug-in 1089 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. Ambiente: 6.2-RELEASE linuxpluginwrapper-20051113_7 xfce-4.4.1 opera-9.20.20070409 Alguém tem alguma dica? Você conseguiu fazer funcionaro o flash com o firefox 2.0? Aqui rodava flash no firefox 1.5 porém atuializei para 2.0.x e não consigo mais rodar. Segui as dicas deste site http://www.unixlike.com.br/?p=81 que no 1.5 funcionadva e todas as dicas sobre este assunto que rolou na lista na semana passada e nada de flash! tks Augusto Funcionou nos dois navegadores, apenas sem som o Firefox. Havia feito a instalação da versão 2.0.x do firefox usando o port existente em /usr/ports/www/firefox mas agora observei que existe um ports para /usr/ports/www/linux-firefox que instalei e não sei se por mera coincidência funcionou o flash. No opera funciona de pronto inclusive com o som. Basta instalar o porta do opera e oopera-linuxpluguins como o alessando disse. Augusto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Beleza senhores ... realmente esqueci de instalar o opera-linuxplugins, vou fazer isso amanhã e posto o resultado. O meu firefox com o flash tá funcionando blz! Estou usando mesmo o firefox nativo mas o flash 7 é via compatibilidade binária. Talvez você não tenha configurado o /etc/libmap.conf, onde eu apanhei um pouquinho até pegar o jeito. Quanto ao som, veja se a sua placa está sendo controlada via pciconf -lv. Configurando a placa mais o flash funcionou tudo blz. Se precisar de algo, é só falar. -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Congelamento de ports?
Parece que estamos em um congelamento de ports desde quinta ou sexta feira. Pelo que soube, aconteceria um parcial para a entrada do Xorg 7.0. Mas este congelamento pegou o PHP5 no contrapé, logo depois que foram anunciadas vulnerabilidades, e com o congelamento não foram corrigidas nos ports. Alguém tem mais alguma informação? João Rocha. -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br - 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: ROUTE-TO para ligaçõe s feita pelo SKYPE, sugestões?
Lembro disso, e funciona :) Mas tem seus inconvenientes, o skype por exemplo usa a porta 80, o que entraria em conflito com a regra HTTP ... Welkson, Uma sugestão, se vc possuir recurso suficiente (e tempo livre... hehe), poderia montar um outro Proxy (noutra máquina), direcionar pra ele o skype, MSN, e outros serviços. No gateway vc pode direcionar para sair pelo link de sua escolha filtrando pelo ip do novo Proxy . Bem, como você disse toda sugestão será bem vinda espero não ter falado muita besteira -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de irado furioso com tudo Enviada em: segunda-feira, 14 de maio de 2007 09:45 Para: freebsd@fug.com.br Assunto: Re: [FUG-BR] RES: ROUTE-TO para ligações feita pelo SKYPE, sugestões? Em Sun, 13 May 2007 01:00:06 -0300 Roberto Costa [EMAIL PROTECTED] escreveu: O Skype não utiliza um porta fixa, começa a procurar na porta 80, se não conseguir conectar vai tentando outras portas. É complicado até pra barrar num firewall meu leve pitaco: não era, específicamente, skype, mas na lista foi comentado sôbre outros que buscam portas aleatóriamente mas que têem uma porta preferencial: cria-se um pipe (restrição de tráfego) com baixíssima taxa de transferência e joga-se os servidores delinquentes nêsse pipe. Um bit por hora deve bastar (riso). Com isso, a porta preferencial será usada, mas o usuário deve logo desistir do uso do aplicativo. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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.467 / Virus Database: 269.7.0/803 - Release Date: 13/5/2007 12:17 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando de Sendmail para Postfix.
Blz! Você me indica algum tuto legal pra implantar um server desses? Abração! Eu não conheço o sendmail. Mas tenho um server bem completo com Postfix. No meu server eu to rodando postfix + ldap + mailscanner + mailwatch + razor + pyzor + rbl's + amavis + cyrus imap + egroupware. Consigo, sem dificuldades, fazer a mesma coisa que você descreveu. Quando as mensagens chegam no postfix existe uma regra que checa o cabeçalho da mensagem e coloca todas em HOLD. O mailscanner por sua vez escaneia as mensagens em HOLD e coloca na fila Incoming e por sua vez é entregue ao usuário. No mailscanner é dito o que fazer com as mensagens que tem vírus, foram bloqueadas por filtro de conteúdo e as que são consideradas spam. Pode-se devolver, apagar, colocar em quarentena etc... Eu acredito que no sendmail isso deve ser configurado +- da mesma maneira. Por isso eu acho que hoje quem faz esse trabalho, de quarentena, pra ti já é o mailscanner. Flw Em 14/05/07, Junior Pires[EMAIL PROTECTED] escreveu: Bom dia pessoal! Eu tenho aqui na empresa, um servidor de e-mail rodando um Sendmail + Spamassassin + Clamav + MailScanner + Mailwatch. A questão, é que depois que eu fio migrar o server de um HD pra outro, minhas configurações não estão mais funcionando corretamente (Quem acompanhou um topico meu da semana passada, deve saber do que estou falando.) e então eu resolvi optar por outro MTA. Pesquisei, pesquisei e me deparei com o Postfix por sua robustez e pelo que vi, há uma grande possibilidade de migrar as mensagens das caixas de usuários do Sendmail para ele. Mas a questão é que no Sendmail, com o MailScanner, eu posso fazer um controle do spam e dos arquivos perigosos não deletando-os diretamente mas sim colocando-os em quarentena e depois, pelo Mailwatch ver o que é spam realmente ou não e ver e-mails que continham arquivos perigosos ou marcados como infectados e entrega-los aos seus devidos destinatários se assim fosse plausível. Então vem a pergunta... Tem como fazer isso no Postfix? Se sim, qual a melhor ferramenta a se usar? Grato, -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 218). -- 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 -- Att. Lutieri G. B. - 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 218). -- 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] RES: RES: ROUTE-TO para ligaçõe s feita pelo SKYPE, sugestões?
Esclarecendo... Outro Proxy, não precisa ser necessariamente o Squid ou similar, pode ser algo bem + simples, apenas para fazer um bypass nas portas... algo tipo o NC. (teria q ver se ele trabalha com multiplas portas ..) -Mensagem original- De: Roberto Costa [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 14 de maio de 2007 20:20 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: RES: [FUG-BR] RES: ROUTE-TO para ligações feita pelo SKYPE, sugestões? Lembro disso, e funciona :) Mas tem seus inconvenientes, o skype por exemplo usa a porta 80, o que entraria em conflito com a regra HTTP ... Welkson, Uma sugestão, se vc possuir recurso suficiente (e tempo livre... hehe), poderia montar um outro Proxy (noutra máquina), direcionar pra ele o skype, MSN, e outros serviços. No gateway vc pode direcionar para sair pelo link de sua escolha filtrando pelo ip do novo Proxy . Bem, como você disse toda sugestão será bem vinda espero não ter falado muita besteira -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de irado furioso com tudo Enviada em: segunda-feira, 14 de maio de 2007 09:45 Para: freebsd@fug.com.br Assunto: Re: [FUG-BR] RES: ROUTE-TO para ligações feita pelo SKYPE, sugestões? Em Sun, 13 May 2007 01:00:06 -0300 Roberto Costa [EMAIL PROTECTED] escreveu: O Skype não utiliza um porta fixa, começa a procurar na porta 80, se não conseguir conectar vai tentando outras portas. É complicado até pra barrar num firewall meu leve pitaco: não era, específicamente, skype, mas na lista foi comentado sôbre outros que buscam portas aleatóriamente mas que têem uma porta preferencial: cria-se um pipe (restrição de tráfego) com baixíssima taxa de transferência e joga-se os servidores delinquentes nêsse pipe. Um bit por hora deve bastar (riso). Com isso, a porta preferencial será usada, mas o usuário deve logo desistir do uso do aplicativo. 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 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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.467 / Virus Database: 269.7.0/803 - Release Date: 13/5/2007 12:17 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Congelamento de ports?
Joao Rocha Braga Filho escreveu: Parece que estamos em um congelamento de ports desde quinta ou sexta feira. Pelo que soube, aconteceria um parcial para a entrada do Xorg 7.0. Mas este congelamento pegou o PHP5 no contrapé, logo depois que foram anunciadas vulnerabilidades, e com o congelamento não foram corrigidas nos ports. Alguém tem mais alguma informação? João Rocha. Pois é. Senti a mesma coisa. Espero que volte ao normal logo :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Congelamento de ports?
Esse congelamento seria mais ou menos o que amigos? Hoje (14/05/2007) baixei o ports e extrai em meu sistema normalmente. (portsnap fetch portsnap extract). Rafa Em 14/05/07, Luiz Morte[EMAIL PROTECTED] escreveu: Joao Rocha Braga Filho escreveu: Parece que estamos em um congelamento de ports desde quinta ou sexta feira. Pelo que soube, aconteceria um parcial para a entrada do Xorg 7.0. Mas este congelamento pegou o PHP5 no contrapé, logo depois que foram anunciadas vulnerabilidades, e com o congelamento não foram corrigidas nos ports. Alguém tem mais alguma informação? João Rocha. Pois é. Senti a mesma coisa. Espero que volte ao normal logo :) - 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] Congelamento de ports?
On 5/14/07, Rafael Busetti [EMAIL PROTECTED] wrote: Esse congelamento seria mais ou menos o que amigos? Hoje (14/05/2007) baixei o ports e extrai em meu sistema normalmente. (portsnap fetch portsnap extract). Peça para atualizar o ports tree de novo. Não virá nenhuma atualização. Eu notei isto na quinta feira, se não me engano. Foi quando o portaudit deu um alerta sobre o php5. Tentei atualizar, atualizando o ports tree. A atualização funcionou, mas não tinha a atua;ização do php5. Pouco depois tentei de novo, e veio pouca coisa. De lá para cá não houve mais nenhuma atualização de ports. Todas as atualizações via cvsup não trazem novidades. Ficam na mesma. João Rocha. Rafa Em 14/05/07, Luiz Morte[EMAIL PROTECTED] escreveu: Joao Rocha Braga Filho escreveu: Parece que estamos em um congelamento de ports desde quinta ou sexta feira. Pelo que soube, aconteceria um parcial para a entrada do Xorg 7.0. Mas este congelamento pegou o PHP5 no contrapé, logo depois que foram anunciadas vulnerabilidades, e com o congelamento não foram corrigidas nos ports. Alguém tem mais alguma informação? João Rocha. Pois é. Senti a mesma coisa. Espero que volte ao normal logo :) - 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 -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
