Não esquece do images.orkut.com... essa é a porta dos fundos...
- Original Message -
From: "Welkson Renny de Medeiros" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Sent: Wednesday, January 23, 2008 5:23 PM
Subject: Re: [FUG-BR] [OT] PF: bloquear ORKUT s
Mas você não precisa bloquear a classe... só os três que ele responde:
Non-authoritative answer:
www.orkut.com canonical name = orkut.l.google.com.
Name: orkut.l.google.com
Address: 209.85.193.85
Name: orkut.l.google.com
Address: 209.85.193.86
Name: orkut.l.google.com
Address: 209.85.193.8
Welkson,
eu costumo bloquear os IPs que respondem por www.orkut.com e
images.orkut.com . Normalmente, 3 de cada endereço.
[]s
Eduardo
- Original Message -
From: "Welkson Renny de Medeiros" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, January 23, 2008 3:46 PM
Subject: [FUG-BR] [OT] PF: bl
ct: Re: [FUG-BR] RES: Testes mostram que chips Xeon não têm melhor
consumo de energia
Em Wed, 23 Jan 2008 12:26:09 -0200
"Eduardo Gielamo Oliveira" <[EMAIL PROTECTED]> escreveu:
> O P4 em questão é da microarquitetura NetBurst - aquela que mais
> esquenta do que processa e o &
Não querendo colocar lenha na fogueira, mas já colocando, acredito que esta
sua comparação seja injusta.
O P4 em questão é da microarquitetura NetBurst - aquela que mais esquenta do
que processa e o "64 bits" dele é meio acochambrado... O projeto do Athlon
64 é mais recente que o desse P4...
E
Olá Lucas,
Andei trabalhando nas últimas três semanas em dois "scripts" - um para
bloqueio do E-mule e outro para bloqueio do Torrent. A idéia dos dois é
evitar que o usuário tenha acesso às fontes de informação: servidores no
caso do E-mule e trackers/peers no caso do Torrent. Nenhuma das idéi
No trabalho possuo um Dell Optiplex 740. A placa de rede dele é uma
Broadcom 5754 e só funcionou depois que eu atualizei o sistema para o
6.2-STABLE.
Antes disso, espetei uma boa e velha Intel PRO/100 nele p/ fazer a
atualização.
[]s
Eduardo
Francisco Ricardo Batista Cardoso wrote:
> On 10/4
Olá Mário!
veja se isto lhe ajuda:
inet="192.168.100.0/27" # Rede internet
authserver="192.168.100.1" # Servidor que roda a pagina de autenticacao
ipfw allow tcp from $inet to $authserver 80
ipfw fwd $inet,80 tcp from $inet to any 80
[]s
Eduardo
- Original Message -
From: "Mário Augu
http://people.freebsd.org/~murray/bsd_flier.html
- Original Message -
From: "Murilo Moreira" <[EMAIL PROTECTED]>
To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'"
Sent: Tuesday, September 04, 2007 3:04 PM
Subject: [FUG-BR] RES: FreeBSD x Windows2003
Desculpe é que eu achei
Eu costumo utilizar o gerenciador de boot do Windows mesmo. O esquema é o
seguinte:
Como vc instalou o FreeBSD depois do Windows, a partição ativa é a do
FreeBSD. Logo, isso precisará ser mudado adiante.
Antes de tudo, copie o arquivo /boot/boot1 para algum lugar que seja
acessível pelo o Wind
erro registrado no log
do maildrop
sim.
Em 29/06/07, Eduardo Gielamo Oliveira <[EMAIL PROTECTED]> escreveu:
>
> Já tentou parar pelo jeito convencional (sa-spamd stop) e em seguida pelo
> jeito forçado ("killall spamd" ou "killall perl-5.8.8")?
>
>
>
tinua sendo exibido no maillog. Não sei mais o que tentar. Existe
algo errado na minha linha do rc.conf ?
Em 29/06/07, Eduardo Gielamo Oliveira <[EMAIL PROTECTED]> escreveu:
>
> Eu acredito que o problema esteja aqui:
>
> [16421] warn: server socket setup failed, retry 1: spamd: alr
As mensagens estão sendo verificadas pelo spam, acredito que seja por causa
da linha:
"
xfilter "/usr/local/bin/spamc -f -u [EMAIL PROTECTED]"
"
Dentro do mailfilter, arquivo de configuração principal do maildrop. Oque
pode estar errado !?
Em 29/06/07, Eduardo Gielamo Oliv
Já tentou aumentar o número de processos-filhos do spamassassin? No rc.conf:
spamd_flags="-m 128" # cria até 128 processos
Tive um problema parecido com o Exim. Muitos e-mails chegando e pouca
disponibilidade do spamassassin. Fiz isso já faz algum tempo e "ainda" está
funcionando... hehehehe...
1:11 PM
Subject: Re: [FUG-BR] PHP5
Citando Eduardo Gielamo Oliveira <[EMAIL PROTECTED]>:
> Renata,
>
> vc colocou no php.ini o parâmetro memory_limit?
>
> []s
>
> Eduardo
Quando eu acabo de compilar e vou pro arquivo php.ini, o parâmetro tá l-a
deste
jeitinho:
memor
Renata,
vc colocou no php.ini o parâmetro memory_limit?
[]s
Eduardo
- Original Message -
From: "Renata Gazzi" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD"
Sent: Monday, October 23, 2006 11:06 AM
Subject: [FUG-BR] PHP5
Olá pessoal!!
Estou tentando utilizar
Boa tarde galera!
Alguém já tentou instalar o rt36 do ports? Estou tentando e ocorre um erro
devido à uma dependência que precisa do mod_perl, mas o rt36 funciona com o
mod_perl2, que força esta dependência a ser compilada com o mod_perl2. Achei
uma mensagem de um fórum que tenta solucionar o p
Kassiano,
abra o arquivo /usr/src/sys/ufs/ffs/ffs_alloc.c . Compare o arquivo com o
patch. Nas linhas do patch em que existe um "+", significa que vc tem que
adicioná-las. O inverso funciona para as linhas que possuem um "-" no
início.
Depois não precisa recompilar todo o sistema. Basta recomp
Kassiano,
já passei por este problema de quota não contabilizada. O disco da máquina
quase chegou no talo e tive uns probleminhas com o backup depois.
Veja este link. A resposta está nele!
http://lists.freebsd.org/pipermail/freebsd-bugs/2005-November/015758.html
[]s
Eduardo
- Original Me
Tava escondida:
http://lists.freebsd.org/pipermail/freebsd-bugs/2005-November/015758.html
[]s
Eduardo
- Original Message -
From: "Eduardo Gielamo Oliveira" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, March 07, 2006 10:09 AM
Subject: [FUG-BR] Problemas com Quotas
Bom dia pessoal!
Migramos (apagamos tudo e reinstalamos) um servidor do FreeBSD 4.11 para o
6.0. Aparentemente, estava tudo bem, até descobrirmos que a quantidade de
disco usada pelos usuários não estava sendo atualizada.
Por exemplo: um cara lotou a área dele com umas porcarias (atualizou a
q
21 matches
Mail list logo
