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(1024<1024<8192) 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.
Ygor Thomaz wrote: > 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(1024<1024<8192) 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 > A maquina está resolvendo nomes? Tenta colocar UseDns no no sshd_config Tah com cara de ser pau de dns isso ae.. Abração Tiago N. Sampaio - 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)'"
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
Re: [FUG-BR] Congelamento de ports?
falo o mesmo do php4, que também teve problema com bug. não sabia de congelamento de nada, nem li (fora aqui), mas isso preocupa pois tem mais de semana isso do php4 :( matheus -- We will call you cygnus, The God of balance you shall be - 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?
tem realmente algo ... : [EMAIL PROTECTED] ~]# portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Thu May 10 10:58:12 BRT 2007 to Tue May 15 03:02:53 BRT 2007. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 1 patches. done. Applying patches... done. Fetching 0 new ports or files... done. Removing old files and directories... done. Extracting new files: /usr/ports/security/vuxml/ Building new INDEX files... done. [EMAIL PROTECTED] ~]# em 5 dias mudar só um ??? matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
