Re: [FUG-BR] ZFS não dá boot

[Marcelo Gondim]

Em 31/01/2012 00:10, Marcelo Gondim escreveu:
> Em 30/01/2012 23:43, Paulo Olivier Cavalcanti escreveu:
>> Tentei criar um volume ZFS em um HD de 200GB seguindo o passo-a-passo
>> descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot mas não
>> funcionou. Quando eu finalizo a instalação e reinicio a máquina aparece a
>> seguinte mensagem: "gptzfsboot: no ZFS pools located, can't boot". Usei o
>> DVD do FreeBSD 8.2 para instalar.
> Posso estar enganado mas acredito que esse tuto foi feito para o 9.0 e
> não o 8.2. Até mesmo porque ele fala que não funciona com o bsdinstall
> de uma versão beta do 9:
>
> *WARNING!* these directions will not work with bsdinstall based media
> (9.0-BETA1+) due to changes in distfile layout, pathing, and version
> numbering.

É interessante, olhei lá o tuto e parece mesmo para o 8.2.
Por um acaso deu esse erro pra ti?

This may fail with an "operation not permitted" error message, since the 
kernel likes to protect critical parts of the disk. If this happens for 
you, run:

Lá ele diz pra fazer se der erro:  sysctl kern.geom.debugflags=0x10

Só que aí você precisa repetir o comando anterior:

gpart bootcode -b /mnt2/boot/pmbr -p /mnt2/boot/gptzfsboot -i 1 ad0

Por um acaso não foi isso não? As vezes foi algum detalhe desse tipo.  :)


>
> E para mim bsdinstall só no 9 substituindo o sysinstall.  :)
>
> Já experimentou bootar com o dvd do 9 release e fazer isso?
>
>> Fiz o mesmo procedimento em uma máquina virtual e deu certo. Estranho, o
>> que pode estar ocorrendo? Já estou ficando doido...
>>
>> Se eu instalar UFS2 vai numa boa...
>>
>>
> -
> 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] Listen estranho do Apache

[André Otta]

Bom dia pessoal,

Dentro do arquivo de configuração do apache como está a diretiva LIsten ?
Se estiver *:80 (por exemplo) ele vai escutar em todos os ips.
Só  deixa de fazer isso quando coloca 1.2.3.4:80 (ip:80).
Forneça esse detalhe!
Abs!

-- 
Att.

André Otta
Em 30 de janeiro de 2012 23:17, Paulo Henrique escreveu:

> Em 30 de janeiro de 2012 23:09, Marcelo Gondim  >escreveu:
>
> > Em 30/01/2012 22:08, Enio Marconcini escreveu:
> > > 2012/1/30 André Otta
> > >
> > >> Boa noite!
> > >>
> > >> Ao meu ver:
> > >>
> > >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd  37478 3
> > >>   tcp4 6 *:80  *:*
> > >>
> > >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
>  37478
> > 4
> >
> > Enio faz um: procstat -f 37478
> > Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
> > um bot.
> > Se for já sabes o que tem que fazer né? Pente fino em geral.
> >
> >
> Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
> atentando a práticas de segurança durante a implementação é a melhor
> solução.
>
>
> !!!
>
> --
> :=)>BattleMaster<(=:
>
> Flamers > /dev/null !!!
> -
> 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] Listen estranho do Apache

[Enio Marconcini]

2012/1/30 Paulo Henrique 

> Em 30 de janeiro de 2012 23:09, Marcelo Gondim  >escreveu:
>
> > Em 30/01/2012 22:08, Enio Marconcini escreveu:
> > > 2012/1/30 André Otta
> > >
> > >> Boa noite!
> > >>
> > >> Ao meu ver:
> > >>
> > >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd  37478 3
> > >>   tcp4 6 *:80  *:*
> > >>
> > >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
>  37478
> > 4
> >
> > Enio faz um: procstat -f 37478
> > Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
> > um bot.
> > Se for já sabes o que tem que fazer né? Pente fino em geral.
> >
> >
> Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
> atentando a práticas de segurança durante a implementação é a melhor
> solução.
>
>
> !!!
>
> --
> :=)>BattleMaster<(=:
>
> Flamers > /dev/null !!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



Bom dia Marcelo e Paulo, que zica einh

veja

procstat -f 42380
  PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
42380 httpdtext v r r   -   - -
/usr/local/sbin/httpd
42380 httpd cwd v d r   -   - -   /
42380 httpdroot v d r   -   - -   /
42380 httpd   0 v c r   5   0 -   /dev/null
42380 httpd   1 v c -w---   5   0 -   /dev/null
42380 httpd   2 v r -wa--   5   56619 -
/var/log/httpd-error.log
42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
0.0.0.0:0
42380 httpd   5 p - rw---   9   0 -
42380 httpd   6 p - rw---   5   0 -
42380 httpd   7 v r -wa--   5   75305 -
/var/log/httpd-access.log
42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
42380 httpd   9 v r -wa--   5 13206181 -
/var/log/httpd-modrewrite.log
42380 httpd  10 v r rw---   5   0 -   -
42380 httpd  11 v r rw---   5   0 -   -
42380 httpd  12 v r rw---   5   0 -   -
42380 httpd  13 v r rw---   5   0 -   -
42380 httpd  14 v r rw---   5   0 -   -
42380 httpd  15 v r -w---   5   0 -   -
42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
42380 httpd  17 k - rw---   1   0 -
42380 httpd  21 ? - -   2   0 -

é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
módulos eu desativei todos e deixei apenas os mais necessários, instalação
tudo via ports, até desativei o php_eaccelerator, mod_deflate e
mod_security (que foram os últimos ativados) porém continua a apresentar
aquela linha,

como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
porem estes arquivos estão presentes, mas com 0byte

-rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
-rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
-rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
-rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
-rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF


existe alguma forma mais aprofundada para se passar esse pente fino?

-- 
*ENIO RODRIGO MARCONCINI*
@eniomarconcini 
skype: eniorm
facebook.com/eniomarconcini 

*"H**ave a trouble with windows: reboot!*

*Have a trouble with unix: be root!"*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Luiz Gustavo S. Costa]

Isso tá com cara de ser entrada de configuração do zfs faltante no
loader.conf do boot

confirme que esta entrada esta configurada no /boot/loader.conf

zfs_load="YES"
vfs.root.mountfrom="zfs:zroot"

Sendo, "zroot" o nome da pool que você criou no zpool

Abraços.


Em 30 de janeiro de 2012 23:43, Paulo Olivier Cavalcanti
 escreveu:
> Tentei criar um volume ZFS em um HD de 200GB seguindo o passo-a-passo
> descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot mas não
> funcionou. Quando eu finalizo a instalação e reinicio a máquina aparece a
> seguinte mensagem: "gptzfsboot: no ZFS pools located, can't boot". Usei o
> DVD do FreeBSD 8.2 para instalar.
>
> Fiz o mesmo procedimento em uma máquina virtual e deu certo. Estranho, o
> que pode estar ocorrendo? Já estou ficando doido...
>
> Se eu instalar UFS2 vai numa boa...
>
>
> --
> http://about.me/paulocavalcanti
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] Laptop HP dv6365us não funciona teclado e mouse no X-window

[Danilo Augusto Vicente Lara]

El 30-Jan-12 14:13, Alessandro de Souza Rocha escribió:
> vc colocou no rc.conf
> hald_enable="YES"
> em relacao ao X, deoois que vc roda o o X -configure ele cria o
> xorg.conf.news vc poder copia xorg.conf.news em xorg.conf
> e copia para o /etc/X11
> e depois testa para ver se funciona.
>
> Em 30 de janeiro de 2012 12:04, Danilo Augusto Vicente Lara
>   escreveu:
>> Boa tarde pessoal.
>> Tenho um laptop HP dv6365us e instalei o FreeBSD 9 e funcionou tudo
>> direitinho,somente na console. Quando rodo um startx ele mostra o
>> ambiente gráfico,porém não funciona nem o teclado e nem o mouse. Usei a
>> configuração do xorg gerada pelo X -configure. Alguém já usou esse
>> modelo de laptop com FreeBSD e sabe me dizer o que tenho que mudar na
>> configuração do xorg?
>>
>> Obrigado.
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
Valeu Alessandro,funcionou após habilitar o hald e o dbus.

Obrigado!

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Duvidas com PF

[Diogo Dalfovo]

Bom dia pessoal!!!

A um bom tempo atras eu ja tinha recorrido  lista por uma duvida parecida,
mas gostaria de saber se é possivel eu fazer o filtro de uma regra binat?
Ex:

#  Redireionamento bidirecional para email
binat on $ext_if from 192.168.0.12/32 to any -> x.x.x.244/32--> BRT
binat on $ext_if2 from 192.168.0.12/32 to any -> y.y.y.226/32  --> Embratel


Bloqueia tudo por padrao
block in log on $ext_if
block in log on $ext_if2

pass in log quick on $ext_if2 proto tcp from any to y.y.y.226 port 22 keep
state --> não libera conexão ssh do binat. O ssh esta sendo usado apenas
como exemplo
...
pass in log quick on $ext_if2 proto tcp to $ip_ext2_alias0 port 22 keep
state \
   (max-src-conn 3,max-src-conn-rate 5/3, overload
 flush global) label "Acesso SSH Embratel" --> acessa normal FW
$ip_ext2_alias0 = y.y.y.227

pass in log quick on $ext_if proto tcp to $ip_ext port 22 keep state \
   (max-src-conn 3,max-src-conn-rate 5/3, overload
 flush global) label "Acesso SSH BRT" --> acessa normal FW
$ip_ext = x.x.x.242


Agora se eu alterar a regra do binat para:
binat pass on $ext_if from 192.168.0.12/32 to any -> x.x.x.244/32
binat pass on $ext_if2 from 192.168.0.12/32 to any -> y.y.y.226/32

Funciona 100%, poderia deixar assim mas gostaria de deixar passar somente
algumas portas é possivel sem ter que deixar passar tudo na regra do binat?
Obs: Infelizmente não foi possivel "ainda" colocar o servidor de email em
uma DMZ.

E o contrario  tb deixando o binat com pass e tentando bloquear o acesso tb
não funcionou.

Diogo Dalfovo
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Paulo Cavalcanti]

Em 31 de janeiro de 2012 07:35, Marcelo Gondim escreveu:

>
> É interessante, olhei lá o tuto e parece mesmo para o 8.2.
> Por um acaso deu esse erro pra ti?
>
> This may fail with an "operation not permitted" error message, since the
> kernel likes to protect critical parts of the disk. If this happens for
> you, run:
>
> Lá ele diz pra fazer se der erro:  sysctl kern.geom.debugflags=0x10
>
> Só que aí você precisa repetir o comando anterior:
>
> gpart bootcode -b /mnt2/boot/pmbr -p /mnt2/boot/gptzfsboot -i 1 ad0
>
> Por um acaso não foi isso não? As vezes foi algum detalhe desse tipo.  :)
>


Não chegou a dar o erro, mas digitei aquele comando assim mesmo. Nada
feito...

Já é a terceira ou quarta vez que tento instalar o ZFS nessa máquina. Estou
achando que é algo na geometria do HD ou na controladora IDE,
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Paulo Cavalcanti]

Em 31 de janeiro de 2012 08:58, Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br> escreveu:

> Isso tá com cara de ser entrada de configuração do zfs faltante no
> loader.conf do boot
>
> confirme que esta entrada esta configurada no /boot/loader.conf
>
> zfs_load="YES"
> vfs.root.mountfrom="zfs:zroot"
>
> Sendo, "zroot" o nome da pool que você criou no zpool
>
> Abraços.
>

Confirmei e as entradas estão lá, Luiz. O nome do meu pool é "dados". Já
estou quase decorando o procedimento de instalação do ZFS, tantas foram as
vezes que eu digitei... rs

Será que tem algo a ver o fato do disco ser IDE?

Ah, lembrei de mais um detalhe: toda vez que digito o comando gpart destroy
ad0 aparece "ad0 is busy".Tenho de usar o parâmetro -F para forçar. Pode
ter algo a ver?

Outro detalhe: quando digito umount /dev também aparece "/dev is busy", eu
ignoro continuo seguindo o roteiro. São as únicas anormalidades que me
lembro.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Luiz Gustavo S. Costa]

Faz assim, zera o disco (a mbr e coisas afins), para limpar qualquer
provavel entrada de zfs, gpt, etc...

# sysctl kern.geom.debugflags=16
# dd if=/dev/zero of=/dev/ad0 bs=512 count=79

A partir daqui, crie o gpt, zfs, etc...

não precisa do "gpart destroy"

Veja se vai agora.

Em 31 de janeiro de 2012 10:38, Paulo Cavalcanti
 escreveu:
> Em 31 de janeiro de 2012 08:58, Luiz Gustavo S. Costa <
> luizgust...@luizgustavo.pro.br> escreveu:
>
>> Isso tá com cara de ser entrada de configuração do zfs faltante no
>> loader.conf do boot
>>
>> confirme que esta entrada esta configurada no /boot/loader.conf
>>
>> zfs_load="YES"
>> vfs.root.mountfrom="zfs:zroot"
>>
>> Sendo, "zroot" o nome da pool que você criou no zpool
>>
>> Abraços.
>>
>
> Confirmei e as entradas estão lá, Luiz. O nome do meu pool é "dados". Já
> estou quase decorando o procedimento de instalação do ZFS, tantas foram as
> vezes que eu digitei... rs
>
> Será que tem algo a ver o fato do disco ser IDE?
>
> Ah, lembrei de mais um detalhe: toda vez que digito o comando gpart destroy
> ad0 aparece "ad0 is busy".Tenho de usar o parâmetro -F para forçar. Pode
> ter algo a ver?
>
> Outro detalhe: quando digito umount /dev também aparece "/dev is busy", eu
> ignoro continuo seguindo o roteiro. São as únicas anormalidades que me
> lembro.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Luiz Gustavo S. Costa]

Uma outra pedida Paulo, é usar o mfsbsd, que é um livecd "pronto" com
um script que automatiza o processo de instalação do freebsd com ZFS
na raiz.

Dê uma olhada no link:

http://mfsbsd.vx.sk/

Abraços

Em 31 de janeiro de 2012 11:00, Luiz Gustavo S. Costa
 escreveu:
> Faz assim, zera o disco (a mbr e coisas afins), para limpar qualquer
> provavel entrada de zfs, gpt, etc...
>
> # sysctl kern.geom.debugflags=16
> # dd if=/dev/zero of=/dev/ad0 bs=512 count=79
>
> A partir daqui, crie o gpt, zfs, etc...
>
> não precisa do "gpart destroy"
>
> Veja se vai agora.
>
> Em 31 de janeiro de 2012 10:38, Paulo Cavalcanti
>  escreveu:
>> Em 31 de janeiro de 2012 08:58, Luiz Gustavo S. Costa <
>> luizgust...@luizgustavo.pro.br> escreveu:
>>
>>> Isso tá com cara de ser entrada de configuração do zfs faltante no
>>> loader.conf do boot
>>>
>>> confirme que esta entrada esta configurada no /boot/loader.conf
>>>
>>> zfs_load="YES"
>>> vfs.root.mountfrom="zfs:zroot"
>>>
>>> Sendo, "zroot" o nome da pool que você criou no zpool
>>>
>>> Abraços.
>>>
>>
>> Confirmei e as entradas estão lá, Luiz. O nome do meu pool é "dados". Já
>> estou quase decorando o procedimento de instalação do ZFS, tantas foram as
>> vezes que eu digitei... rs
>>
>> Será que tem algo a ver o fato do disco ser IDE?
>>
>> Ah, lembrei de mais um detalhe: toda vez que digito o comando gpart destroy
>> ad0 aparece "ad0 is busy".Tenho de usar o parâmetro -F para forçar. Pode
>> ter algo a ver?
>>
>> Outro detalhe: quando digito umount /dev também aparece "/dev is busy", eu
>> ignoro continuo seguindo o roteiro. São as únicas anormalidades que me
>> lembro.
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
> Luiz Gustavo Costa (Powered by BSD)
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
> Blog: http://www.luizgustavo.pro.br



-- 
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Listen estranho do Apache

[Sergito]

qual a saída para..  lsof -p 37478  ?



Em 31 de janeiro de 2012 08:57, Enio Marconcini  escreveu:

> 2012/1/30 Paulo Henrique 
>
> > Em 30 de janeiro de 2012 23:09, Marcelo Gondim  > >escreveu:
> >
> > > Em 30/01/2012 22:08, Enio Marconcini escreveu:
> > > > 2012/1/30 André Otta
> > > >
> > > >> Boa noite!
> > > >>
> > > >> Ao meu ver:
> > > >>
> > > >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
>  37478 3
> > > >>   tcp4 6 *:80  *:*
> > > >>
> > > >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
> >  37478
> > > 4
> > >
> > > Enio faz um: procstat -f 37478
> > > Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
> > > um bot.
> > > Se for já sabes o que tem que fazer né? Pente fino em geral.
> > >
> > >
> > Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
> > atentando a práticas de segurança durante a implementação é a melhor
> > solução.
> >
> >
> > !!!
> >
> > --
> > :=)>BattleMaster<(=:
> >
> > Flamers > /dev/null !!!
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> Bom dia Marcelo e Paulo, que zica einh
>
> veja
>
> procstat -f 42380
>  PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
> 42380 httpdtext v r r   -   - -
> /usr/local/sbin/httpd
> 42380 httpd cwd v d r   -   - -   /
> 42380 httpdroot v d r   -   - -   /
> 42380 httpd   0 v c r   5   0 -   /dev/null
> 42380 httpd   1 v c -w---   5   0 -   /dev/null
> 42380 httpd   2 v r -wa--   5   56619 -
> /var/log/httpd-error.log
> 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
> 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
> 0.0.0.0:0
> 42380 httpd   5 p - rw---   9   0 -
> 42380 httpd   6 p - rw---   5   0 -
> 42380 httpd   7 v r -wa--   5   75305 -
> /var/log/httpd-access.log
> 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
> 42380 httpd   9 v r -wa--   5 13206181 -
> /var/log/httpd-modrewrite.log
> 42380 httpd  10 v r rw---   5   0 -   -
> 42380 httpd  11 v r rw---   5   0 -   -
> 42380 httpd  12 v r rw---   5   0 -   -
> 42380 httpd  13 v r rw---   5   0 -   -
> 42380 httpd  14 v r rw---   5   0 -   -
> 42380 httpd  15 v r -w---   5   0 -   -
> 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
> 42380 httpd  17 k - rw---   1   0 -
> 42380 httpd  21 ? - -   2   0 -
>
> é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
> módulos eu desativei todos e deixei apenas os mais necessários, instalação
> tudo via ports, até desativei o php_eaccelerator, mod_deflate e
> mod_security (que foram os últimos ativados) porém continua a apresentar
> aquela linha,
>
> como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
> porem estes arquivos estão presentes, mas com 0byte
>
> -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
> -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
> -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
> -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
> -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF
>
>
> existe alguma forma mais aprofundada para se passar esse pente fino?
>
> --
> *ENIO RODRIGO MARCONCINI*
> @eniomarconcini 
> skype: eniorm
> facebook.com/eniomarconcini 
>
> *"H**ave a trouble with windows: reboot!*
>
> *Have a trouble with unix: be root!"*
> -
> 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] Listen estranho do Apache

[Sergito]

ou algum desses processos estranhos.. (42380)


Em 31 de janeiro de 2012 11:11, Sergito  escreveu:

> qual a saída para..  lsof -p 37478  ?
>
>
>
> Em 31 de janeiro de 2012 08:57, Enio Marconcini escreveu:
>
> 2012/1/30 Paulo Henrique 
>>
>> > Em 30 de janeiro de 2012 23:09, Marcelo Gondim > > >escreveu:
>> >
>> > > Em 30/01/2012 22:08, Enio Marconcini escreveu:
>> > > > 2012/1/30 André Otta
>> > > >
>> > > >> Boa noite!
>> > > >>
>> > > >> Ao meu ver:
>> > > >>
>> > > >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
>>  37478 3
>> > > >>   tcp4 6 *:80  *:*
>> > > >>
>> > > >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
>> >  37478
>> > > 4
>> > >
>> > > Enio faz um: procstat -f 37478
>> > > Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
>> > > um bot.
>> > > Se for já sabes o que tem que fazer né? Pente fino em geral.
>> > >
>> > >
>> > Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
>> > atentando a práticas de segurança durante a implementação é a melhor
>> > solução.
>> >
>> >
>> > !!!
>> >
>> > --
>> > :=)>BattleMaster<(=:
>> >
>> > Flamers > /dev/null !!!
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>>
>>
>> Bom dia Marcelo e Paulo, que zica einh
>>
>> veja
>>
>> procstat -f 42380
>>  PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
>> 42380 httpdtext v r r   -   - -
>> /usr/local/sbin/httpd
>> 42380 httpd cwd v d r   -   - -   /
>> 42380 httpdroot v d r   -   - -   /
>> 42380 httpd   0 v c r   5   0 -   /dev/null
>> 42380 httpd   1 v c -w---   5   0 -   /dev/null
>> 42380 httpd   2 v r -wa--   5   56619 -
>> /var/log/httpd-error.log
>> 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
>> 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
>> 0.0.0.0:0
>> 42380 httpd   5 p - rw---   9   0 -
>> 42380 httpd   6 p - rw---   5   0 -
>> 42380 httpd   7 v r -wa--   5   75305 -
>> /var/log/httpd-access.log
>> 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
>> 42380 httpd   9 v r -wa--   5 13206181 -
>> /var/log/httpd-modrewrite.log
>> 42380 httpd  10 v r rw---   5   0 -   -
>> 42380 httpd  11 v r rw---   5   0 -   -
>> 42380 httpd  12 v r rw---   5   0 -   -
>> 42380 httpd  13 v r rw---   5   0 -   -
>> 42380 httpd  14 v r rw---   5   0 -   -
>> 42380 httpd  15 v r -w---   5   0 -   -
>> 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
>> 42380 httpd  17 k - rw---   1   0 -
>> 42380 httpd  21 ? - -   2   0 -
>>
>> é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
>> módulos eu desativei todos e deixei apenas os mais necessários, instalação
>> tudo via ports, até desativei o php_eaccelerator, mod_deflate e
>> mod_security (que foram os últimos ativados) porém continua a apresentar
>> aquela linha,
>>
>> como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
>> porem estes arquivos estão presentes, mas com 0byte
>>
>> -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
>> -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
>> -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
>> -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
>> -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF
>>
>>
>> existe alguma forma mais aprofundada para se passar esse pente fino?
>>
>> --
>> *ENIO RODRIGO MARCONCINI*
>> @eniomarconcini 
>> skype: eniorm
>> facebook.com/eniomarconcini 
>>
>> *"H**ave a trouble with windows: reboot!*
>>
>> *Have a trouble with unix: be root!"*
>> -
>> 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] Listen estranho do Apache

[Marcelo Gondim]

Em 31/01/2012 11:11, Sergito escreveu:
> qual a saída para..  lsof -p 37478  ?

Opa Sergito,  lsof é no Linux.  :)   o equivalente no FreeBSD é o 
procstat -f 

>
>
>
> Em 31 de janeiro de 2012 08:57, Enio Marconcini  escreveu:
>
>> 2012/1/30 Paulo Henrique
>>
>>> Em 30 de janeiro de 2012 23:09, Marcelo Gondim>>> escreveu:
 Em 30/01/2012 22:08, Enio Marconcini escreveu:
> 2012/1/30 André Otta
>
>> Boa noite!
>>
>> Ao meu ver:
>>
>> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
>>   37478 3
>>tcp4 6 *:80  *:*
>>
>> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
>>>   37478
 4

 Enio faz um: procstat -f 37478
 Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
 um bot.
 Se for já sabes o que tem que fazer né? Pente fino em geral.


>>> Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
>>> atentando a práticas de segurança durante a implementação é a melhor
>>> solução.
>>>
>>>
>>> !!!
>>>
>>> --
>>> :=)>BattleMaster<(=:
>>>
>>> Flamers>  /dev/null !!!
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>
>>
>> Bom dia Marcelo e Paulo, que zica einh
>>
>> veja
>>
>> procstat -f 42380
>>   PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
>> 42380 httpdtext v r r   -   - -
>> /usr/local/sbin/httpd
>> 42380 httpd cwd v d r   -   - -   /
>> 42380 httpdroot v d r   -   - -   /
>> 42380 httpd   0 v c r   5   0 -   /dev/null
>> 42380 httpd   1 v c -w---   5   0 -   /dev/null
>> 42380 httpd   2 v r -wa--   5   56619 -
>> /var/log/httpd-error.log
>> 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
>> 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
>> 0.0.0.0:0
>> 42380 httpd   5 p - rw---   9   0 -
>> 42380 httpd   6 p - rw---   5   0 -
>> 42380 httpd   7 v r -wa--   5   75305 -
>> /var/log/httpd-access.log
>> 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
>> 42380 httpd   9 v r -wa--   5 13206181 -
>> /var/log/httpd-modrewrite.log
>> 42380 httpd  10 v r rw---   5   0 -   -
>> 42380 httpd  11 v r rw---   5   0 -   -
>> 42380 httpd  12 v r rw---   5   0 -   -
>> 42380 httpd  13 v r rw---   5   0 -   -
>> 42380 httpd  14 v r rw---   5   0 -   -
>> 42380 httpd  15 v r -w---   5   0 -   -
>> 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
>> 42380 httpd  17 k - rw---   1   0 -
>> 42380 httpd  21 ? - -   2   0 -
>>
>> é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
>> módulos eu desativei todos e deixei apenas os mais necessários, instalação
>> tudo via ports, até desativei o php_eaccelerator, mod_deflate e
>> mod_security (que foram os últimos ativados) porém continua a apresentar
>> aquela linha,
>>
>> como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
>> porem estes arquivos estão presentes, mas com 0byte
>>
>> -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
>> -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
>> -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
>> -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
>> -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF
>>
>>
>> existe alguma forma mais aprofundada para se passar esse pente fino?
>>
>> --
>> *ENIO RODRIGO MARCONCINI*
>> @eniomarconcini
>> skype: eniorm
>> facebook.com/eniomarconcini
>>
>> *"H**ave a trouble with windows: reboot!*
>>
>> *Have a trouble with unix: be root!"*
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Listen estranho do Apache

[Sergito]

[root@zeus ~]# uname -a
FreeBSD zeus 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC
2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
[root@zeus ~]# lsof -p
lsof: no process ID specified
lsof 4.85
 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/

[root@zeus ~]# pkg_info |grep lsof
lsof-4.85A,5Lists information about open files (similar to fstat(1))



Em 31 de janeiro de 2012 12:07, Marcelo Gondim escreveu:

> Em 31/01/2012 11:11, Sergito escreveu:
> > qual a saída para..  lsof -p 37478  ?
>
> Opa Sergito,  lsof é no Linux.  :)   o equivalente no FreeBSD é o
> procstat -f 
>
> >
> >
> >
> > Em 31 de janeiro de 2012 08:57, Enio Marconcini
>  escreveu:
> >
> >> 2012/1/30 Paulo Henrique
> >>
> >>> Em 30 de janeiro de 2012 23:09, Marcelo Gondim  escreveu:
>  Em 30/01/2012 22:08, Enio Marconcini escreveu:
> > 2012/1/30 André Otta
> >
> >> Boa noite!
> >>
> >> Ao meu ver:
> >>
> >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
> >>   37478 3
> >>tcp4 6 *:80  *:*
> >>
> >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
> >>>   37478
>  4
> 
>  Enio faz um: procstat -f 37478
>  Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
>  um bot.
>  Se for já sabes o que tem que fazer né? Pente fino em geral.
> 
> 
> >>> Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
> >>> atentando a práticas de segurança durante a implementação é a melhor
> >>> solução.
> >>>
> >>>
> >>> !!!
> >>>
> >>> --
> >>> :=)>BattleMaster<(=:
> >>>
> >>> Flamers>  /dev/null !!!
> >>> -
> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>
> >>
> >> Bom dia Marcelo e Paulo, que zica einh
> >>
> >> veja
> >>
> >> procstat -f 42380
> >>   PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
> >> 42380 httpdtext v r r   -   - -
> >> /usr/local/sbin/httpd
> >> 42380 httpd cwd v d r   -   - -   /
> >> 42380 httpdroot v d r   -   - -   /
> >> 42380 httpd   0 v c r   5   0 -   /dev/null
> >> 42380 httpd   1 v c -w---   5   0 -   /dev/null
> >> 42380 httpd   2 v r -wa--   5   56619 -
> >> /var/log/httpd-error.log
> >> 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
> >> 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
> >> 0.0.0.0:0
> >> 42380 httpd   5 p - rw---   9   0 -
> >> 42380 httpd   6 p - rw---   5   0 -
> >> 42380 httpd   7 v r -wa--   5   75305 -
> >> /var/log/httpd-access.log
> >> 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
> >> 42380 httpd   9 v r -wa--   5 13206181 -
> >> /var/log/httpd-modrewrite.log
> >> 42380 httpd  10 v r rw---   5   0 -   -
> >> 42380 httpd  11 v r rw---   5   0 -   -
> >> 42380 httpd  12 v r rw---   5   0 -   -
> >> 42380 httpd  13 v r rw---   5   0 -   -
> >> 42380 httpd  14 v r rw---   5   0 -   -
> >> 42380 httpd  15 v r -w---   5   0 -   -
> >> 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
> >> 42380 httpd  17 k - rw---   1   0 -
> >> 42380 httpd  21 ? - -   2   0 -
> >>
> >> é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
> >> módulos eu desativei todos e deixei apenas os mais necessários,
> instalação
> >> tudo via ports, até desativei o php_eaccelerator, mod_deflate e
> >> mod_security (que foram os últimos ativados) porém continua a apresentar
> >> aquela linha,
> >>
> >> como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
> >> porem estes arquivos estão presentes, mas com 0byte
> >>
> >> -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
> >> -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
> >> -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
> >> -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
> >> -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF
> >>
> >>
> >> existe alguma forma mais aprofundada para se passar esse pente fino?
> >>
> >> --
> >> *ENIO RODRIGO MARCONCINI*
> >> @eniomarconcini
> >> skype: eniorm
> >> facebook.com/eniomarconcini
> >>
> >> *"H**ave a trouble with windows: reboot!*
> >>
> >> *Have a trouble with unix: be root!"*
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> > 

Re: [FUG-BR] Listen estranho do Apache

[Marcelo Gondim]

Em 31/01/2012 12:13, Sergito escreveu:
> [root@zeus ~]# uname -a
> FreeBSD zeus 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC
> 2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
> [root@zeus ~]# lsof -p
> lsof: no process ID specified
> lsof 4.85
>   latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/
>
> [root@zeus ~]# pkg_info |grep lsof
> lsof-4.85A,5Lists information about open files (similar to fstat(1))

Sim mas nesse caso você instalou o pacote lsof, o mesmo não vem como 
padrão e aí fica difícil pedir para alguém executar um comando que não 
existe por padrão no sistema. Nesse caso você teria então que dizer que 
é um pacote que pode ser instalado pelo ports ou binário.

Mais fácil passar o comando nativo do sistema que no caso é o procstat.  :)

>
>
>
> Em 31 de janeiro de 2012 12:07, Marcelo Gondimescreveu:
>
>> Em 31/01/2012 11:11, Sergito escreveu:
>>> qual a saída para..  lsof -p 37478  ?
>> Opa Sergito,  lsof é no Linux.  :)   o equivalente no FreeBSD é o
>> procstat -f
>>
>>>
>>>
>>> Em 31 de janeiro de 2012 08:57, Enio Marconcini
>>   escreveu:
 2012/1/30 Paulo Henrique

> Em 30 de janeiro de 2012 23:09, Marcelo Gondim> escreveu:
>> Em 30/01/2012 22:08, Enio Marconcini escreveu:
>>> 2012/1/30 André Otta
>>>
 Boa noite!

 Ao meu ver:

 TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
37478 3
 tcp4 6 *:80  *:*

 TCP 4 em qualquer porta e qualquer endereço:  www  httpd
>37478
>> 4
>>
>> Enio faz um: procstat -f 37478
>> Pra ver o que tá rodando aí. Veja se não é algum programa em perl tipo
>> um bot.
>> Se for já sabes o que tem que fazer né? Pente fino em geral.
>>
>>
> Pente fino, nesse caso creio que derrubar o servidor e fazer um noto se
> atentando a práticas de segurança durante a implementação é a melhor
> solução.
>
>
> !!!
>
> --
> :=)>BattleMaster<(=:
>
> Flamers>   /dev/null !!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

 Bom dia Marcelo e Paulo, que zica einh

 veja

 procstat -f 42380
PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
 42380 httpdtext v r r   -   - -
 /usr/local/sbin/httpd
 42380 httpd cwd v d r   -   - -   /
 42380 httpdroot v d r   -   - -   /
 42380 httpd   0 v c r   5   0 -   /dev/null
 42380 httpd   1 v c -w---   5   0 -   /dev/null
 42380 httpd   2 v r -wa--   5   56619 -
 /var/log/httpd-error.log
 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
 0.0.0.0:0
 42380 httpd   5 p - rw---   9   0 -
 42380 httpd   6 p - rw---   5   0 -
 42380 httpd   7 v r -wa--   5   75305 -
 /var/log/httpd-access.log
 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
 42380 httpd   9 v r -wa--   5 13206181 -
 /var/log/httpd-modrewrite.log
 42380 httpd  10 v r rw---   5   0 -   -
 42380 httpd  11 v r rw---   5   0 -   -
 42380 httpd  12 v r rw---   5   0 -   -
 42380 httpd  13 v r rw---   5   0 -   -
 42380 httpd  14 v r rw---   5   0 -   -
 42380 httpd  15 v r -w---   5   0 -   -
 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
 42380 httpd  17 k - rw---   1   0 -
 42380 httpd  21 ? - -   2   0 -

 é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
 módulos eu desativei todos e deixei apenas os mais necessários,
>> instalação
 tudo via ports, até desativei o php_eaccelerator, mod_deflate e
 mod_security (que foram os últimos ativados) porém continua a apresentar
 aquela linha,

 como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
 porem estes arquivos estão presentes, mas com 0byte

 -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
 -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
 -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
 -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
 -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF


 existe alguma forma mais aprofundada para se passar esse pente fino?

 --
 *ENIO RODRIGO MARCONCINI*
 @eniomarconcini

Re: [FUG-BR] Listen estranho do Apache

[Enio Marconcini]

2012/1/31 Sergito 

> ou algum desses processos estranhos.. (42380)
>
>
> Em 31 de janeiro de 2012 11:11, Sergito 
> escreveu:
>
> > qual a saída para..  lsof -p 37478  ?
> >
> >
> >
> > Em 31 de janeiro de 2012 08:57, Enio Marconcini  >escreveu:
> >
> > 2012/1/30 Paulo Henrique 
> >>
> >> > Em 30 de janeiro de 2012 23:09, Marcelo Gondim  >> > >escreveu:
> >> >
> >> > > Em 30/01/2012 22:08, Enio Marconcini escreveu:
> >> > > > 2012/1/30 André Otta
> >> > > >
> >> > > >> Boa noite!
> >> > > >>
> >> > > >> Ao meu ver:
> >> > > >>
> >> > > >> TCP 4 e 6 em qualquer endereço porta 80:   www  httpd
> >>  37478 3
> >> > > >>   tcp4 6 *:80  *:*
> >> > > >>
> >> > > >> TCP 4 em qualquer porta e qualquer endereço:  www  httpd
> >> >  37478
> >> > > 4
> >> > >
> >> > > Enio faz um: procstat -f 37478
> >> > > Pra ver o que tá rodando aí. Veja se não é algum programa em perl
> tipo
> >> > > um bot.
> >> > > Se for já sabes o que tem que fazer né? Pente fino em geral.
> >> > >
> >> > >
> >> > Pente fino, nesse caso creio que derrubar o servidor e fazer um noto
> se
> >> > atentando a práticas de segurança durante a implementação é a melhor
> >> > solução.
> >> >
> >> >
> >> > !!!
> >> >
> >> > --
> >> > :=)>BattleMaster<(=:
> >> >
> >> > Flamers > /dev/null !!!
> >> > -
> >> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> >
> >>
> >>
> >>
> >> Bom dia Marcelo e Paulo, que zica einh
> >>
> >> veja
> >>
> >> procstat -f 42380
> >>  PID COMM   FD T V FLAGS REF  OFFSET PRO NAME
> >> 42380 httpdtext v r r   -   - -
> >> /usr/local/sbin/httpd
> >> 42380 httpd cwd v d r   -   - -   /
> >> 42380 httpdroot v d r   -   - -   /
> >> 42380 httpd   0 v c r   5   0 -   /dev/null
> >> 42380 httpd   1 v c -w---   5   0 -   /dev/null
> >> 42380 httpd   2 v r -wa--   5   56619 -
> >> /var/log/httpd-error.log
> >> 42380 httpd   3 s - rw---  13   0 TCP ::.80 ::.0
> >> 42380 httpd   4 s - rw---   5   0 TCP 0.0.0.0:0
> >> 0.0.0.0:0
> >> 42380 httpd   5 p - rw---   9   0 -
> >> 42380 httpd   6 p - rw---   5   0 -
> >> 42380 httpd   7 v r -wa--   5   75305 -
> >> /var/log/httpd-access.log
> >> 42380 httpd   8 v r rw---   5   0 -   /tmp/aprEjowAd
> >> 42380 httpd   9 v r -wa--   5 13206181 -
> >> /var/log/httpd-modrewrite.log
> >> 42380 httpd  10 v r rw---   5   0 -   -
> >> 42380 httpd  11 v r rw---   5   0 -   -
> >> 42380 httpd  12 v r rw---   5   0 -   -
> >> 42380 httpd  13 v r rw---   5   0 -   -
> >> 42380 httpd  14 v r rw---   5   0 -   -
> >> 42380 httpd  15 v r -w---   5   0 -   -
> >> 42380 httpd  16 v r -w---   1   0 -   /tmp/aprEjowAd
> >> 42380 httpd  17 k - rw---   1   0 -
> >> 42380 httpd  21 ? - -   2   0 -
> >>
> >> é o apache mesmo, não tem nada de excentrico acrescentado no apache, os
> >> módulos eu desativei todos e deixei apenas os mais necessários,
> instalação
> >> tudo via ports, até desativei o php_eaccelerator, mod_deflate e
> >> mod_security (que foram os últimos ativados) porém continua a apresentar
> >> aquela linha,
> >>
> >> como mostrado em cima, tem essa linha apontando para o /tmp/aprE*
> >> porem estes arquivos estão presentes, mas com 0byte
> >>
> >> -rw---   1 wwwwheel0 Jan 24 14:17 apr7XFEWV
> >> -rw---   1 wwwwheel0 Jan 16 10:49 aprEVwTS9
> >> -rw---   1 wwwwheel0 Jan 31 08:33 aprEjowAd
> >> -rw---   1 wwwwheel0 Jan 24 14:17 aprErjuTV
> >> -rw---   1 wwwwheel0 Jan 24 14:17 aprj9YkfF
> >>
> >>
> >> existe alguma forma mais aprofundada para se passar esse pente fino?
> >>
> >> --
> >> *ENIO RODRIGO MARCONCINI*
> >> @eniomarconcini 
> >> skype: eniorm
> >> facebook.com/eniomarconcini 
> >>
> >> *"H**ave a trouble with windows: reboot!*
> >>
> >> *Have a trouble with unix: be root!"*
> >> -
> >> 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
>



Sergito, o resultado do lsof foi grande, colei aqui
http://pastebin.com/EGNDCxqV
Gondim, apesar do lsof não vir por padrão, pode-ser instalado
/usr/ports/sysutils/lsof
porém não costumo instalar, instalei apenas para ver.

procurei na net algo pa

Re: [FUG-BR] Duvidas com PF

[Enio Marconcini]

2012/1/31 Diogo Dalfovo 

> Bom dia pessoal!!!
>
> A um bom tempo atras eu ja tinha recorrido  lista por uma duvida parecida,
> mas gostaria de saber se é possivel eu fazer o filtro de uma regra binat?
> Ex:
>
> #  Redireionamento bidirecional para email
> binat on $ext_if from 192.168.0.12/32 to any -> x.x.x.244/32--> BRT
> binat on $ext_if2 from 192.168.0.12/32 to any -> y.y.y.226/32  -->
> Embratel
>
> 
> Bloqueia tudo por padrao
> block in log on $ext_if
> block in log on $ext_if2
> 
> pass in log quick on $ext_if2 proto tcp from any to y.y.y.226 port 22 keep
> state --> não libera conexão ssh do binat. O ssh esta sendo usado apenas
> como exemplo
> ...
> pass in log quick on $ext_if2 proto tcp to $ip_ext2_alias0 port 22 keep
> state \
>   (max-src-conn 3,max-src-conn-rate 5/3, overload
>  flush global) label "Acesso SSH Embratel" --> acessa normal FW
> $ip_ext2_alias0 = y.y.y.227
>
> pass in log quick on $ext_if proto tcp to $ip_ext port 22 keep state \
>   (max-src-conn 3,max-src-conn-rate 5/3, overload
>  flush global) label "Acesso SSH BRT" --> acessa normal FW
> $ip_ext = x.x.x.242
>
>
> Agora se eu alterar a regra do binat para:
> binat pass on $ext_if from 192.168.0.12/32 to any -> x.x.x.244/32
> binat pass on $ext_if2 from 192.168.0.12/32 to any -> y.y.y.226/32
>
> Funciona 100%, poderia deixar assim mas gostaria de deixar passar somente
> algumas portas é possivel sem ter que deixar passar tudo na regra do binat?
> Obs: Infelizmente não foi possivel "ainda" colocar o servidor de email em
> uma DMZ.
>
> E o contrario  tb deixando o binat com pass e tentando bloquear o acesso tb
> não funcionou.
>
> Diogo Dalfovo
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


opa boa tarde Diogo,
não sou entendido do PF não, mas por acaso você já tentou usar a opção tag
e tagged para marcar os pacotes?
da uma olhada:

http://www.openbsd.org/faq/pf/tagging.html

-- 
*ENIO RODRIGO MARCONCINI*
@eniomarconcini 
skype: eniorm
facebook.com/eniomarconcini 

*"H**ave a trouble with windows: reboot!*

*Have a trouble with unix: be root!"*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Alessandro de Souza Rocha]

alessandro@proxy:/home/alessandro# cat /boot/loader.conf |grep zfs
zfs_load="YES"
vfs.root.mountfrom="zfs:zroot/root"
vfs.zfs.zil.disable="1"
vfs.zfs.prefetch.disable=1


Em 31 de janeiro de 2012 11:08, Luiz Gustavo S. Costa
 escreveu:
> Uma outra pedida Paulo, é usar o mfsbsd, que é um livecd "pronto" com
> um script que automatiza o processo de instalação do freebsd com ZFS
> na raiz.
>
> Dê uma olhada no link:
>
> http://mfsbsd.vx.sk/
>
> Abraços
>
> Em 31 de janeiro de 2012 11:00, Luiz Gustavo S. Costa
>  escreveu:
>> Faz assim, zera o disco (a mbr e coisas afins), para limpar qualquer
>> provavel entrada de zfs, gpt, etc...
>>
>> # sysctl kern.geom.debugflags=16
>> # dd if=/dev/zero of=/dev/ad0 bs=512 count=79
>>
>> A partir daqui, crie o gpt, zfs, etc...
>>
>> não precisa do "gpart destroy"
>>
>> Veja se vai agora.
>>
>> Em 31 de janeiro de 2012 10:38, Paulo Cavalcanti
>>  escreveu:
>>> Em 31 de janeiro de 2012 08:58, Luiz Gustavo S. Costa <
>>> luizgust...@luizgustavo.pro.br> escreveu:
>>>
 Isso tá com cara de ser entrada de configuração do zfs faltante no
 loader.conf do boot

 confirme que esta entrada esta configurada no /boot/loader.conf

 zfs_load="YES"
 vfs.root.mountfrom="zfs:zroot"

 Sendo, "zroot" o nome da pool que você criou no zpool

 Abraços.

>>>
>>> Confirmei e as entradas estão lá, Luiz. O nome do meu pool é "dados". Já
>>> estou quase decorando o procedimento de instalação do ZFS, tantas foram as
>>> vezes que eu digitei... rs
>>>
>>> Será que tem algo a ver o fato do disco ser IDE?
>>>
>>> Ah, lembrei de mais um detalhe: toda vez que digito o comando gpart destroy
>>> ad0 aparece "ad0 is busy".Tenho de usar o parâmetro -F para forçar. Pode
>>> ter algo a ver?
>>>
>>> Outro detalhe: quando digito umount /dev também aparece "/dev is busy", eu
>>> ignoro continuo seguindo o roteiro. São as únicas anormalidades que me
>>> lembro.
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
>>
>> --
>> Luiz Gustavo Costa (Powered by BSD)
>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
>> mundoUnix - Consultoria em Software Livre
>> http://www.mundounix.com.br
>> ICQ: 2890831 / MSN: cont...@mundounix.com.br
>> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
>> Blog: http://www.luizgustavo.pro.br
>
>
>
> --
> Luiz Gustavo Costa (Powered by BSD)
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
> Blog: http://www.luizgustavo.pro.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
             Long live FreeBSD

                     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

Re: [FUG-BR] ZFS não dá boot

[William Grzybowski]

2012/1/31 Alessandro de Souza Rocha :
> alessandro@proxy:/home/alessandro# cat /boot/loader.conf |grep zfs
> zfs_load="YES"
> vfs.root.mountfrom="zfs:zroot/root"
> vfs.zfs.zil.disable="1"
> vfs.zfs.prefetch.disable=1

zil.disable = 1 ? Ta loco?
Torça pra nao dar nenhum kernel panic nem a luz cair

-- 
William Grzybowski
--
Agência Livre - www.agencialivre.com.br
Curitiba/PR - Brasil
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Alessandro de Souza Rocha]

hehehehe aqui luiz aqui ja caiu kernel panic never.


Em 31 de janeiro de 2012 14:58, William Grzybowski
 escreveu:
> 2012/1/31 Alessandro de Souza Rocha :
>> alessandro@proxy:/home/alessandro# cat /boot/loader.conf |grep zfs
>> zfs_load="YES"
>> vfs.root.mountfrom="zfs:zroot/root"
>> vfs.zfs.zil.disable="1"
>> vfs.zfs.prefetch.disable=1
>
> zil.disable = 1 ? Ta loco?
> Torça pra nao dar nenhum kernel panic nem a luz cair
>
> --
> William Grzybowski
> --
> Agência Livre - www.agencialivre.com.br
> Curitiba/PR - Brasil
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
             Long live FreeBSD

                     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

Re: [FUG-BR] [OFF-TOPIC] Placa wireless PCI no 9-release

[Eduardo Schoedler]

Freebsd nao suporta 802.11n ou nao suporta seu chipset?

--
Eduardo Schoedler
Enviado via iPhone

Em 30/01/2012, às 14:26, Danilo Augusto Vicente Lara  
escreveu:

> El 30-Jan-12 14:10, Alessandro de Souza Rocha escribió:
>> olha esta 
>> http://www.magazineluiza.com.br/placa-pci-wireless-n-300mbps-dual-band-linksys-wmp600n/p/2043124/00/ia/iapr/
>> 
>> Em 30 de janeiro de 2012 13:45, Celso Viana  
>> escreveu:
>>> Em 19 de janeiro de 2012 08:07, Danilo Augusto Vicente Lara
>>>   escreveu:
 Colegas,bom dia.
 Instalei um 9-release no meu pc de casa e ele não reconheceu minha placa
 wireless PCI, que é uma D-link dwa-525 wireless N 150 desktop adapter.
 Alguém usa alguma placa PCI wireless com o free 9 e pode me dizer o
 modelo pra eu comprar uma?
 
 Valeu!
 
 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>> 
>>> Alguém já usou essa placa?
>>> 
>>> http://produto.mercadolivre.com.br/MLB-220872665-pci-wireless-wimacmax-atheros-hipower-pc-e-mikrotik-200mw-nf-_JM
>>> 
>>> --
>>> 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
>> 
>> 
> Essa placa é muito boa,mas parece que o freebsd nao suporta essas placas 
> padrao 802.11n. Estou comprando outra placa justamente porque não 
> reconheceu a minha d-link padrao 802.11n. Ao menos no site não consta 
> essa placa na lista de hardwares suportados.
> 
> 
> -
> 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] [OFF-TOPIC] Placa wireless PCI no 9-release

[Paulo Henrique]

Caracas na boa quanto de banda e quanto de HD você tem ?
Olha o melhor link de internet residencial não passa de 5 mbps e para ficar
baixando arquivo da internet nem adianta ser uma placa foda, tem que ser
uma estavel.

Ve as TP-Link, são suportadas e não travam muito !!

Att.

Em 31 de janeiro de 2012 20:37, Eduardo Schoedler escreveu:

> Freebsd nao suporta 802.11n ou nao suporta seu chipset?
>
> --
> Eduardo Schoedler
> Enviado via iPhone
>
> Em 30/01/2012, às 14:26, Danilo Augusto Vicente Lara <
> danilo...@yahoo.com.br> escreveu:
>
> > El 30-Jan-12 14:10, Alessandro de Souza Rocha escribió:
> >> olha esta
> http://www.magazineluiza.com.br/placa-pci-wireless-n-300mbps-dual-band-linksys-wmp600n/p/2043124/00/ia/iapr/
> >>
> >> Em 30 de janeiro de 2012 13:45, Celso Viana
>  escreveu:
> >>> Em 19 de janeiro de 2012 08:07, Danilo Augusto Vicente Lara
> >>>   escreveu:
>  Colegas,bom dia.
>  Instalei um 9-release no meu pc de casa e ele não reconheceu minha
> placa
>  wireless PCI, que é uma D-link dwa-525 wireless N 150 desktop adapter.
>  Alguém usa alguma placa PCI wireless com o free 9 e pode me dizer o
>  modelo pra eu comprar uma?
> 
>  Valeu!
> 
> 
> 
>  -
>  Histórico: http://www.fug.com.br/historico/html/freebsd/
>  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>> Alguém já usou essa placa?
> >>>
> >>>
> http://produto.mercadolivre.com.br/MLB-220872665-pci-wireless-wimacmax-atheros-hipower-pc-e-mikrotik-200mw-nf-_JM
> >>>
> >>> --
> >>> 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
> >>
> >>
> > Essa placa é muito boa,mas parece que o freebsd nao suporta essas placas
> > padrao 802.11n. Estou comprando outra placa justamente porque não
> > reconheceu a minha d-link padrao 802.11n. Ao menos no site não consta
> > essa placa na lista de hardwares suportados.
> >
> >
> > -
> > 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
>



-- 
:=)>BattleMaster<(=:

Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ZFS não dá boot

[Paulo Henrique]

Aproposito, você está utilizando gpt, a sua placa-mãe ( bios ) tem suporte
a UEFI ?
Se tem a opção está ativada na Bios ?

Att. Paulo Henrique.

Em 31 de janeiro de 2012 14:59, Alessandro de Souza Rocha <
etherlin...@gmail.com> escreveu:

> hehehehe aqui luiz aqui ja caiu kernel panic never.
>
>
> Em 31 de janeiro de 2012 14:58, William Grzybowski
>  escreveu:
> > 2012/1/31 Alessandro de Souza Rocha :
> >> alessandro@proxy:/home/alessandro# cat /boot/loader.conf |grep zfs
> >> zfs_load="YES"
> >> vfs.root.mountfrom="zfs:zroot/root"
> >> vfs.zfs.zil.disable="1"
> >> vfs.zfs.prefetch.disable=1
> >
> > zil.disable = 1 ? Ta loco?
> > Torça pra nao dar nenhum kernel panic nem a luz cair
> >
> > --
> > William Grzybowski
> > --
> > Agência Livre - www.agencialivre.com.br
> > Curitiba/PR - Brasil
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
> Alessandro de Souza Rocha
> Administrador de Redes e Sistemas
> FreeBSD-BR User #117
>  Long live FreeBSD
>
>  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
>



-- 
:=)>BattleMaster<(=:

Flamers > /dev/null !!!
-
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] Placa wireless PCI no 9-release

[Eduardo Schoedler]

Ueh, pode ser uma rede de escritório onde há troca de arquivos grandes.

--
Eduardo Schoedler
Enviado via iPhone


Em 31/01/2012, às 21:38, Paulo Henrique  escreveu:

> Caracas na boa quanto de banda e quanto de HD você tem ?
> Olha o melhor link de internet residencial não passa de 5 mbps e para ficar
> baixando arquivo da internet nem adianta ser uma placa foda, tem que ser
> uma estavel.
> 
> Ve as TP-Link, são suportadas e não travam muito !!
> 
> Att.
> 
> Em 31 de janeiro de 2012 20:37, Eduardo Schoedler 
> escreveu:
> 
>> Freebsd nao suporta 802.11n ou nao suporta seu chipset?
>> 
>> --
>> Eduardo Schoedler
>> Enviado via iPhone
>> 
>> Em 30/01/2012, às 14:26, Danilo Augusto Vicente Lara <
>> danilo...@yahoo.com.br> escreveu:
>> 
>>> El 30-Jan-12 14:10, Alessandro de Souza Rocha escribió:
 olha esta
>> http://www.magazineluiza.com.br/placa-pci-wireless-n-300mbps-dual-band-linksys-wmp600n/p/2043124/00/ia/iapr/
 
 Em 30 de janeiro de 2012 13:45, Celso Viana
>> escreveu:
> Em 19 de janeiro de 2012 08:07, Danilo Augusto Vicente Lara
>   escreveu:
>> Colegas,bom dia.
>> Instalei um 9-release no meu pc de casa e ele não reconheceu minha
>> placa
>> wireless PCI, que é uma D-link dwa-525 wireless N 150 desktop adapter.
>> Alguém usa alguma placa PCI wireless com o free 9 e pode me dizer o
>> modelo pra eu comprar uma?
>> 
>> Valeu!
>> 
>> 
>> 
> 
> Alguém já usou essa placa?
> 
> 
>> http://produto.mercadolivre.com.br/MLB-220872665-pci-wireless-wimacmax-atheros-hipower-pc-e-mikrotik-200mw-nf-_JM
> 
> --
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
> 
> 63 8404-8559
> Palmas/TO
 
 
>>> Essa placa é muito boa,mas parece que o freebsd nao suporta essas placas
>>> padrao 802.11n. Estou comprando outra placa justamente porque não
>>> reconheceu a minha d-link padrao 802.11n. Ao menos no site não consta
>>> essa placa na lista de hardwares suportados.
>>> 
>>> 
>> 
> 
> 
> -- 
> :=)>BattleMaster<(=:
> 
> Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Resolvido! ZFS não dá boot

[Paulo Olivier Cavalcanti]

Pessoal, consegui resolver! O motivo foi... bem, até agora não sei ao  
certo. Tenho duas explicações: a curta e a longa.

A curta: usei a solução do amigo Luiz Gustavo -- baixei o mfsbsd e rodei o  
script zfsinstall que vem com ele. Funcionou muito bem!

A longa: mesmo usando o script zfsinstall aparecia uma mensagem dizendo  
"gpart error: ad0: invalid argument". Eu já tinha visto essa mensagem  
durante a instalação passo-a-passo, e eu resolvia criando uma partição mbr  
tipo 165 com o fdisk e reiniciando o computador. Pois bem,dessa vez eu  
resolvi fazer outra abordagem e fui ao diretório /dev. Lá dentro reparei  
que existia um dispositivo "ada0" que nunca tinha visto antes. Intrigado,  
experimentei rodar o script neste dispositivo e... voilà! O ZFS foi  
instalado e está rodando numa boa.

Agora vamos as dúvidas... o que é e como apareceu esse dispositivo ada0?  
Por que com o ad0 não foi e com ele sim?

O chato de scripts prontos é que você não tem como saber onde errou... eu  
não sei se digitei algo errado no passo-a-passo ou se foi algo que fiz no  
ad0... confuso! Eu não sei qual solução recomendar a quem passar pela  
mesma situação.

Em todo caso, muito obrigado aos que me ajudaram!






Em Tue, 31 Jan 2012 00:10:36 -0200, Marcelo Gondim   
escreveu:

> Em 30/01/2012 23:43, Paulo Olivier Cavalcanti escreveu:
>> Tentei criar um volume ZFS em um HD de 200GB seguindo o passo-a-passo
>> descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot mas não
>> funcionou. Quando eu finalizo a instalação e reinicio a máquina aparece  
>> a
>> seguinte mensagem: "gptzfsboot: no ZFS pools located, can't boot". Usei  
>> o
>> DVD do FreeBSD 8.2 para instalar.
>
> Posso estar enganado mas acredito que esse tuto foi feito para o 9.0 e
> não o 8.2. Até mesmo porque ele fala que não funciona com o bsdinstall
> de uma versão beta do 9:
>
> *WARNING!* these directions will not work with bsdinstall based media
> (9.0-BETA1+) due to changes in distfile layout, pathing, and version
> numbering.
>
> E para mim bsdinstall só no 9 substituindo o sysinstall.  :)
>
> Já experimentou bootar com o dvd do 9 release e fazer isso?
>
>>
>> Fiz o mesmo procedimento em uma máquina virtual e deu certo. Estranho, o
>> que pode estar ocorrendo? Já estou ficando doido...
>>
>> Se eu instalar UFS2 vai numa boa...
>>
>>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-- 
http://about.me/paulocavalcanti
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Mascarar porta no navegador

[Marcio Rufino]

   Welkson,
   obrigado pela ajuda.
   O NAT 1:1 faço do ip acessivel externamente para meu server de
   páginas, o qual deveria redirecionar para o respectivo server interno
   na porta , por exemplo.
   Em relação ao exemplo citado por você, quando configuro
   ProxyPass / http://192.168.10.33:/diretorio/
   ProxyPassReverse / http://192.168.10.33:/diretorio/
   e restarto, o apache reclama
   [warn] worker http://192.168.10.33:/diretorio/ already used by
   another worker
   com isso tenho que deixar assim
   ProxyPass / http://192.168.10.33:/
   ProxyPassReverse / http://192.168.10.33:/
   Estou fazendo essa conf no debian.
   Ainda nao achei o erro, mas estou a procura
   No browser, acessando externamente, dá pra ver que ele esta tentando
   redirecionar para o 192.168.10.33 mas nao conclui.
 __

   Em 30/01/2012 17:32, Welkson Renny de Medeiros <
   welk...@focusautomacao.com.br > escreveu:
   Me desculpe Márcio, mas não estou conseguindo entender seu
   ambiente...
   onde que entra esse NAT 1:1?
   Aqui eu faço assim:
   1- acesso meu servidor de DNS e crio um CNAME para o novo sistema
   (exemplo: sistemaJAVA.empresaxyz.com.br);
   2- abro meu httpd.conf do apache (esse apache já é vis�vel pra todos
   na
   internet na porta 80), e crio um VHost passando como endereço o CNAME
   criado acima, exemplo:
   # host: sistemaJAVA.empresaxyz.com.br
   ProxyRequests off
   ServerName sistemajava.empresaxyz.com.br
   [1]http://192.168.0.251:8080>;
   Order allow,deny
   Allow from all
   ProxyPass /SisJava/ [2]http://192.168.0.251:8080/SisJava/
   ProxyPassReverse /SisJava/ [3]http://192.168.0.251:8080/SisJava/
   ProxyPass / [4]http://192.168.0.251:8080/SisJava/
   ProxyPassReverse / [5]http://192.168.0.251:8080/SisJava/
   Order allow,deny
   Allow from all
   No meu caso o apache acess�vel externamente está com o IP
   192.168.0.254,
   e meu servidor de aplicações TOMCAT está com o IP 192.168.0.251
   (porta
   8080).
   3- Efetuo um restart no meu apache (apachectl restart);
   � isso.
   --
   Welkson Renny de Medeiros
   Desenvolvimento / Gerência de Redes
   Focus Automação Comercial
   FreeBSD Community Member
   Marcio Rufino escreveu:
   > Paulo,
   > estou utilizando NAT 1:1. O problema esta sendo na co nf do vhost do
   > apache.
   > Todos exemplos que achei no google são para acessos internos...
   nunca
   > de acessos vindo da internet.
   > Tô correndo atrás...
   >
   -
   Histórico: [6]http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd

References

   1. http://192.168.0.251:8080>/
   2. http://192.168.0.251:8080/SisJava/
   3. http://192.168.0.251:8080/SisJava/
   4. http://192.168.0.251:8080/SisJava/
   5. http://192.168.0.251:8080/SisJava/
   6. http://www.fug.com.br/historico/html/freebsd/
   7. 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] Resolvido! ZFS não dá boot

[Ciro Cardoso de Meneses]

o q aconteceu comigo:

instalei normalmente com os defaults da bios, no primeiro boot lembrei
que não tinha ativado o ahci então, o que
era ad0 passou a ser ada0 e ad1 passou a ser ada1, resolvi com o
mfsbsd tb e corrigi a fstab.


Em 31 de janeiro de 2012 22:14, Paulo Olivier Cavalcanti
 escreveu:
> Pessoal, consegui resolver! O motivo foi... bem, até agora não sei ao
> certo. Tenho duas explicações: a curta e a longa.
>
> A curta: usei a solução do amigo Luiz Gustavo -- baixei o mfsbsd e rodei o
> script zfsinstall que vem com ele. Funcionou muito bem!
>
> A longa: mesmo usando o script zfsinstall aparecia uma mensagem dizendo
> "gpart error: ad0: invalid argument". Eu já tinha visto essa mensagem
> durante a instalação passo-a-passo, e eu resolvia criando uma partição mbr
> tipo 165 com o fdisk e reiniciando o computador. Pois bem,dessa vez eu
> resolvi fazer outra abordagem e fui ao diretório /dev. Lá dentro reparei
> que existia um dispositivo "ada0" que nunca tinha visto antes. Intrigado,
> experimentei rodar o script neste dispositivo e... voilà! O ZFS foi
> instalado e está rodando numa boa.
>
> Agora vamos as dúvidas... o que é e como apareceu esse dispositivo ada0?
> Por que com o ad0 não foi e com ele sim?
>
> O chato de scripts prontos é que você não tem como saber onde errou... eu
> não sei se digitei algo errado no passo-a-passo ou se foi algo que fiz no
> ad0... confuso! Eu não sei qual solução recomendar a quem passar pela
> mesma situação.
>
> Em todo caso, muito obrigado aos que me ajudaram!
>
>
>
>
>
>
> Em Tue, 31 Jan 2012 00:10:36 -0200, Marcelo Gondim 
> escreveu:
>
>> Em 30/01/2012 23:43, Paulo Olivier Cavalcanti escreveu:
>>> Tentei criar um volume ZFS em um HD de 200GB seguindo o passo-a-passo
>>> descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot mas não
>>> funcionou. Quando eu finalizo a instalação e reinicio a máquina aparece
>>> a
>>> seguinte mensagem: "gptzfsboot: no ZFS pools located, can't boot". Usei
>>> o
>>> DVD do FreeBSD 8.2 para instalar.
>>
>> Posso estar enganado mas acredito que esse tuto foi feito para o 9.0 e
>> não o 8.2. Até mesmo porque ele fala que não funciona com o bsdinstall
>> de uma versão beta do 9:
>>
>> *WARNING!* these directions will not work with bsdinstall based media
>> (9.0-BETA1+) due to changes in distfile layout, pathing, and version
>> numbering.
>>
>> E para mim bsdinstall só no 9 substituindo o sysinstall.  :)
>>
>> Já experimentou bootar com o dvd do 9 release e fazer isso?
>>
>>>
>>> Fiz o mesmo procedimento em uma máquina virtual e deu certo. Estranho, o
>>> que pode estar ocorrendo? Já estou ficando doido...
>>>
>>> Se eu instalar UFS2 vai numa boa...
>>>
>>>
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> --
> http://about.me/paulocavalcanti
> -
> 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] Resolvido! ZFS não dá boot

[Marcelo Gondim]

Em 31/01/2012 23:14, Paulo Olivier Cavalcanti escreveu:
> Pessoal, consegui resolver! O motivo foi... bem, até agora não sei ao
> certo. Tenho duas explicações: a curta e a longa.
>
> A curta: usei a solução do amigo Luiz Gustavo -- baixei o mfsbsd e rodei o
> script zfsinstall que vem com ele. Funcionou muito bem!
>
> A longa: mesmo usando o script zfsinstall aparecia uma mensagem dizendo
> "gpart error: ad0: invalid argument". Eu já tinha visto essa mensagem
> durante a instalação passo-a-passo, e eu resolvia criando uma partição mbr
> tipo 165 com o fdisk e reiniciando o computador. Pois bem,dessa vez eu
> resolvi fazer outra abordagem e fui ao diretório /dev. Lá dentro reparei
> que existia um dispositivo "ada0" que nunca tinha visto antes. Intrigado,
> experimentei rodar o script neste dispositivo e... voilà! O ZFS foi
> instalado e está rodando numa boa.
>
> Agora vamos as dúvidas... o que é e como apareceu esse dispositivo ada0?

ada0 é o novo dispositivo quando se usa o ATA_CAM no kernel ao invés do 
antigo. Usando o ATA_CAM no kernel dispositivos sata agora são 
reconhecidos na ordem sempre começando com 0, daí ada0, ada1 e por aí 
vai. Tanto que se você tiver usando o antigo ad0, ad1, etc em uma 
atualização do 8.2 para o 9.0 e compilar o kernel pra usar o CAM, 
automaticamente são criados links simbólicos dos ads que vc tinha 
re-mapeando eles para ada. Dessa forma permite que você possa usar sem 
dar pau na atualização. Depois é só mudar seu fstab por exemplo.  :D

Abaixo trecho do /usr/src/UPDATING:

20110424:
 The GENERIC kernels for all architectures now default to the new
 CAM-based ATA stack. It means that all legacy ATA drivers were
 removed and replaced by respective CAM drivers. If you are using
 ATA device names in /etc/fstab or other places, make sure to update
 them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX 
-> saY,
 where 'Y's are the sequential numbers starting from zero for 
each type
 in order of detection, unless configured otherwise with tunables,
 see cam(4)). There will be symbolic links created in /dev/ to map
 old adX devices to the respective adaY. They should provide basic
 compatibility for file systems mounting in most cases, but they do
 not support old user-level APIs and do not have respective 
providers
 in GEOM. Consider using updated management tools with new 
device names.

> Por que com o ad0 não foi e com ele sim?
>
> O chato de scripts prontos é que você não tem como saber onde errou... eu
> não sei se digitei algo errado no passo-a-passo ou se foi algo que fiz no
> ad0... confuso! Eu não sei qual solução recomendar a quem passar pela
> mesma situação.
>
> Em todo caso, muito obrigado aos que me ajudaram!
>
>
>
>
>
>
> Em Tue, 31 Jan 2012 00:10:36 -0200, Marcelo Gondim
> escreveu:
>
>> Em 30/01/2012 23:43, Paulo Olivier Cavalcanti escreveu:
>>> Tentei criar um volume ZFS em um HD de 200GB seguindo o passo-a-passo
>>> descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot mas não
>>> funcionou. Quando eu finalizo a instalação e reinicio a máquina aparece
>>> a
>>> seguinte mensagem: "gptzfsboot: no ZFS pools located, can't boot". Usei
>>> o
>>> DVD do FreeBSD 8.2 para instalar.
>> Posso estar enganado mas acredito que esse tuto foi feito para o 9.0 e
>> não o 8.2. Até mesmo porque ele fala que não funciona com o bsdinstall
>> de uma versão beta do 9:
>>
>> *WARNING!* these directions will not work with bsdinstall based media
>> (9.0-BETA1+) due to changes in distfile layout, pathing, and version
>> numbering.
>>
>> E para mim bsdinstall só no 9 substituindo o sysinstall.  :)
>>
>> Já experimentou bootar com o dvd do 9 release e fazer isso?
>>
>>> Fiz o mesmo procedimento em uma máquina virtual e deu certo. Estranho, o
>>> que pode estar ocorrendo? Já estou ficando doido...
>>>
>>> Se eu instalar UFS2 vai numa boa...
>>>
>>>
>> -
>> 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