Pessoal,
Estou tendo problemas ao instalar o Samba3 com o ports.
Estava rodando o comando 'make SAMBA3_CONFIGURE_ARGS="-with-ldapsam"'
Esta aparecendo a seguinte mensagem:
Making all in libextra
/bin/sh
r/ports/security/gnutls/work/gnome-libtool --tag=CC--mode=link
cc -std=gnu99 -pipe -
alguem pode me falar, qual a regra pra mim por no nat pra liberar a navegacao e
uma faixa de IP ver a outra?
> Date: Wed, 26 Nov 2008 09:28:50 -0200> From: [EMAIL PROTECTED]> To:
> freebsd@fug.com.br> Subject: Re: [FUG-BR] VPN> > Cristina Fernandes Silva
> escreveu:> > pq não usa
Original Message
From: "Thiago Gomes" <[EMAIL PROTECTED]>
Apparently from: [EMAIL PROTECTED]
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Subject: Re: [FUG-BR] [OFF TOPIC] PQ Usar esta faixa de IP 7.2.1.1 ou14.7.1.1
Date: Wed, 26 Nov 2008 17:39:25 -0300
> Esse admin
Tenho um caso de um grande cliente que usava um range de IP que era o de um
dos root servers de DNS... :-)
Já tive um que fez assim
Filial1 = 1.1.1.0
Filial2 = 2.2.2.0
Filial3 = 3.3.3.0
Filial4 = 4.4.4.0
Chegou até no 20.20.20.0... e um dia precisou integrar-se a uma
multinacional que a comprou,
Com certeza ele desconhece toda a padronização!
Mas já vi coisas bem piores... Como que um cara desses consegue um trabalho
de Administrador de Rede?
Uma coisa que eu queria saber por que ele me usa IP Publico para fins
Privado?
-
Histórico: http://www.fug.com.br/historico
Primeira vez que vejo esse tipo de endereçamento.. gostaria
de saber o que ele planejou alocando esse ips publicos
para fins privados..
2008/11/26 Thiago Gomes <[EMAIL PROTECTED]>:
> Esse admin sabe o que é RFC 1918 ?? por acaso
> ele fez algum curso sobre Endereçamento IP ??
>
>
>
> 2008/11/26 Lu
Esse admin sabe o que é RFC 1918 ?? por acaso
ele fez algum curso sobre Endereçamento IP ??
2008/11/26 Luis <[EMAIL PROTECTED]>:
> Pois é...
> O Admin resolveu usar blocos diferente.. como o amigo Eduardo comento "Estao
> usando endereços públicos para fins privados" so que é uma coisa que n da
isso cristina.. agora deu certo..
Estranho que na pagina que o irado mandou esta sem o "<"
http://www.cyberciti.biz/tips/cve-2008-5162-freebsd-arc4random.html
obrigado..
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailm
Esquemos o "<" tanto eu como thiago..
que lapso..
2008/11/26 TIsOrA TAIUVA <[EMAIL PROTECTED]>:
>
> Para fazer o update aplicando o patch antes de tudo é preciso ter os fontes
> no /usr/src . Considerando que já os tenha, o procedimento é:
>
>
> - Download do patch
>
> #cd /tmp
> (FreeBSD 6.x)
Pois é...
O Admin resolveu usar blocos diferente.. como o amigo Eduardo comento "Estao
usando endereços públicos para fins privados" so que é uma coisa que n da
pra entender pq o Admin fez isso.
Vamos ter que planejar agora a troca para endereços reservados o quanto
antes...
---
Fala meu povo, quanto tempo =)
Pergunta: já tenho um apache 2.0 rodando com vários virtual hosts,
mod_proxy, etc, etc, etc nele tá integrado o MOD_DAV para o TRAC/Subversion
etc. Hoje uso o SVN somente com HTTP, estava pensando em migrar para
HTTPS...
Dei uma buscada:
http://www.corserv.com/fr
o admin resolveu usar um bloco diferente.. estes ai sao blocos validos ...
On Wed, Nov 26, 2008 at 4:24 PM, Luis <[EMAIL PROTECTED]> wrote:
> Olá amigos,
> Gostaria de tirar uma duvida...na empresa que trabalho prestamos serviços a
> uma outra empresa e a rede desta empresa usa endereços de ip co
Opa! Complementando...
Segue um endereço interessante para ser visto:
http://www.iana.org/assignments/ipv4-address-space/
2008/11/26 Christian Casza <[EMAIL PROTECTED]>
> Luis,
>
> o bloco 14.0.0.0/8 consta como não sendo alocado pela IANA. Sendo assim,
> pode-se usá-lo em redes sem problemas, h
Luis,
o bloco 14.0.0.0/8 consta como não sendo alocado pela IANA. Sendo assim,
pode-se usá-lo em redes sem problemas, haja visto que não haverá conflitos
(LAN -> Internet) com hosts existentes nesse bloco.
É, porém, recomendado utilizar um dos blocos reservados devido a
padronização, e, portanto,
A empresa está usando endereços públicos para fins privados.
De acordo com a RFC 1918, deve-se usar:
10.0.0.0 – 10.255.255.255- Classe A
172.16.0.0 – 172.31.255.255- Classe B
192.168.0.0 – 192.168.255.255 - Classe C
Por exemplo, a rede 7.2.1.1 pertence ao Departamento de Defesa dos E
Olá amigos,
Gostaria de tirar uma duvida...na empresa que trabalho prestamos serviços a
uma outra empresa e a rede desta empresa usa endereços de ip como 7.2.1.1ou
14.7.1.1 pra rede interna e VPN tem alguma diferença usar estas classe do
que usa 10.1.1.1 sendo q eles sao do tipo classe A correto?
o squid funciona perfeitamente com N tipos de storage...
nos proxies aqui utilizo AUFS (fbsd 7 na maioria..) ta funcionando tranquilo..
o coss nas versoes 3 do squid esta "bugado" pq quem mantinha o coss
era o "addrian chadd" e ele ta focado no cacheboy.net (squid 2.7 +
features do 3)
2008/11/
mais uma complementação dando uma olhadinha na página do squid-cache.org
achei o seguinte parâmetro
store_dir_select_algorithm round-robin
que força o squid a utilizar os outros cachedir em formato round-robin.
2008/11/26 William David FUG-BR <[EMAIL PROTECTED]>:
> não funciona ter 2 métodos d
Para fazer o update aplicando o patch antes de tudo é preciso ter os fontes no
/usr/src . Considerando que já os tenha, o procedimento é:
- Download do patch
#cd /tmp
(FreeBSD 6.x)
# fetch http://security.FreeBSD.org/patches/SA-08:11/arc4random6x.patch
(FreeBSD 7.x)
# fetch http://security.Fr
Alguem conseguiu fazer este mesmo processo usando
aplicação de patches ??
Que o Thiago Gomes falou.. aconteceu aqui comigo
atraves do patches..
Ele não mostra nenhuma ação ou messagem.
2008/11/26 Thiago Gomes <[EMAIL PROTECTED]>:
> Estou aplicando o pacth via SSH
>
> # uname -a
> FreeBSD ns2.exe
Galera,
Estou recebendo essas messagens no meu DNS..
Nov 26 01:33:41 ns2 kernel: TCP: [118.107.200.130]:85 to
[222.222.222.222]:53 tcpflags 0x10; syncache_expand: Segment
failed SYNCOOKIE authentication, segment rejected (probably spoofed)
Nov 26 01:33:41 ns2 kernel: TCP: [118.107.200.2]:84 to
[2
não funciona ter 2 métodos de storedir
já tentei rodar diskd + coss ele roda sem problemas
mas o squid somente seleciona o último como storedir como padrão e
utliza ele sempre
e ignora o anterior
Ex:
cache_dir diskd /usr/local/squid/cache/a 300 4 64 Q1=72 Q2=64
cache_dir diskd /usr
Estou aplicando o pacth via SSH
# uname -a
FreeBSD ns2.exemplo.com.br 7.0-RELEASE FreeBSD 7.0-RELEASE #0
o processo foi ese:
#cd /tmp
#fetch http://security.FreeBSD.org/patches/SA-08:11/arc4random.patch
# fetch http://security.FreeBSD.org/patches/SA-08:11/arc4random.patch.asc
#cd /usr/src
# patc
man freebsd-update ?
On Wed, Nov 26, 2008 at 11:49:08AM -0200, Rodrigo Graeff wrote:
>
> On 26/11/2008, at 11:21, Cristina Fernandes Silva wrote:
>
>> Aproveitando,
>>
>> É melhor aplicar usando o csup ou patch ?
>> -
>> Histórico: http://www.fug.com.br/historico/html/freeb
On 26/11/2008, at 11:21, Cristina Fernandes Silva wrote:
Aproveitando,
É melhor aplicar usando o csup ou patch ?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Costumo sempre dizer que se tu us
Pelo que eu entendi, o coss só é mesmo bom para objetos pequenos.
Então eu dividi o cache em AUFS (e pretendia testar o diskd depois)
para objetos grandes, e COSS para pequenos. Mas não consigo fazer
o COSS funcionar direito.
As opções de compilação que eu usei são:
===> The following configurati
2008/11/26 Eduardo Schoedler <[EMAIL PROTECTED]>:
> Existe a opção de carregar como módulo...
> kldload aio
>
> Começou a dar um monte de problema quando levantei o squid com COSS ou AUFS
> no Freebsd 6.1 que tenho em produção.
O AUFS sozinho funciona MUITO bem. Mesmo com o COSS compilado.
Mas se
Aproveitando,
É melhor aplicar usando o csup ou patch ?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
completando
Estive fazendo testes com o Vmware esxi criei 2 maquinas virtuais
freebsd 7.0p5 ambas com a mesma imagem
rodando simultaneamente uma com squid + coss e outra com squid+ diskd
configurei um terceiro squid fora da vmware como cahce_null e
rodando parent para estas 2 maquinas :
apo
2008/11/26 William David FUG-BR <[EMAIL PROTECTED]>:
> vc fez o tunning de Kenel
>
> option VFS_AIO ??
Carreguei o módulo.
Verifiquei, e ele estava carregado.
fire2:root[231] kldstat
Id Refs AddressSize Name
14 0xc040 50167c kernel
21 0xc0902000 66318acpi.ko
31 0
Existe a opção de carregar como módulo...
kldload aio
Começou a dar um monte de problema quando levantei o squid com COSS ou AUFS
no Freebsd 6.1 que tenho em produção.
A máquina dava crashes do nada, rebootando ou congelando.
Sds,
Eduardo.
--
F
vc fez o tunning de Kenel
option VFS_AIO ??
# squidclient mgr:coss
HTTP/1.0 200 OK
Server: squid/2.7.STABLE4
Date: Wed, 26 Nov 2008 12:56:12 GMT
Content-Type: text/plain
Expires: Wed, 26 Nov 2008 12:56:12 GMT
X-Cache: MISS from servidor-001a.leogap
X-Cache-Lookup: MISS from servidor-001a.leogap:
Reenvio de mensagem:
Date: Wed, 26 Nov 2008 11:08:35 +
From: nixCraft Linux Sys Admin Blog <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: nixCraft Linux Sys Admin Blog
FreeBSD Kernel Critical Update: arc4random predictable sequence
vulnerability
Posted: 25 Nov 2008 09:49 AM PST
http
Testei o COSS esta noite, e por mais algumas noites,
e basicamente só consegui crashes.
Com COSS e AUFS, conseguia este erro:
storeCossCompletePendingReloc: got failure (-1)
Foi no Google e encontrei mais um caso...
http://www1.il.squid-cache.org/mail-archive/squid-users/200704/0555.html
... c
Cristina Fernandes Silva escreveu:
> pq não usa o OpenVPN..
>
Nada contra o OpenVPN, mas a versão 5 do mpd está muito estável, já o
mpd (/usr/ports/net/mpd) essa realmente tem problemas na comunicação,
como por exemplo, lentidão, perda de pacotes. Já a versão 5 acabou com isso.
Abraço,
---
Luan Tasca escreveu:
> por enquanto vo usar o pptp, só queria saber como fazer oque perguntei, para
> as duas faixa de IP se comunicarem, alguma regra no ipfw que faz isso? e pra
> internet funcionar?> Date: Tue, 25 Nov 2008 09:32:27 -0300> From: [EMAIL
> PROTECTED]> To: freebsd@fug.com.br> Subj
36 matches
Mail list logo