from:"Eduardo"

Em , Carlos Eduardo G. Carvalho escreveu:
 Pessoal, estou com um FreeBSD numa rede onde os servidores sao windows
 e rola aquele esquema de DNS dinamico para dar nome as estaçoes.
 Alguém sabe como configurar o dhcp client para fornecer um nome
 ao servidor para que um nome seja associado ao IP obtido pelo FreeBSD?

Instala o DNSMASQ... ele é um servidor DNS e DHCP Server também, que já
registra automaticamente o reverso do ip e tudo mais.
Vale a pena o teste.

Sds,

--
Eduardo Schoedler

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

[FUG-BR] RES: Dividir Banda entre empresas

Em 25/10/2010 11:56 Alessandro de Souza Rocha escreveu:
 vc pode usa ipfw+dummynet ou pf+altq.
 ex:
  ipfw pipe 1 config bw 2Mbit/s
  ipfw pipe 2 config bw 4Mbit/s
  ipfw pipe 3 config bw 8Mbit/s
  ipfw add 500 pipe 1 ip from 10.0.0.11 to any out
  ipfw add 500 pipe 1 ip from any to 10.0.0.11 in
  ipfw add 501 pipe 2 ip from 192.168.0.23 to 192.168.0.12 out
  ipfw add 501 pipe 2 ip from 192.168.0.12 to 192.168.0.23 in
 
 pf vc pode olhar aki.
 http://www.openbsd.org/faq/pf/queueing.html

Até onde eu sei o dummynet não empresta banda para outro pipe...
Você terá de usar ALTQ para isso, tanto faz se for em IPFW ou PF.

Sds,

--
Eduardo Schoedler


-
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: DHCP client informando nome para D NS dinâmico

2010-10-25 Por tôpico Carlos Eduardo G. Carvalho (Cartola)

Obrigado Eduardo, mas essa opção não existe. Não tenho qualquer acesso ou
informação sobre a rede. É uma grande empresa onde eu apenas pluguei uma
máquina e queria que ela tivesse um nome associado a ela. Em tese essa
máquina FreeBSD nem deveria existir, portanto nem posso pedir um nome pra
ela. Se eu formalizar muito a existência dela podem me obrigar a remove-la.
Hoje fazem vista grossa, pois há alguns serviços que pessoas usam nela.
Pensei nisso que perguntei aqui como opção, já que os clientes windows ficam
com nomes associados a eles.

Hoje eu uso um DNS externo, tipo nomedoservidor.dominioexterno.com para me
referir a ela, mas isso não é bom, pois os usuários ficam pensando que a
máquina está fora da rede, exposta, informações da empresa nas mãos de
terceiros, etc. Empresa grande tem dessas coisas.

Tô pensando em snifar o windows pra saber o que ele manda. Usar send
host-name no dhclient.conf não funcionou.

Abs, Cartola.

Em 25 de outubro de 2010 11:05, Eduardo Schoedler eschoed...@viavale.com.br
 escreveu:

 Em , Carlos Eduardo G. Carvalho escreveu:
  Pessoal, estou com um FreeBSD numa rede onde os servidores sao windows
  e rola aquele esquema de DNS dinamico para dar nome as estaçoes.
  Alguém sabe como configurar o dhcp client para fornecer um nome
  ao servidor para que um nome seja associado ao IP obtido pelo FreeBSD?

 Instala o DNSMASQ... ele é um servidor DNS e DHCP Server também, que já
 registra automaticamente o reverso do ip e tudo mais.
 Vale a pena o teste.

 Sds,

 --
 Eduardo Schoedler

 -
 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] Problema no ports: ezm3

Estou tentando instalar um pacote e está acusando erro em uma dependência,
que é a ezm3.

Ao tentar fazer um make install, aparece:

gmake[1]: *** [diagnostic.o] Error 1
gmake[1]: Leaving directory
`/usr/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_AM
D64/gcc'
mkdir FBSD_AMD64
--- building in FBSD_AMD64 ---

m3build: quake error: quake error: runtime error: Failed to build m3cc

--procedure--  -line-  -file---
error  --  builtin
  112
/usr/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/src/m3ma
kefile


m3build: quake error: quake error: runtime error: m3build failed with error
code: 1

--procedure--  -line-  -file---
error  --  builtin
BuildChunk164  /usr/ports/lang/ezm3/work/ezm3-1.1/src/m3makefile
PkgInfo   240  /usr/ports/lang/ezm3/work/ezm3-1.1/src/m3makefile
   31  /usr/ports/lang/ezm3/work/ezm3-1.1/src/PACKAGES

gmake: *** [packages] Error 1
*** Error code 2

Stop in /usr/ports/lang/ezm3.
 

Alguém já passou por isso?

Abraço,

--
Eduardo Schoedler

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

[FUG-BR] RES: Problema no ports: ezm3

Para variar, era o gcc45... fiz no make.conf:

# Configuracoes do GCC45
.if !empty(.CURDIR:M/usr/ports/*)  exists(/usr/local/bin/gcc45) 
empty(NOGCC45)
.if empty(.CURDIR:M/usr/ports/lang/ezm*)
NO_CPU_CFLAGS=
CPUTYPE=core2
CC=gcc45
CXX=g++45
CPP=cpp45
CFLAGS+=-mtune=core2 -march=core2 -mfpmath=both -mmmx -msse -msse2 -mssse3
-msse4.1 -msse4.2
LD=${CC}
.endif
.endif

Resolveu.

--
Eduardo Schoedler


 -Mensagem original-
 De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
 nome de Eduardo Schoedler
 Enviada em: segunda-feira, 25 de outubro de 2010 17:02
 Para: FUG-BR
 Assunto: [FUG-BR] Problema no ports: ezm3
 
 Estou tentando instalar um pacote e está acusando erro em uma
 dependência,
 que é a ezm3.
 
 Ao tentar fazer um make install, aparece:
 
 gmake[1]: *** [diagnostic.o] Error 1
 gmake[1]: Leaving directory
 `/usr/ports/lang/ezm3/work/ezm3-
 1.1/language/modula3/m3compiler/m3cc/FBSD_AM
 D64/gcc'
 mkdir FBSD_AMD64
 --- building in FBSD_AMD64 ---
 
 m3build: quake error: quake error: runtime error: Failed to build m3cc
 
 --procedure--  -line-  -file---
 error  --  builtin
   112
 /usr/ports/lang/ezm3/work/ezm3-
 1.1/language/modula3/m3compiler/m3cc/src/m3ma
 kefile
 
 
 m3build: quake error: quake error: runtime error: m3build failed with
 error
 code: 1
 
 --procedure--  -line-  -file---
 error  --  builtin
 BuildChunk164  /usr/ports/lang/ezm3/work/ezm3-
 1.1/src/m3makefile
 PkgInfo   240  /usr/ports/lang/ezm3/work/ezm3-
 1.1/src/m3makefile
31  /usr/ports/lang/ezm3/work/ezm3-1.1/src/PACKAGES
 
 gmake: *** [packages] Error 1
 *** Error code 2
 
 Stop in /usr/ports/lang/ezm3.
 
 
 Alguém já passou por isso?
 
 Abraço,
 
 --
 Eduardo Schoedler
 
 -
 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] DHCP client informando nome para DNS din âmico

2010-10-23 Por tôpico Carlos Eduardo G. Carvalho (Cartola)

Pessoal, estou com um FreeBSD numa rede onde os servidores sao windows e
rola aquele esquema de DNS dinamico para dar nome as estaçoes. Alguem sabe
como configurar o dhcp client para fornecer um nome ao servidor para que um
nome seja associado ao IP obtido pelo FreeBSD?

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

Re: [FUG-BR] DHCP client informando nome para DNS din âmico

2010-10-23 Por tôpico Carlos Eduardo G. Carvalho (Cartola)

Fala Moscão!!!

O server é Rwindows e não tenho qualquer acesso a nada da rede, apenas
espetei meu FreeBSD lá. Quando uso cliente windows ele passa para o
servidor DHCP ou sei lá pra quem (que imagino ser windows, pois a rede
usa AD) os parâmetros necessários de modo que fica um nome associado à
minha máquina. Queria fazer o mesmo com o cliente FreeBSD. Já catei no
google mas não achei. Achei apenas para os casos de servidores *nix.

Achei numa página da M$ (http://support.microsoft.com/kb/816592)
algumas dicas, tipo:

  Como funciona de interação de atualização DHCP/DNS

  Você pode usar o servidor DHCP para registrar e atualizar o PTR
e A registros de recursos em nome dos
   clientes com DHCP do servidor. Ao fazer isso, você deve usar
uma opção de DHCP adicional, a opção
  cliente FQDN (opção 81). Esta opção permite que o cliente enviar
seu FQDN para o servidor DHCP no
  pacote DHCPREQUEST. Isso permite que o cliente notificar o
servidor DHCP como para o nível de serviço
  requer.

Mas ainda não consegui achar o caminho das pedras. Bem verdade as
idéias que vierem aqui só poderão ser testadas na segunda :(

Vou ver se testo um simples
send host-name andare.fugue.com;
no dhclient.conf. Dei uma lida no man agora procurando por fqdn e
name e achei isso.

Eu tentei solucionar isso há um tempo atrás e desisti. Agora resolvi
perguntar, mas não lembro o que já testei :(

Valeu! Abs, Cartola.

Em 23 de outubro de 2010 09:59, Rodrigo Mosconi
free...@mosconi.mat.br escreveu:

 Cartola,

 quem é o DHCP server, o próprio freeba?

 caso positivo, segue um pequeno check-list do que fizera uma vez:

 - configure o BIND para permitir alterações na zona dinâmica, e usando uma 
 chave
 - Crie a chave;
 - configure o DHCP para atualizar o BIND via chave (se não me falha a
 memória são 3 opções que tem que mudar ou descomentar).

 Caso negativo, como é a rede.

 Em 23 de outubro de 2010 09:48, Carlos Eduardo G. Carvalho (Cartola)
 cartol...@gmail.com escreveu:
  Pessoal, estou com um FreeBSD numa rede onde os servidores sao windows e
  rola aquele esquema de DNS dinamico para dar nome as estaçoes. Alguem sabe
  como configurar o dhcp client para fornecer um nome ao servidor para que um
  nome seja associado ao IP obtido pelo FreeBSD?
 
  Obrigado, Cartola.
  -
  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] DHCP client informando nome para DNS din âmico

2010-10-23 Por tôpico Carlos Eduardo G. Carvalho (Cartola)

Oi Irado, os servidores M$ já fazem isso integrado com DNS (o deles, claro).

O link que passei há pouco leva para a página intitulada Como
configurar atualizações dinâmicas de DNS no Windows Server 2003 -
http://support.microsoft.com/kb/816592

A propósito, tô fora da lista há um tempão. Ainda é preferível mandar
email sem HTML ou já tá liberado? É que a mensagem de boas vindas
ainda recomenda não usar, mas costumo usar no gmail...

Vlw, Abs!

Em 23 de outubro de 2010 10:10, irado furioso com tudo
ir...@bsd.com.br escreveu:
 Em Sat, 23 Oct 2010 09:48:21 -0200
 Carlos Eduardo G. Carvalho (Cartola) cartol...@gmail.com, conhecido
 consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:

 rola aquele esquema de DNS dinamico para dar nome as estaçoes. Alguem
 sabe como configurar o dhcp client para fornecer um nome ao servidor
 para que um nome seja associado ao IP obtido pelo FreeBSD?

 ou muito me engano (sei lá, fazem uns 8 anos que não mexo com
 (r)windows) mas isso é função de um servidor wins, que pode ser montado
 via samba.

 se enganado, pls, ignorem.

 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
 Quando chegar a hora dos humildes herdarem o Reino dos Céus,o IR vai
 ficar com mais da metade [Millôr Fernandes]
 -
 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] FreeBSD sendo cobrado em concursos?

2010-10-23 Por tôpico Carlos Eduardo G. Carvalho (Cartola)

A Embrapa também estava com FreeBSD como padrão para servidores há
alguns anos atrás (em 2005 com certeza). Não sei se se mantém, mas no
caso de concurso é outro lugar que pode cobrar na prova. Nada mais
razoável que cobrar na prova o que é usado.

Para clientes o padrão seria o ubuntu, não sei se essas coisas
vingaram lá até hoje... cheguei a dar treinamento em Belém do Pará pra
eles e demos também no RJ e outras cidades. A FreeBSD Brasil pode
sondar, pode ter oportunidades por lá.

Abs, Cartola.

Em 23 de outubro de 2010 11:26, Neriberto Caetano do Prado
neribe...@gmail.com escreveu:
Ultimamente tenho visto várias vagas de empregos para quem já tem
experiência em AIX, aqui na região de Campinas/SP,...

Em 21 de outubro de 2010 13:32, Vinícius Zavam
egyp...@googlemail.comescreveu:

2010/10/19 Renato Frederick ren...@frederick.eti.br:
Já é uma boa notícia, sem criar flames, mas noto que toda a euforia do
passado com Linux tem passado, graças a Deus.
Continuo sendo um forte defensor do BSD e sempre que possível
substituindo
distribuições Linux por ele. :)
O fato da certificação BSD já ter chegado ao Brasil e ter a FreeBSDBrasil
conta muitos pontos.

-Mensagem Original-
From: Welkson Renny de Medeiros
Sent: Tuesday, October 19, 2010 2:03 PM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Subject: Re: [FUG-BR] FreeBSD sendo cobrado em concursos?

Rafael Henrique Faria escreveu:
No Concurso que eu entrei da Unesp, foi exigido conhecimentos
específicos de FreeBSD (apesar que na prova prática, usaram o
Freesbie, que tinha algumas diferenças para o FreeBSD mesmo).

E na Unesp, o sistema padrão adotado pela reitoria é o FreeBSD. Quem
quiser usar Linux, ou Windows Server, é por sua conta e risco.

Note que eu estou falando apenas sobre os servidores, em desktop o
padrão é Windows... mas tem projetos já de se migrar para Linux... mas
é um passo lento... fazer os usuários aceitarem o Linux não é tão
simples.

2010/10/19 Welkson Renny de Medeiros welk...@focusautomacao.com.br:

Edital do TRT aqui do RN:

http://www.cespe.unb.br/concursos/trt21rn2010/arquivos/EDITAL_N_1_TRT_RN_21_ABERTURA___24.09.2010.PDF

Página 25 tem: Sistemas operacionais Windows, Unix, Linux e BSD.

(observe que no começo do texto eles informaram o nome BSD errado...
BSB
rsrs... no fim colaram correto.

BSD é o poder! =)

--
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member
Interessante Rafael...

Acredito que no máximo cai 2 questões de FreeBSD... o que realmente
cobram
com força em concurso hoje é governança (ITIL, COBIT, PMBOK, CMMI,
MPS.BR)...

O Edital cobra umas coisas bizarras... SNA (IBM), WebVPN(Cisco)... NUNCA
tinha visto falar =)

Abraços,

--
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member

em pouco tempo a gente vai acabar vendo explicito ali, em editais
(ainda mal escritos), o nosso camaradinha AIX.

--
Vinícius Zavam
profiles.google.com/egypcio
-
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] RES: várias instâncias do dhcp

2010-10-22 Por tôpico Eduardo Schoedler

Em 22/10/2010 16:12, Zhu Sha Zang escreveu:
 Usando o isc-dhcp41-server como configuro para ter várias instâncias
 (por placa de rede) de um servidor dhcp. Digo várias instâncias da
 forma que cada placa de rede é um range /26 e terei 4 redes.
 
 No dhcpd.conf eu especifico as redes. No rc.conf eu coloco as placa de
 rede. Mas como digo para qual placa de rede vai determinado range.

DHCP Relay ?


Sds,

--
Eduardo Schoedler

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

Re: [FUG-BR] problema com samba

2010-10-20 Por tôpico Carlos Eduardo

Boa tarde Anderson, tudo bom?

Uma sugestão é verificar o DNS, já vi o nmbd se comportar mal quando não há
resolução adequada de nomes.
Pode ser que seu apontamento esteja externo, ou algo do gênero...

Abraços!

2010/10/19 Anderson Alves de Albuquerque anderso...@gmail.com

 Eu estou com um problema, tenho configurado um pdc e samba com server
 de internet na mesma máquina.

 o que acontece é que quando a internet cai as estações win xp não
 logam no domínio, o que pode ser?

 abaixo o smb.conf:

 [global]
 workgroup = DFENGENHARIA
 netbios name = PDC_REDE
 netbios aliases = PDC_REDE
 server string = SERVIDOR_II
 map to guest = Bad Password
 max log size = 50
 debug timestamp = No
 min protocol = LANMAN2
 announce version = 4.0
 load printers = No
 show add printer wizard = No
 logon path =
 logon home =
 domain logons = Yes
 os level = 100
 lm announce = Yes
 preferred master = Yes
 domain master = Yes
 dns proxy = No
 wins support = Yes
 ldap ssl = no
 force create mode = 0777
 force directory mode = 0777
 preserve case = No
 short preserve case = No
 vfs objects = recycle
 hosts allow = 192.168.0. 127.
 veto files = *.mp3\
 vfs objects = recycle

 [printers]
 comment = All Printers
 path = /var/spool/samba
 printable = Yes
 browseable = No

 [netlogon]
 path = /home/netlogon
 valid users = joao, ana, maria, ze, mario, carlos, filipe
 force user = root
 read only = No
 browseable = No

 [dfengenharia]
 comment = dfengenharia
 path = /usr/dfengenharia
 valid users = joao, ana, maria, ze, mario, carlos, filipe
 admin users = root, carlos
 read only = No
 guest ok = Yes
 browseable = No

 [agenda]
 comment = agenda
 path = /usr/agenda
 valid users = joao, ana, maria, ze, mario, carlos, filipe, recepcao
 admin users = root
 read only = No
 guest ok = Yes
 browseable = No

 --
 [], Anderson Alves de Albuquerque.
 ---
 E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
 andersonaa#gmail.com (replace # by @)
 ICQ: 73222660
 http://diseg.pu.ufrj.br/
 ---
 -
 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] Ports estranho

2010-10-18 Por tôpico Eduardo Schoedler

Pessoal,

Estou tentando atualizar alguns pacotes do ports, mas já no pkg_version ele
diz que algo não está certo.
Ao rodar o portupgrade, ele diz que os diretórios do ports foram
removidos...
Alguma sugestão ?

# pkg_version -vL=
autoconf-2.67  !   Comparison failed
automake-1.10.3!   Comparison failed
automake-1.9.6_4   !   Comparison failed

# portupgrade -ri autoconf automake
---  Session started at: Mon, 18 Oct 2010 10:13:14 -0200
** Port directory not found: devel/autoconf267
** Port directory not found: devel/automake19
** Port directory not found: devel/automake110
** Port directory not found: devel/automake110
** Port directory not found: devel/automake19
---  Listing the results (+:done / -:ignored / *:skipped / !:failed)
- devel/autoconf267 (port directory error)
- devel/automake19 (port directory error)
- devel/automake110 (port directory error)
- devel/automake110 (port directory error)
- devel/automake19 (port directory error)
---  Packages processed: 0 done, 5 ignored, 0 skipped and 0 failed
---  Session ended at: Mon, 18 Oct 2010 10:13:14 -0200 (consumed 00:00:00)

Sds,

--
Eduardo Schoedler

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

[FUG-BR] RES: Ports estranho

2010-10-18 Por tôpico Eduardo Schoedler

Em 18/10/2010 10:20, Renato Botelho escreveu:
 
 2010/10/18 Eduardo Schoedler eschoed...@viavale.com.br:
  Pessoal,
 
  Estou tentando atualizar alguns pacotes do ports, mas já no
  pkg_version ele diz que algo não está certo.
  Ao rodar o portupgrade, ele diz que os diretórios do ports foram
  removidos...
  Alguma sugestão ?
 
  # pkg_version -vL=
  autoconf-2.67      !   Comparison failed
  automake-1.10.3    !   Comparison failed
  automake-1.9.6_4   !   Comparison failed
 
 Esses ports nao existem mais, agora soh existe automake 1.11 e
 autoconf 2.68. Pode remove-los com pkg_delete e tocar o barco

Olá Renato,

Esses pacotes não são dependências de outros ?
Não vai quebrar nada ?


Abraço,

--
Eduardo Schoedler

-
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 impressora HP Deskjet 3745

2010-10-09 Por tôpico Eduardo Lemos de Sa

Oi Sérgio

Nem de perto eu sou um expert em instalação de impressoras (apanhei muito
para instalar a minha). Pelo que no google, esta impressora está sendo
instalada desde o FreeBSD-5.4. Faço então algumas sugestões (não as testei
porque eu não tenho uma impressora igual a sua para verificar se
funcionará):

1) No endereço
http://www.vivaolinux.com.br/artigo/Instalacao-e-configuracao-da-impressora-HP-3745-%28e-similares%29?pagina=2

há um passo-a-passo para instala-la no linux/cups (uma vez que o cups está
instalado e abre a página de administração) penso que o driver e os passos
serão iguais.

2) Há um passo-a-passo (agora, no mundo globalizado, chamado de how to)
que fala da instalação da HPLaser1020 (que é conectada via USB). Se a 3725
for USB, você poderá encontrar lá boas dicas.

3) Instalando o foomatic, há alguns aplicativos que trazem diretamente o
driver (você leu o readme dele?).

Um abraço e boa sorte

Edu


2010/10/8 Sergio Augusto Vladisauskis sergi...@gmail.com

 Galera, estou tentando instalar a minha impressora no servidor, mas o
 HPLIP não está reconhecendo a existência dessa danada!
 Já instalei os pacotes:

 cups-base-1.4.4
 cups-client-1.4.4
 cups-image-1.4.4
 cups-pstoraster-8.15.4_6
 cups-samba-6.0_6
 hplip-3.10.6
 foomatic-db-20090530_2
 foomatic-db-engine-4.0.1,2
 foomatic-db-hpijs-1.4
 foomatic-filters-4.0.1_5

 Nada da impressora aparecer na lista do hplip e nem na lista de
 drivers de impressora, a comunicação USB está funcionando bem pois meu
 no-break da APC é reconhecido pelo apcupsd.
 O que poderia ser?
 --
 Sergio Augusto Vladisauskis
 - Oportunix IT Services Brasil
 - Site: http://www.oportunix.com.br
 - Fone: +55 13 3822 2300
 - Móvel: +55 11 8017 5065
 - Skype: oportunix
 - Registered Linux User: 305281

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




-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

2010-10-07 Por tôpico Eduardo

Oi José

Como eu já disse anteriormente, parece que o problema está em como o 
FreeBS/BIOS nomeia HDs SATA como IDEs (adxxx). Como o boot é feito por 
um CD (IDE ou SATA) a confusão pode ocorrer. Eu resolvi este problema 
escapando de usar mídias que envolvam portas IDE/SATA, ou seja, fiz a 
instalação por floppy e funcionou. Apesar desta ser uma tentativa 
desesperada e envolver algum custo (se bem que o tempo que você gastou 
nisto até agora já deve ter sido onero$$$), e se houver necessidade 
extrema de que o sistema seja FreeBSD (eu não abir mão dele, apesar dos 
problemas que tive para instala-lo), penso que o uso do floppy pode 
resolver o seu problema perfeitamente.

Outra coisa que deve ser pensada é se não há problemas no hardware 
(apesar da marca, HPs são fabricados, pelo menos em algum momento, por 
humanos, que estão sempre sujeitos ao erro). Se for hardware, não há 
sistema operacional que resolva os travamentos.

Um abraço

Edu
oOn 10/06/10 14:41, Jose Amaral wrote:
 É. também não funcionou...
 Não tenho mais idéias sobre o que testar...

 Valeu!

 Em 6 de outubro de 2010 09:00, Jose Amaraljamaral2...@gmail.com  escreveu:


 Ok.
 Vou tentar também.

 Obrigado pela dica.

 Em 5 de outubro de 2010 07:27, Francisco 
 Cardosofrica...@bsd.com.brescreveu:

 Em 29 de setembro de 2010 13:46, Jose Amaraljamaral2...@gmail.com
  
 escreveu:
  

 Pessoal,

 Tive um progresso. Primeiro, consegui instalar o LiveCD na máquina... o
 problema era apenas a escolha da emulação do HD (IDE Legado) que ele
 consegue detectar normalmente o HD como ad0. Segundo, coloquei o FreeBSD
 8.1
 no pendrive e, como dito, não dava o boot, parando na tela que eu havia
 informado... mas como eu estava suspeitando do BTX 1.02, peguei o loader
  
 do

 LiveCD e joguei no pendrive. Dando boot de novo, ele aceita o BTX 1.01,
 porém ele para logo depois, dando a informação BTX halted. Imagino que
 seja incompatibilidade do loader antigo com os arquivos do boot do 8.1.

 Já tentei substituir os arquivos da pasta boot 8.1 com os da pasta boot
  
 do

 LiveCD e também tentei remover a pasta boot do 8.1, colocando a pasta
  
 boot

 do LiveCD, sem sucesso. Se alguém tiver mais alguma ideia, agradeço.

 Em 27 de setembro de 2010 14:15, Rodrigo Mosconi
 free...@mosconi.mat.brescreveu:

  
 Só um detalhe a respeito do liveCD 4.6:

 O FreeBSD 4.6 usa o UFS1
 do 5.2.1 em diante, o FreeBSD usa o UFS2

 Acredito que a instalação via livecd não seja viável, por causa do FS
 -
 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

  
 Já tentou o CURRENT?

 Atenciosamente,

 Francisco Ricardo

 --
 
 FreeBSD - The Power to Serve
 www.freebsd.org
 -
 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



-- 
Eduardo Lemos de Sa
Associated Professor at Chemistry Department
Universidade Federal do Parana
Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil
phone: +55(41)33613300
fax  : +55(41)33613186

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

[FUG-BR] OFF Topic - Sugestão de Data Center

2010-10-07 Por tôpico Eduardo Pizorno

Boa tarde pessoal da lista, gostaria da indicação de vocês para algum bom
data center, possuo um plano com a LocaWeb mas o serviço deles anda deixando
muito a desejar, gostaria de saber se alguém possui boas indicações de
outros data centers.
Valeu pela força.

-- 
Eduardo Pizorno.
  * ~
**  °v°
 /(_)\   *Software livre sim, trabalho gratuito nã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] OFF Topic - Sugestão de Data Center

2010-10-07 Por tôpico Eduardo Pizorno

Retificando o e-mail preciso de serviços de colocation e server dedicado
pelo menos
Obrigado pela atenção

Eduardo Pizorno.

Em 7 de outubro de 2010 13:30, Eduardo Pizorno pizo...@gmail.com escreveu:

 Boa tarde pessoal da lista, gostaria da indicação de vocês para algum bom
 data center, possuo um plano com a LocaWeb mas o serviço deles anda deixando
 muito a desejar, gostaria de saber se alguém possui boas indicações de
 outros data centers.
 Valeu pela força.

 --
 Eduardo Pizorno.
   * ~
 **  °v°
  /(_)\   *Software livre sim, trabalho gratuito não. *
   ^^  *







-- 
Eduardo Pizorno.
  * ~
**  °v°
 /(_)\   *Software livre sim, trabalho gratuito não. *
  ^^  *
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Tentando acertar a versão da libpng

2010-10-06 Por tôpico Eduardo Lemos de Sa

Caríssimos

Há pouco tempo  circulou na lista um problema relativo à libpng. No meu
caso, ao rodar um aplicativo (no meu caso, o ktorrent3), ocorre crash e
aparece no log a mensagem abaixo:

libpng warning: Application was compiled with png.h from libpng-1.2.42
libpng warning: Application  is  running with png.c from libpng-1.4.3
libpng warning: Incompatible libpng version in application and library


Claramente o problema é devido ao fato de que algo (andei buscando no google
e parece que são as qt4, as quais eu atualizei para qt4-6.3) havia sido
compliado com a libpng-1.2.42 e agora a instalada é a libpng-1.4.3.

O óbvio a fazer era um portupgrade -r graphics/png  (o -r penso que é algo
recursivo, ou seja, atualizará todos os ports com foram compilados com
png-1.2.42). O enrosco foi que logo no começo do portupgrade aparece a
mensagem de que a ffmpeg está marcada como broken e muitos outros pacotes
(após um longo tempo de máquina) não são atualizados porque o procedimento
entra em loop (indo e voltando atrás do ffmpeg). Assim, pergunto:

1) Como eu posso fazer para descobrir qual pacote está usando a
libpng-1.2.42 e fazer uma atualização só dele?

2) Alguém que tenha enfrentado este problema, conseguiu resolvê-lo de uma
forma diferente?

Um abraço e obrigado pela atenção

Edu

-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
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] PF + 2 LINK Internet

2010-10-05 Por tôpico Anderson Eduardo

Em 5/10/2010 14:01, Bruno Torres Viana escreveu:
 Gabriel,

 Não funcionou, se eu colocar o gw da EBT como default funciona, mas este não
 é o propósito.

 Em 5 de outubro de 2010 13:41, Gabriel Fonsecagabr...@ethx.com.brescreveu:

 Em 5 de outubro de 2010 11:52, Bruno Torres Vianabtvi...@gmail.com
 escreveu:

 Adalberto,

 Fiz o que falou, mas continua da mesma forma, o pacote chega no firewall,
 mas parece que se perde em algum lugar que não estou sabendo identificar.

 00 rule 15/0(match): pass in on rl0: 187.58.185.168.15402
 200.XXX.0.YYY.22:  tcp 32 [bad hdr length 0 - too short,  20]


 Em 5 de outubro de 2010 11:15, Adalberto Gonçalves
 adalbe...@bsd.com.brescreveu:

 Vc pode utilizar o reply-to que funciona. Eu utilizo assim para 3
 conexões
 wan:

 pass in on $fera_if reply-to ($fera_if $fera_gw) inet proto tcp to port
 222
 flags S/SA keep state
 pass in on $speedy_if reply-to ($speedy_if $speedy_gw) inet proto tcp
 to
 port 222 flags S/SA keep state
 pass in on $link_if inet proto tcp to port 222 flags S/SA keep state

 Sendo $link_if minha conexão da rota default.

 []'s


 Em 5 de outubro de 2010 10:15, Bruno Torres Vianabtvi...@gmail.com
 escreveu:

 Senhores,

   Estou montando um servidor FreeBSD com 3 Ethernet sendo 1
 LAN
 e
 2
 WAN [WAN1 - GVT ; WAN2 - EBT], a rota padrão é GVT, porém quando
 acesso
 o
 IP
 fixo da EBT por exemplo SSH o pacote passa pelo PF mas não me retorna
 a
 tela
 de login. Acredito que o pacote não está achando rota de saída para
 voltar
 com a resposta, mas verifiquei tudo e não encontrei nada.

   Alguém poderia me dar uma luz para encontrar a solução?

 DADOS:

 SO: FreeBSD 7.3-RELEASE-p3
 Firewall: PF

 LOG DO FIREWALL
 fw# tcpdump -nettti pflog0
 tcpdump: WARNING: pflog0: no IPv4 address assigned
 tcpdump: verbose output suppressed, use -v or -vv for full protocol
 decode
 listening on pflog0, link-type PFLOG (OpenBSD pflog file), capture
 size
 96
 bytes
 00 rule 15/0(match): pass in on rl0: 187.58.185.168.12819
 200.XXX.0.YYY.22:  tcp 32 [bad hdr length 0 - too short,  20]
 10. 436593 rule 0/0(match): block in on wb0: 192.168.1.1.520
 192.168.1.255.520: RIPv1, Response, length: 24
 2. 696563 rule 0/0(match): block in on vr0: 192.168.26.57.138
 192.168.26.255.138: NBT UDP PACKET(138)
 6. 644800 rule 0/0(match): block in on wb0: 192.168.1.1  224.0.0.1:
 igmp
 query v3

 Obrigado!


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




 --
 ===
 Adalberto Gonçalves - Network and Systems Administrator
 Tel: 19 3351 3301
 Cel: 19 9213 6392
 ===
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 --
 ___
 Bruno




 Todos nós somos ignorantes, porém em assuntos diferentes. Não seja
 ignorante
 por opção!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


 Tente utilizar route-to após os reply-to para garantir o encaminhamento dos
 pacotes. Mais ou menos assim:

 pass in quick on $if_gvt reply-to ( $if_gvt $gw_gvt ) proto tcp to port 222
 pass in quick on $if_embratel reply-to ( $if_embratel $gw_embratel ) proto
 tcp to port 222

 pass out quick on $if_gvt route-to ( $if_embratel $gw_embratel ) from
 $ip_embratel
 pass out quick on $if_embratel route-to ( $if_gvt $gw_gvt ) from $ip_gvt

 Espero que ajude. Depois nos de um feedback se funcionou. Boa sorte!

 Att.

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





Tenho o mesmo ambiente aqui e somente precisei de um forward no ipfw.

fwd 201.XXX.XXX.XXX tcp from 201.XXX.XXX.XXX to any

Não testei nada no pf,mas tenta adaptar sua regra.

Qualquer coisa dar uma lida sobre policy routing.

-- 
Anderson Eduardo
-
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] PF + 2 LINK Internet

2010-10-05 Por tôpico Anderson Eduardo

Em 5/10/2010 17:03, Bruno Torres Viana escreveu:
 Isto é o que esta estranho, esta assim e este é o log:

 026992 rule 0/0(match): rdr in on rl0: 187.58.185.168.21720
 192.168.26.2.3389: [|tcp]
 20 rule 3/0(match): pass out on vr0: 187.58.185.168.21720
 192.168.26.2.3389: [|tcp]
 porem o pacote não chega no servidor

Já fez teste com outro protocolo? udp/tcp/icmp?

Fiz um teste com pf aqui no meu ambiente, realmente tcp não funcionou, 
mas o icmp funcionou sem problemas.

Regra que funciona com icmp.

pass out on tun0 route-to ($ext_if2 $ext_gw2) inet proto icmp from 
201.XXX.XXX. to any keep state

Regra que não funciona com tcp.

laboratory# cat /etc/firewall/pfctl.conf
pass out on tun0 route-to ($ext_if2 $ext_gw2) inet proto tcp from 
201.XXX.XXX.XXX to any
laboratory# pfctl -sr
pass out on tun0 route-to ($ext_if2 $ext_gw2) inet proto tcp from 
201.XXX.XXX.XXX to any 'flags S/SA keep state'
laboratory#

A opção flags é adicionada automaticamente pelo pf.




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

[FUG-BR] Tentando virtualizar dentro do FreeBSD

2010-10-04 Por tôpico Eduardo

Caríssimos


O caso é o seguinte: estou instalando  uma máquina virtual 
(WindowsXP=guest) no FreeBSD 8.1-RELEASE (=host) usando o VirtualBox. Eu 
consegui fazer a instalação, porém estou apanhando para criar o 
sharedfolder (uma das forma sugeridas na lista para a troca de arquivos) 
e para fazer esta VM se comunicar com placa de rede e os dispositivos 
USB (pelo que eu li, este último vai ser difícil ou impossível porque 
parece, pelo que eu li, um problema do VirtualBox com os dispositivos 
USB). De qualquer forma, mesmo que algo não funcione (como o caso do 
USB) isto deve ser dito claramente  para que o usuário não perca tempo.

Vamos então ao primeiro itém: eu consigo criar o sharedfolder (via 
VBoxManage sharedfolder add Windows XP Professional -name 
VirtualFiles -hostpath C:\test) , o sharedfolder aparece, mas eu não 
consigo acessa-lo dentro da VM (use net h: \\vboxsrv\foldername). Eu não 
sei se o problema está porque a interface de rede não está configurada 
(andei vendo que havia problemas com esta funcionalidade) e por 
consequência, o sharedfolder não funcionaria. Ou seja, parece que o 
problema está em configurar primeiramente a rede ou eu deveria criar uma 
partição fat/fat32 no disco que seja comum ao host e a VM?

Agradeço antecipamente os comentários e sugestões
Um abraço

Edu

-- 
Eduardo Lemos de Sa
Associated Professor at Chemistry Department
Universidade Federal do Parana
Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil
phone: +55(41)33613300
fax  : +55(41)33613186

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

[FUG-BR] RES: [Dica] Ferramenta para auditar FreeBSD

2010-10-04 Por tôpico Eduardo Schoedler

Em 04/10/2010 13:46, Welkson Renny de Medeiros escreveu:
 Interessante:
 http://cisecurity.org/en-
 us/?route=downloads.show.single.freebsdtool.100

Mitooo interessante !!!

Rating = 7.32 / 10.00
Pelo menos passei... rsrsrs.

Grande dica, parabéns!

--
Eduardo Schoedler

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

Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

2010-10-02 Por tôpico Eduardo Lemos de Sa

Oi Pessoal

2010/10/2 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com

 2010/10/2 Carlos Anderson Jardim cajar...@gmail.com

  Eu tive um problema deste com um Dell PowerEdge T110, e o meu problema
  era a questão do RAID no HostSAS (2 discos SATA), neste caso desativei
  o Raid e foi tranquilamente.
 
  Se voce possui RAID via Controladora desative, instale e depois ative
  o Raid novamente.
 
 
  Em 29 de setembro de 2010 13:46, Jose Amaral jamaral2...@gmail.com
  escreveu:
   Pessoal,
  
   Tive um progresso. Primeiro, consegui instalar o LiveCD na máquina... o
   problema era apenas a escolha da emulação do HD (IDE Legado) que ele
   consegue detectar normalmente o HD como ad0. Segundo, coloquei o
 FreeBSD
  8.1
   no pendrive e, como dito, não dava o boot, parando na tela que eu havia
   informado... mas como eu estava suspeitando do BTX 1.02, peguei o
 loader
  do
   LiveCD e joguei no pendrive. Dando boot de novo, ele aceita o BTX 1.01,
   porém ele para logo depois, dando a informação BTX halted. Imagino
 que
   seja incompatibilidade do loader antigo com os arquivos do boot do 8.1.
  
   Já tentei substituir os arquivos da pasta boot 8.1 com os da pasta boot
  do
   LiveCD e também tentei remover a pasta boot do 8.1, colocando a pasta
  boot
   do LiveCD, sem sucesso. Se alguém tiver mais alguma ideia, agradeço.
  
   Em 27 de setembro de 2010 14:15, Rodrigo Mosconi
   free...@mosconi.mat.brescreveu:
  
   Só um detalhe a respeito do liveCD 4.6:
  
   O FreeBSD 4.6 usa o UFS1
   do 5.2.1 em diante, o FreeBSD usa o UFS2
  
   Acredito que a instalação via livecd não seja viável, por causa do FS
   -
   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
 


 só pra complementar aqui.
 nas minhas instalações de FreeBSD em máquinas HP, tive problemas no Menu
 Beast, que simplesmente não responde ao estímulos do teclado, ou seja, se
 eu
 precisar teclar 4 para entrar em modo mono, impossível,

 hoje mesmo, instalei o 8.0 num HP Proliant ml110 g6, o mesmo problema, e já
 percebi isso em outros modelos, da linha DL 150 e 160 nem
 atualização de bios resolveu



Eu já tive este problema com o teclado quando eu inventei de usar um teclado
USB. Era até engraçado: se eu bootava a máquina com o teclado USB e não
apertava tecla alguma (deixava ele entrar no default), não havia problemas,
porém se eu apertava qualquer tecla (mesmo aquela relacionada ao default),
aí ele travava e não aceitva comando algum.

Um abraço

Edu


 --
 ENIO RODRIGO MARCONCINI
 gtalk: eni...@gmail.com
 skype: eniorm
 msn: /dev/null

 .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
 Have trouble with Windows - reboot!
 Have 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




-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Horário de verão

2010-10-01 Por tôpico Eduardo Forssa

Bom Dia senhores,
qual procedimento para atualização do timezone para o horário de verão 2010/2011

obrigado



  

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

[FUG-BR] RES: Horário de verão

2010-10-01 Por tôpico Eduardo Schoedler

Em 01/01/2010 12:46, Renato Botelho escreveu:
 
 2010/10/1 Eduardo Forssa eh...@yahoo.com:
  Bom Dia senhores,
  qual procedimento para atualização do timezone para o horário
  de verão 2010/2011
 
 Nenhum. Desde que o governo resolveu colaborar fixando
 as datas pro horário de verão, as entradas foram criadas
 corretamente até 2034, começa no segundo domingo de
 Outubro e termina no segundo domingo de Feverero.
 
 Se você quer garantir que está usando o arquivo correto,
 basta rodar um `tzsetup` e escolher as opções 2, 9 e 8.
 
 É claro que se você usa uma versão pré-histórica do BSD,
 como é o caso de muita gente, o arquivo atualizado não vai
 estar disponível, mas como nesse caso a máquina pode
 conter inúmeras falhas de segurança, deixar o horário certo
 não vai aliviar muito ;)

Instalando o zoneinfo do ports não resolve ?

--
Eduardo Schoedler

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

[FUG-BR] RES: Servidor de e-mail

2010-09-29 Por tôpico Eduardo Schoedler

Em 29/09/2010 18:51, irado furioso com tudo escreveu:
 lendo o faq ou manual: http://www.sendmail.org/faq/section3#3.35
 ou então perguntando ao google:

Irado, tenta esse outro link que aprendi na lista NANOG ;-)

http://www.lmgtfy.com/?q=add+footer+message+sendmail

flames  /dev/null

Abraço,

--
Eduardo Schoedler

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

Re: [FUG-BR] BSDDay Argentina

2010-09-29 Por tôpico Anderson Eduardo

Em 29/9/2010 18:17, Pablo Sánchez escreveu:
 UEBA! Bom saber! Finalmente evento na minha terrinha!

 Em 29 de setembro de 2010 16:34, jeimersonjeimer...@bol.com.br  escreveu:

Pessoal,
Vai acontecer, o BSD Day na Argentina nos dias 5 e 6 de novembro.
Segue link do evento.
http://www.bsdday.org.ar/consola/
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Tem vários eventos de ótima qualidade e gostos na Argentina.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

Oi José


2010/9/26 Jose Amaral jamaral2...@gmail.com

 Eduardo, como vc comentou a máquina não tem leitor de disquetes. Tentei a
 instalação por pendrive e acontece o mesmo. Para na mesma mensagem...
 Alguma outra idéia?

 Valeu!


 Sugiro que você compre um floppy USB (pode ser que algum outro dia, você
precise dele) ou remova ou clone um HD com o sistema instalado em outra
máquina. No meu modesto entender, o problema está na forma como o FreeBSD
nomeia os HDs: no seu caso, como você tentou via pendrive (que é montado
como um HD ad0xxx, o problema com a instalação a partir do CD teria chance
de se repetir; e se nã se repetisse, você poderia ter problemas na hora do
boot pós-instalação: o drive de HD onde o sistema foi instalado, seria
renomeado após a retira do pendrive, e o sistema não conseguiria montar as
unidades).

Em resumo, sugiro: ou clonar um HD com o sistema já instalado (via dd ou via
Hirens CD) ou realmente usar o bom e velho floppy.

Qualquer dúvida, estarei à disposição.


Um abraço

Edu



 Em 25 de setembro de 2010 11:26, Eduardo Lemos de Sa 
 eduardo.lemosd...@gmail.com escreveu:

  Oi José
 
 
  2010/9/24 Jose Amaral jamaral2...@gmail.com
 
   Pessol, estou tentando há alguns dias instalar o FreeBSD 8.1(tanto
 amd64
  e
   i386) em uma máquina HP modelo 6005.
   O boot trava no BTX. A mensagem é exatamente a seguinte:
  
   Attempting Boot From CD-ROM
   CD Loader 1.2
  
   Building the boot loadar arguments
   Looking up /BOOT/LOADER... found
   Relocating the loader and the BTX
   Starting the BTX loader
   _
   BTX loader 1.00  BTX version is 1.02
  
  
   Aí fica travado neste ponto. Então fui testando as versões anteriores,
  até
   a  6.4release, porque lí no histórico que um usuário conseguiu instalar
   esta
   versão em uma máquina que apresentava os mesmos problemas. Em algumas
   versões a máquina simplesmente reinicia quando chega neste mesmo ponto.
  Em
   outras ela trava. Consegui instalar uma distro linux sem problema
   (slackware
   para i386, não testei amd64), mas o FreeBSD não consegui.
Pesquisando na web, algumas pessoas conseguiram resolver problemas
   parecidos em máquinas hp/compaq alterando configurações na BIOS,
   principalmente relativas ao HDD.
   Esta máquina tem controladora SATA e nenhuma IDE. Alterei todas as
   configurações possíveis do sata (IDE, AHCI, IDE nativo, IDE Legado) e
  nada
   de funcionar. Desativei dispositivos, tentei com ACPI e sem ACPI,
   recarreguei parâmetros defaults da BIOS, e nada de funcionar também.
  Testei
   o boot alterando vários parâmetros de BIOS, desativando porta serial,
   eSATA,
   etc.
  
   Apesar de não achar que o problema  seja especificamente um defeito
 nesta
   máquina (aqui na empresa foram compradas 1000 máquinas destas, e testei
 o
   boot em umas 5 pelo menos e não funcionou em nenhum), verifiquei o
  hardware
   em busca de defeitos na controladora ou memória (software do
 fabricante)
  e
   não há erros. Verifiquei a memória com o Memtest e nada também.
   Testei com o FreeBSd Live cd e funcionou (versão 4.6).
   Mas pelo live cd também não consigo instalar usando o* *script
   install_freebsd.sh, que fica na pasta /scripts. O script até detecta o
  HD,
   mostra o tamanho e tal mas na instalção da uma mensagem de erro dizendo
  que
   não pode acessar o dispositivo /dev/ad4.
  
   Alguém tem uma dica que qual caminho devo seguir?
  
   Desculpem o tamanho da mensagem.
  
   Jamaral.
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
  Eu tive um problema parecido com este: tentava bootar a partir de um CD
  (suponho que é o que você está fazendo, apesar de não ter dito qual é a
  fonte de instalação) que estava ligado na porta IDE: ele iniciava a
  instalação e depois morria ou rebootava. Atribuí o problema a uma
 confusão
  que o FreeBSD faz com os discos SATA tratando-os como IDE. Eu resolvi o
 meu
  problema no melhor estilo vicking (=força bruta): utilizei floppies 3
  1/2
  com o boot do sistema (igual se fazia antigamente, quando os leitores e
  gravadores de CD custavam uma pequena fortuna) e com o sysinstall
 rodando,
  fiz o restante da instação baixando os binários via internet (para isto,
 a
  sua placa de rede deverá ser reconhecida, o que eu suponho que não seja
  muito complicado).
 
  Um abraço
 
  Edu
 
 
  ps.: como leitores de floppy não vêm normalmente com as máquinas mais
  modernas, você pode tentar fazer o boot através de um pendrive (já foi
  amplamente discutido aqui na lista) ou conectar um floppy via USB (que eu
  penso, não ser difíceis de se encontrar)
 
  --
  Eduardo Lemos de Sa
  Associated Professor Level 2
  Dep. Quimica da Universidade Federal do Paraná
  fone: +55(41)3361-3300
  fax:   +55(41)3361-3186
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

Oi José


2010/9/27 Jose Amaral jamaral2...@gmail.com

 Pessoal, não funcionou.  :(
 Peguei o freebsd 8.1 que tenho instalado em outro disco sata, em uma outra
 máquina e instalei na máquina HP. Configurei a BIOS para bootar pelo HD.
 Aconteceu a mesma coisa. Parou na mesma tela:

 BTX loader 1.00  BTX version is 1.02

 Tentei dar o boot pelo cd e dá na mesma.
 Aí percebi uma coisa. Como falei nos outros e-mails, o boot pelo live cd
 funciona (FreeBSD_4.6_Stable_LiveCD_repair_disk). No live cd eu percebi que
 aparece a mensagem:

 BTX loader 1.00  BTX version is 1.01  (e não a versão como 1.02)

 E o boot continua normalmente.
 Será que é versão do BTX (1.02) que está causando o problema?

 Valeu!


Está parecendo que é algum problema de hardware. Não creio que o problema
seja o BTX porque, considerando que ele está no HD que estava funcionando em
outra máquina, esta outra máquina não funcionaria. Ou seja, se você tem um
HD com o FreeBSD rodando o kernel GENERIC em uma máquina e simplesmente
transfere o HD para um outra máquina (e desde de que o conecte na porta SATA
certa - aqui eu acerto isto por tentativa e erro), ele deverá bootar
normalmente.

Para testar o hardware sugiro um pequeno teste: remova um ou mais pentes de
memória e veja o que acontece. Com sorte, você descobrirá (se for este o
problema), o pente defeituoso.

Um abraço

Edu




 Em 27 de setembro de 2010 09:01, Jose Amaral jamaral2...@gmail.com
 escreveu:

  Ok. Vou fazer este teste e posto pra o resultado assim que terminar.
 
  Obrigado pelas dicas.
 
  Em 27 de setembro de 2010 08:10, Eduardo Lemos de Sa 
  eduardo.lemosd...@gmail.com escreveu:
 
  Oi José
 
 
  2010/9/26 Jose Amaral jamaral2...@gmail.com
 
   Eduardo, como vc comentou a máquina não tem leitor de disquetes.
 Tentei
  a
   instalação por pendrive e acontece o mesmo. Para na mesma mensagem...
   Alguma outra idéia?
  
   Valeu!
  
  
   Sugiro que você compre um floppy USB (pode ser que algum outro dia,
 você
  precise dele) ou remova ou clone um HD com o sistema instalado em outra
  máquina. No meu modesto entender, o problema está na forma como o
 FreeBSD
  nomeia os HDs: no seu caso, como você tentou via pendrive (que é montado
  como um HD ad0xxx, o problema com a instalação a partir do CD teria
 chance
  de se repetir; e se nã se repetisse, você poderia ter problemas na hora
 do
  boot pós-instalação: o drive de HD onde o sistema foi instalado, seria
  renomeado após a retira do pendrive, e o sistema não conseguiria montar
 as
  unidades).
 
  Em resumo, sugiro: ou clonar um HD com o sistema já instalado (via dd ou
  via
  Hirens CD) ou realmente usar o bom e velho floppy.
 
  Qualquer dúvida, estarei à disposição.
 
 
  Um abraço
 
  Edu
 
 
 
   Em 25 de setembro de 2010 11:26, Eduardo Lemos de Sa 
   eduardo.lemosd...@gmail.com escreveu:
  
Oi José
   
   
2010/9/24 Jose Amaral jamaral2...@gmail.com
   
 Pessol, estou tentando há alguns dias instalar o FreeBSD 8.1(tanto
   amd64
e
 i386) em uma máquina HP modelo 6005.
 O boot trava no BTX. A mensagem é exatamente a seguinte:

 Attempting Boot From CD-ROM
 CD Loader 1.2

 Building the boot loadar arguments
 Looking up /BOOT/LOADER... found
 Relocating the loader and the BTX
 Starting the BTX loader
 _
 BTX loader 1.00  BTX version is 1.02


 Aí fica travado neste ponto. Então fui testando as versões
  anteriores,
até
 a  6.4release, porque lí no histórico que um usuário conseguiu
  instalar
 esta
 versão em uma máquina que apresentava os mesmos problemas. Em
  algumas
 versões a máquina simplesmente reinicia quando chega neste mesmo
  ponto.
Em
 outras ela trava. Consegui instalar uma distro linux sem problema
 (slackware
 para i386, não testei amd64), mas o FreeBSD não consegui.
  Pesquisando na web, algumas pessoas conseguiram resolver
 problemas
 parecidos em máquinas hp/compaq alterando configurações na BIOS,
 principalmente relativas ao HDD.
 Esta máquina tem controladora SATA e nenhuma IDE. Alterei todas as
 configurações possíveis do sata (IDE, AHCI, IDE nativo, IDE
 Legado)
  e
nada
 de funcionar. Desativei dispositivos, tentei com ACPI e sem ACPI,
 recarreguei parâmetros defaults da BIOS, e nada de funcionar
 também.
Testei
 o boot alterando vários parâmetros de BIOS, desativando porta
  serial,
 eSATA,
 etc.

 Apesar de não achar que o problema  seja especificamente um
 defeito
   nesta
 máquina (aqui na empresa foram compradas 1000 máquinas destas, e
  testei
   o
 boot em umas 5 pelo menos e não funcionou em nenhum), verifiquei o
hardware
 em busca de defeitos na controladora ou memória (software do
   fabricante)
e
 não há erros. Verifiquei a memória com o Memtest e nada também.
 Testei com o FreeBSd Live cd e funcionou (versão 4.6).
 Mas pelo live cd também não consigo instalar usando o* *script

Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

Oi José



2010/9/27 Jose Amaral jamaral2...@gmail.com

 Entendo. eu creio que o problema não sejam as memórias, pois testei em 5
 máquinas (todas do mesmo modelo, claro) e o problema persiste.
 Uma coisa não entendi. Porque o boot funciona no livecd, e no cd normal
 não?
 E mesmo depois que faço o boot pelo live cd, não consigo montar o HD de
 maneira alguma...
 Estranho.

 Valeu pela dica!


Já que parece não ser as memórias, duas possibilidades que me ocorreram
agora:

1) Será que o processador é o correto? Eu me assustei na primeira vez que
fui instalar um micro com um processador quad da Intel, queimei um CD com o
ia64 e deu pau no boot. Parece não ser este o seu problema, mas  como
ninguém sabe muita coisa sobre o que acontece, uma pergunta cretina pode
levar a alguma solução.

2) É possível fazer o boot a partir do liveCD? Se for, então o seu problema
pode estar perto da solução: você boota pelo liveCD, instala o sistema
(mínimo, de preferência para não tomar muito tempo), reboota e veja o que
acontece. Mesmo que não se descubra qual é a causa, alcançar a solução não é
algo tão ruim assim.

Um abraço

Edu



 Em 27 de setembro de 2010 10:12, Eduardo Lemos de Sa 
 eduardo.lemosd...@gmail.com escreveu:

  Oi José
 
 
  2010/9/27 Jose Amaral jamaral2...@gmail.com
 
   Pessoal, não funcionou.  :(
   Peguei o freebsd 8.1 que tenho instalado em outro disco sata, em uma
  outra
   máquina e instalei na máquina HP. Configurei a BIOS para bootar pelo
 HD.
   Aconteceu a mesma coisa. Parou na mesma tela:
  
   BTX loader 1.00  BTX version is 1.02
  
   Tentei dar o boot pelo cd e dá na mesma.
   Aí percebi uma coisa. Como falei nos outros e-mails, o boot pelo live
 cd
   funciona (FreeBSD_4.6_Stable_LiveCD_repair_disk). No live cd eu percebi
  que
   aparece a mensagem:
  
   BTX loader 1.00  BTX version is 1.01  (e não a versão como 1.02)
  
   E o boot continua normalmente.
   Será que é versão do BTX (1.02) que está causando o problema?
  
   Valeu!
  
 
  Está parecendo que é algum problema de hardware. Não creio que o problema
  seja o BTX porque, considerando que ele está no HD que estava funcionando
  em
  outra máquina, esta outra máquina não funcionaria. Ou seja, se você tem
 um
  HD com o FreeBSD rodando o kernel GENERIC em uma máquina e simplesmente
  transfere o HD para um outra máquina (e desde de que o conecte na porta
  SATA
  certa - aqui eu acerto isto por tentativa e erro), ele deverá bootar
  normalmente.
 
  Para testar o hardware sugiro um pequeno teste: remova um ou mais pentes
 de
  memória e veja o que acontece. Com sorte, você descobrirá (se for este o
  problema), o pente defeituoso.
 
  Um abraço
 
  Edu
 
 
 
  
   Em 27 de setembro de 2010 09:01, Jose Amaral jamaral2...@gmail.com
   escreveu:
  
Ok. Vou fazer este teste e posto pra o resultado assim que terminar.
   
Obrigado pelas dicas.
   
Em 27 de setembro de 2010 08:10, Eduardo Lemos de Sa 
eduardo.lemosd...@gmail.com escreveu:
   
Oi José
   
   
2010/9/26 Jose Amaral jamaral2...@gmail.com
   
 Eduardo, como vc comentou a máquina não tem leitor de disquetes.
   Tentei
a
 instalação por pendrive e acontece o mesmo. Para na mesma
  mensagem...
 Alguma outra idéia?

 Valeu!


 Sugiro que você compre um floppy USB (pode ser que algum outro
 dia,
   você
precise dele) ou remova ou clone um HD com o sistema instalado em
  outra
máquina. No meu modesto entender, o problema está na forma como o
   FreeBSD
nomeia os HDs: no seu caso, como você tentou via pendrive (que é
  montado
como um HD ad0xxx, o problema com a instalação a partir do CD teria
   chance
de se repetir; e se nã se repetisse, você poderia ter problemas na
  hora
   do
boot pós-instalação: o drive de HD onde o sistema foi instalado,
 seria
renomeado após a retira do pendrive, e o sistema não conseguiria
  montar
   as
unidades).
   
Em resumo, sugiro: ou clonar um HD com o sistema já instalado (via
 dd
  ou
via
Hirens CD) ou realmente usar o bom e velho floppy.
   
Qualquer dúvida, estarei à disposição.
   
   
Um abraço
   
Edu
   
   
   
 Em 25 de setembro de 2010 11:26, Eduardo Lemos de Sa 
 eduardo.lemosd...@gmail.com escreveu:

  Oi José
 
 
  2010/9/24 Jose Amaral jamaral2...@gmail.com
 
   Pessol, estou tentando há alguns dias instalar o FreeBSD
  8.1(tanto
 amd64
  e
   i386) em uma máquina HP modelo 6005.
   O boot trava no BTX. A mensagem é exatamente a seguinte:
  
   Attempting Boot From CD-ROM
   CD Loader 1.2
  
   Building the boot loadar arguments
   Looking up /BOOT/LOADER... found
   Relocating the loader and the BTX
   Starting the BTX loader
   _
   BTX loader 1.00  BTX version is 1.02
  
  
   Aí fica travado neste ponto. Então fui testando as versões
anteriores,
  até
   a  6.4release, porque lí no histórico que um

[FUG-BR] RES: [OFF TOPIC] Cliente SSH BlackBerry

2010-09-27 Por tôpico Eduardo Schoedler

Em 27/09/2010 13:10, Luis escreveu:
 Alguem usa algum aplicativo para blackberry para ssh?

eu uso o bbssh [1], sucessor do MidpSSH... muito bom, free!!!


Referência:
  [1] http://marcparadise.com/articles/tag/bbssh

--
Eduardo Schoedler

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

Re: [FUG-BR] Reboot travando

Oi Marcelo




2010/9/27 Marcelo Gondim gon...@linuxinfo.com.br

 Pois é, eu estou fazendo o seguinte aqui, como eu havia acabado de instalar
 ele e ainda está em 8.1-RELEASE estou fazendo o buildworld para passar ele
 para STABLE e ver se resolve. Se resolver aviso aqui na lista para ficar de
 histórico.  :)

 --
 From: Alessandro de Souza Rocha etherlin...@gmail.com
 Sent: Monday, September 27, 2010 2:15 PM
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Subject: Re: [FUG-BR] Reboot travando

  Rapaz, estranho tenho um sempro aki so que nao tenho este problema que o
  seu.
 
  Em 27 de setembro de 2010 13:18, Marcelo Gondim
  gon...@linuxinfo.com.br escreveu:
  Boa tarde pessoal,
 
  Gostaria de saber se alguém pode me dar uma luz do que poderia estar
  ocorrendo. Já desabilitei acpi no boot e outras coisas mas não adiantou.
  O
  que ocorre é o seguinte:
 
  Instalei o FreeBSD 8.1 aqui em casa numa máquina Semprom. Boota normal e
  tudo sendo que quando faço um reboot, o sistema faz todo o processo e no
  final aparece uma letra M e não reboota, fica paradão.
 
  Syncing disks, vnodes remaining...4 2 0 0 done
  All buffers synced.
  Uptime: 21s
  M
 
  Fica essa letra M e travadão, as vezes fica Mp.
 
  []´s todos
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 


Não querendo te desanimar, mas pensando em não criar uma nova variável no
problema, eu acho que esta não é a melhor estratégia: a maioria das pessoas
roda o 8.1-RELEASE e não têm o tipo de problema que você está relatando no
reboot.

Se servir um palpite tosco: o meu micro, rodando 8.1/amd64, às vezes
apresenta PANIC quando eu faço reboot, mas descobri que isto são cabos de
conexão dos HDs SATA que se soltam por algum motivo (principalmente quando
eu tenho de mexer na posição de um gravador de DVD). Passado o susto do
primeiro instante de desespero (:-)), eu verifico se os cabos (lógicos e de
alimentação) estão bem conectados, mexo na posição dos pentes de memória
(para ver se não há mal-contato), religo a máquina e passo a usa-la sem
qualquer problema. Então, antes de mexer no sistema instalado, tente
verificar as conexões.

Outra coisa: esta máquina tem dual boot (i.e.: roda windows também)? Eu não
ficaria surpreso se após um boot com o windows, algum lixo fosse deixado em
alguma posição de memória, e que acaba empesteando a máquina para um reboot
com FreeBSD.

Um abraço

Edu

 
 
  --
  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

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




-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] RES: [OFF TOPIC] Cliente SSH BlackBerry

2010-09-27 Por tôpico Eduardo Schoedler

Em 27 de setembro de 2010 13:27, Augusto Ferronato escreveu:
 Uso o MidpSSH

Atualize para bbssh, é uma versão mais recente do MidpSSH.

--
Eduardo Schoedler

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

Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX

2010-09-25 Por tôpico Eduardo Lemos de Sa

Oi José


2010/9/24 Jose Amaral jamaral2...@gmail.com

 Pessol, estou tentando há alguns dias instalar o FreeBSD 8.1(tanto amd64 e
 i386) em uma máquina HP modelo 6005.
 O boot trava no BTX. A mensagem é exatamente a seguinte:

 Attempting Boot From CD-ROM
 CD Loader 1.2

 Building the boot loadar arguments
 Looking up /BOOT/LOADER... found
 Relocating the loader and the BTX
 Starting the BTX loader
 _
 BTX loader 1.00  BTX version is 1.02


 Aí fica travado neste ponto. Então fui testando as versões anteriores, até
 a  6.4release, porque lí no histórico que um usuário conseguiu instalar
 esta
 versão em uma máquina que apresentava os mesmos problemas. Em algumas
 versões a máquina simplesmente reinicia quando chega neste mesmo ponto. Em
 outras ela trava. Consegui instalar uma distro linux sem problema
 (slackware
 para i386, não testei amd64), mas o FreeBSD não consegui.
  Pesquisando na web, algumas pessoas conseguiram resolver problemas
 parecidos em máquinas hp/compaq alterando configurações na BIOS,
 principalmente relativas ao HDD.
 Esta máquina tem controladora SATA e nenhuma IDE. Alterei todas as
 configurações possíveis do sata (IDE, AHCI, IDE nativo, IDE Legado) e nada
 de funcionar. Desativei dispositivos, tentei com ACPI e sem ACPI,
 recarreguei parâmetros defaults da BIOS, e nada de funcionar também. Testei
 o boot alterando vários parâmetros de BIOS, desativando porta serial,
 eSATA,
 etc.

 Apesar de não achar que o problema  seja especificamente um defeito nesta
 máquina (aqui na empresa foram compradas 1000 máquinas destas, e testei o
 boot em umas 5 pelo menos e não funcionou em nenhum), verifiquei o hardware
 em busca de defeitos na controladora ou memória (software do fabricante) e
 não há erros. Verifiquei a memória com o Memtest e nada também.
 Testei com o FreeBSd Live cd e funcionou (versão 4.6).
 Mas pelo live cd também não consigo instalar usando o* *script
 install_freebsd.sh, que fica na pasta /scripts. O script até detecta o HD,
 mostra o tamanho e tal mas na instalção da uma mensagem de erro dizendo que
 não pode acessar o dispositivo /dev/ad4.

 Alguém tem uma dica que qual caminho devo seguir?

 Desculpem o tamanho da mensagem.

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


Eu tive um problema parecido com este: tentava bootar a partir de um CD
(suponho que é o que você está fazendo, apesar de não ter dito qual é a
fonte de instalação) que estava ligado na porta IDE: ele iniciava a
instalação e depois morria ou rebootava. Atribuí o problema a uma confusão
que o FreeBSD faz com os discos SATA tratando-os como IDE. Eu resolvi o meu
problema no melhor estilo vicking (=força bruta): utilizei floppies 3 1/2
com o boot do sistema (igual se fazia antigamente, quando os leitores e
gravadores de CD custavam uma pequena fortuna) e com o sysinstall rodando,
fiz o restante da instação baixando os binários via internet (para isto, a
sua placa de rede deverá ser reconhecida, o que eu suponho que não seja
muito complicado).

Um abraço

Edu


ps.: como leitores de floppy não vêm normalmente com as máquinas mais
modernas, você pode tentar fazer o boot através de um pendrive (já foi
amplamente discutido aqui na lista) ou conectar um floppy via USB (que eu
penso, não ser difíceis de se encontrar)

-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Queda de Energia e serviço não retorn a

2010-09-24 Por tôpico Anderson Eduardo

Em 24/9/2010 10:32, Luiz Otavio O Souza escreveu:
 On Sep 24, 2010, at 10:07 AM, Luan Tasca wrote:
 Em 24-09-2010 10:05, Luiz Otavio O Souza escreveu:
 On Sep 24, 2010, at 8:51 AM, Marcelo Marra wrote:


 Caros,



 Estou tendo alguns problemas aqui em relação a queda de
 energia.

 Quando o servidor freebsd é desligado incorreto devido
 alguma queda de energia ou o usuário aperta o botão do desligar por 5
 segundos para forçar o desligamento, quando esse servidor é ligado 
 novamente
 alguns serviço não iniciam automaticamente como (apache, mysql, squid, 
 entre
 outros) com isso gerando um desconforto pois o cliente tem que entrar em
 contato comigo para que eu inicio o serviço em questão manualmente.

 O que vcs falam desse problema e se tem alguma opção para
 que resolva isso.





 att,

 Marcelo Marra Assis


 Marcelo,

 Isso é comum nesses casos, vários dos serviços citados requerem um DNS 
 funcionando para que eles também possam funcionar e quando todos os 
 serviços estão em uma única maquina, pode haver uma certa demora/confusão 
 na ativação desses serviços básicos durante o boot.

 Isso depende de vários fatores, mas um dos que mais influenciam é o sistema 
 de configuração de IPs na interface de rede. Sistemas como DHCP e PPPoE só 
 vão rodar depois do boot da maquina (até lá, nada de internet, dns...).

 Você pode executar um script no /etc/rc.local para tentar executar um novo 
 start nos serviços que você tem problema (algo como: sleep 60; 
 /usr/local/etc/rc.d/apache start...) ou executar os mesmos sob o 
 daemontools (ou ferramenta similar) que vai reiniciar automaticamente o 
 serviço.

 Att.,
 Luiz



 Mais Marcelo, pelo oque eu entendi, o problema dele só esta acontecendo
 quando a maquina é desligada direta, quando liga normalmente está
 subindo os serviços corretamente.



 Sim, mas executar o fsck em background deixa a maquina lenta e isso pode 
 afetar o 'timing' do boot (executa o dhclient normalmente, mas ele vai 
 demorar alguns segundos a mais para configurar o IP na interface).

 Siga as recomendações do Renato/garga (fsck_y_enable=YES, 
 background_fsck=NO) e faça um teste...

 O Marcelo ainda não explicou como essa maquina esta configurada (IP fixo, 
 dhcp, pppoe, etc.)...

 Marcelo, envie um dmesg completo do boot da maquina no momento do problema 
 (force o boot e capture o dmesg do próximo boot até o login), pode ser via 
 pastebin. Assim podemos 'observar' o problema.

 Luiz

Já tive problemas com o pid do squid, quando faltava energia o arquivo 
do pid não era removido, ai na próximo inicilização o squid detectava o 
arquivo e printava que já estava rodando.

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

[FUG-BR] RES: FreeBSD 8.1 + BGP

2010-09-23 Por tôpico Eduardo Schoedler

Em 23/09/2010 09:30, Joel Cappellesso escreveu:
 Nós aqui usavamos um FreeBSD 8.0 Stable com Quagga. 800Mbits de
 tráfego sem nenhum problema. Com linux + Quagga ele não aguentava.
 Hardware (Dell power edge 1950 - Xeon 2.3GH com 4G RAM.)

Qual a qtd de pps ?
Como está o uso de cpu/load ?

--
Eduardo Schoedler

-
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: lang/lua

2010-09-21 Por tôpico Eduardo Schoedler

Em 20/09/2010 09:04, Renato Botelho escreveu:
 Encontrei o problema e acabei de fazer o commit corrigindo, à partir
 da versão 5.1.4_3 você irá conseguir compilá-lo normalmente mantendo
 seus CFLAGS alternativos definidos no make.conf.

Realmente, apareceu uma atualização do Lua.
Tirei fora o flag -fPIC do make.conf e rodei um portupgrade.

# pkg_version -v | grep lua
lua-5.1.4_5 = up-to-date with port

Agora compilou tudo certo.

Muito obrigado pela ajuda, Renato !!!


Abraço,

--
Eduardo Schoedler

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

[FUG-BR] RES: lang/lua

2010-09-17 Por tôpico Eduardo Schoedler

Em 16 de setembro de 2010 21:27, Renato Botelho escreveu:
 Eduardo, mantendo o seu make.conf como está, no diretório do
 port lua, executa um make -V CFLAGS e cola o resultado pra
 gente por favor.

# make -V MACHINE_ARCH
amd64

# make -V ARCH
amd64


Isso é o mais estranho... diz que já tem o -fPIC:

# make -V CFLAGS
-O2 -fno-strict-aliasing -pipe -mtune=core2 -march=core2 -mfpmath=both -mmmx
-msse -msse2 -mssse3 -msse4.1 -msse4.2 -fPIC


Mas na hora de compilar, é justamente a falta do -fPIC que ele reclama:

 /usr/local/bin/ld: lapi.o: relocation R_X86_64_32 against
`luaO_nilobject_' can not be used when making a shared object; recompile
with -fPIC
lapi.o: could not read symbols: Bad value


Colocando o -fPIC na mão, duplica:

# make -V CFLAGS
-O2 -fno-strict-aliasing -pipe -mtune=core2 -march=core2 -mfpmath=both -mmmx
-msse -msse2 -mssse3 -msse4.1 -msse4.2 -fPIC -fPIC


E aí compila normalmente.


Abraços,

--
Eduardo Schoedler

-
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: FreeBSD 8.1 + BGP

2010-09-17 Por tôpico Eduardo Schoedler

Em 17 de setembro de 2010 06:59, Renato Frederick escreveu:
 e no meu caso, quando migrei pro 8.0 com o flowtable ativo era questão
 de segundos até o servidor bgp travar.

Bom, acredito que seja em um ambiente como um provedor/hosting, onde existem
muitos flows simultâneos e, na tentativa do Freebsd utilizar o cache, deve
piorar... certo?


--
Eduardo Schoedler

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

[FUG-BR] lang/lua

2010-09-16 Por tôpico Eduardo Schoedler

Saiu uma atualização do Lua hj... é dependência de algum pacote que está
instalado no servidor.

Só que está com problema na compilação...

===  Building for lua-5.1.4_2
cd src  make freebsd
make all MYCFLAGS=-DLUA_USE_LINUX MYLIBS=-Wl,-E -lreadline
gcc45 -o liblua.so -O2 -fno-strict-aliasing -pipe -mtune=core2 -march=core2
-mfpmath=both -mmmx -msse -msse2 -mssse3 -msse4.1 -msse4.2 -Wall
-DLUA_USE_LINUX   -shared -Wl,-soname=liblua-5.1.so.1 lapi.o lcode.o
ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o
lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o
lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o
loadlib.o linit.o
gcc45 -o lua  lua.o liblua.a -lm -Wl,-E -lreadline
gcc45 -o luac  luac.o print.o liblua.a -lm -Wl,-E -lreadline
/usr/local/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_'
can not be used when making a shared object; recompile with -fPIC
lapi.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/lang/lua.

Alguém sabe do que se trata ?

Sds,

--
Eduardo Schoedler

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

[FUG-BR] RES: lang/lua

2010-09-16 Por tôpico Eduardo Schoedler

Em 16 de setembro de 2010 15:56, Renato Botelho escreveu:
 Qual a versão e arquitetura do seu SO?

# pkg_version -vL=
lua-5.1.4_1  needs updating (port has 5.1.4_2)

# uname -a
FreeBSD border01.scr 8.1-RELEASE FreeBSD 8.1-RELEASE #2: Tue Aug 31 19:07:24
BRT 2010 r...@border01.scr:/usr/obj/usr/src/sys/BORDER  amd64


Obrigado,

--
Eduardo Schoedler

-
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: lang/lua

2010-09-16 Por tôpico Eduardo Schoedler

Em 16 de setembro de 2010 17:42, Renato Botelho escreveu:
 O mais estranho é que testei em uma máquina com a mesma versão
 e o erro não ocorre :(

Um detalhe importante por ser que estou usando o gcc45, por causa dos flags
novos.

# cat /etc/make.conf
CPUTYPE?=core2
CFLAGS= -O2 -fno-strict-aliasing -pipe
MAKEOPTS=-j10

# Configuracoes do GCC45
.if !empty(.CURDIR:M/usr/ports/*)  exists(/usr/local/bin/gcc45)
NO_CPU_CFLAGS=
CPUTYPE=core2
CC=gcc45
CXX=g++45
CPP=cpp45
CFLAGS+=-mtune=core2 -march=core2 -mfpmath=both -mmmx -msse -msse2 -mssse3
-msse4.1 -msse4.2
LD=${CC}
.endif


--
Eduardo Schoedler

-
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 na resolução de nomes DNS n a speedy

2010-09-15 Por tôpico Anderson Eduardo

Em 15/9/2010 11:44, irado furioso com tudo escreveu:
 Em Wed, 15 Sep 2010 11:04:27 -0300
 Fábio Jr.fjuniorli...@gmail.com, conhecido consumidor/usuário de
 drogas (Windows e BigMac com Coke) escreveu:

 Bom dia pessoal,

 Estou tendo alguns problemas com clientes de São Paulo que utilizam
 speedy. Estes clientes não conseguem acessar seu site, que retorna um
 erro dizendo que o site não está disponível.

 se os clientes estão usando ip-addr dinâmico, o /etc/resolv.conf é
 substituido de tempos em tempos; coloque os ip.addr de servidores do
 google e MUDE o atributo do arquivo para immutable.


Irado,
Se estiver usando o ppp não precisa de chflags, pode adicionar no ppp.conf

disable dns


-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] Problemas na resolução de nomes DNS n a speedy

2010-09-15 Por tôpico Anderson Eduardo

Em 15/9/2010 11:44, irado furioso com tudo escreveu:
 Em Wed, 15 Sep 2010 11:04:27 -0300
 Fábio Jr.fjuniorli...@gmail.com, conhecido consumidor/usuário de
 drogas (Windows e BigMac com Coke) escreveu:

 Bom dia pessoal,

 Estou tendo alguns problemas com clientes de São Paulo que utilizam
 speedy. Estes clientes não conseguem acessar seu site, que retorna um
 erro dizendo que o site não está disponível.

 se os clientes estão usando ip-addr dinâmico, o /etc/resolv.conf é
 substituido de tempos em tempos; coloque os ip.addr de servidores do
 google e MUDE o atributo do arquivo para immutable.


Irado,
Se você usa o ppp e não quer que ele altere seu dns, pode adicionar no 
ppp.conf

disable dns


-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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: FreeBSD 8.1 + BGP

2010-09-15 Por tôpico Eduardo Schoedler

Patrick Tracanelli escreveu:
 
 Em 15/09/2010, às 18:00, sergio escreveu:
 
  Estou instalando o FreeBSD 8.1 em uma máquina usando FreeBSD 8.1
 (Estou na dúvida se uso o openbgpd ou o quagga), vi que o FreeBSD 8.1
 já vem com alguns recursos para roteamento já kernel será que é
 necessário colocar mais alguma coisa no Kernel para um tráfego de
 400Mbps ?
 
 Tuning de File Descriptors, mbuf, sockbuff apenas. Dependendo da
 quantidade de RAM o dimensionamento do maxusers pode ser suficiente pra
 400Mbit/s.

Cenário bem parecido com o que estou montando aqui.
Temos um Dell R210 com 2 bce onboard + 4 igb.

A princípio vamos utilizar Quagga, já temos em produção com linux e tem
funcionado bem.

Não esqueça de fazer uso do recurso de SMP Affinity disponível na versão 8.x
do Freebsd, setando 1 IRQ para 1 CPU.
Mais informações em cpuset:
# man cpuset

Outra coisa interessante de analisar é o Flowtable.


--
Eduardo Schoedler

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

Re: [FUG-BR] CACTI

2010-09-14 Por tôpico Anderson Eduardo

Em 14/9/2010 14:44, Cristofe rocha escreveu:
 Cara quero te agradecer , pois me deu uma força boa, mas estou com problemas
 para instalar os plugins.

 meu cacti esta no local acima e:  /usr/local/www/cacti/

 os plugins estao no  /usr/local/www/cacti/plugins

 meu global é :

 /* Default database settings*/
 $database_type = mysql;
 $database_default = cacti;
 $database_hostname = 200.133.6.132;
 $database_username = cactiuser;
 $database_password = 999560;
 $database_port = 3306;
 $config['url_path']='/cacti/';

 # Plugins Habilitados

 $plugins = array();
 $plugins[] = 'thold';
 $plugins[]='monitor';
 $plugins[]='settings';

 Mas os plugins não sao disponibilizados para o usuário admin.

 Será a alteração do caminho dos plugins?

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

Nunca coloque suas configurações. (senha e usuário)

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Sobre o FreeBSD e a virutalização

2010-09-13 Por tôpico Eduardo Lemos de Sa

Caríssimos

Tenho acompanhado há tempos as discussões na lista sobre virtualização no
FreeBSD e acabei me embaralhando em tantas idéias, por isto uma pergunta pra
lá de cretina: quais são as estratégias para rodar um virtualizador dentro
do FreeBSD (ou seja, o FreeBSD 8.1-RELEASE é o host e não o guest)?

Obrigado pela paciência

Edu


-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Monitoramento

2010-09-11 Por tôpico Eduardo Forssa

Olá senhores

sei que por vezes, o assunto é recorrente - mas vamos lá:
Preciso deidir qual sistema de monitoramento da minha rede, as opções são 
NAGIOS 
ou CACTI - não dá pra ser os dois.

Eu tenho uma fortíssima tendência ao NAGIOS, só que não sei se o NAGIOS faz o 
que o CACTI faz: preciso que além de avaliar a disponibilidade do servidor (que 
o NAGIOS faz) preciso que ele mostre os relatórios do uso de cpu, disco, etc 
etc... o NAGIOS pode fazer isso em real-time?

Se puderem dar dicas sobre o assunto eu agradeço.


  

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

[FUG-BR] RES: OT: descobrir quem ta usando determinado IP

2010-09-10 Por tôpico Eduardo Schoedler

Enio Marconcini escreveu:
 ahhh descobri aqui, é a porr do switch, gerenciavel, foi instalado
 recentemente, o dhcp dele estava ativo, como tinha visto que a porta 80
 estava aberta, acessei pelo navegador pra ver o que era, vi que era o
 switch, aí tive que desativar o dhcp dele

Nenhum problema com o switch.
Basta você ter uma gerência sobre seu ambiente DHCP, amarre o MAC ao IP de
dispositivos como o switch, access point, impressoras de rede, etc.

Sds,

--
Eduardo Schoedler

-
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: Grandes empresas que utilizam o FreeBSD

2010-09-09 Por tôpico Anderson Eduardo

Em 9/9/2010 11:02, Flávio Barros escreveu:
 Bom dia.
 Alguém saberia me informar quais as grandes empresas que utilizam o FreeBSD
 ?

 É que atualmente utilizamos Debian em nossos servidores (proxy, firewall,
 banco de dados - mysql e postgresql, email, etc). Estamos pesquisando para
 mudar de distro. Eu sugeri a equipe o FreeBSD.

 E me questionaram quais as vantagens ? Quais as grandes empresam que o
 utilizam ?
 Qual o tempo de resposta para problemas de segurança ? Se tem comunidade
 ativa ? entre outras.




Fundação Apache
Yahoo
Netcraft
Juniper
outras

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] software sig ou gis

2010-09-09 Por tôpico Carlos Eduardo

2010/9/9 Rodrigo Mosconi free...@mosconi.mat.br

 Em 9 de setembro de 2010 15:02, Anderson Alves de Albuquerque
 anderso...@gmail.com escreveu:
   Algué conhece um software para freebsd que atenda aos requesitos abaixo?
 
  *Sistema de Informação Geográfica SIG ou GIS* é tecnologia baseada em
  Hardware e Software utilizada para descrição e análise do espaço
 geográfico.
  Esta tecnologia integra operações de banco de dados , análise estatística
 e
  mapeamento digital espacialmente referenciadas (coordenadas geográficas
 ).
  Suas principais aplicações são em :
   transportes,planejamento urbano e regional, meio ambiente, agricultura,
  segurança e educação.
  O Sistema de Informações geográficas distingui-se de outros sistemas no
 que
  se refere a poderosa ferramenta de análise espacial , ou seja ,
 cruzamento
  de informações geográficas (espacial) e banco de dados que permitem
  respostas as questões que envolvem determinado espaço geográfico.
 
 Talvez tenha em:
 http://www.freebsd.org/ports/geography.html
 
  --
  [], Anderson Alves de Albuquerque.
  ---
  E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
  andersonaa#gmail.com (replace # by @)
  ICQ: 73222660
  ---
  -
  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


Anderson,

Já ouvi falar deste: http://grass.itc.it/
Possui fonte para GNU/Linux, deve rodar no BSD.

O ArcGIS (www.esri.com) possui alguns módulos para integração OpenSource até
onde sei.

Nada muito conclusivo, mas já dá pra começar...

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

Re: [FUG-BR] Servidor Homologado

2010-09-03 Por tôpico Anderson Eduardo

Em 3/9/2010 14:41, Rodrigo Mosconi escreveu:
 Em 3 de setembro de 2010 07:18, Luiz Otavio O Souza
 lists...@gmail.com  escreveu:
 On Sep 2, 2010, at 5:37 PM, Cristofe rocha wrote:

 Cara existe homologados para Open Solaris , mas Freebsd não tem.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 Servidores (e que servidores!) homologados para FreeBSD: 
 http://www.ixsystems.com/

 Se não me engano, é essa empresa que assumiu o desenvolvimento do FreeNAS

Correto!

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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: ng_netflow

2010-09-03 Por tôpico Eduardo Schoedler

Eduardo Schoedler escreveu:
 Alguém tem um script para configurar somente o tráfego inbound de
 várias interfaces usando o tee ?

Já consegui fazer funcionar sem o ng_tee.
O problema está justamente no exemplo do man...

# ngctl msg netflow0: setdlt { iface=0 dlt=12 }

dlt não pode ser 12... tem de ser 1.
Essa linha nem precisa ser executada!

Agradeço a ajuda de todos.

Sds,

--
Eduardo Schoedler

-
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: ng_netflow

2010-09-03 Por tôpico Anderson Eduardo

Em 3/9/2010 19:55, Eduardo Schoedler escreveu:
 Eduardo Schoedler escreveu:
 Alguém tem um script para configurar somente o tráfego inbound de
 várias interfaces usando o tee ?

 Já consegui fazer funcionar sem o ng_tee.
 O problema está justamente no exemplo do man...

 # ngctl msg netflow0: setdlt { iface=0 dlt=12 }

 dlt não pode ser 12... tem de ser 1.
 Essa linha nem precisa ser executada!

 Agradeço a ajuda de todos.

 Sds,

 --
 Eduardo Schoedler

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

Então, se tiver certeza que esta errado, manda um post na lista do 
freebsd para corrigir isso.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] IPFW e redirecionamento de portas com nat e ppp, argggg

2010-09-02 Por tôpico Anderson Eduardo

Em 2/9/2010 11:33, Leonardo Augusto escreveu:
 Entao, desculpe a falta de clareza, vamos la:

 O servidor debug está na rua na porta 7869.

 O client que vai utilizar o debug esta na rede interna atraz dum
 gateway freebsd:

 gateway bsd ip interno =  10.10.10.1
 gateway bsd ip externo =  tun0, muda todos os dias (ppp)

 maquinas da rede interna =  10.10.10.xx

 O que preciso é que a maquina da rede interna acesse a maquina externa
 do debug pegando
 o IP do tun0, no caso é um redirecionamento mesmo, da porta 7869.

 O /etc/natd.conf esta assim :

 interface tun0
 port 8668
 dynamic yes
 use_sockets yes
 same_ports yes
 redirect_port tcp 10.10.10.149:7869 7869

 E o ipfw rules assim:

 00100 allow ip from any to any via lo0
 00200 deny ip from any to 127.0.0.0/8
 00300 deny ip from 127.0.0.0/8 to any
 00400 fwd 10.10.10.1,3128 tcp from 10.10.10.0/24 to any dst-port 80
 00500 divert 8668 ip from any to any via tun0
 01100 allow ip from any to any

 E nao esta funcionando ainda,
 Alguma sugestao ?

 []'s



 2010/9/1 Anderson Eduardolis...@secover.com.br:
 Em 1/9/2010 13:42, Leonardo Augusto escreveu:
 Olá povo,

 Eu sou um retardado, peço desculpas por isso. Estou tentando fazer um
 redirecionamento de portas
 aqui e nao consigo de jeito nenhum.

 A situacao é a seguinte, tenho um gateway freebsd 8 para uma rede com
 maquinas windows, aí tem um
 servico de debug que usa a porta 7869, mas so funciona se a maquina
 cliente tem um ip roteavel para fora.

 Entao tenho que fazer com que pareca que a maquina da rede interna
 (10.10.10.55) seja vista com o ip
 da interface tun0 do ppp.
 O freebsd conecta num modem velox via ppp e entao temos a tun0 lá com
 o ip real do modem.

 Ja tentei por redirect_port no natd.conf e diverts no rc.ipfw de
 trocentas maneiras que achei no historico da lista
 e no google, mas nada funciona.

 O ipfw desse gateway esta assim:

 00100 allow ip from any to any via lo0
 00200 deny ip from any to 127.0.0.0/8
 00300 deny ip from 127.0.0.0/8 to any
 00400 fwd 10.10.10.1,3128 tcp from 10.10.10.0/24 to any dst-port 80  # SQUID
 00500 divert 8668 ip from any to any via tun0
 00700 deny udp from any to any dst-port 137-139 via tun0
 00800 deny tcp from any to any dst-port 137-139 via tun0
 00900 deny tcp from any to any dst-port 3306 via tun0
 01000 deny udp from any to any dst-port 3306 via tun0
 01100 deny tcp from any to any dst-port 2049 via tun0
 01200 allow ip from any to any

 O natd.conf esta assim:

 cat /etc/natd.conf
 #
 # NAT
 #
 instance default
 interface tun0
 port 8668
 dynamic yes
 use_sockets yes
 same_ports yes


 Alguém já fez isso e tem como me dizer que regras por ali para que
 consiga fazer essa transparencia ?
 Ou um how to objetivo sobre o assunto, pois todos testes que fiz com
 divert, redirect, fwd, nada funciona.
 Entao fazer com que a estacao que conecte na porta 7869 pareca estar
 usando o ip externo do gateway, no caso do tun0 ?

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

 Qualquer redirecionamento, que funcione, vai ser transparente para quem
 estiver acesso externamente.

 Para mim, faltou você explicar um pouco melhor o seu cenário, não deu
 para ficar claro de onde-para-onde você esta tentando acessar.(Mas vou
 chutar)

 Acredito que o servidor (debug) esteja fora da sua rede, você tem um
 cliente atrás de um freebsd que precisa acessar esse servidor de debug?

 Se for isso, não precisa de redirecionamento nenhum, apenas NAT.

 Desculpa qualquer coisa.

 --
 Anderson Eduardo
 Diretor Geral
 Tel.: +55 (71) 3641-6450

 Secover - Serviços em Tecnologia e Segurança da Informação
 http://www.secover.com.br
 -
 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


Cara,

Isso não é um redirecionamento, é apenas NAT, seria um redirecionamento 
se invertesse o seu cenário, o host externo tentasse acessar o host interno.

E isso de pegar o IP da interface(tun0) faz parte do NAT por padrão.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] IPFW e redirecionamento de portas com nat e ppp, argggg

2010-09-02 Por tôpico Anderson Eduardo

Em 2/9/2010 11:49, Anderson Eduardo escreveu:
 Em 2/9/2010 11:33, Leonardo Augusto escreveu:
 Entao, desculpe a falta de clareza, vamos la:

 O servidor debug está na rua na porta 7869.

 O client que vai utilizar o debug esta na rede interna atraz dum
 gateway freebsd:

 gateway bsd ip interno =   10.10.10.1
 gateway bsd ip externo =   tun0, muda todos os dias (ppp)

 maquinas da rede interna =   10.10.10.xx

 O que preciso é que a maquina da rede interna acesse a maquina externa
 do debug pegando
 o IP do tun0, no caso é um redirecionamento mesmo, da porta 7869.

 O /etc/natd.conf esta assim :

 interface tun0
 port 8668
 dynamic yes
 use_sockets yes
 same_ports yes
 redirect_port tcp 10.10.10.149:7869 7869

 E o ipfw rules assim:

 00100 allow ip from any to any via lo0
 00200 deny ip from any to 127.0.0.0/8
 00300 deny ip from 127.0.0.0/8 to any
 00400 fwd 10.10.10.1,3128 tcp from 10.10.10.0/24 to any dst-port 80
 00500 divert 8668 ip from any to any via tun0
 01100 allow ip from any to any

 E nao esta funcionando ainda,
 Alguma sugestao ?

 []'s



 2010/9/1 Anderson Eduardolis...@secover.com.br:
 Em 1/9/2010 13:42, Leonardo Augusto escreveu:
 Olá povo,

 Eu sou um retardado, peço desculpas por isso. Estou tentando fazer um
 redirecionamento de portas
 aqui e nao consigo de jeito nenhum.

 A situacao é a seguinte, tenho um gateway freebsd 8 para uma rede com
 maquinas windows, aí tem um
 servico de debug que usa a porta 7869, mas so funciona se a maquina
 cliente tem um ip roteavel para fora.

 Entao tenho que fazer com que pareca que a maquina da rede interna
 (10.10.10.55) seja vista com o ip
 da interface tun0 do ppp.
 O freebsd conecta num modem velox via ppp e entao temos a tun0 lá com
 o ip real do modem.

 Ja tentei por redirect_port no natd.conf e diverts no rc.ipfw de
 trocentas maneiras que achei no historico da lista
 e no google, mas nada funciona.

 O ipfw desse gateway esta assim:

 00100 allow ip from any to any via lo0
 00200 deny ip from any to 127.0.0.0/8
 00300 deny ip from 127.0.0.0/8 to any
 00400 fwd 10.10.10.1,3128 tcp from 10.10.10.0/24 to any dst-port 80  # 
 SQUID
 00500 divert 8668 ip from any to any via tun0
 00700 deny udp from any to any dst-port 137-139 via tun0
 00800 deny tcp from any to any dst-port 137-139 via tun0
 00900 deny tcp from any to any dst-port 3306 via tun0
 01000 deny udp from any to any dst-port 3306 via tun0
 01100 deny tcp from any to any dst-port 2049 via tun0
 01200 allow ip from any to any

 O natd.conf esta assim:

 cat /etc/natd.conf
 #
 # NAT
 #
 instance default
 interface tun0
 port 8668
 dynamic yes
 use_sockets yes
 same_ports yes


 Alguém já fez isso e tem como me dizer que regras por ali para que
 consiga fazer essa transparencia ?
 Ou um how to objetivo sobre o assunto, pois todos testes que fiz com
 divert, redirect, fwd, nada funciona.
 Entao fazer com que a estacao que conecte na porta 7869 pareca estar
 usando o ip externo do gateway, no caso do tun0 ?

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

 Qualquer redirecionamento, que funcione, vai ser transparente para quem
 estiver acesso externamente.

 Para mim, faltou você explicar um pouco melhor o seu cenário, não deu
 para ficar claro de onde-para-onde você esta tentando acessar.(Mas vou
 chutar)

 Acredito que o servidor (debug) esteja fora da sua rede, você tem um
 cliente atrás de um freebsd que precisa acessar esse servidor de debug?

 Se for isso, não precisa de redirecionamento nenhum, apenas NAT.

 Desculpa qualquer coisa.

 --
 Anderson Eduardo
 Diretor Geral
 Tel.: +55 (71) 3641-6450

 Secover - Serviços em Tecnologia e Segurança da Informação
 http://www.secover.com.br
 -
 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


 Cara,

 Isso não é um redirecionamento, é apenas NAT, seria um redirecionamento
 se invertesse o seu cenário, o host externo tentasse acessar o host interno.

 E isso de pegar o IP da interface(tun0) faz parte do NAT por padrão.


Faltou perguntar,

esse servidor de debug tem IP válido?

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] p2p e filtro de pacotes

2010-09-02 Por tôpico Anderson Eduardo

Em 2/9/2010 16:41, Anderson Alves de Albuquerque escreveu:
   O melhor seria:

 Snort+snortsam

 ou

 snort_inline



 Em 2 de setembro de 2010 16:15, Luzivanluzi...@gmail.com  escreveu:

 Configure o firewall para trabalhar em Layer 7

 Em 2 de setembro de 2010 15:54, Anderson Alves de Albuquerque
 anderso...@gmail.com  escreveu:

   No linux existem patch para identificar tráfego P2P podendo bloquear ou
 colocar em filas menos prioritárias. Estes patches não se baseam em
 números
 de portas somente.

   No caso do freebsd, como a comunidade recomenda identificar o tráfego
 p2p
 (emul e etc)? número de portas não eh sempre efetivo.



 --
 [], Anderson Alves de Albuquerque.
 ---
 E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
 andersonaa#gmail.com (replace # by @)
 ICQ: 73222660
 ---
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 --
 [Luzivan ;]
 O caminho do sucesso está sempre em construção
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd





Já usei snort_inline e gostei, ele precisa dos tráfegos a serem 
analisados redirecionado para um divert, com isso consegue tratar os 
pacotes. Bem legal.

Tem também o framework netgraph(nunca usei) que você pode trabalhar para 
isso, analisar os pacotes, porém bem mais complicado(aparentemente)

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] ng_netflow

2010-09-02 Por tôpico Eduardo Schoedler

Pessoal.

Estou tentando entender o funcionamento do Netgraph, mas tá complicado.
Tenho um router com 6 portas de rede, rodando bgp no quagga.
Quero exportar flows usando o ng_netflow, mas o exemplo do man não ajuda
muito.

Alguém tem um script para configurar somente o tráfego inbound de várias
interfaces usando o tee ?


Obrigado!

Sds,

--
Eduardo Schoedler

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

Re: [FUG-BR] Suricata no Ports (Alternativa ao Snort)

2010-09-01 Por tôpico Anderson Eduardo

Em 1/9/2010 17:39, Patrick Tracanelli escreveu:

 Em 01/09/2010, às 14:39, irado furioso com tudo escreveu:

 Em Wed, 1 Sep 2010 12:23:33 -0300
 Patrick Tracanellieks...@freebsdbrasil.com.br, conhecido
 consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:

 Prezados,

 Há algum tempo conheci o Suricata, e é um engine promissor. Uma
 alternativa viável (como o Bro) ao Snort, com algumas vantagens das
 quais destaco o fato de ser multithread e a detecção automática de
 protocolo, algo que a Source Fire oferece na sua solução comercial,
 mas não no Snort, e é uma Killing Feature quando comparado com outros
 grandes IDS comerciais (como Tippin Point).

 Ainda bem que vc fez isso pra nós :) porque há um zum-zum de que Snort
 is dead, long live to Suricata (comentário na Security Focus)

 http://www.networkworld.com/news/2010/072010-is-snort-dead.html

 Vou te falar, o IPS da Surce Fire pra mim é o melhor. A segunda opção, 
 Tipping Point, passa longe.

 Minha esperança é que com o Suricata na área a SFire tenha q trazer pro Snort 
 algumas features chave do IDS comercial deles. O Suricata mostra que é 
 possível ser bem melhor que o Snort apesar do throughput por core ainda ser 
 menor (segundo o Jonkman isso ja esta mudando no bugbuster deles pro 
 Suricata), mas a Source Fire tem a $$$ pra investir em algo mais rapido no 
 Snort e não deixar ele ser ultrapassado.

 Enfim, SF encostou e se acomodou com a liderança no mercado aberto e no 
 fechado. No fechado a competitividade é grande, no aberto o Suricata e o Brod 
 tão tirando o conforto da Source Fire. Não em base de usuários, mas em 
 apreço dos especialistas.

 Bom pra todo mundo. No final a gente usa a melhor opção ;-)

 --
 Patrick Tracanelli

 FreeBSD Brasil LTDA.
 Tel.: (31) 3516-0800
 316...@sip.freebsdbrasil.com.br
 http://www.freebsdbrasil.com.br
 Long live Hanin Elias, Kim Deal!

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

Ainda tem uma sobre um novo algoritmo[1] de pattern match desenvolvido 
por um brasileiro, que trabalha diretamente no projeto do suricata.

[1]http://sseguranca.blogspot.com/2010/06/brasileiro-desenvolve-novo-algoritmo-de.html
-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] IPFW e redirecionamento de portas com nat e ppp, argggg

2010-09-01 Por tôpico Anderson Eduardo

Em 1/9/2010 13:42, Leonardo Augusto escreveu:
 Olá povo,

 Eu sou um retardado, peço desculpas por isso. Estou tentando fazer um
 redirecionamento de portas
 aqui e nao consigo de jeito nenhum.

 A situacao é a seguinte, tenho um gateway freebsd 8 para uma rede com
 maquinas windows, aí tem um
 servico de debug que usa a porta 7869, mas so funciona se a maquina
 cliente tem um ip roteavel para fora.

 Entao tenho que fazer com que pareca que a maquina da rede interna
 (10.10.10.55) seja vista com o ip
 da interface tun0 do ppp.
 O freebsd conecta num modem velox via ppp e entao temos a tun0 lá com
 o ip real do modem.

 Ja tentei por redirect_port no natd.conf e diverts no rc.ipfw de
 trocentas maneiras que achei no historico da lista
 e no google, mas nada funciona.

 O ipfw desse gateway esta assim:

 00100 allow ip from any to any via lo0
 00200 deny ip from any to 127.0.0.0/8
 00300 deny ip from 127.0.0.0/8 to any
 00400 fwd 10.10.10.1,3128 tcp from 10.10.10.0/24 to any dst-port 80  # SQUID
 00500 divert 8668 ip from any to any via tun0
 00700 deny udp from any to any dst-port 137-139 via tun0
 00800 deny tcp from any to any dst-port 137-139 via tun0
 00900 deny tcp from any to any dst-port 3306 via tun0
 01000 deny udp from any to any dst-port 3306 via tun0
 01100 deny tcp from any to any dst-port 2049 via tun0
 01200 allow ip from any to any

 O natd.conf esta assim:

 cat /etc/natd.conf
 #
 # NAT
 #
 instance default
 interface tun0
 port 8668
 dynamic yes
 use_sockets yes
 same_ports yes


 Alguém já fez isso e tem como me dizer que regras por ali para que
 consiga fazer essa transparencia ?
 Ou um how to objetivo sobre o assunto, pois todos testes que fiz com
 divert, redirect, fwd, nada funciona.
 Entao fazer com que a estacao que conecte na porta 7869 pareca estar
 usando o ip externo do gateway, no caso do tun0 ?

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

Qualquer redirecionamento, que funcione, vai ser transparente para quem 
estiver acesso externamente.

Para mim, faltou você explicar um pouco melhor o seu cenário, não deu 
para ficar claro de onde-para-onde você esta tentando acessar.(Mas vou 
chutar)

Acredito que o servidor (debug) esteja fora da sua rede, você tem um 
cliente atrás de um freebsd que precisa acessar esse servidor de debug?

Se for isso, não precisa de redirecionamento nenhum, apenas NAT.

Desculpa qualquer coisa.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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: 2 procesadores maquina ibm

2010-08-31 Por tôpico Eduardo Schoedler

Samyr Alves escreveu:
  IBM System x3650

Tem um System x3550... pior bomba que já tive na vida!
Performance de HD dele é simplesmente fraquíssima, sem falar que deu
problema e fiquei 6 meses negociando com a IBM a troca.


Sds,

--
Eduardo Schoedler

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

Re: [FUG-BR] [OT] Fwd: [hntool] Bugs in hntool on FreeBSD

2010-08-31 Por tôpico Anderson Eduardo

Em 31/8/2010 11:15, Oscar Marques escreveu:
 Se a galera puder ajudar o projeto testando e desenvolvendo...
 hntool.net
 Grato.

 -- Forwarded message --
 From: Anderson Eduardoandersonc...@gmail.com
 Date: 2010/8/31
 Subject: [hntool] Bugs in hntool on FreeBSD
 To: hnt...@googlegroups.com

 Hi Coders,

 The HnTool needs some changes to work properly on FreeBSD.
 Follow below the changes:

 FreeBSD Paths:

 lsof - /usr/local/sbin/lsof
 apache22 - /usr/local/etc/apache22/httpd.conf
 apache1.X - /usr/local/etc/apache/httpd.conf
 php.ini - /usr/local/etc/php.ini
 proftpd.conf - /usr/local/etc/proftpd.conf
 vsftpd.conf - /usr/local/etc/vsftpd.conf

 FreeBSD Sysctl's mibs:

 kern.coredump#Coredump
 net.inet.icmp.bmcastecho#Ignore broadcast echo
 net.inet.tcp.syncookies#Tcp SynCookies

 Docs and setup.py:

 It will be better to place all documents in folder Docs and, change the path
 of docs in setup.py.

 Thanks.

Estou trabalhando para colocar esse projeto para o FreeBSD.
Quem puder ajudar com qualquer tipo de colaboração será bem vinda.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Convite para se conectar no LinkedIn

2010-08-31 Por tôpico Eduardo Pizorno

LinkedIn
Eduardo Pizorno requested to add you as a connection on LinkedIn:
--

Rodrigo,

Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Eduardo

Accept invitation from Eduardo Pizorno
http://www.linkedin.com/e/-s189xw-gdixx0lg-6k/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I830801778_3/pmpxnSRJrSdvj4R5fnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_cRYUdPsNc3wMcPx9bTFglmlhhk9MbPAVcP8Rdz0Odz4LrCBxbOYWrSlI/EML_comm_afe/

View invitation from Eduardo Pizorno
http://www.linkedin.com/e/-s189xw-gdixx0lg-6k/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I830801778_3/0PnPwTdP4Me30Pe4ALqnpPbOYWrSlI/svi/
 

--
DID YOU KNOW you can use your LinkedIn profile as your website? Select a vanity 
URL and then promote this address on your business cards, email signatures, 
website, etc
http://www.linkedin.com/e/-s189xw-gdixx0lg-6k/ewp/inv-21/


 
--
(c) 2010, LinkedIn Corporation
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OT: problema do PHP durante a execuç ão do Cacti

2010-08-28 Por tôpico Anderson Eduardo

Em 28/8/2010 15:30, Enio Marconcini # www.Enio.Pro.Br escreveu:
 pessoal, boa tarde

 fiz uma instalação, o apache22 e php5 rodando de boas, porém quando eu tento
 rodar o cacti, simplesmente não abre nada, no log do apache aparece isso

 [Sat Aug 28 14:27:24 2010] [error] [client 200.XXX.XXX.XXX] PHP Fatal
 error:  Allowed memory size of 1073741824 bytes exhausted (tried to allocate
 523800 bytes) in /usr/local/share/cacti/lib/adodb/adodb.inc.php on line 833
 localizei no php.ini uma diretiva memory_size, tentei ir aumentando
 gradativamente para testar, mas o problema persiste

 procurei na net, achei algumas referencias, mas nenhuma explicação
 convincente do problema

 alguém sabe

 FreeBSD 7.3 amd64 stable


Usa o php.ini-recommended e olha se o usuario do php não esta em alguma 
classes de login.

Da uma olhada nos limits.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] OT: problema do PHP durante a execuç ão do Cacti

2010-08-28 Por tôpico Anderson Eduardo

Em 28/8/2010 16:11, Enio Marconcini # www.Enio.Pro.Br escreveu:
 2010/8/28 Anderson Eduardolis...@secover.com.br

 Em 28/8/2010 15:30, Enio Marconcini # 
 www.Enio.Pro.Brhttp://www.enio.pro.br/escreveu:
 pessoal, boa tarde

 fiz uma instalação, o apache22 e php5 rodando de boas, porém quando eu
 tento
 rodar o cacti, simplesmente não abre nada, no log do apache aparece isso

 [Sat Aug 28 14:27:24 2010] [error] [client 200.XXX.XXX.XXX] PHP Fatal
 error:  Allowed memory size of 1073741824 bytes exhausted (tried to
 allocate
 523800 bytes) in /usr/local/share/cacti/lib/adodb/adodb.inc.php on line
 833
 localizei no php.ini uma diretiva memory_size, tentei ir aumentando
 gradativamente para testar, mas o problema persiste

 procurei na net, achei algumas referencias, mas nenhuma explicação
 convincente do problema

 alguém sabe

 FreeBSD 7.3 amd64 stable


 Usa o php.ini-recommended e olha se o usuario do php não esta em alguma
 classes de login.

 Da uma olhada nos limits.

 --
 Anderson Eduardo
 Diretor Geral
 Tel.: +55 (71) 3641-6450

 Secover - Serviços em Tecnologia e Segurança da Informação
 http://www.secover.com.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 ah, detalhe
 o php instalado é o mais recente do ports
 php5-5.3.3_1

 não tem o php.ini-recomended,
 apenas, php.ini.production  e  -development

 eu copiei o .production para php.ini
 como de costume


Devo ter atrapalhado então, deve ser esses dois mesmo.

Olha ai:

http://forums.cacti.net/about15006.htmlhighlight=


-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.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] OT: problema do PHP durante a execuç ão do Cacti

2010-08-28 Por tôpico Anderson Eduardo

Em 28/8/2010 16:36, Enio Marconcini # www.Enio.Pro.Br escreveu:
 2010/8/28 Giancarlo Rubiogianru...@gmail.com

 Veja se vc esta alterando o arquivo correto, crie uma pagina phpinfo.php
 com
 o conteudo

 ?php
 phpinfo();
 ?

 Verifica se quando vc altera o memory_limit altera nesse arquivo, e se o
 php.ini que ele usa é o mesmo q vc está mexendo.


 Em 28 de agosto de 2010 16:05, Enio Marconcini # 
 www.Enio.Pro.Brhttp://www.enio.pro.br/
 eni...@gmail.com  escreveu:

 2010/8/28 Anderson Eduardolis...@secover.com.br

 Em 28/8/2010 15:30, Enio Marconcini # 
 www.Enio.Pro.Brhttp://www.enio.pro.br/
 
 http://www.enio.pro.br/escreveu:
 pessoal, boa tarde

 fiz uma instalação, o apache22 e php5 rodando de boas, porém quando
 eu
 tento
 rodar o cacti, simplesmente não abre nada, no log do apache aparece
 isso

 [Sat Aug 28 14:27:24 2010] [error] [client 200.XXX.XXX.XXX] PHP Fatal
 error:  Allowed memory size of 1073741824 bytes exhausted (tried to
 allocate
 523800 bytes) in /usr/local/share/cacti/lib/adodb/adodb.inc.php on
 line
 833
 localizei no php.ini uma diretiva memory_size, tentei ir aumentando
 gradativamente para testar, mas o problema persiste

 procurei na net, achei algumas referencias, mas nenhuma explicação
 convincente do problema

 alguém sabe

 FreeBSD 7.3 amd64 stable


 Usa o php.ini-recommended e olha se o usuario do php não esta em alguma
 classes de login.

 Da uma olhada nos limits.

 --
 Anderson Eduardo
 Diretor Geral
 Tel.: +55 (71) 3641-6450

 Secover - Serviços em Tecnologia e Segurança da Informação
 http://www.secover.com.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 Anderson,
 verifiquei, o usuario que roda o php é o www do apache, este foi criado
 na
 instalação do port,
 no login.conf só tem o padrãozão, default,

 Rubio,
 já reiniciei o apache sim, até reiniciei o sistema todo

 --
 ENIO RODRIGO MARCONCINI
 gtalk: eni...@gmail.com
 skype: eniorm
 msn: /dev/null

 .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
 Have trouble with Windows - reboot!
 Have 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




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




 Gian, fiz isso, o arquivo php.ini está correto, é o que fica em
 /usr/local/etc

 deve ter algum outro problema, pois por padrão está 128M, fui aumentando de
 pouco em pouco, já cheguei ao absurdo de 1024M e 2048M (isso mesmo) mas não
 resolve

 quando eu abro a url para começar o setup do cacti, simplesmente a página
 fica em branco, ainda aparece um monte de warnings e errors no
 httpd-error.log dizendo algo sobre funções de data e timezone

 [Sat Aug 28 15:34:47 2010] [error] [client 200.XXX.XXX.XXX] PHP Warning:
 date(): It is not safe to rely on the system's timezone settings. You are
 *required* to use the date.timezone setting or the
 date_default_timezone_set() function. In case you used any of those methods
 and you are still getting this warning, you most likely misspelled the
 timezone identifier. We selected 'America/Boa_Vista' for 'AMT/-4.0/no DST'
 instead in /usr/local/share/cacti/include/global_arrays.php on line 638





Esse de timezone é 'quase normal'.

Tenta isso
http://sys.ge/fix-error-messages-after-migrating-to-php-5-3/

O primeiro erro é relacionado a memória, algo está limitando o uso dela, 
ou você tem pouca memória física alguma coisa desse tipo.

Da uma olhada direito nisso ai, roda na shell pra ir testando e, se não 
engano, alguma aplicações pode limitar esse valor, olha se o cacti não 
esta fazendo isso.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em Tecnologia e Segurança da Informação
http://www.secover.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] ipfw3

Pessoal,

Instalei o FreeBSD-8.1 e no detailed release notes vi que ipfw foi migrado
para a versão 3, que inclui uma interface ipfw0 que é para funcionar igual à
pflog0:

- It now supports ipfw0 pseudo interface for logging similar to pflog(4). A
sysctl net.inet.ip.fw.verbose=0 enables logging to ipfw0, and
net.inet.ip.fw.verbose=1 sends logging to syslog(3) as before.

Mas como irá funcionar a coleta das informações dessa interface?
No PF quem faz isso é o pfsync, certo ?
Será que tenho como usar o mesmo mecanismo ?

Abraço,

--
Eduardo Schoedler

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

[FUG-BR] RES: ipfw3

Desculpe, fiz confusão do pfsync com o pflog (processo, não a interface).

Sds,

--
Eduardo Schoedler


Eduardo Schoedler escreveu:
 Mas como irá funcionar a coleta das informações dessa interface?
 No PF quem faz isso é o pfsync, certo ?
 Será que tenho como usar o mesmo mecanismo ?

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

[FUG-BR] RES: ipfw3

Fernando Buzon Macedo escreveu:
 Tcpdump né?


Sim, sei que funciona com tcpdump...
Mas queria um daemon tipo o pflogd.

Se não tiver outro jeito, vai de tcpdump mesmo... rsrsrs.

Abraço,

--
Eduardo Schoedler

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

[FUG-BR] RES: ipfw3

Acabei de olha no dmesg e apareceu:
ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based
forwarding enabled, default to accept, logging disabled

Segundo o release notes, não era para ser ipfw3 no 8.1 ?

Sds,

--
Eduardo Schoedler

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

[FUG-BR] RES: ipfw3

Eduardo Schoedler escreveu:
 Sim, sei que funciona com tcpdump...
 Mas queria um daemon tipo o pflogd.

Fiz um teste ligeiro:

/etc/rc.conf:
# Log de pacotes do IPFW
pflog_enable=YES
pflog_logfile=/var/log/ipfwlog.pcap
pflog_flags=-D -i ipfw0

# /etc/rc.d/pflog start
Starting pflog.
Invalid datalink type
Exiting, init failure
/etc/rc.d/pflog: WARNING: failed to start pflog

Acho que não vai funcionar com o pflogd...


Sds,

--
Eduardo Schoedler

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

[FUG-BR] Problemas para formatar um HD

2010-08-24 Por tôpico Eduardo Lemos de Sa

Caríssimos

Estou com um HD externo Samsung de 640 GB e pretendo usa-lo como um grande
pendrive. O meu problema é que eu não consigo formata-lo como ufs:

1) No sysinstall / configure / fdisk , ele aparece como sendo
D
ISK Geometry:  38912 cyls/255 heads/63 sectors = 625121280 sectors
(305235MB)

Offset   Size(ST)End Name  PType   Desc  Subtype
Flags

 0 63 62- 12 unused0
63  625121217  625121279da5s1  8freebsd  165
 625121280  10584  625131863- 12 unused
0

Mesmo sendo 640 GB, ele aparece como 305235 MB. Apesar disto, como pode ser
visto, eu consigo criar o slice. Salvo as configurações, saio e entro no
sysinstall e vou para o label

2) No label, eu crio uma única partição de 305235 MB, porém eu não consigo
formata-lo ao apertar o W (write)

3) Então apelei para a linha de comando:

newfs /dev/da5s1

Ele formatou, porem reconheceu 577 GB (eu preciso deixar uma parte dele como
FAT32 para que eu possa usa-lo como pendrive se porventura eu precisar
liga-lo em uma máquinas rwindows). Então eu fiz um

newfs -s 625121279 /dev/da5s1 (onde o número mágico 625121279 é o número de
cilindros que o sysinstall reconhece).

Não funciona, ele formata os 577 GB

Por favor, alguma sugestão para contornar este problema?

Um abraço

Edu


-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Erro na instalação do devel/gettext

2010-08-23 Por tôpico Anderson Eduardo

Em 23/8/2010 12:04, Antônio Pessoa escreveu:
 pdc# uname -a
 FreeBSD pdc.xxx.com.br 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19
 02:55:53 UTC 2010
 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

 Instalação via CD sem atualização do source. Ports instalado e
 atualizado via portsnap. Tudo corre bem durante make config  make
 configure  make build, mas no make install:

 pdc# make install
 (...)
 test -z /usr/local/share/gettext || ../build-aux/install-sh -c -d
 /usr/local/share/gettext
   install  -o root -g wheel -m 555 ../build-aux/config.rpath
 '/usr/local/share/gettext'
 test -z /usr/local/info || ../../build-aux/install-sh -c -d 
 /usr/local/info
   install  -o root -g wheel -m 444 ./gettext.info '/usr/local/info'
   install-info --info-dir='/usr/local/info' '/usr/local/info/gettext.info'
 install-info --quiet /usr/local/info/autosprintf.info /usr/local/info/dir
 install-info: Nenhum arquivo ou diretório encontrado for
 /usr/local/info/autosprintf.info
 *** Error code 1

 Stop in /usr/ports/devel/gettext.
 pdc#

 Encontrei pouca coisa sobre esse problema no Google, em um desses
 resultados informasse que é preciso compilar a instalar o seguinte:

 pdc# cd /usr/src/gnu/usr.bin/texinfo/install-info
 pdc# make
 Warning: Object directory not changed from original
 /usr/src/gnu/usr.bin/texinfo/install-info
 cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H
 -DLOCALEDIR=\/usr/share/locale\
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib
 -std=gnu99 -fstack-protector  -c
 /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c
 cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H
 -DLOCALEDIR=\/usr/share/locale\
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib
 -std=gnu99 -fstack-protector   -o install-info install-info.o
 /usr/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a
 gzip -cn 
 /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/doc/install-info.1
 install-info.1.gz
 pdc# make install
 install -s -o root -g wheel -m 555   install-info /usr/bin
 install -o root -g wheel -m 444 install-info.1.gz  /usr/share/man/man1
 pdc#

 Não entendi o que isso mudaria, mas mesmo assim testei e como previsto
 tudo na mesma.

 O Porks me recomendou atualizar o source e compilar o sistema inteiro,
 mas como isso vai dar trabalho, enquanto não faço (só depois do
 expediente ou fim de semana) vim aqui na lista para saber se alguém
 mais passou por isso.

 --
 Antônio Rogério Lins de A. Pessoa
 Técnico em Tecnologia da Informação
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Uma sugestão,

Olha quais são as dependências do ports e recompila todos novamente.

Principalmente os m4, libtool, automake, autoconf,etc..

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em TI e Segurança da Informação
http://www.secover.com.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] Erro na instalação do devel/gettext

2010-08-23 Por tôpico Anderson Eduardo

Em 23/8/2010 13:45, Anderson Eduardo escreveu:
 Em 23/8/2010 12:04, Antônio Pessoa escreveu:
 pdc# uname -a
 FreeBSD pdc.xxx.com.br 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19
 02:55:53 UTC 2010
 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

 Instalação via CD sem atualização do source. Ports instalado e
 atualizado via portsnap. Tudo corre bem durante make config   make
 configure   make build, mas no make install:

 pdc# make install
 (...)
 test -z /usr/local/share/gettext || ../build-aux/install-sh -c -d
 /usr/local/share/gettext
install  -o root -g wheel -m 555 ../build-aux/config.rpath
 '/usr/local/share/gettext'
 test -z /usr/local/info || ../../build-aux/install-sh -c -d 
 /usr/local/info
install  -o root -g wheel -m 444 ./gettext.info '/usr/local/info'
install-info --info-dir='/usr/local/info' '/usr/local/info/gettext.info'
 install-info --quiet /usr/local/info/autosprintf.info /usr/local/info/dir
 install-info: Nenhum arquivo ou diretório encontrado for
 /usr/local/info/autosprintf.info
 *** Error code 1

 Stop in /usr/ports/devel/gettext.
 pdc#

 Encontrei pouca coisa sobre esse problema no Google, em um desses
 resultados informasse que é preciso compilar a instalar o seguinte:

 pdc# cd /usr/src/gnu/usr.bin/texinfo/install-info
 pdc# make
 Warning: Object directory not changed from original
 /usr/src/gnu/usr.bin/texinfo/install-info
 cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H
 -DLOCALEDIR=\/usr/share/locale\
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib
 -std=gnu99 -fstack-protector  -c
 /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c
 cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H
 -DLOCALEDIR=\/usr/share/locale\
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo
 -I/usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib
 -std=gnu99 -fstack-protector   -o install-info install-info.o
 /usr/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a
 gzip -cn 
 /usr/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/doc/install-info.1
 install-info.1.gz
 pdc# make install
 install -s -o root -g wheel -m 555   install-info /usr/bin
 install -o root -g wheel -m 444 install-info.1.gz  /usr/share/man/man1
 pdc#

 Não entendi o que isso mudaria, mas mesmo assim testei e como previsto
 tudo na mesma.

 O Porks me recomendou atualizar o source e compilar o sistema inteiro,
 mas como isso vai dar trabalho, enquanto não faço (só depois do
 expediente ou fim de semana) vim aqui na lista para saber se alguém
 mais passou por isso.

 --
 Antônio Rogério Lins de A. Pessoa
 Técnico em Tecnologia da Informação
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 Uma sugestão,

 Olha quais são as dependências do ports e recompila todos novamente.

 Principalmente os m4, libtool, automake, autoconf,etc..


Verifica se existe isso.
/usr/local/info/autosprintf.info


-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em TI e Segurança da Informação
http://www.secover.com.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] FreeBSD 8.x 7.x generic private local root exploit Hacktro

2010-08-22 Por tôpico Anderson Eduardo

Em 22/8/2010 19:18, Renato Botelho escreveu:
 2010/8/22 Leandro Kefferkeffer...@gmail.com

 Testado em um 8.0 branch 3 e funcionando : (

 FreeBSD fbsd80.keffer.local 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Tue
 May 25 20:54:11 UTC 2010
 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
   amd64

 [kef...@fbsd80 /usr/home/keffer]$ ./cve-2010-2693
 [+] checking for setuid /usr/bin/su binary...
 [+] checking for suitable libc library in /lib...
 [+] found libc at /lib/libc.so.7
 [+] found getuid function at 0x00056990
 [+] target: 0x00056990, adjusted: 0x00056190, writes: 1377
 [+] spawning listener thread...
 [+] connecting to listener thread...
 [+] initiating exploit via sendfile...
 [+] exploit complete!
 [+] spawning root shell...
 fbsd80# id
 uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)


 Sabe se rola no 8.1-RELEASE?


Frederick,

Acredito que seu sistema deve ta patcheado quanto a essa falha.

No advisory fala que todos a partir do 7.X.


-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em TI e Segurança da Informação
http://www.secover.com.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] FreeBSD 8.x 7.x generic private local root exploit Hacktro

2010-08-22 Por tôpico Anderson Eduardo

Em 22/8/2010 19:25, Renato Frederick escreveu:
 funciona no 8.1 nao garga:

 FreeBSD koopa.frederick.eti.br 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Aug
 19 19:53:16 BRT 2010
 r...@koopa.frederick.eti.br:/usr/src/sys/i386/compile/KOOPA  i386


 $ whoami
 frederick

 $ ./cve-2010-2693
 [+] checking for setuid /usr/bin/su binary...
 [+] checking for suitable libc library in /lib...
 [+] found libc at /lib/libc.so.7
 [+] found getuid function at 0x00049b08
 [+] target: 0x00049b08, adjusted: 0x00049308, writes: 1171
 [+] spawning listener thread...
 [+] connecting to listener thread...
 [+] initiating exploit via sendfile...
 [+] exploit complete!
 [+] spawning root shell...
 Password:


 Em 22/08/10 19:18, Renato Botelho escreveu:
 2010/8/22 Leandro Kefferkeffer...@gmail.com

 Testado em um 8.0 branch 3 e funcionando : (

 FreeBSD fbsd80.keffer.local 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Tue
 May 25 20:54:11 UTC 2010
 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
amd64

 [kef...@fbsd80 /usr/home/keffer]$ ./cve-2010-2693
 [+] checking for setuid /usr/bin/su binary...
 [+] checking for suitable libc library in /lib...
 [+] found libc at /lib/libc.so.7
 [+] found getuid function at 0x00056990
 [+] target: 0x00056990, adjusted: 0x00056190, writes: 1377
 [+] spawning listener thread...
 [+] connecting to listener thread...
 [+] initiating exploit via sendfile...
 [+] exploit complete!
 [+] spawning root shell...
 fbsd80# id
 uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)


 Sabe se rola no 8.1-RELEASE?

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

Frederick,

Acredito que seu sistema esteja patcheado quanto a essa falha.
No advisory diz que todos a partir do 7.X.

-- 
Anderson Eduardo
Diretor Geral
Tel.: +55 (71) 3641-6450

Secover - Serviços em TI e Segurança da Informação
http://www.secover.com.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] FreeBSD 8.x 7.x generic private local root exploit Hacktro

2010-08-21 Por tôpico Anderson Eduardo

Em 21/8/2010 11:42, Nilson escreveu:
 Em 21 de agosto de 2010 11:17, Leandro Kefferkeffer...@gmail.com  escreveu:
 Será que ataca 8.0 com ultimo branch tambem ??
 Alguem disposto a testar ?? estou sem acesso a servidores free nesse momento

 T+ pessoal


 Acabei de testar num 8.0-RELEASE-p2 e funcionou, no 8.1-STABLE (cvsupado 
 semana
 passada) não funcionou.


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

Outro PoC - http://jon.oberheide.org/files/cve-2010-2693.c

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

Re: [FUG-BR] Descobrir porta para liberar

2010-08-20 Por tôpico Anderson Eduardo

Em 20/8/2010 14:00, debian rc escreveu:
 Caros,

 utilizo o openbsd e preciso liberar uma certa porta no pf. Para descobrir 
 estou fazendo:

 tcpdump -i ste0 src host 192.168.10.101

 e na tela mostra:

 13:47:27.581174 arp who-has server.dominio.com.br tell 192.168.10.101
 13:47:31.581727 192.168.10.101.46654  svetlana.ability-network.net.rsync: S 
 3475613214:3475613214(0) win 5840mss 1460,sackOK,timestamp 3303632 
 0,nop,wscale 6

 esse win 5840 é a porta de destino?

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


Não.

A porta de destino é a porta do serviço rsync que pode ser as:
rsync   873/tcp
rsync   873/udp

Como você não usou a opção '-n' do tcpdump, eles não converte os 'nomes' 
para 'numeros'.

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

Re: [FUG-BR] Descobrir porta para liberar

2010-08-20 Por tôpico Anderson Eduardo

Em 20/8/2010 14:10, Christiano Liberato escreveu:
 Obrigado pela ajuda Anderson.
 Como ficaria o comando com a opção -n ?

 Em 20 de agosto de 2010 14:03, Anderson 
 Eduardolis...@secover.com.brescreveu:

 Em 20/8/2010 14:00, debian rc escreveu:
 Caros,

 utilizo o openbsd e preciso liberar uma certa porta no pf. Para descobrir
 estou fazendo:

 tcpdump -i ste0 src host 192.168.10.101

 e na tela mostra:

 13:47:27.581174 arp who-has server.dominio.com.br tell 192.168.10.101
 13:47:31.581727 192.168.10.101.46654
   svetlana.ability-network.net.rsync: S 3475613214:3475613214(0) win 5840mss
 1460,sackOK,timestamp 3303632 0,nop,wscale 6

 esse win 5840 é a porta de destino?

 Obrigado a todos.

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


 Não.

 A porta de destino é a porta do serviço rsync que pode ser as:
 rsync   873/tcp
 rsync   873/udp

 Como você não usou a opção '-n' do tcpdump, eles não converte os 'nomes'
 para 'numeros'.

 -
 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

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

Re: [FUG-BR] Freebsd 64bits

2010-08-19 Por tôpico Anderson Eduardo

Em 19/8/2010 08:53, Gelsimauro Batista dos Santos escreveu:
 Instalei o Freebsd 8.1 amd64 em uma placa intel com processador core 2 duo
 quando tento compilar o kernel a mensagem abaixao aparece mesmo sem ter
 acrecentado nenhuma linha o arquivo do kernel.

 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:224: error: 'struct pcpu' has no member
 named 'pc_gs32p'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:225: error: 'struct pcpu' has no member
 named 'pc_ldt'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:226: error: 'struct pcpu' has no member
 named 'pc_commontssp'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:227: error: 'struct pcpu' has no member
 named 'pc_tss'
 ../../../amd64/amd64/genassym.c:241: error: 'GUCODE32_SEL' undeclared here
 (not in a function)
 ../../../amd64/amd64/genassym.c:242: error: 'GUFS32_SEL' undeclared here
 (not in a function)
 ../../../amd64/amd64/genassym.c:243: error: 'GUGS32_SEL' undeclared here
 (not in a function)
 ../../../amd64/amd64/genassym.c:246: error: 'SEL_RPL_MASK' undeclared here
 (not in a function)
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Qual método de compilação que está usando?
Tem os sources correto?
-

Re: [FUG-BR] ipfw - natd

2010-08-19 Por tôpico Anderson Eduardo

Em 19/8/2010 12:18, Celso Viana escreveu:
 Pessoal,

 No meu arquivo natd.conf acrescentei uma opção para redirecionamento
 de porta. Com a regra abaixo...

 ipfw add divert natd all from any to any via fxp0

 ... consigo acessar normalmente uma máquina da minha rede via TS
 (3389). Ao tentar conectar com as regras abaixo, não vai nem com reza.

 ipfw add divert natd all from any to 200.200.200.200 in via fxp0
 ipfw add divert natd all from 192.168.10.1 to any out via fxp0

 Alguma dica?


Testei aqui com mesmo ambiente e funcionou.

no seu caso, o redirecionamento é para a máquina 192.168.10.1 mesmo?

natd.conf:
interface tun0
port 8668
redirect_port tcp 192.168.1.100:6061201.XXX.XXX.XXX:9090




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

Re: [FUG-BR] ipfw - natd

2010-08-19 Por tôpico Anderson Eduardo

Em 19/8/2010 20:19, Celso Viana escreveu:
 Em 19 de agosto de 2010 14:51, Anderson Eduardo
 lis...@secover.com.br  escreveu:
 Em 19/8/2010 12:18, Celso Viana escreveu:
 Pessoal,

 No meu arquivo natd.conf acrescentei uma opção para redirecionamento
 de porta. Com a regra abaixo...

 ipfw add divert natd all from any to any via fxp0

 ... consigo acessar normalmente uma máquina da minha rede via TS
 (3389). Ao tentar conectar com as regras abaixo, não vai nem com reza.

 ipfw add divert natd all from any to 200.200.200.200 in via fxp0
 ipfw add divert natd all from 192.168.10.1 to any out via fxp0

 Alguma dica?


 Testei aqui com mesmo ambiente e funcionou.

 no seu caso, o redirecionamento é para a máquina 192.168.10.1 mesmo?

 natd.conf:
 interface tun0
 port 8668
 redirect_port tcp 192.168.1.100:6061201.XXX.XXX.XXX:9090




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


 Sim, é esse endereço mesmo.
 redirect_port tcp   192.168.10.1:3389 200.200.200.200:3389

 O que não entendi é porque com a regra any to any via fxp0 o
 redirecionamento funciona certinho.


Realmente é estranho, mas montei um ambiente no exato momento que recebi 
esse e-mail da lista e testei, funcionou corretamente.

tenta usar tcpdump para verificar o tráfego correto.
quais opções está usando no natd.conf?

A diferença é que com as duas regras você faz o nat em ambas direção 
para determinado IP ( saindo e entrando ) por isso o motivo de 2 regras.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] netstat: kvm_read: Bad address

2010-08-17 Por tôpico Anderson Eduardo

Em 17/8/2010 09:12, jorhardware escreveu:
   Pessoal atualizei meu kernnel via cvsup copilei e instalei o
 tradicionalmente.

 quando boot a maquina noite que as rotas náo funcionava e deu o erro abaixo?


 residencial ~]# netstat -rn
 Routing tables
 netstat: kvm_read: Bad address

 Internet:
 DestinationGatewayFlagsRefs  Use  Netif Expire

 Protocol Family 3:
 DestinationGatewayFlagsNetif Expire
 netstat: kvm_read: Bad address
 netstat: kvm_read: Bad address
 netstat: kvm_read: Bad address

 Protocol Family 8:
 DestinationGatewayFlagsNetif Expire
 netstat: kvm_read: Bad address

 Protocol Family 14:
 DestinationGatewayFlagsNetif Expire

 Protocol Family 15:
 DestinationGatewayFlagsNetif Expire

 Protocol Family 17:
 DestinationGatewayFlagsNetif Expire

 Protocol Family 25:
 DestinationGatewayFlagsNetif Expire

 Protocol Family 26:
 DestinationGatewayFlagsNetif Expire
 netstat: kvm_read: Bad address

 Protocol Family 27:
 DestinationGatewayFlagsNetif Expire

 Protocol Family 29:
 DestinationGatewayFlagsNetif Expire

Verifica permissão de leitura do /dev/kmem/mem.

Faz um ktrace netstat -rn e depois kdump e tenta ver onde esta o erro, 
em qual syscall esta acontecendo o erro.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] script de inicialização em conexão ADSL

2010-08-14 Por tôpico Anderson Eduardo

Em 14/8/2010 00:10, Josué Araújo escreveu:
 Em 13 de agosto de 2010 14:03, Matheus Weber da Conceição
 matheusw...@gmail.com  escreveu:

 2010/8/12 Anderson Eduardolis...@secover.com.br:
 Em 12/8/2010 13:39, Matheus Weber da Conceição escreveu:
 Como o processo de autenticação do ppp demora alguns segundos, o noip
 e o ntpdate tenta acessar a Internet para realizar sua tarefa, mas no
 momento o PPP ainda não terminou de fechar o tunel e o sistema se
 encontra sem Internet.

 Queria configurar o ntpdate e noip para tentar realizar sua tarefa
 depois que o PPP tivesse criado o tunel correto e com a liberado o
 acesso a Internet.


 /etc/ppp/ppp.linkup


 Usando o ppp.linkup é totalmente inviável, não poderei usar o recursos
 do rc.d/ntpdate/noip,stop,restart,etc.etc...


 Você diz executar um /usr/local/etc/noip start por exemplo? Pode sim!


 --
 
 Matheus Weber da Conceição
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 Exatamente, pode usar sim, pois quando o ppp foi atualizar o tun, o no-ip
 restart irá atualizar o ip automaticamente assim evitando a perda
 da conexão via no-ip.

Isso como eu disse seria um gambiarra, de qualquer forma na 
inicialização o noip e ntpdate geraria logs de erro. Independente de 
colocar no ppp.linkup ou não.

Não quero gerar qualquer tipo de logs de erro.

E não preciso colocar no ppp.linkup (at all) para atualizar o no-ip, ele 
já atualiza em tempos pré configurados sem problemas. só queria remover 
logs de erro na inicializaçã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] Samba 3.3 com Length de Senha !

2010-08-13 Por tôpico Anderson Eduardo

Em 13/8/2010 11:45, Rodrigo G. Crescencio escreveu:
 Pessoal, boa tarde, não sei se alguns de voces já tiveram que colocar
 a função de tamanho minimo de senha no Samba e de histórico de
 senhas, porem quando coloco as linhas:
 #min passwd length = 8
 #passwd history = 10
 Para que a senha nao contenha menos de 8 caracteres, e tenham as
 últimas 10 senhas memorizadas, ele apresenta essa mensagem, ao rodar o
 testparm...
 SAMBASERVER# testparm -f /usr/local/etc/samba/smb.conf
 Load smb config files from /usr/local/etc/samba/smb.conf
 Unknown parameter encountered: min passwd length
 Ignoring unknown parameter min passwd length
 Unknown parameter encountered: passwd history
 Ignoring unknown parameter passwd history
 Agradeço a colaboração de todos
 Att,
 Rodrigo G. Crescencio
 IT Manager / IT Analyst.
 RC - Soluções Inteligentes em TI.
 www.rcsolucoesinteligentes.com.br

Existe várias formas de fazer isso, mas todas que conheco fora do 
arquivo de configuração.

Entra na shell do domínio e ajutas suas configurações.

executa na shell ae.

net rpc shell -S DOMINIO -U nomedoadmin%senhadoadmin

lá tem opções para gerenciar tudo isso ai.


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

[FUG-BR] RES: Balancear saída BGP

2010-08-13 Por tôpico Eduardo Schoedler

Paulo escreveu:
 Apesar de ser um pouco off, preciso de ajuda e opinião de vocês. Tenho
 um
 ambiente onde o router R1 tem sessão BGP com R2 e R3. No R1 tenho duas
 3
 redes, por exemplo, 170.0.1, 170.0.2 e 170.0.3, gostaria de fazer com
 que
 duas dessa rede saia pelo R2 e a outra pelo 3. Como estou em um
 ambiente de
 testes, tenho controle sobre os 3 AS. Meu ambiente roda freebsd +
 quagga.

Controlar a saída de tráfego é simples, basta você setar local-preference
maior no prefixo que desejar.
A chegada de tráfego você dita pelo prefixo mais específico.

Por exemplo, anuncie /24 por onde você quer que venha o tráfego daquela
rede, e utilize um prefixo maior (/23 ou /22) por ambos os links, para ter
redundância.

Mais dicas em:
http://showipbgp.com/

Sds,

--
Eduardo Schoedler

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

Re: [FUG-BR] Samba 3.3 com Length de Senha !

2010-08-13 Por tôpico Anderson Eduardo

Em 13/8/2010 12:49, Douglas Chiavegati escreveu:
Isso nao ajuda?

http://www.linuxtopia.org/online_books/network_administration_guides/samba_reference_guide/18_passdb_15.html

Em 13 de agosto de 2010 12:19, Rodrigo G. Crescencio
rodr...@rcsolucoesinteligentes.com.br escreveu:

Amigo, vc pode passar por favor mais informações de como posso fazer isso,
pois procurei no manual no net rpc e nao consegui encontrar um comando para
tamanho de senhas..

Obrigado
Att,

Rodrigo G. Crescencio
IT Manager / IT Analyst.
RC - Soluções Inteligentes em TI.
www.rcsolucoesinteligentes.com.br
Original Message
From: Anderson Eduardolis...@secover.com.br
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Sex, Ago 13, 2010, 11:59 AM
Subject: Re: [FUG-BR] Samba 3.3 com Length de Senha !

Em 13/8/2010 11:45, Rodrigo G. Crescencio escreveu:
Pessoal, boa tarde, não sei se alguns de voces já tiveram que
colocar
a função de tamanho minimo de senha no Samba e de histórico de
senhas, porem quando coloco as linhas:
#min passwd length = 8
#passwd history = 10
Para que a senha nao contenha menos de 8 caracteres, e tenham as
últimas 10 senhas memorizadas, ele apresenta essa mensagem, ao rodar
o
testparm...
SAMBASERVER# testparm -f /usr/local/etc/samba/smb.conf
Load smb config files from /usr/local/etc/samba/smb.conf
Unknown parameter encountered: min passwd length
Ignoring unknown parameter min passwd length
Unknown parameter encountered: passwd history
Ignoring unknown parameter passwd history
Agradeço a colaboração de todos
Att,
Rodrigo G. Crescencio
IT Manager / IT Analyst.
RC - Soluções Inteligentes em TI.
www.rcsolucoesinteligentes.com.br

Existe várias formas de fazer isso, mas todas que conheco fora do
arquivo de configuração.

Entra na shell do domínio e ajutas suas configurações.

executa na shell ae.

net rpc shell -S DOMINIO -U nomedoadmin%senhadoadmin

lá tem opções para gerenciar tudo isso ai.

Você conseguiu executar o comando que falei?
Se não conseguir, tentar procurar sobre pdbedit que também pode fazer isso.

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

Re: [FUG-BR] script de inicialização em conexão ADSL

2010-08-12 Por tôpico Anderson Eduardo

Em 12/8/2010 13:39, Matheus Weber da Conceição escreveu:
 Como o processo de autenticação do ppp demora alguns segundos, o noip
 e o ntpdate tenta acessar a Internet para realizar sua tarefa, mas no
 momento o PPP ainda não terminou de fechar o tunel e o sistema se
 encontra sem Internet.

 Queria configurar o ntpdate e noip para tentar realizar sua tarefa
 depois que o PPP tivesse criado o tunel correto e com a liberado o
 acesso a Internet.


 /etc/ppp/ppp.linkup


Usando o ppp.linkup é totalmente inviável, não poderei usar o recursos 
do rc.d/ntpdate/noip,stop,restart,etc.etc...
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] teste

2010-08-12 Por tôpico Eduardo

teste
Não é necessário responder (desculpem-me o transtorno)


-- 
Eduardo Lemos de Sa
Associated Professor at Chemistry Department
Universidade Federal do Parana
Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil
phone: +55(41)33613300
fax  : +55(41)33613186

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

Re: [FUG-BR] IPFW Stateful + FTP

Em 4/8/2010 15:59, Listas escreveu:
 Em 4/8/2010 15:53, Tiago Athayde escreveu:
 Em 4 de agosto de 2010 15:49, Listaslis...@secover.com.br escreveu:

 Alguma dica como liberar tráfego ftp em um firewall ipfw stateful padrão
 deny all sem deixar 'buracos' abertos?
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 se esta usando natd, segue abaixo uma explicacao:

 http://www.fug.com.br/historico/html/freebsd/2007-08/msg00343.html

 contribuicao de Patrick Tracanelli




 Não uso natd, e não entendi muito bem o link que citou.

 É para permitir baixar os pacotes necessários do ports utilizando ftp.


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

[FUG-BR] script de inicialização em conexão ADSL

Olá lista,

Quero colocar para iniciar os processos que utilizam a Internet depois 
que o ppp tenha fechado corretamente a conexão pppoe e atribuido o IP a 
interface tun0, alguém sabe como fazer?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] script de inicialização em conexão ADSL

Em 11/8/2010 15:54, Márcio Luciano Donada escreveu:
 Em 11/8/2010 15:40, Anderson Eduardo escreveu:
 Olá lista,

 Quero colocar para iniciar os processos que utilizam a Internet depois
 que o ppp tenha fechado corretamente a conexão pppoe e atribuido o IP a
 interface tun0, alguém sabe como fazer?


 No link [1], o item 27.5.4

 [1]. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoe.html

Ops,

Não é isso.
O PPP inicia corretamente, sem problemas.

Como o processo de autenticação do ppp demora alguns segundos, o noip e 
o ntpdate tenta acessar a Internet para realizar sua tarefa, mas no 
momento o PPP ainda não terminou de fechar o tunel e o sistema se 
encontra sem Internet.

Queria configurar o ntpdate e noip para tentar realizar sua tarefa 
depois que o PPP tivesse criado o tunel correto e com a liberado o 
acesso a Internet.

Procurei alguns delays para usar no noip e no ntpdate, não achei.
A não ser um script,mas acho gambiarra.

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

Re: [FUG-BR] script de inicialização em conexão ADSL