[FUG-BR] (sem assunto)

[Corsini .]

Olá pessoal,
 
Estou para implantar um filtro mais robusto no squid em Freebsd, 
Squidguard ou Dansguardian ? qual a melhor opção .!!!
 

João B. Corsini
Analista de Suporte


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

[FUG-BR] (sem assunto)

[thiagounix]

   Ola pessoal,
   estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup
   automatico, mas o usuário para o backup não tem permissão e não
   posso mudar pois são várias subpastas com variados donos e grupos
   espec�ficos, então a solução é liberar o root e fazer o tunelamento
   com rsync como root mesmo, mas a chefa não quer liberar este acesso,
   as máquinas aonde serão extraidas os dados tem duas placas de rede,
   uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE
   PERMITIR O LOGIN DO ROOT APENAS A ENDERE�O A REDE INTERNA?? COMO? favor
   pessoal to precisando de uma solução urgente...!


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

[FUG-BR] (sem assunto)

[thiagounix]

 Como scsi (cd0) ele nem monta , com acd0 ja fiz copia e tudo mas
 formatar da estes erros.

 �

 Grato.�

 �

 > Já procurei na net e nada.
 >
 > Estou com dificudades em formatar o dvdrw no freeBsd ele monta
 > normalmente com o fstab assim:
 >
 > /dev/acd0 /mnt/cdrom cd9660 rw,noauto 0 0
 >
 Vc deve usar o subsistema SCSI, no caso /dev/cd0.
 http://doc.fug.com.br/handbook/creating-cds.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[daniel2099]

o que vcs acham desse script pra limpar automaticamente

# MEMORIA USADA:
  CACHE_MEM 128 MB

  #ESVAZIA O CACHE:
  CACHE_SWAP_LOW 90
  CACHE_SWAP_HIGH 93

  MAXIMUM_OBJECT_SIZE 6144 KB
  MINIMUM_OBJECT_SIZE 0 KB

  MAXIMUM_OBJECT_SIZE_IN_MEMORY 100 KB

  IPCACHE_SIZE 1024
  IPCACHE_LOW 90
  IPCACHE_HIGH 93

  CACHE_REPLACEMENT_POLICY LRU
  MEMORY_REPLACEMENT_POLICY LRU

  # DISCO USADO:
  CACHE_DIR UFS /VAR/SPOOL/SQUID/CACHE 1 16 256


Enviado pelo @R7

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

[FUG-BR] (sem assunto)

[Corsini Corsini]

Olá pessoal
 
Utilizo aqui no firewall da Faculdade Freebsd 7.1
Tava precisando controlar o acesso a internet das estações por MAC, 
existe alguma forma que criar uma lista de MAC x IP e o Freebsd olhar para essa 
lista , sem ser pelo IPFW ??
o que preciso habilitar nas configurações se fazer isso ? de que forma?
 
João B. Corsini
Analista de Suporte


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

[FUG-BR] (sem assunto)

[Valdileno]

 

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

[FUG-BR] (sem assunto)

[Oscar Marques]

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

[FUG-BR] (sem assunto)

[Oscar Marques]

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

[FUG-BR] (sem assunto)

[Corsini Corsini]

Olá pessoal,  Feliz 2011
 
Como gerenciar duas conexoes de internet ADSL pelo Freebsd? (ex: 2 Velox adsl)
Hoje já tenho uma conexão adsl de 2mb entrando por uma primeira placa de rede e 
distribuindo por uma segunda placa, 
gostaria de colocar uma 3º placa de rede e entrar com esse segundo link adsl de 
4mb do velox  etentar somar esses dois links para sair com 6mb na minha rede 
interna, seria possível?
Então, como fazer isso?, load balance? . qual aplicação  eu consigo somar 
esses 2mb + 4mb ficando com  6 na minha rede interna

Obs: To fazendo isso devido ao velox na minha região entregar apenas até 4mb 
com muito esforço, portanto, quanto mais velocidade conseguir melhor, 
 
Abraços,

João B. Corsini
Analista de Suporte


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

[FUG-BR] (sem assunto)

[Corsini .]

 
Pessoal 
 
Com o Pfsense é possível obrigar a autenticação antes de navegar e também 
gravar os acessos por usuario: a ex: o Sarg 

João B. Corsini
Analista de Suporte


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

[FUG-BR] (sem assunto)

[silvamaluceli]

   Ola Pessoal da lista,

   �

   estou com um problema serissimo com um server com bsd 6.2-stable ele
   esta em producao e tem bastante acesso a disco e ultimamente ele tem
   travado literalmente, segue as mensagens para ver se algum dos colegas
   ja passou por isso!

   �

   ad0: timeout waiting to issue command
   ad0: error issuing WRITE_DMA command
   ad0: timeout waiting to issue command
   ad0: error issuing WRITE_DMA command
   ad0: timeout waiting to issue command
   ad0: error issuing WRITE_DMA command
   ad0: timeout waiting to issue command
   ad0: error issuing WRITE_DMA command
   ad0: timeout waiting to issue command
   ad0: error issuing WRITE_DMA command
   g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
   g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
   g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
   g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
   g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5

   �

   sera que tenho que trocar meu disco???

   �

   �

   desde ja agradeco!

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

[FUG-BR] (sem assunto)

[Gelsimauro Batista dos Santos]

Tenho um problema de DNS quando texto no site
http://meuip.datahouse.com.br/dns-report.php



Como resolver esse erro??



Meu Sitema é FreeBSD 7.2



*fail*

SOA MNAME Check

ERROR: Your SOA (Start of Authority) record states that your master
(primary) name server is: meudominio.com.br. That server is not listed at
the parent servers, which is not correct.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[Paulo]

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

[FUG-BR] (sem assunto)

[Anderson Alves de Albuquerque]

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

[FUG-BR] (sem assunto)

[Eduardo Lemos de Sa]

Caríssimos

Tenho no meu desktop (FreeBSD matata.quimica.ufpr.br 8.3-RELEASE-p3 FreeBSD
8.3-RELEASE-p3 #7: Wed Jun 13 20:59:38 BRT 2012
edu...@matata.quimica.ufpr.br:/usr/obj/usr/src/sys/MYKERNEL  amd64) duas
versões do openoffice instaladas (a 3.3.0 e a 3.4.0) a partir da compilação
via ports. Quando eu digito openoffice (seguido do TAB para completar) as
duas aparecem:

% matata /usr/local> openoffice
openoffice-3.4.0   openoffice.org-3.3.0
openoffice-3.4.0-sbase openoffice.org-3.3.0-sbase
openoffice-3.4.0-scalc openoffice.org-3.3.0-scalc
openoffice-3.4.0-sdraw openoffice.org-3.3.0-sdraw
openoffice-3.4.0-setofficelang openoffice.org-3.3.0-setofficelang
openoffice-3.4.0-simpress  openoffice.org-3.3.0-simpress
openoffice-3.4.0-smath openoffice.org-3.3.0-smath
openoffice-3.4.0-spadmin   openoffice.org-3.3.0-spadmin
openoffice-3.4.0-swriter   openoffice.org-3.3.0-swriter
openoffice-3.4.0/  openoffice.org-3.3.0/


Porém, quando eu digito:

% matata /home/edulsa> ll -d /var/db/pkg/openoffice*
drwxr-xr-x  2 root  wheel   512B Aug 28 11:43
/var/db/pkg/openoffice.org-3.3.0/


apenas a 3.3.0 aparece como o pacote instalado. O mais surpreendente é que
se eu abro o openoffice-3.3.0, vou no HELP-> ABOUT, sou informado de que
estou rodando o 3.4.0 (já verifiquei: não existe um link simbólico da 3.3.0
apontando para a 3.4.0). Por que então o email? Eu estou pensando em apagar
a 3.3.0 para livrar o espaço em disco, mas estou em dúvida se isto não vai
apagar ou tornar inoperante a versão 3.4.0.

Por favor, alguma sugestão ou opinião sobre este assunto?

Grato pela atenção

Eduardo

-- 
Eduardo Lemos de Sa
Associated Professor Level 3
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[m3 BSD]

Pessoal... bom dia pra vcs :)

Seguinte, estou estudando uma solucao de redundancia, nao de
balanceamento, soh redundancia mesmo, exemplo:

Tenho dois servers identicos (master e slave), onde cada server tem 3
nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
servidor estara numa wan diferente, ou seja, dois links distintos de
internet.
Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
estou enroscado na redundancia externa (internet), pq neste server eu
rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
server 1 falhe, o 2 assuma o papel da maneira mais transparente
possivel.
Alguem tem alguma dica ae dos caminhos das pedras?

-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[Bruno Henrique de Oliveira]

Bem,

Meu arquivo "/etc/ipfw.rules" está assim:

---
ipfw -q -f flush

ipfw="ipfw -q add"
eth0="rl0"

$ipfw 5 allow all from any to any via $eth0
$ipfw 00010 allow all from any to any via lo0


Quando executo o comando "sh /etc/rc.firewall", mostra a mensagem:


Flushed all rules.
Line 1: bad commando 'ipfw'

-- 
[]s,
Bruno Oliveira
Belo Horizonte - MG



This message was sent using IMP, the Internet Messaging Program.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[Alves]

Pessoal,

talves seje coisa simples, más eh que sou novo na comunidade dos usuários  
de freebsd

Estou com o seguinte problema

Durante a execução de vários programas gráficos recebo a mensatgem que  
está faltando o seguinte arquivo no sistema"libglib-2.0.so.600"

Como faço para descobrir qual o pacote que devo instalar ou compilar?

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

[FUG-BR] (sem assunto)

[EnioRM]

Pessoal, coloquei 2 placas de rede no servidor com FreeBSD 9.2-Prerelease.
São placas HP NC360T Dual Port com chipset Intel Pro/1000, ta usando o
módulo *em*

nunca trabalhei com essas placas dualport
não sei se é normal, mas o ifconfig me mostra apenas em0 e em1
eu pensei que teria disponível para uso 4 nics, em0, em1, em2 e em3

no ifconfig também mostra status: active mesmo quando o cabo está conectado
em apenas 1 das ports em uma placa, será então que a segunda porta fica
disponível para uso como apenas uma segunda conexão, e não uma segunda
placa?

Kernel recompilado com device pooling, mesmo que não está havendo
compartilhamento de irs, como mostra o dmesg

em0:  port 0xc880-0xc89f mem
0xfce8-0xfce9,0xfce6-0xfce7 irq 16 at device 0.0 on pci2
em0: Using an MSI interrupt
em0: Ethernet address: 00:24:81:7b:1c:34
em1:  port 0xcc00-0xcc1f mem
0xfcee-0xfcef,0xfcec-0xfced irq 17 at device 0.1 on pci2
em1: Using an MSI interrupt
em1: Ethernet address: 00:24:81:7b:1c:35


alguém já trabalho com esses tipos de nics? sabem dizer se está ok?

abraço


-- 
*ENIO R M*
*Backup na nuvem **com o Dropbox **http://db.tt/VfwUj00m*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] (sem assunto)

[Christiano Liberato]

PessoALL,

digamos que não tenho um controle de banda e que identifiquei com o iftop
que um IP está fazendo download e comprometendo o acesso do restante.
É possível derrubar ou bloquear esse IP imediatamente?

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

Re: [FUG-BR] (Sem assunto)

[William David Armstrong - FUGBr]

Bom respondendo quanto a performance a nível de iSCSI. O que vai determinar 
principalmente a sua performance é a sua rede se vc tem uma rede 100Mb/s o 
máximo de read/write no disco iscsi será 9MBytes/s  assim o ideal é utilizar 
uma rede gbit com placas de boa procedência (aka Intel) e swicth com grande 
capacidade de trafego de pacotes no CORE (aka cisco) e claro uma rede dedicada 
somente pro ISCSI. Assim você terá a melhor performance possível chegando perto 
dos. 100MBytes/s utilizando LAGG E TRUNK com mais de uma placa de rede pra 
melhorar a distribuição do trafego.

Você pode utilizar uma rede compartilhada mas não espere uma performance muito 
grande . O iscsi foi feito para ser  superior ao fibrechannel  mas fica muito 
caro montar lo dedicadamente  pois o design foi projetado para redes de 10Gb 

O fibrechannel também é caro mas este já é projetado para ser dedicado com 
placas e switch próprios mas a performance é muito boa 


-- 
- = - = - = - = - = - = - = - = - = -
<.  Of course it runsWilliam David Armstrong
<|==   Bio Systems Security Networking
<'  FreeBSD   MSN / GT  biosystems  gmail . com
http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
--

Em 12/08/2011, às 20:00, Diogo Rodrigo  escreveu:

> uma duvida meio boba..
> 
> 
> qual a vantagem de compartilhar o freenas via iscsi ou via smb normal ?
> 
> a performace fica melhor no iscsi??
> 
> to meio por fora
> 
> 
> 
> 
> 
> 
> Em 12 de agosto de 2011 11:56, Renato Frederick
>  escreveu:
>> Talvez esta questão do freenas seja específico de algum cenário, eu
>> utilizo ele com iscsi exportando volume prá windows e vmware e sem stress..
>> 
>> 
>> Em 12/08/2011 11:38, Christiano Liberato escreveu:
>>> Diogo,
>>> 
>>> Tive 3 semanas de muita dor de cabeça com o freenas 8.
>>> Conversei com alguns colegas e me indicaram o openfiler e disseram que nao
>>> me arrependeria. Foi dito e feito, estou utilizando ele e não dá nenhum
>>> problema. 13 up de pura alegria com interface iSCSI no vmware.
>>> O nexenta nunca utilizei.
>>> 
>>> Em 12 de agosto de 2011 10:48, Diogo Rodrigo  escreveu:
>>> 
>>> 
>> 
>> -
>> 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] (Sem assunto)

[Rodrigo Mosconi]

Em 18 de agosto de 2011 08:54, William David Armstrong - FUGBr
 escreveu:
> Bom respondendo quanto a performance a nível de iSCSI. O que vai determinar 
> principalmente a sua performance é a sua rede se vc tem uma rede 100Mb/s o 
> máximo de read/write no disco iscsi será 9MBytes/s  assim o ideal é utilizar 
> uma rede gbit com placas de boa procedência (aka Intel) e swicth com grande 
> capacidade de trafego de pacotes no CORE (aka cisco) e claro uma rede 
> dedicada somente pro ISCSI. Assim você terá a melhor performance possível 
> chegando perto dos. 100MBytes/s utilizando LAGG E TRUNK com mais de uma placa 
> de rede pra melhorar a distribuição do trafego.
>
> Você pode utilizar uma rede compartilhada mas não espere uma performance 
> muito grande . O iscsi foi feito para ser  superior ao fibrechannel  mas fica 
> muito caro montar lo dedicadamente  pois o design foi projetado para redes de 
> 10Gb
>
> O fibrechannel também é caro mas este já é projetado para ser dedicado com 
> placas e switch próprios mas a performance é muito boa
>
No iSCSI recomenda-se o uso do Jumbo Frames para melhor performace.

>
> --
> - = - = - = - = - = - = - = - = - = -
> <.      Of course it runs                William David Armstrong
> <|==   Bio Systems Security Networking
> <'                  FreeBSD           MSN / GT  biosystems  gmail . com
> http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
> --
>
> Em 12/08/2011, às 20:00, Diogo Rodrigo  escreveu:
>
>> uma duvida meio boba..
>>
>>
>> qual a vantagem de compartilhar o freenas via iscsi ou via smb normal ?
>>
>> a performace fica melhor no iscsi??
>>
>> to meio por fora
>>
>>
>>
>>
>>
>>
>> Em 12 de agosto de 2011 11:56, Renato Frederick
>>  escreveu:
>>> Talvez esta questão do freenas seja específico de algum cenário, eu
>>> utilizo ele com iscsi exportando volume prá windows e vmware e sem stress..
>>>
>>>
>>> Em 12/08/2011 11:38, Christiano Liberato escreveu:
 Diogo,

 Tive 3 semanas de muita dor de cabeça com o freenas 8.
 Conversei com alguns colegas e me indicaram o openfiler e disseram que nao
 me arrependeria. Foi dito e feito, estou utilizando ele e não dá nenhum
 problema. 13 up de pura alegria com interface iSCSI no vmware.
 O nexenta nunca utilizei.

 Em 12 de agosto de 2011 10:48, Diogo Rodrigo  
 escreveu:


>>>
>>> -
>>> 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Paulo Pires]

On Mon, Aug 25, 2008 at 2:56 PM, thiagounix <[EMAIL PROTECTED]> wrote:

>   Ola pessoal,
>   estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup
>   automatico, mas o usuário para o backup não tem permissão e não
>   posso mudar pois são várias subpastas com variados donos e grupos
>   especÃficos, então a solução é liberar o root e fazer o tunelamento
>   com rsync como root mesmo, mas a chefa não quer liberar este acesso,
>   as máquinas aonde serão extraidas os dados tem duas placas de rede,
>   uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE
>   PERMITIR O LOGIN DO ROOT APENAS A ENDEREÃO A REDE INTERNA?? COMO? favor
>   pessoal to precisando de uma solução urgente...!


1) Instale o pacote "sudo".
2) Crie um pseudo-usuário apenas para executar backup.
3) Configure o sudo para permitir que o pseudo-usuário criado no passo 2
possa executar como root apenas o script necessário para disparar o backup.
4) (Opcional, dependendo do caso): crie um par de chaves pública/privada
para autenticação do ssh sem pedir senha.

-- 
Um abraço.
Paulo A. P. Pires

... Qui habet aurem audiat quid Spiritus dicat ecclesiis.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Pablo Sánchez]

Raio de sudo!!! Gato de Linux!

su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
aqui... aff

2008/8/25 Paulo Pires <[EMAIL PROTECTED]>

> On Mon, Aug 25, 2008 at 2:56 PM, thiagounix <[EMAIL PROTECTED]> wrote:
>
> >   Ola pessoal,
> >   estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup
> >   automatico, mas o usuário para o backup não tem permissão e não
> >   posso mudar pois são várias subpastas com variados donos e grupos
> >   especÃficos, então a solução é liberar o root e fazer o tunelamento
> >   com rsync como root mesmo, mas a chefa não quer liberar este acesso,
> >   as máquinas aonde serão extraidas os dados tem duas placas de rede,
> >   uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE
> >   PERMITIR O LOGIN DO ROOT APENAS A ENDEREÃO A REDE INTERNA?? COMO? favor
> >   pessoal to precisando de uma solução urgente...!
>
>
> 1) Instale o pacote "sudo".
> 2) Crie um pseudo-usuário apenas para executar backup.
> 3) Configure o sudo para permitir que o pseudo-usuário criado no passo 2
> possa executar como root apenas o script necessário para disparar o backup.
> 4) (Opcional, dependendo do caso): crie um par de chaves pública/privada
> para autenticação do ssh sem pedir senha.
>
> --
> Um abraço.
> Paulo A. P. Pires
>
> ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
=
Pablo Santiago Sánchez
Análise e Desenvolvimento de Sistemas Web
Zend Certified Engineer #ZEND006757
[EMAIL PROTECTED]
(61) 9975-0883
http://www.tiblog.com.br
"Quidquid latine dictum sit, altum viditur"
=
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[irado furioso com tudo]

Em Mon, 25 Aug 2008 17:33:05 -0300
"Pablo Sánchez" <[EMAIL PROTECTED]>, conhecido consumidor de drogas
(BigMac's com Coke) escreveu:

> Raio de sudo!!! Gato de Linux!

LOL :D

-- 
saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853/FUG-BR 154
Não uso drogas - 100% Miko$hit-free
se o país é democrático, por que razão sou obrigado a votar?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Zavam, Vinícius]

Citando Pablo Sánchez:

> Raio de sudo!!! Gato de Linux!
>
> su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
> aqui... aff
>
> 2008/8/25 Paulo Pires <[EMAIL PROTECTED]>
>
>> On Mon, Aug 25, 2008 at 2:56 PM, thiagounix <[EMAIL PROTECTED]> wrote:
>>
>> >   Ola pessoal,
>> >   estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup
>> >   automatico, mas o usuário para o backup não tem permissão e não
>> >   posso mudar pois são várias subpastas com variados donos e grupos
>> >   especÃficos, então a solução é liberar o root e fazer o tunelamento
>> >   com rsync como root mesmo, mas a chefa não quer liberar este acesso,
>> >   as máquinas aonde serão extraidas os dados tem duas placas de rede,
>> >   uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE
>> >   PERMITIR O LOGIN DO ROOT APENAS A ENDEREÃO A REDE INTERNA?? COMO? favor
>> >   pessoal to precisando de uma solução urgente...!
>>
>>
>> 1) Instale o pacote "sudo".
>> 2) Crie um pseudo-usuário apenas para executar backup.
>> 3) Configure o sudo para permitir que o pseudo-usuário criado no passo 2
>> possa executar como root apenas o script necessário para disparar o backup.
>> 4) (Opcional, dependendo do caso): crie um par de chaves pública/privada
>> para autenticação do ssh sem pedir senha.

sanchez,
ALGO me diz que vc se precipitou na resposta com essa colocacao.
[]'s



-
Webmail SecrelNet


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

Re: [FUG-BR] (sem assunto)

[Breno BF]

- Original Message - 
From: "Zavam, Vinícius" <[EMAIL PROTECTED]>
To: 
Sent: Monday, August 25, 2008 6:35 PM
Subject: Re: [FUG-BR] (sem assunto)


Citando Pablo Sánchez:

>> Raio de sudo!!! Gato de Linux!
>>
>> su -c e pronto. Mania desse povo de Linux querer colocar os 
>> comandos deles
>> aqui... aff
>>

>sanchez,
>ALGO me diz que vc se precipitou na resposta com essa colocacao.

"ALGO" né?! Não fod* garoto, não tem essa de "povo de linux", somos 
todos, acredito eu, adultos e profissionais, portanto da próxima vez 
antes de escrever uma resposta tão sem fundamento com esta, pense 3x, 
já que duas não adiantou.

Breno 

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

Re: [FUG-BR] (sem assunto)

[Victor]

Desculpe amigão mas o que tem a ver Linux com sudo ? Sudo quer dizer: 
Superuser do, ou seja, superusuário faz. Não tem nada de TUXdo e nem 
LINUXdo. Alias o projeto é mantido pelo OpenBSD Developer, Todd Miller, 
distribuido sob linceça BSD-style, portanto sua resposta está totalmente 
equivocada e acima de tudo, anti profissinal.


--
Atenciosamente,
Victor Gustavo Volpe
Diretor Executivo
Grupo Total Serviços de Internet LTDA - ME
CNPJ: 08.776.401/0001-40
(17) 3227-0686 / 9105-5392

- Original Message - 
From: "Pablo Sánchez" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Sent: Monday, August 25, 2008 5:33 PM
Subject: Re: [FUG-BR] (sem assunto)


Raio de sudo!!! Gato de Linux!

su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
aqui... aff

2008/8/25 Paulo Pires <[EMAIL PROTECTED]>

> On Mon, Aug 25, 2008 at 2:56 PM, thiagounix <[EMAIL PROTECTED]> wrote:
>
> >   Ola pessoal,
> >   estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup
> >   automatico, mas o usuário para o backup não tem permissão e não
> >   posso mudar pois são várias subpastas com variados donos e grupos
> >   especÃficos, então a solução é liberar o root e fazer o tunelamento
> >   com rsync como root mesmo, mas a chefa não quer liberar este acesso,
> >   as máquinas aonde serão extraidas os dados tem duas placas de rede,
> >   uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE
> >   PERMITIR O LOGIN DO ROOT APENAS A ENDEREÃO A REDE INTERNA?? COMO? 
> > favor
> >   pessoal to precisando de uma solução urgente...!
>
>
> 1) Instale o pacote "sudo".
> 2) Crie um pseudo-usuário apenas para executar backup.
> 3) Configure o sudo para permitir que o pseudo-usuário criado no passo 2
> possa executar como root apenas o script necessário para disparar o 
> backup.
> 4) (Opcional, dependendo do caso): crie um par de chaves pública/privada
> para autenticação do ssh sem pedir senha.
>
> --
> Um abraço.
> Paulo A. P. Pires
>
> ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
=
Pablo Santiago Sánchez
Análise e Desenvolvimento de Sistemas Web
Zend Certified Engineer #ZEND006757
[EMAIL PROTECTED]
(61) 9975-0883
http://www.tiblog.com.br
"Quidquid latine dictum sit, altum viditur"
=
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

__ NOD32 3384 (20080825) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

Re: [FUG-BR] (sem assunto)

[Alex Moura]

Em 2008/8/25 Pablo Sánchez <[EMAIL PROTECTED]> escreveu:
>
> Raio de sudo!!! Gato de Linux!
>
> su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
> aqui... aff

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

Re: [FUG-BR] (sem assunto)

[Leo Garcia]

Pablo Sánchez escreveu:
> Raio de sudo!!! Gato de Linux!
>
> su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
> aqui... aff
>
>   
Desde quando o sudo é do LINUX? Desde quando LINUX é Sistema Operacional?


Parte da Historia:
"No dia 5 de outubro  de 1991 
 Linus Torvalds anunciou a primeira 
versão "oficial" do kernel Linux, versão 0.02. Desde então muitos 
programadores têm respondido ao seu chamado, e têm ajudado a fazer do 
Linux o sistema operacional 
 que é hoje. No início 
era utilizado por programadores ou só por quem tinha conhecimentos, 
usavam linhas de comando. Hoje isso mudou, existem diversas empresas que 
criam os ambientes gráficos, as distribuições cada vez mais amigáveis de 
forma que uma pessoa com poucos conhecimentos consegue usar o Linux. 
Hoje o Linux é um sistema estável e consegue reconhecer todos os 
periféricos sem a necessidade de se instalar os drivers de som, vídeo, 
modem, rede, entre outros. "


HISTORY no SOURCE do SUDO:

"A Brief history of sudo(8):

Sudo was first conceived and implemented by Bob Coggeshall and Cliff
Spencer around 1980 at the Department of Computer Science at
SUNY/Buffalo.  It ran on a VAX-11/750 running 4.1BSD.  An updated
version, credited to Phil Betchel, Cliff Spencer, Gretchen Phillips,
John LoVerso and Don Gworek, was posted to the net.sources newsgroup
in December of 1985.

In the Summer of 1986, Garth Snyder released an enhanced version
of sudo. For the next 5 years, sudo was fed and watered by a handful
of folks at CU-Boulder, including Bob Coggeshall, Bob Manchek, and
Trent Hein.

In 1991, Dave Hieb and Jeff Nieusma wrote a new version of sudo
with an enhanced sudoers format under contract to a consulting firm
called "The Root Group".  This version was later released under the
GNU public license.

In 1994, after maintaining sudo informally within CU-Boulder for
some time, Todd Miller made a public release of "CU sudo" (version
1.3) with bug fixes and support for more operating systems.  The
"CU" was added to differentiate it from the "official" version from
"The Root Group".

In 1996, Todd, who had been maintaining sudo for several years in
his spare time, brought sudo development under the umbrella of his
consulting firm, Courtesan Consulting.  Courtesan remains committed
to a free sudo and is sponsoring another sudo rewrite as well as
continued development of the sudo 1.x code base.

In 1999, the "CU" prefix was dropped from the name since there has
been no formal release of sudo from "The Root Group" since 1991
(the original authors now work elsewhere).  As of version 1.6, Sudo
no longer contains any of the original "Root Group" code and is
available under an ISC-style license.

In 2004, Todd incorporated as GratiSoft, Inc. to provide commercial
support and enhancements to the sudo community.

In 2005, GratiSoft was put on hold.
"

A não ser que eu não saiba fazer mais contas, o SUDO nasceu 11 anos 
antes do KERNEL LINUX.
Poupe-nos .. Ja ja, vem outro e diz que o SUDO foi feito para WINDOWS! 
(sudowin).

Fui... falei demais.

PS: Antes que gere flame, uso 
WINDOWS/FreeBSD/Ubuntu/SLED/RedHat/OpenSolaris/OSX ...
e não tenho preferencia por nenhum cada um faz o que tem de melhor (ou 
mais pratico) muito bem.

Saravá!


















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

Re: [FUG-BR] (sem assunto)

[Zhu Sha Zang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leo Garcia escreveu:
| Pablo Sánchez escreveu:
|> Raio de sudo!!! Gato de Linux!
|>
|> su -c e pronto. Mania desse povo de Linux querer colocar os comandos 
deles
|> aqui... aff
|>
|>   
| Desde quando o sudo é do LINUX? Desde quando LINUX é Sistema Operacional?
|
|
| Parte da Historia:
| "No dia 5 de outubro  de 1991
|  Linus Torvalds anunciou a primeira
| versão "oficial" do kernel Linux, versão 0.02. Desde então muitos
| programadores têm respondido ao seu chamado, e têm ajudado a fazer do
| Linux o sistema operacional
|  que é hoje. No início
| era utilizado por programadores ou só por quem tinha conhecimentos,
| usavam linhas de comando. Hoje isso mudou, existem diversas empresas que
| criam os ambientes gráficos, as distribuições cada vez mais amigáveis de
| forma que uma pessoa com poucos conhecimentos consegue usar o Linux.
| Hoje o Linux é um sistema estável e consegue reconhecer todos os
| periféricos sem a necessidade de se instalar os drivers de som, vídeo,
| modem, rede, entre outros. "
|
|
| HISTORY no SOURCE do SUDO:
|
| "A Brief history of sudo(8):
|
| Sudo was first conceived and implemented by Bob Coggeshall and Cliff
| Spencer around 1980 at the Department of Computer Science at
| SUNY/Buffalo.  It ran on a VAX-11/750 running 4.1BSD.  An updated
| version, credited to Phil Betchel, Cliff Spencer, Gretchen Phillips,
| John LoVerso and Don Gworek, was posted to the net.sources newsgroup
| in December of 1985.
|
| In the Summer of 1986, Garth Snyder released an enhanced version
| of sudo. For the next 5 years, sudo was fed and watered by a handful
| of folks at CU-Boulder, including Bob Coggeshall, Bob Manchek, and
| Trent Hein.
|
| In 1991, Dave Hieb and Jeff Nieusma wrote a new version of sudo
| with an enhanced sudoers format under contract to a consulting firm
| called "The Root Group".  This version was later released under the
| GNU public license.
|
| In 1994, after maintaining sudo informally within CU-Boulder for
| some time, Todd Miller made a public release of "CU sudo" (version
| 1.3) with bug fixes and support for more operating systems.  The
| "CU" was added to differentiate it from the "official" version from
| "The Root Group".
|
| In 1996, Todd, who had been maintaining sudo for several years in
| his spare time, brought sudo development under the umbrella of his
| consulting firm, Courtesan Consulting.  Courtesan remains committed
| to a free sudo and is sponsoring another sudo rewrite as well as
| continued development of the sudo 1.x code base.
|
| In 1999, the "CU" prefix was dropped from the name since there has
| been no formal release of sudo from "The Root Group" since 1991
| (the original authors now work elsewhere).  As of version 1.6, Sudo
| no longer contains any of the original "Root Group" code and is
| available under an ISC-style license.
|
| In 2004, Todd incorporated as GratiSoft, Inc. to provide commercial
| support and enhancements to the sudo community.
|
| In 2005, GratiSoft was put on hold.
| "
|
| A não ser que eu não saiba fazer mais contas, o SUDO nasceu 11 anos
| antes do KERNEL LINUX.
| Poupe-nos .. Ja ja, vem outro e diz que o SUDO foi feito para WINDOWS!
| (sudowin).
|
| Fui... falei demais.
|
| PS: Antes que gere flame, uso
| WINDOWS/FreeBSD/Ubuntu/SLED/RedHat/OpenSolaris/OSX ...
| e não tenho preferencia por nenhum cada um faz o que tem de melhor (ou
| mais pratico) muito bem.
|
| Saravá!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| -
| Histórico: http://www.fug.com.br/historico/html/freebsd/
| Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
|
Parece que alguém foi dormir com a orelha quente.
rsrsrsrsrsr


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAki0V6wACgkQbLyL8mxGP9Q+pgCfanYYUStsJocd79KvMcF1iv2e
03cAnRcaJqJoUtLXUGy+A3AY0BgaAE4A
=A5Oi
-END PGP SIGNATURE-



___ 
Yahoo! Mail - Sempre a melhor opção para você! 
Experimente já e veja as novidades. 
http://br.yahoo.com/mailbeta/tudonovo/
 

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

Re: [FUG-BR] (sem assunto)

[Cleyton Agapito]

>>Como scsi (cd0) ele nem monta , com acd0 ja fiz copia e tudo mas
>>   formatar da estes erros.

> Vc deve usar o subsistema SCSI, no caso /dev/cd0.
> http://doc.fug.com.br/handbook/creating-cds.html
>

Você executou os procedimentos da seção 12.5.9? com /dev/acd0 não vai
gravar, só ler.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[daniel2099]

Citando daniel2...@r7.com:

> o que vcs acham desse script pra limpar automaticamente
>
> # MEMORIA USADA:
>   CACHE_MEM 128 MB
>
>   #ESVAZIA O CACHE:
>   CACHE_SWAP_LOW 90
>   CACHE_SWAP_HIGH 93
>
>   MAXIMUM_OBJECT_SIZE 6144 KB
>   MINIMUM_OBJECT_SIZE 0 KB
>
>   MAXIMUM_OBJECT_SIZE_IN_MEMORY 100 KB
>
>   IPCACHE_SIZE 1024
>   IPCACHE_LOW 90
>   IPCACHE_HIGH 93
>
>   CACHE_REPLACEMENT_POLICY LRU
>   MEMORY_REPLACEMENT_POLICY LRU
>
>   # DISCO USADO:
>   CACHE_DIR UFS /VAR/SPOOL/SQUID/CACHE 1 16 256
>
>
>   
>   Enviado pelo @R7

DESCONSIDEREM,EU MANDEI ERRADO! DESCULPEM!


Enviado pelo @R7

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

Re: [FUG-BR] (sem assunto)

[Welkson Renny de Medeiros]

Corsini Corsini escreveu:
> Olá pessoal
>  
> Utilizo aqui no firewall da Faculdade Freebsd 7.1
> Tava precisando controlar o acesso a internet das estações por MAC, 
> existe alguma forma que criar uma lista de MAC x IP e o Freebsd olhar para 
> essa lista , sem ser pelo IPFW ??
> o que preciso habilitar nas configurações se fazer isso ? de que forma?
>  
> João B. Corsini
> Analista de Suporte
>   
Aqui faço assim:

[r...@intranet:/etc] # cat /etc/tabela_macs.txt
192.168.0.200 00:1c:c0:ac:9a:c5
192.168.0.16  00:16:6f:91:86:29
192.168.0.13  00:15:e9:32:22:9e
192.168.0.74  00:1d:d9:4c:7f:02
192.168.0.244 00:22:41:7e:ec:ff
192.168.0.221 00:21:19:a1:54:33
192.168.0.222 18:86:ac:2b:dc:98

[r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
echo "Carregando tabela de MACs..."
/usr/sbin/arp -f /etc/tabela_macs.txt

Abraços,

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

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

Re: [FUG-BR] (sem assunto)

[Luiz Otavio O Souza]

On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:

> Corsini Corsini escreveu:
>> Olá pessoal
>> 
>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
>> Tava precisando controlar o acesso a internet das estações por MAC, 
>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd olhar para 
>> essa lista , sem ser pelo IPFW ??
>> o que preciso habilitar nas configurações se fazer isso ? de que forma?
>> 
>> João B. Corsini
>> Analista de Suporte
>> 
> Aqui faço assim:
> 
> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
> 192.168.0.200 00:1c:c0:ac:9a:c5
> 192.168.0.16  00:16:6f:91:86:29
> 192.168.0.13  00:15:e9:32:22:9e
> 192.168.0.74  00:1d:d9:4c:7f:02
> 192.168.0.244 00:22:41:7e:ec:ff
> 192.168.0.221 00:21:19:a1:54:33
> 192.168.0.222 18:86:ac:2b:dc:98
> 
> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
> echo "Carregando tabela de MACs..."
> /usr/sbin/arp -f /etc/tabela_macs.txt
> 
> Abraços,
> 
> -- 
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member


Welkson,

Para complementar, o ideal é declarar a interface como STATICARP:

server# ifconfig rl0 staticarp
server# ifconfig rl0
rl0: flags=88843 metric 0 mtu 
1500
options=3808
ether 00:08:54:0e:55:77
inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1 
nd6 options=29
media: Ethernet autoselect (100baseTX )
status: active

Assim o gateway nunca vai emitir o arp 'who-has' para identificar os mac 
address desconhecidos, se não estiver na lista, vai ser sumariamente ignorado...

Att.,
Luiz

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

Re: [FUG-BR] (sem assunto)

[Welkson Renny de Medeiros]

Luiz Otavio O Souza escreveu:
> On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:
>
>   
>> Corsini Corsini escreveu:
>> 
>>> Olá pessoal
>>>
>>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
>>> Tava precisando controlar o acesso a internet das estações por MAC, 
>>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd olhar para 
>>> essa lista , sem ser pelo IPFW ??
>>> o que preciso habilitar nas configurações se fazer isso ? de que forma?
>>>
>>> João B. Corsini
>>> Analista de Suporte
>>>
>>>   
>> Aqui faço assim:
>>
>> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
>> 192.168.0.200 00:1c:c0:ac:9a:c5
>> 192.168.0.16  00:16:6f:91:86:29
>> 192.168.0.13  00:15:e9:32:22:9e
>> 192.168.0.74  00:1d:d9:4c:7f:02
>> 192.168.0.244 00:22:41:7e:ec:ff
>> 192.168.0.221 00:21:19:a1:54:33
>> 192.168.0.222 18:86:ac:2b:dc:98
>>
>> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
>> echo "Carregando tabela de MACs..."
>> /usr/sbin/arp -f /etc/tabela_macs.txt
>>
>> Abraços,
>>
>> -- 
>> Welkson Renny de Medeiros
>> Desenvolvimento / Gerência de Redes
>> Focus Automação Comercial
>> FreeBSD Community Member
>> 
>
>
> Welkson,
>
> Para complementar, o ideal é declarar a interface como STATICARP:
>
> server#   ifconfig rl0 staticarp
> server#   ifconfig rl0
> rl0: flags=88843 metric 0 
> mtu 1500
>   options=3808
>   ether 00:08:54:0e:55:77
>   inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
>   inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1 
>   nd6 options=29
>   media: Ethernet autoselect (100baseTX )
>   status: active
>
> Assim o gateway nunca vai emitir o arp 'who-has' para identificar os mac 
> address desconhecidos, se não estiver na lista, vai ser sumariamente 
> ignorado...
>
> Att.,
> Luiz
>   

Muito bom mestre Luiz.

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

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

Re: [FUG-BR] (sem assunto)

[Leandro Keffer]

Utilizando este método e colocando staticarp na interface tenho que ter
cadastrado todos MACs/IPs na tabela ?
As máquinas que pegam IP de um DHCP meu da rede terão problemas ?

Att

Em 29 de outubro de 2010 10:26, Welkson Renny de Medeiros <
welk...@focusautomacao.com.br> escreveu:

> Luiz Otavio O Souza escreveu:
> > On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:
> >
> >
> >> Corsini Corsini escreveu:
> >>
> >>> Olá pessoal
> >>>
> >>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
> >>> Tava precisando controlar o acesso a internet das estações por MAC,
> >>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd olhar
> para essa lista , sem ser pelo IPFW ??
> >>> o que preciso habilitar nas configurações se fazer isso ? de que forma?
> >>>
> >>> João B. Corsini
> >>> Analista de Suporte
> >>>
> >>>
> >> Aqui faço assim:
> >>
> >> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
> >> 192.168.0.200 00:1c:c0:ac:9a:c5
> >> 192.168.0.16  00:16:6f:91:86:29
> >> 192.168.0.13  00:15:e9:32:22:9e
> >> 192.168.0.74  00:1d:d9:4c:7f:02
> >> 192.168.0.244 00:22:41:7e:ec:ff
> >> 192.168.0.221 00:21:19:a1:54:33
> >> 192.168.0.222 18:86:ac:2b:dc:98
> >>
> >> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
> >> echo "Carregando tabela de MACs..."
> >> /usr/sbin/arp -f /etc/tabela_macs.txt
> >>
> >> Abraços,
> >>
> >> --
> >> Welkson Renny de Medeiros
> >> Desenvolvimento / Gerência de Redes
> >> Focus Automação Comercial
> >> FreeBSD Community Member
> >>
> >
> >
> > Welkson,
> >
> > Para complementar, o ideal é declarar a interface como STATICARP:
> >
> > server#   ifconfig rl0 staticarp
> > server#   ifconfig rl0
> > rl0: flags=88843 metric
> 0 mtu 1500
> >   options=3808
> >   ether 00:08:54:0e:55:77
> >   inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
> >   inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1
> >   nd6 options=29
> >   media: Ethernet autoselect (100baseTX )
> >   status: active
> >
> > Assim o gateway nunca vai emitir o arp 'who-has' para identificar os mac
> address desconhecidos, se não estiver na lista, vai ser sumariamente
> ignorado...
> >
> > Att.,
> > Luiz
> >
>
> Muito bom mestre Luiz.
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> 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] (sem assunto)

[coopermine]

   Se a mac de seu cliente estiver cadastrada corretamente não terá
   problemas!

   sempre lembrando que vc pode fazer isso via ipfw o que eu considero
   melhor
 __

   Em 29/10/2010 14:22, Leandro Keffer < keffer...@gmail.com > escreveu:
   Utilizando este método e colocando staticarp na interface tenho que
   ter
   cadastrado todos MACs/IPs na tabela ?
   As máquinas que pegam IP de um DHCP meu da rede terão problemas ?
   Att
   Em 29 de outubro de 2010 10:26, Welkson Renny de Medeiros <
   welk...@focusautomacao.com.br> escreveu:
   > Luiz Otavio O Souza escreveu:
   > > On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:
   > >
   > >
   > >> Corsini Corsini escreveu:
   > >>
   > >>> Olá pessoal
   > >>>
   > >>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
   > >>> Tava precisando controlar o acesso a internet das estações por
   MAC,
   > >>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd
   olhar
   > para essa lista , se m ser pelo IPFW ??
   > >>> o que preciso habilitar nas configurações se fazer isso ? de
   que forma?
   > >>>
   > >>> João B. Corsini
   > >>> Analista de Suporte
   > >>>
   > >>>
   > >> Aqui faço assim:
   > >>
   > >> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
   > >> 192.168.0.200 00:1c:c0:ac:9a:c5
   > >> 192.168.0.16 00:16:6f:91:86:29
   > >> 192.168.0.13 00:15:e9:32:22:9e
   > >> 192.168.0.74 00:1d:d9:4c:7f:02
   > >> 192.168.0.244 00:22:41:7e:ec:ff
   > >> 192.168.0.221 00:21:19:a1:54:33
   > >> 192.168.0.222 18:86:ac:2b:dc:98
   > >>
   > >> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
   > >> echo "Carregando tabela de MACs..."
   > >> /usr/sbin/arp -f /etc/tabela_macs.txt
   > >>
   > >> Abraços,
   > >>
   > >> --
   > >> Welkson Renny de Medeiros
   > >> Desenvolvimento / Gerência de Redes
   > >> Focus Automação Comercial
   > >> FreeBSD Community Member
   > >>
   > >
   > >
   > > Welkson,
   > >
   > > Para complementar, o ideal é declarar a interface como STATICARP:
   > >
   > > server# ifconfig rl0 staticarp
   > > server# ifconfig rl0
   > > rl0: flags=88843 metric
   > 0 mtu 1500
   > > options=3808
   > > ether 00:08:54:0e:55:77
   > > inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
   > > inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1
   > > nd6 options=29
   > > media: Ethernet autoselect (100baseTX )
   > > status: active
   > >
   > > Ass im o gateway nunca vai emitir o arp 'who-has' para identificar
   os mac
   > address desconhecidos, se não estiver na lista, vai ser sumariamente
   > ignorado...
   > >
   > > Att.,
   > > Luiz
   > >
   >
   > Muito bom mestre Luiz.
   >
   > --
   > Welkson Renny de Medeiros
   > Desenvolvimento / Gerência de Redes
   > Focus Automação Comercial
   > FreeBSD Community Member
   >
   > -
   > 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] (sem assunto)

[Leandro Keffer]

A questão não é esta, seguinte:
Tenho minha lista de IPs/MACs que gostaria que fossem fixados pelo sistema e
não pudessem ser modificados.
Porem não quero cadastrar todos meus IPs nessa tabela
Teria alguma problema com as maquinas que nao tenha seus IPs ficados nessa
tabela ?


Em 29 de outubro de 2010 14:31, coopermine  escreveu:

>   Se a mac de seu cliente estiver cadastrada corretamente não terá
>   problemas!
>
>   sempre lembrando que vc pode fazer isso via ipfw o que eu considero
>   melhor
> __
>
>   Em 29/10/2010 14:22, Leandro Keffer < keffer...@gmail.com > escreveu:
>Utilizando este método e colocando staticarp na interface tenho que
>   ter
>   cadastrado todos MACs/IPs na tabela ?
>   As máquinas que pegam IP de um DHCP meu da rede terão problemas ?
>   Att
>   Em 29 de outubro de 2010 10:26, Welkson Renny de Medeiros <
>   welk...@focusautomacao.com.br> escreveu:
>   > Luiz Otavio O Souza escreveu:
>   > > On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:
>   > >
>   > >
>   > >> Corsini Corsini escreveu:
>   > >>
>   > >>> Olá pessoal
>   > >>>
>   > >>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
>   > >>> Tava precisando controlar o acesso a internet das estações por
>   MAC,
>   > >>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd
>   olhar
>> para essa lista , se m ser pelo IPFW ??
>> >>> o que preciso habilitar nas configurações se fazer isso ? de
>   que forma?
>   > >>>
>   > >>> João B. Corsini
>   > >>> Analista de Suporte
>   > >>>
>   > >>>
>   > >> Aqui faço assim:
>   > >>
>   > >> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
>   > >> 192.168.0.200 00:1c:c0:ac:9a:c5
>   > >> 192.168.0.16 00:16:6f:91:86:29
>   > >> 192.168.0.13 00:15:e9:32:22:9e
>   > >> 192.168.0.74 00:1d:d9:4c:7f:02
>   > >> 192.168.0.244 00:22:41:7e:ec:ff
>   > >> 192.168.0.221 00:21:19:a1:54:33
>   > >> 192.168.0.222 18:86:ac:2b:dc:98
>   > >>
>   > >> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
>   > >> echo "Carregando tabela de MACs..."
>   > >> /usr/sbin/arp -f /etc/tabela_macs.txt
>   > >>
>   > >> Abraços,
>   > >>
>   > >> --
>   > >> Welkson Renny de Medeiros
>   > >> Desenvolvimento / Gerência de Redes
>   > >> Focus Automação Comercial
>   > >> FreeBSD Community Member
>   > >>
>   > >
>   > >
>   > > Welkson,
>   > >
>   > > Para complementar, o ideal é declarar a interface como STATICARP:
>   > >
>   > > server# ifconfig rl0 staticarp
>   > > server# ifconfig rl0
>> > rl0: flags=88843 metric
>> 0 mtu 1500
>   > > options=3808
>> > ether 00:08:54:0e:55:77
>   > > inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
>   > > inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1
>   > > nd6 options=29
>> > media: Ethernet autoselect (100baseTX )
>   > > status: active
>   > >
>   > > Ass im o gateway nunca vai emitir o arp 'who-has' para identificar
>os mac
>   > address desconhecidos, se não estiver na lista, vai ser sumariamente
>   > ignorado...
>   > >
>   > > Att.,
>   > > Luiz
>   > >
>   >
>   > Muito bom mestre Luiz.
>   >
>   > --
>   > Welkson Renny de Medeiros
>   > Desenvolvimento / Gerência de Redes
>   > Focus Automação Comercial
>   > FreeBSD Community Member
>   >
>   > -
>   > 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Welkson Renny de Medeiros]

Leandro Keffer escreveu:
> A questão não é esta, seguinte:
> Tenho minha lista de IPs/MACs que gostaria que fossem fixados pelo sistema e
> não pudessem ser modificados.
> Porem não quero cadastrar todos meus IPs nessa tabela
> Teria alguma problema com as maquinas que nao tenha seus IPs ficados nessa
> tabela ?
>
>
> Em 29 de outubro de 2010 14:31, coopermine  escreveu:
>
>   
>>   Se a mac de seu cliente estiver cadastrada corretamente não terá
>>   problemas!
>>
>>   sempre lembrando que vc pode fazer isso via ipfw o que eu considero
>>   melhor
>> 

Pelo que entendi, se usar o staticarp só vai conseguir comunicar com o 
freebsd os mac's cadastrados... sem o staticarp qualquer um usa e os 
ip's cadastrados só conectam se estiverem com o MAC liberado.

Por exemplo... aqui na empresa eu só adiciono na tabela de mac's ips que 
tem certos "privilégios" banda maior, exceção no dansguardian, etc...

-- 

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

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

Re: [FUG-BR] (sem assunto)

[Alessandro de Souza Rocha]

eu uso ipfw+mac, pessoal so tem acesso a internet se o mac tive
cadastrado na regras, se nao estiver so tem acesso a rede pura.


Em 29 de outubro de 2010 14:22, Welkson Renny de Medeiros
 escreveu:
> Leandro Keffer escreveu:
>> A questão não é esta, seguinte:
>> Tenho minha lista de IPs/MACs que gostaria que fossem fixados pelo sistema e
>> não pudessem ser modificados.
>> Porem não quero cadastrar todos meus IPs nessa tabela
>> Teria alguma problema com as maquinas que nao tenha seus IPs ficados nessa
>> tabela ?
>>
>>
>> Em 29 de outubro de 2010 14:31, coopermine  escreveu:
>>
>>
>>>   Se a mac de seu cliente estiver cadastrada corretamente não terá
>>>   problemas!
>>>
>>>   sempre lembrando que vc pode fazer isso via ipfw o que eu considero
>>>   melhor
>>>
>
> Pelo que entendi, se usar o staticarp só vai conseguir comunicar com o
> freebsd os mac's cadastrados... sem o staticarp qualquer um usa e os
> ip's cadastrados só conectam se estiverem com o MAC liberado.
>
> Por exemplo... aqui na empresa eu só adiciono na tabela de mac's ips que
> tem certos "privilégios" banda maior, exceção no dansguardian, etc...
>
> --
>
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

                     Powered by 

                                          (__)
                                       \\\'',)
                                         \/  \ ^
                                         .\._/_)

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

Re: [FUG-BR] (sem assunto)

[Corsini Corsini]

Olá Copermine.
 
Cheguei até fazer aqui por IPFW, inclusive cadastrava o MAC no MYSQL - ai tinha 
um scripts que gerava as regras
rc.firewall - eu bloqueva todos os MAC e liberava só listados nas regras, 
cheguei até fazer isso, porém notei uma certa lentidão nos acessos. meu servidor
é um Dell Intel Xeon 4gb 250hd, palca de rede 1000 - tenho rodando nela apenas 
squid + esse firewall ,
e na rede +- umas 150 estaçções - meu link aqui de 8mb da OI ..
vc poderia postar como fazer no IPFW ? do meu jeito aqui acho que nao me 
acertei com o IPFW

João B. Corsini
Analista de Suporte



 
> Date: Fri, 29 Oct 2010 14:31:28 -0200
> From: cooperm...@bol.com.br
> To: freebsd@fug.com.br
> Subject: Re: [FUG-BR] (sem assunto)
> 
> Se a mac de seu cliente estiver cadastrada corretamente não terá
> problemas!
> 
> sempre lembrando que vc pode fazer isso via ipfw o que eu considero
> melhor
> __
> 
> Em 29/10/2010 14:22, Leandro Keffer < keffer...@gmail.com > escreveu:
> Utilizando este método e colocando staticarp na interface tenho que
> ter
> cadastrado todos MACs/IPs na tabela ?
> As máquinas que pegam IP de um DHCP meu da rede terão problemas ?
> Att
> Em 29 de outubro de 2010 10:26, Welkson Renny de Medeiros <
> welk...@focusautomacao.com.br> escreveu:
> > Luiz Otavio O Souza escreveu:
> > > On Oct 29, 2010, at 9:28 AM, Welkson Renny de Medeiros wrote:
> > >
> > >
> > >> Corsini Corsini escreveu:
> > >>
> > >>> Olá pessoal
> > >>>
> > >>> Utilizo aqui no firewall da Faculdade Freebsd 7.1
> > >>> Tava precisando controlar o acesso a internet das estações por
> MAC,
> > >>> existe alguma forma que criar uma lista de MAC x IP e o Freebsd
> olhar
> > para essa lista , se m ser pelo IPFW ??
> > >>> o que preciso habilitar nas configurações se fazer isso ? de
> que forma?
> > >>>
> > >>> João B. Corsini
> > >>> Analista de Suporte
> > >>>
> > >>>
> > >> Aqui faço assim:
> > >>
> > >> [r...@intranet:/etc] # cat /etc/tabela_macs.txt
> > >> 192.168.0.200 00:1c:c0:ac:9a:c5
> > >> 192.168.0.16 00:16:6f:91:86:29
> > >> 192.168.0.13 00:15:e9:32:22:9e
> > >> 192.168.0.74 00:1d:d9:4c:7f:02
> > >> 192.168.0.244 00:22:41:7e:ec:ff
> > >> 192.168.0.221 00:21:19:a1:54:33
> > >> 192.168.0.222 18:86:ac:2b:dc:98
> > >>
> > >> [r...@intranet:/etc/rc.d] # cat /etc/rc.d/set-mac.sh
> > >> echo "Carregando tabela de MACs..."
> > >> /usr/sbin/arp -f /etc/tabela_macs.txt
> > >>
> > >> Abraços,
> > >>
> > >> --
> > >> Welkson Renny de Medeiros
> > >> Desenvolvimento / Gerência de Redes
> > >> Focus Automação Comercial
> > >> FreeBSD Community Member
> > >>
> > >
> > >
> > > Welkson,
> > >
> > > Para complementar, o ideal é declarar a interface como STATICARP:
> > >
> > > server# ifconfig rl0 staticarp
> > > server# ifconfig rl0
> > > rl0: flags=88843 metric
> > 0 mtu 1500
> > > options=3808
> > > ether 00:08:54:0e:55:77
> > > inet 192.168.0.1 netmask 0xff00 broadcast 192.168.0.255
> > > inet6 fe80::208:54ff:fe0e:5577%rl0 prefixlen 64 scopeid 0x1
> > > nd6 options=29
> > > media: Ethernet autoselect (100baseTX )
> > > status: active
> > >
> > > Ass im o gateway nunca vai emitir o arp 'who-has' para identificar
> os mac
> > address desconhecidos, se não estiver na lista, vai ser sumariamente
> > ignorado...
> > >
> > > Att.,
> > > Luiz
> > >
> >
> > Muito bom mestre Luiz.
> >
> > --
> > Welkson Renny de Medeiros
> > Desenvolvimento / Gerência de Redes
> > Focus Automação Comercial
> > FreeBSD Community Member
> >
> > -
> > 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
  
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[irado furioso com tudo]

Em Wed, 5 Jan 2011 16:49:21 -0200
Oscar Marques , conhecido consumidor/usuário de
drogas (Windows e BigMac com Coke) escreveu:

> 

fale mais alto marcos (mas sem gritar), não estou conseguindo te ouvir,
tem muito barulho aqui.

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
"Ter fé é assinar uma folha em branco e deixar que Deus nela escreva o
que quiser." [Santo Agostinho]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Oscar Marques]

Teste de envio.
Até.

Em 5 de janeiro de 2011 17:14, irado furioso com tudo
escreveu:

> Em Wed, 5 Jan 2011 16:49:21 -0200
> Oscar Marques , conhecido consumidor/usuário de
> drogas (Windows e BigMac com Coke) escreveu:
>
> >
>
> fale mais alto marcos (mas sem gritar), não estou conseguindo te ouvir,
> tem muito barulho aqui.
>
> --
>  saudações,
>  irado furioso com tudo
>  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
>  Não uso drogas - 100% Miko$hit-free
> "Ter fé é assinar uma folha em branco e deixar que Deus nela escreva o
> que quiser." [Santo Agostinho]
> -
> 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] (sem assunto)

[Renato Botelho]

2011/1/5 Oscar Marques :
> Teste de envio.

Que tal testar o envio quando tiver uma pergunta pra mandar pra
lista? É bem mais funcional :)

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

Re: [FUG-BR] (sem assunto)

[Lucas Dias]

Em 5 de janeiro de 2011 16:27, Oscar Marques  escreveu:

> Teste de envio.
> Até.
>
> Em 5 de janeiro de 2011 17:14, irado furioso com tudo
> escreveu:
>
> > Em Wed, 5 Jan 2011 16:49:21 -0200
> > Oscar Marques , conhecido consumidor/usuário de
> > drogas (Windows e BigMac com Coke) escreveu:
> >
> > >
> >
> > fale mais alto marcos (mas sem gritar), não estou conseguindo te ouvir,
> > tem muito barulho aqui.
> >
> > --
> >  saudações,
> >  irado furioso com tudo
> >  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
> >  Não uso drogas - 100% Miko$hit-free
> > "Ter fé é assinar uma folha em branco e deixar que Deus nela escreva o
> > que quiser." [Santo Agostinho]
> > -
> > 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
>

Achei estranho...

dá próxima, manda no assunto que é um Texte, ou algo como [OFF TOPIC]

#FicaADica


Abraços

-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: Gerência de Redes - CETIS / UNCISAL
.:: (82) 3315-6779 / 8833-8811 / 8813-1494
.:: Antes de imprimir, veja se realmente é necessário
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Oscar Marques]

Foi mal, conheco o OT. Saiu automatico.

Enviado via Milestone / Sent by Milestone.

Em 05/01/2011 17:49, "Lucas Dias" escreveu:

Em 5 de janeiro de 2011 16:27, Oscar Marques  escreveu:


> Teste de envio.
> Até.
>
> Em 5 de janeiro de 2011 17:14, irado furioso com tudo
> http://www.fug.com.br/historico/html/freebsd/
Sair da lista: ht...
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[irado furioso com tudo]

Em Tue, 11 Jan 2011 21:31:34 -0200
Corsini Corsini , conhecido consumidor/usuário
de drogas (Windows e BigMac com Coke) escreveu:

> Olá pessoal,  Feliz 2011
>  
> Como gerenciar duas conexoes de internet ADSL pelo Freebsd? (ex: 2
> Velox adsl) Hoje já tenho uma conexão adsl de 2mb entrando por uma
> primeira placa de rede e distribuindo por uma segunda placa, gostaria
> de colocar uma 3º placa de rede e entrar com esse segundo link adsl
> de 4mb do velox  etentar somar esses dois links para sair com 6mb na
> minha rede interna, seria possível?

imagino que vc precisa de "link aggregation":

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html

o "load balance" não soma os links (que é o que entendi do seu zémail)
mas oferece a condição de melhor gerenciamento.

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
"(denuncio) um Deus cruel, invejoso e insuportável, que existe apenas
em nossas mentes" [Jose Saramago]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Paulo Henrique - BSDs Brasil]

irado furioso com tudo wrote:
> Em Tue, 11 Jan 2011 21:31:34 -0200
> Corsini Corsini , conhecido consumidor/usuário
> de drogas (Windows e BigMac com Coke) escreveu:
>
>   
>> Olá pessoal,  Feliz 2011
>>  
>> Como gerenciar duas conexoes de internet ADSL pelo Freebsd? (ex: 2
>> Velox adsl) Hoje já tenho uma conexão adsl de 2mb entrando por uma
>> primeira placa de rede e distribuindo por uma segunda placa, gostaria
>> de colocar uma 3º placa de rede e entrar com esse segundo link adsl
>> de 4mb do velox  etentar somar esses dois links para sair com 6mb na
>> minha rede interna, seria possível?
>> 
>
> imagino que vc precisa de "link aggregation":
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html
>
> o "load balance" não soma os links (que é o que entendi do seu zémail)
> mas oferece a condição de melhor gerenciamento.
>
>   
O PFSense oferece esse servićo com configuraćão via Web para usuário 
ainda intimidados pelo FreeBSD,
Contudo, por se tratar de ADSL, considere sempre 640Kbps maximo no 
UPload por link, resumindo ADSL não faz milagre, principalmente se o que 
está matando o link é upload.

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

Re: [FUG-BR] (sem assunto)

[Lucas Dias]

Em 12 de janeiro de 2011 10:50, Paulo Henrique - BSDs Brasil <
paulo.rd...@bsd.com.br> escreveu:

> irado furioso com tudo wrote:
> > Em Tue, 11 Jan 2011 21:31:34 -0200
> > Corsini Corsini , conhecido consumidor/usuário
> > de drogas (Windows e BigMac com Coke) escreveu:
> >
> >
> >> Olá pessoal,  Feliz 2011
> >>
> >> Como gerenciar duas conexoes de internet ADSL pelo Freebsd? (ex: 2
> >> Velox adsl) Hoje já tenho uma conexão adsl de 2mb entrando por uma
> >> primeira placa de rede e distribuindo por uma segunda placa, gostaria
> >> de colocar uma 3º placa de rede e entrar com esse segundo link adsl
> >> de 4mb do velox  etentar somar esses dois links para sair com 6mb na
> >> minha rede interna, seria possível?
> >>
> >
> > imagino que vc precisa de "link aggregation":
> >
> >
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html
> >
> > o "load balance" não soma os links (que é o que entendi do seu zémail)
> > mas oferece a condição de melhor gerenciamento.
> >
> >
> O PFSense oferece esse servićo com configuraćão via Web para usuário
> ainda intimidados pelo FreeBSD,
> Contudo, por se tratar de ADSL, considere sempre 640Kbps maximo no
> UPload por link, resumindo ADSL não faz milagre, principalmente se o que
> está matando o link é upload.
>
> Att.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Corsini

É como o Irado falou, o pfSense oferece tudo o que você está presisando no
momento, é FreeBSD, tem interface web, e acho que será uma maneira de você
ir se acostumando com as coisas no FreeBSD.
Tem bastante material de pfSense na net, e a comunidade é ativa.

Vale a pena você avaliar.

-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: Gerência de Redes - CETIS / UNCISAL
.:: (82) 3315-6779 / 8833-8811 / 8813-1494
.:: Antes de imprimir, veja se realmente é necessário
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Corsini Corsini]

Valeu pessoal,  vou dar uma olhada no pfsense e avaliar
 
João B. Corsini
Analista de Suporte



 
> From: lucas...@gmail.com
> Date: Wed, 12 Jan 2011 10:39:29 -0300
> To: freebsd@fug.com.br
> Subject: Re: [FUG-BR] (sem assunto)
> 
> Em 12 de janeiro de 2011 10:50, Paulo Henrique - BSDs Brasil <
> paulo.rd...@bsd.com.br> escreveu:
> 
> > irado furioso com tudo wrote:
> > > Em Tue, 11 Jan 2011 21:31:34 -0200
> > > Corsini Corsini , conhecido consumidor/usuário
> > > de drogas (Windows e BigMac com Coke) escreveu:
> > >
> > >
> > >> Olá pessoal, Feliz 2011
> > >>
> > >> Como gerenciar duas conexoes de internet ADSL pelo Freebsd? (ex: 2
> > >> Velox adsl) Hoje já tenho uma conexão adsl de 2mb entrando por uma
> > >> primeira placa de rede e distribuindo por uma segunda placa, gostaria
> > >> de colocar uma 3º placa de rede e entrar com esse segundo link adsl
> > >> de 4mb do velox etentar somar esses dois links para sair com 6mb na
> > >> minha rede interna, seria possível?
> > >>
> > >
> > > imagino que vc precisa de "link aggregation":
> > >
> > >
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html
> > >
> > > o "load balance" não soma os links (que é o que entendi do seu zémail)
> > > mas oferece a condição de melhor gerenciamento.
> > >
> > >
> > O PFSense oferece esse servićo com configuraćão via Web para usuário
> > ainda intimidados pelo FreeBSD,
> > Contudo, por se tratar de ADSL, considere sempre 640Kbps maximo no
> > UPload por link, resumindo ADSL não faz milagre, principalmente se o que
> > está matando o link é upload.
> >
> > Att.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> Corsini
> 
> É como o Irado falou, o pfSense oferece tudo o que você está presisando no
> momento, é FreeBSD, tem interface web, e acho que será uma maneira de você
> ir se acostumando com as coisas no FreeBSD.
> Tem bastante material de pfSense na net, e a comunidade é ativa.
> 
> Vale a pena você avaliar.
> 
> -- 
> .:: Lucas Dias
> .:: Analista de Sistemas
> .:: Gerência de Redes - CETIS / UNCISAL
> .:: (82) 3315-6779 / 8833-8811 / 8813-1494
> .:: Antes de imprimir, veja se realmente é necessário
> -
> 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] (sem assunto)

[irado furioso com tudo]

Em Wed, 12 Jan 2011 10:39:29 -0300
Lucas Dias , conhecido consumidor/usuário de drogas
(Windows e BigMac com Coke) escreveu:

> É como o Irado falou, o pfSense oferece tudo o que você está
> presisando no momento, é FreeBSD, tem interface web, e acho que será
> uma maneira de você ir se acostumando com as coisas no FreeBSD.

embora quem tenha sugerido tenha sido o colega Paulo Henrique, assino
embaixo; eu mesmo gosto muito do PFSense.

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
"Viva cada dia como se fosse o último. Um dia você acerta." (Autor
desconhecido)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Lucas Dias]

Em 12 de janeiro de 2011 12:30, irado furioso com tudo
escreveu:

> Em Wed, 12 Jan 2011 10:39:29 -0300
> Lucas Dias , conhecido consumidor/usuário de drogas
> (Windows e BigMac com Coke) escreveu:
>
> > É como o Irado falou, o pfSense oferece tudo o que você está
> > presisando no momento, é FreeBSD, tem interface web, e acho que será
> > uma maneira de você ir se acostumando com as coisas no FreeBSD.
>
> embora quem tenha sugerido tenha sido o colega Paulo Henrique, assino
> embaixo; eu mesmo gosto muito do PFSense.
>
> --
>  saudações,
>  irado furioso com tudo
>  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
>  Não uso drogas - 100% Miko$hit-free
> "Viva cada dia como se fosse o último. Um dia você acerta." (Autor
> desconhecido)
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Errata - É Como o Paulo Henrique falou =)
Desculpe Paulo, e Obrigado pela correção Irado.

Também gosto muito do pfSense, e quando é pra ficar vpns em pequenos sites,
é uma mão na roda =)


-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: Gerência de Redes - CETIS / UNCISAL
.:: (82) 3315-6779 / 8833-8811 / 8813-1494
.:: OS3 Soluções em TI
.:: Antes de imprimir, veja se realmente é necessário
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Renato Frederick]

Olha, pfsense não deve nada a muito roteador CARO destinado a SOHO Não
viu.
Estou brincando com a versão 2.0, fantástisco.

[]s

> -Original Message-
> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
> On Behalf Of Lucas Dias
> Sent: quarta-feira, 12 de janeiro de 2011 17:16
> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Subject: Re: [FUG-BR] (sem assunto)
> 
> Em 12 de janeiro de 2011 12:30, irado furioso com tudo
> escreveu:
> 
> > Em Wed, 12 Jan 2011 10:39:29 -0300
> > Lucas Dias , conhecido consumidor/usuário de
> > drogas (Windows e BigMac com Coke) escreveu:
> >
> > > É como o Irado falou, o pfSense oferece tudo o que você está
> > > presisando no momento, é FreeBSD, tem interface web, e acho que será
> > > uma maneira de você ir se acostumando com as coisas no FreeBSD.
> >
> > embora quem tenha sugerido tenha sido o colega Paulo Henrique, assino
> > embaixo; eu mesmo gosto muito do PFSense.
> >
> > --
> >  saudações,
> >  irado furioso com tudo
> >  Linux User 179402/FreeBSD BSD50853/FUG-BR 154  Não uso drogas - 100%
> > Miko$hit-free "Viva cada dia como se fosse o último. Um dia você
> > acerta." (Autor
> > desconhecido)
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> Errata - É Como o Paulo Henrique falou =) Desculpe Paulo, e Obrigado pela
> correção Irado.
> 
> Também gosto muito do pfSense, e quando é pra ficar vpns em pequenos
> sites, é uma mão na roda =)
> 
> 
> --
> .:: Lucas Dias
> .:: Analista de Sistemas
> .:: Gerência de Redes - CETIS / UNCISAL
> .:: (82) 3315-6779 / 8833-8811 / 8813-1494
> .:: OS3 Soluções em TI
> .:: Antes de imprimir, veja se realmente é necessário
> -
> 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] (sem assunto)

[Luan Tasca]

To querendo baixar a 2.0 também, pra fazer testes, tenho varios pfSense 
rodando, firewall, proxy, vpn. Como está essa versão? Alguma diferença 
significativa?



-- 


Luan Tasca
e-mail: luanta...@gmail.com
tel: 48 - 99494665
twitter: @luantasca
site: www.beersd.com.br
BSD User: 51785

|/- Amar é... deletar o Windows do HD !/|




Em 12-01-2011 19:54, Renato Frederick escreveu:
> Olha, pfsense não deve nada a muito roteador CARO destinado a SOHO Não
> viu.
> Estou brincando com a versão 2.0, fantástisco.
>
> []s
>
>
>> -Original Message-
>> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
>> On Behalf Of Lucas Dias
>> Sent: quarta-feira, 12 de janeiro de 2011 17:16
>> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> Subject: Re: [FUG-BR] (sem assunto)
>>
>> Em 12 de janeiro de 2011 12:30, irado furioso com tudo
>> escreveu:
>>
>>  
>>> Em Wed, 12 Jan 2011 10:39:29 -0300
>>> Lucas Dias, conhecido consumidor/usuário de
>>> drogas (Windows e BigMac com Coke) escreveu:
>>>
>>>
>>>> É como o Irado falou, o pfSense oferece tudo o que você está
>>>> presisando no momento, é FreeBSD, tem interface web, e acho que será
>>>> uma maneira de você ir se acostumando com as coisas no FreeBSD.
>>>>  
>>> embora quem tenha sugerido tenha sido o colega Paulo Henrique, assino
>>> embaixo; eu mesmo gosto muito do PFSense.
>>>
>>> --
>>>   saudações,
>>>   irado furioso com tudo
>>>   Linux User 179402/FreeBSD BSD50853/FUG-BR 154  Não uso drogas - 100%
>>> Miko$hit-free "Viva cada dia como se fosse o último. Um dia você
>>> acerta." (Autor
>>> desconhecido)
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>>
>> Errata - É Como o Paulo Henrique falou =) Desculpe Paulo, e Obrigado pela
>> correção Irado.
>>
>> Também gosto muito do pfSense, e quando é pra ficar vpns em pequenos
>> sites, é uma mão na roda =)
>>
>>
>> --
>> .:: Lucas Dias
>> .:: Analista de Sistemas
>> .:: Gerência de Redes - CETIS / UNCISAL
>> .:: (82) 3315-6779 / 8833-8811 / 8813-1494
>> .:: OS3 Soluções em TI
>> .:: Antes de imprimir, veja se realmente é necessário
>> -
>> 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] (sem assunto)

[Renato Botelho]

2011/1/12 Renato Frederick :
> Olha, pfsense não deve nada a muito roteador CARO destinado a SOHO Não
> viu.
> Estou brincando com a versão 2.0, fantástisco.

E aguarde o suporte full a ipv6 e multilanguage na 2.1 ainda pra esse ano.

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

Re: [FUG-BR] (sem assunto)

[Otacílio]

silvamaluceli wrote:
>Ola Pessoal da lista,
> 
>�
> 
>estou com um problema serissimo com um server com bsd 6.2-stable ele
>esta em producao e tem bastante acesso a disco e ultimamente ele tem
>travado literalmente, segue as mensagens para ver se algum dos colegas
>ja passou por isso!
> 
>�
> 
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
> 
>�
> 
>sera que tenho que trocar meu disco???
> 
>�
> 
>�
> 
>desde ja agradeco!
> 
>abracooO!O
> 
> 
> 
Disco ou placa mãe já era. Mas eu aposto no disco.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Luiz Gustavo S. Costa]

faça logo o backup do que puder.

o disco (ou a controladora) está com problemas

2009/8/31 silvamaluceli :
>   Ola Pessoal da lista,
>
>   Â
>
>   estou com um problema serissimo com um server com bsd 6.2-stable ele
>   esta em producao e tem bastante acesso a disco e ultimamente ele tem
>   travado literalmente, segue as mensagens para ver se algum dos colegas
>   ja passou por isso!
>
>   Â
>
>   ad0: timeout waiting to issue command
>   ad0: error issuing WRITE_DMA command
>   ad0: timeout waiting to issue command
>   ad0: error issuing WRITE_DMA command
>   ad0: timeout waiting to issue command
>   ad0: error issuing WRITE_DMA command
>   ad0: timeout waiting to issue command
>   ad0: error issuing WRITE_DMA command
>   ad0: timeout waiting to issue command
>   ad0: error issuing WRITE_DMA command
>   g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
>   g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
>   g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
>   g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
>   g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
>
>   Â
>
>   sera que tenho que trocar meu disco???
>
>   Â
>
>   Â
>
>   desde ja agradeco!
>
>   abracooO!O
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>



-- 
Luiz Gustavo Costa

mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.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] (sem assunto)

[Paulo Henrique]

Por acaso não é Samsung SP200 o seu disco, tenho um dessa serie tavou por
uma semana depois voltou a funcionar normalmente, isso já tem 1 ano e 9
meses esta funcionando normalmente.


2009/8/31 Luiz Gustavo S. Costa 

> faça logo o backup do que puder.
>
> o disco (ou a controladora) está com problemas
>
> 2009/8/31 silvamaluceli :
> >   Ola Pessoal da lista,
> >
> >   Â
> >
> >   estou com um problema serissimo com um server com bsd 6.2-stable ele
> >   esta em producao e tem bastante acesso a disco e ultimamente ele tem
> >   travado literalmente, segue as mensagens para ver se algum dos colegas
> >   ja passou por isso!
> >
> >   Â
> >
> >   ad0: timeout waiting to issue command
> >   ad0: error issuing WRITE_DMA command
> >   ad0: timeout waiting to issue command
> >   ad0: error issuing WRITE_DMA command
> >   ad0: timeout waiting to issue command
> >   ad0: error issuing WRITE_DMA command
> >   ad0: timeout waiting to issue command
> >   ad0: error issuing WRITE_DMA command
> >   ad0: timeout waiting to issue command
> >   ad0: error issuing WRITE_DMA command
> >   g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
> >   g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
> >   g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
> >   g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
> >   g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
> >
> >   Â
> >
> >   sera que tenho que trocar meu disco???
> >
> >   Â
> >
> >   Â
> >
> >   desde ja agradeco!
> >
> >   abracooO!O
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >
>
>
>
> --
> Luiz Gustavo Costa
> 
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.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

Re: [FUG-BR] (sem assunto)

[Wesley Miranda]

> 2009/8/31 Luiz Gustavo S. Costa 
> 
> > faça logo o backup do que puder.
> >
> > o disco (ou a controladora) está com problemas
> >
> > 2009/8/31 silvamaluceli :
> > >   Ola Pessoal da lista,
> > >
> > >   Â
> > >
> > >   estou com um problema serissimo com um server com bsd 6.2-stable ele
> > >   esta em producao e tem bastante acesso a disco e ultimamente ele tem
> > >   travado literalmente, segue as mensagens para ver se algum dos colegas
> > >   ja passou por isso!
> > >
> > >   Â
> > >
> > >   ad0: timeout waiting to issue command
> > >   ad0: error issuing WRITE_DMA command
> > >   ad0: timeout waiting to issue command
> > >   ad0: error issuing WRITE_DMA command
> > >   ad0: timeout waiting to issue command
> > >   ad0: error issuing WRITE_DMA command
> > >   ad0: timeout waiting to issue command
> > >   ad0: error issuing WRITE_DMA command
> > >   ad0: timeout waiting to issue command
> > >   ad0: error issuing WRITE_DMA command
> > >   g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
> > >   g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
> > >   g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
> > >   g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
> > >   g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
> > >
> > >   Â
> > >
> > >   sera que tenho que trocar meu disco???
> > >
> > >   Â
> > >
> > >   Â
> > >
> > >   desde ja agradeco!
> > >
> > >   abracooO!O
> > >
> > > -

Caixão e vela preta.

-- 
Wesley Miranda
FreeBSD Consult
www.freebsdconsult.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] (sem assunto)

[Marcelo/Porks]

2009/9/1 Paulo Henrique :
> Por acaso não é Samsung SP200 o seu disco, tenho um dessa serie tavou por
> uma semana depois voltou a funcionar normalmente, isso já tem 1 ano e 9
> meses esta funcionando normalmente.

Nisso você atualizou algo no seu sistema?
Se não mudou nada, foi voodoo e coragem de continuar usando o disco hehehe

#irado.sh
echo flames > /dev/null


-- 
Marcelo Rossi
"This e-mail is provided "AS IS" with no warranties, and confers no rights."
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Paulo Henrique]

Não foi falta de dinheiro mesmo ...

2009/9/1 Marcelo/Porks 

> 2009/9/1 Paulo Henrique :
> > Por acaso não é Samsung SP200 o seu disco, tenho um dessa serie tavou por
> > uma semana depois voltou a funcionar normalmente, isso já tem 1 ano e 9
> > meses esta funcionando normalmente.
>
> Nisso você atualizou algo no seu sistema?
> Se não mudou nada, foi voodoo e coragem de continuar usando o disco hehehe
>
> #irado.sh
> echo flames > /dev/null
>
>
> --
> Marcelo Rossi
> "This e-mail is provided "AS IS" with no warranties, and confers no
> rights."
> -
> 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] (sem assunto)

[Pedro Madsen]

ja passei por isso, se for problema no disco a tendencia é piorar. Faz
backup do que der, do que nao der pode usar alguas ferramentas ligando esse
disco em outra maquina.. mas faça o quanto antes, pq daqui a pouco vc corre
o risco do disco nao subir mais.

2009/9/1 Paulo Henrique 

> Não foi falta de dinheiro mesmo ...
>
> 2009/9/1 Marcelo/Porks 
>
> > 2009/9/1 Paulo Henrique :
> > > Por acaso não é Samsung SP200 o seu disco, tenho um dessa serie tavou
> por
> > > uma semana depois voltou a funcionar normalmente, isso já tem 1 ano e 9
> > > meses esta funcionando normalmente.
> >
> > Nisso você atualizou algo no seu sistema?
> > Se não mudou nada, foi voodoo e coragem de continuar usando o disco
> hehehe
> >
> > #irado.sh
> > echo flames > /dev/null
> >
> >
> > --
> > Marcelo Rossi
> > "This e-mail is provided "AS IS" with no warranties, and confers no
> > rights."
> > -
> > 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] (sem assunto)

[Joao Rocha Braga Filho]

2009/8/31 Otacílio :
> silvamaluceli wrote:
>>    Ola Pessoal da lista,
>>
>>    �
>>
>>    estou com um problema serissimo com um server com bsd 6.2-stable ele
>>    esta em producao e tem bastante acesso a disco e ultimamente ele tem
>>    travado literalmente, segue as mensagens para ver se algum dos colegas
>>    ja passou por isso!
>>
>>    �
>>
>>    ad0: timeout waiting to issue command
>>    ad0: error issuing WRITE_DMA command
>>    ad0: timeout waiting to issue command
>>    ad0: error issuing WRITE_DMA command
>>    ad0: timeout waiting to issue command
>>    ad0: error issuing WRITE_DMA command
>>    ad0: timeout waiting to issue command
>>    ad0: error issuing WRITE_DMA command
>>    ad0: timeout waiting to issue command
>>    ad0: error issuing WRITE_DMA command
>>    g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
>>    g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
>>    g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
>>    g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
>>    g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
>>
>>    �
>>
>>    sera que tenho que trocar meu disco???
>>
>>    �
>>
>>    �
>>
>>    desde ja agradeco!
>>
>>    abracooO!O
>>
>>
>>
> Disco ou placa mãe já era. Mas eu aposto no disco.

Ou o cabo do HD.

Sugiro instalar o smartmontool e testar.

/usr/ports/sysutils/smartmontools/

Ele pode avisar antecipadamente problemas em um HD, e ainda,
informar se o cabo está com problemas.


João Rocha.

PS: Por favor, coloque um assunto quando mandar um e-mail. Eu,
tal como um bando de gente, costumo ignorar e-mails sem assunto.


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



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

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

Re: [FUG-BR] (sem assunto)

[Rodrigo Graeff]

Qual o modelo da controladora ide ou sata ?

Houve atualização ou já deu de cara este problema ?


On Mon, 2009-08-31 at 22:28 -0300, silvamaluceli wrote:
> Ola Pessoal da lista,
> 
>
> 
>estou com um problema serissimo com um server com bsd 6.2-stable ele
>esta em producao e tem bastante acesso a disco e ultimamente ele tem
>travado literalmente, segue as mensagens para ver se algum dos colegas
>ja passou por isso!
> 
>
> 
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>ad0: timeout waiting to issue command
>ad0: error issuing WRITE_DMA command
>g_vfs_done():ad0s1d[WRITE(offset=16821780480, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=16826417152, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=813531136, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=817922048, length=16384)]error = 5
>g_vfs_done():ad0s1d[WRITE(offset=870563840, length=16384)]error = 5
> 
>
> 
>sera que tenho que trocar meu disco???
> 
>
> 
>
> 
>desde ja agradeco!
> 
>abracooO!O
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

Re: [FUG-BR] (sem assunto)

[Heder Inacio]

2010/2/12 Paulo 

>
> -
> 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] (sem assunto)

[Pablo Sánchez]

?

Desculpem, mas deu pau no servidor de e-mail ou todo mundo ficou maluco?

Em 12 de fevereiro de 2010 19:53, Heder Inacio  escreveu:
> 2010/2/12 Paulo 
>
>>
>> -
>> 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
>



-- 
=
Pablo Santiago Sánchez
Análise e Desenvolvimento de Sistemas Web
Zend Certified Engineer #ZEND006757
phack...@gmail.com
(61) 9975-0883
http://www.sansis.com.br
http://www.corephp.com.br
"Quidquid latine dictum sit, altum viditur"
=
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[João Mancy]

via ports ...

make deinstall && make install clean???


att

Em 30 de agosto de 2012 08:00, Eduardo Lemos de Sa <
eduardo.lemosd...@gmail.com> escreveu:

> Caríssimos
>
> Tenho no meu desktop (FreeBSD matata.quimica.ufpr.br 8.3-RELEASE-p3
> FreeBSD
> 8.3-RELEASE-p3 #7: Wed Jun 13 20:59:38 BRT 2012
> edu...@matata.quimica.ufpr.br:/usr/obj/usr/src/sys/MYKERNEL  amd64) duas
> versões do openoffice instaladas (a 3.3.0 e a 3.4.0) a partir da compilação
> via ports. Quando eu digito openoffice (seguido do TAB para completar) as
> duas aparecem:
>
> % matata /usr/local> openoffice
> openoffice-3.4.0   openoffice.org-3.3.0
> openoffice-3.4.0-sbase openoffice.org-3.3.0-sbase
> openoffice-3.4.0-scalc openoffice.org-3.3.0-scalc
> openoffice-3.4.0-sdraw openoffice.org-3.3.0-sdraw
> openoffice-3.4.0-setofficelang openoffice.org-3.3.0-setofficelang
> openoffice-3.4.0-simpress  openoffice.org-3.3.0-simpress
> openoffice-3.4.0-smath openoffice.org-3.3.0-smath
> openoffice-3.4.0-spadmin   openoffice.org-3.3.0-spadmin
> openoffice-3.4.0-swriter   openoffice.org-3.3.0-swriter
> openoffice-3.4.0/  openoffice.org-3.3.0/
>
>
> Porém, quando eu digito:
>
> % matata /home/edulsa> ll -d /var/db/pkg/openoffice*
> drwxr-xr-x  2 root  wheel   512B Aug 28 11:43
> /var/db/pkg/openoffice.org-3.3.0/
>
>
> apenas a 3.3.0 aparece como o pacote instalado. O mais surpreendente é que
> se eu abro o openoffice-3.3.0, vou no HELP-> ABOUT, sou informado de que
> estou rodando o 3.4.0 (já verifiquei: não existe um link simbólico da 3.3.0
> apontando para a 3.4.0). Por que então o email? Eu estou pensando em apagar
> a 3.3.0 para livrar o espaço em disco, mas estou em dúvida se isto não vai
> apagar ou tornar inoperante a versão 3.4.0.
>
> Por favor, alguma sugestão ou opinião sobre este assunto?
>
> Grato pela atenção
>
> Eduardo
>
> --
> Eduardo Lemos de Sa
> Associated Professor Level 3
> Dep. Quimica da Universidade Federal do Paraná
> fone: +55(41)3361-3300
> fax:   +55(41)3361-3186
> Voip Number call to (41) 33613600 (listen to the message and type
> 10531185)
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
João Luis Mancy dos Santos
joaocep at gmail.com(msn too)
http://joaocep.blogspot.com
http://www.istf.com.br/perguntas/
http://www.fug.com.br/content/view/20/69/
uin 82889044
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Cleiton Alves]

se esta funcionando não vejo motivos para desintalar
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[João Mancy]

Desisntalar o 3.3.0 e instalar só o 3.4.0

ou como você mesmo disse: " se está funcionando p/ que mexer?"

isso vale para perguntar também.

2012/8/30 Cleiton Alves 

> se esta funcionando não vejo motivos para desintalar
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
João Luis Mancy dos Santos
joaocep at gmail.com(msn too)
http://joaocep.blogspot.com
http://www.istf.com.br/perguntas/
http://www.fug.com.br/content/view/20/69/
uin 82889044
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Guilherme Ferreira Rosario]

Por gentileza informe o que o comando pkg_info |grep openoffice, ira
retornar.

Abraco
Em Qui, 2012-08-30 às 09:16 -0300, João Mancy escreveu:
> Desisntalar o 3.3.0 e instalar só o 3.4.0
> 
> ou como você mesmo disse: " se está funcionando p/ que mexer?"
> 
> isso vale para perguntar também.
> 
> 2012/8/30 Cleiton Alves 
> 
> > se esta funcionando não vejo motivos para desintalar
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> 
> 

-- 

Atenciosamente:

- Guilherme Ferreira Rosario
* Supervisor de Redes
* www.abasetelecom.com.br
* Ramal: 2849
* Telefone (14)-34022849

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

Re: [FUG-BR] (sem assunto)

[Joao Vitor]

Olha meu amigo isto e uma lista de discussao certo entao voce so 
responde se quiser blz outro detalhe nao estou querendo usar cups tem 
como fazer desta forma que comentei outro detalhe estou fazendo isto 
devido uma aplicacao java que roda no freebsd e quem vai fazer a 
requisicao de impressao e um Coletor Motorola.

Segue uma lista de comando para voce dar uma olhada.

make fetchindex
make fetch
make extrac
make rmconfig
make showconfig
make config
make configure
make
make install
make clean
make install clean
make deinstall
make search key
make search name


pkg_add
pkg_delete
pkg_info

On 8/30/12 2:25 PM, Guilherme Ferreira Rosario wrote:
> Por gentileza informe o que o comando pkg_info |grep openoffice, ira
> retornar.
>
> Abraco
> Em Qui, 2012-08-30 às 09:16 -0300, João Mancy escreveu:
>> Desisntalar o 3.3.0 e instalar só o 3.4.0
>>
>> ou como você mesmo disse: " se está funcionando p/ que mexer?"
>>
>> isso vale para perguntar também.
>>
>> 2012/8/30 Cleiton Alves 
>>
>>> se esta funcionando não vejo motivos para desintalar
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>
>>


-- 
Obrigado!!!
JVDS

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

Re: [FUG-BR] (sem assunto)

[Luiz Henrique Coletto]

alguém tá com virus!!

- Mensagem original -
> 
> http://la-cloture-francaise.fr/plain/74Make%20a%20profit%20with%20your%20computer%20and%20Internet986
> -
> 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] (sem assunto)

[Eduardo Alvarenga]

2006/9/25, m3 BSD <[EMAIL PROTECTED]>:
> Pessoal... bom dia pra vcs :)
>
> Seguinte, estou estudando uma solucao de redundancia, nao de
> balanceamento, soh redundancia mesmo, exemplo:
>
> Tenho dois servers identicos (master e slave), onde cada server tem 3
> nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
> servidor estara numa wan diferente, ou seja, dois links distintos de
> internet.
> Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
> estou enroscado na redundancia externa (internet), pq neste server eu
> rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
> server 1 falhe, o 2 assuma o papel da maneira mais transparente
> possivel.
> Alguem tem alguma dica ae dos caminhos das pedras?

ifstated!
Você cria scripts que monitoram determinada ação, e quando esta
acontecer ele lança comandos específicos pra interface.

E como é um webserver/email, DNS não resolve o seu problema?


Grande abraço,

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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Valeu Eduardo... abracaum... voun estudar ele... abracos...

2006/9/25, Eduardo Alvarenga <[EMAIL PROTECTED]>:
> 2006/9/25, m3 BSD <[EMAIL PROTECTED]>:
> > Pessoal... bom dia pra vcs :)
> >
> > Seguinte, estou estudando uma solucao de redundancia, nao de
> > balanceamento, soh redundancia mesmo, exemplo:
> >
> > Tenho dois servers identicos (master e slave), onde cada server tem 3
> > nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
> > servidor estara numa wan diferente, ou seja, dois links distintos de
> > internet.
> > Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
> > estou enroscado na redundancia externa (internet), pq neste server eu
> > rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
> > server 1 falhe, o 2 assuma o papel da maneira mais transparente
> > possivel.
> > Alguem tem alguma dica ae dos caminhos das pedras?
>
> ifstated!
> Você cria scripts que monitoram determinada ação, e quando esta
> acontecer ele lança comandos específicos pra interface.
>
> E como é um webserver/email, DNS não resolve o seu problema?
>
>
> Grande abraço,
>
> --
> Eduardo Alvarenga
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Christopher Giese - iRapida Telecom]

m3 BSD escreveu:
> Pessoal... bom dia pra vcs :)
>
> Seguinte, estou estudando uma solucao de redundancia, nao de
> balanceamento, soh redundancia mesmo, exemplo:
>
> Tenho dois servers identicos (master e slave), onde cada server tem 3
> nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
> servidor estara numa wan diferente, ou seja, dois links distintos de
> internet.
> Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
> estou enroscado na redundancia externa (internet), pq neste server eu
> rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
> server 1 falhe, o 2 assuma o papel da maneira mais transparente
> possivel.
> Alguem tem alguma dica ae dos caminhos das pedras?
>
>   
http://www.bsdux.com.br/artigos/FreeBSD_6x_Implementando_Configurando_CARP.txt

-- 
Christopher Giese 
System Network Security Administrator (BSD/Unix/Cisco)
www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
fones: 044 9103-1986 - 047 3001-4868 (voicemail)


"O gênio se compõe de dois por cento de talento e
noventa e oito por cento de perseverante aplicação".
(Ludwig Van Beethoven)

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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Blz Chris :)... jah ajudou bastante hehehe :P

Mas como eu tinha dito, o problema nao esta na rede interna (lan), e
sim pra wan, vou tentar explicar melhor meu exemplo:

Master:
rl0: 200.200.200.2 - GW 200.200.200.1 (ISP1)
rl1: 192.168.1.2
rl2: 10.0.0.1

Slave:
rl0: 200.100.100.2 - GW 200.100.100.2 (ISP2)
rl1: 192.168.1.3
rl3: 10.0.0.2

Ae, com o CARP eu cria a interface virtual 192.168.1.1 que sera o
gateway da rede local, e blz, se o master parar o slave assume e
tals...

Ae, com o pfsync, eu sincronizao o firewall, com o rsync, eu
sincronizo os arquivos de dados (.html, .php, .cgi, etc...) e com o
slony eu sinconizo os dados do postgresql.

Ae ae tudo bem, o que eu quero, eh que, alem do carp fazer o slave
assumir, eu quero que o slave assuma tambem os servicos (www,
postgresql, mail) do master,.

Portanto, enquanto o master tiver em peh, se de fora, da internet, eu
der um ping pra www.exemplo.com.br, ele resolva pra 200.200.200.2, e
se ele cair, e algume tentar acessar exemplo.com.br, ele caia no
200.100.100.2, que tera os servicos sincronizados tudo certinho.

Em 25/09/06, Christopher Giese - iRapida Telecom<[EMAIL PROTECTED]> escreveu:
>
>
> m3 BSD escreveu:
> > Pessoal... bom dia pra vcs :)
> >
> > Seguinte, estou estudando uma solucao de redundancia, nao de
> > balanceamento, soh redundancia mesmo, exemplo:
> >
> > Tenho dois servers identicos (master e slave), onde cada server tem 3
> > nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
> > servidor estara numa wan diferente, ou seja, dois links distintos de
> > internet.
> > Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
> > estou enroscado na redundancia externa (internet), pq neste server eu
> > rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
> > server 1 falhe, o 2 assuma o papel da maneira mais transparente
> > possivel.
> > Alguem tem alguma dica ae dos caminhos das pedras?
> >
> >
> http://www.bsdux.com.br/artigos/FreeBSD_6x_Implementando_Configurando_CARP.txt
>
> --
> Christopher Giese 
> System Network Security Administrator (BSD/Unix/Cisco)
> www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
> fones: 044 9103-1986 - 047 3001-4868 (voicemail)
>
>
> "O gênio se compõe de dois por cento de talento e
> noventa e oito por cento de perseverante aplicação".
> (Ludwig Van Beethoven)
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Nenhum _de_Nos]

eu nao sou muito conhecedor deste tipo de cenario, mas se vc consegue
gerar um evento ( ateh fazer sync de FW com pfsync ) vc nao poderia
fazer com que as conexoes chegando na porta 80 no roteador fossem
mandadas pra o ip do slave e nao do master ?

matheus

-- 
We will call you cygnus,
The God of balance you shall be
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Hehehhee sim sim... a ideia eh essa, o problema, eh que cada server
esta numa wan diferente, ou seja, eles tem ip de redes diferentes,
gateways diferentes, etc...

Estive pensando aqui, e creio que minha solucao deve basear-se em dns, ou seja:

www.dominio.com.br > 200.200.200.2 (Se master estiver ativo)
www.dominio.com.br > 175.100.100.2 (Se slave estiver ativo)

Ou seja, se o master cair, eu soh tenho q mudar as entradas no dns,
pra resolver isso, pq, quem esta "de fora", me encontra por dns e nao
por ip ou mac.
Basicamente eh a mesma coisa que o carp faz com o ip/mac virtual, soh
que pra net tenho que fazer com o dns.

2006/9/25, Nenhum _de_Nos <[EMAIL PROTECTED]>:
> eu nao sou muito conhecedor deste tipo de cenario, mas se vc consegue
> gerar um evento ( ateh fazer sync de FW com pfsync ) vc nao poderia
> fazer com que as conexoes chegando na porta 80 no roteador fossem
> mandadas pra o ip do slave e nao do master ?
>
> matheus
>
> --
> We will call you cygnus,
> The God of balance you shall be
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Christopher Giese - iRapida Telecom]

kra

eu ja montei algo parecido mas foi meio (estranho... para nao dizer 
outra palavra)

montei scripts que usavam como base pacotes ICMP para testar ambos os 
links. e ai seguia padroes para escolher qual link usar e qual 
roteamente/firewall usar

ficou ate funcional mas nao muito bonito

inclusive se alguem conhece outra tecnica melhor. passa ae

claro que nao pode se basear apenas em status de interface afinal 
tem que saber se o link X chega ao site Y ;)

t+

Chris

m3 BSD escreveu:
> Blz Chris :)... jah ajudou bastante hehehe :P
>
> Mas como eu tinha dito, o problema nao esta na rede interna (lan), e
> sim pra wan, vou tentar explicar melhor meu exemplo:
>
> Master:
> rl0: 200.200.200.2 - GW 200.200.200.1 (ISP1)
> rl1: 192.168.1.2
> rl2: 10.0.0.1
>
> Slave:
> rl0: 200.100.100.2 - GW 200.100.100.2 (ISP2)
> rl1: 192.168.1.3
> rl3: 10.0.0.2
>
> Ae, com o CARP eu cria a interface virtual 192.168.1.1 que sera o
> gateway da rede local, e blz, se o master parar o slave assume e
> tals...
>
> Ae, com o pfsync, eu sincronizao o firewall, com o rsync, eu
> sincronizo os arquivos de dados (.html, .php, .cgi, etc...) e com o
> slony eu sinconizo os dados do postgresql.
>
> Ae ae tudo bem, o que eu quero, eh que, alem do carp fazer o slave
> assumir, eu quero que o slave assuma tambem os servicos (www,
> postgresql, mail) do master,.
>
> Portanto, enquanto o master tiver em peh, se de fora, da internet, eu
> der um ping pra www.exemplo.com.br, ele resolva pra 200.200.200.2, e
> se ele cair, e algume tentar acessar exemplo.com.br, ele caia no
> 200.100.100.2, que tera os servicos sincronizados tudo certinho.
>
> Em 25/09/06, Christopher Giese - iRapida Telecom<[EMAIL PROTECTED]> escreveu:
>   
>> m3 BSD escreveu:
>> 
>>> Pessoal... bom dia pra vcs :)
>>>
>>> Seguinte, estou estudando uma solucao de redundancia, nao de
>>> balanceamento, soh redundancia mesmo, exemplo:
>>>
>>> Tenho dois servers identicos (master e slave), onde cada server tem 3
>>> nic, uma pra internet, uma pra sync e outra pra lan, porem, cada
>>> servidor estara numa wan diferente, ou seja, dois links distintos de
>>> internet.
>>> Bom, quanto a redundancia a LAN, blz, carp resolve :), 100%, porem,
>>> estou enroscado na redundancia externa (internet), pq neste server eu
>>> rodo apache+php+postgresql+postfix, ou seja, preciso que, caso o
>>> server 1 falhe, o 2 assuma o papel da maneira mais transparente
>>> possivel.
>>> Alguem tem alguma dica ae dos caminhos das pedras?
>>>
>>>
>>>   
>> http://www.bsdux.com.br/artigos/FreeBSD_6x_Implementando_Configurando_CARP.txt
>>
>> --
>> Christopher Giese 
>> System Network Security Administrator (BSD/Unix/Cisco)
>> www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
>> fones: 044 9103-1986 - 047 3001-4868 (voicemail)
>>
>>
>> "O gênio se compõe de dois por cento de talento e
>> noventa e oito por cento de perseverante aplicação".
>> (Ludwig Van Beethoven)
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> 
>
>
>   

-- 
Christopher Giese 
System Network Security Administrator (BSD/Unix/Cisco)
www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
fones: 044 9103-1986 - 047 3001-4868 (voicemail)


"O gênio se compõe de dois por cento de talento e
noventa e oito por cento de perseverante aplicação".
(Ludwig Van Beethoven)

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

Re: [FUG-BR] (sem assunto)

[Christopher Giese - iRapida Telecom]

nada haver

vc nao pode transportar de um ip publico para outro sem perder o estado ;)

Nenhum _de_Nos escreveu:
> eu nao sou muito conhecedor deste tipo de cenario, mas se vc consegue
> gerar um evento ( ateh fazer sync de FW com pfsync ) vc nao poderia
> fazer com que as conexoes chegando na porta 80 no roteador fossem
> mandadas pra o ip do slave e nao do master ?
>
> matheus
>
>   

-- 
Christopher Giese 
System Network Security Administrator (BSD/Unix/Cisco)
www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
fones: 044 9103-1986 - 047 3001-4868 (voicemail)


"O gênio se compõe de dois por cento de talento e
noventa e oito por cento de perseverante aplicação".
(Ludwig Van Beethoven)

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

Re: [FUG-BR] (sem assunto)

[Nenhum _de_Nos]

On 9/25/06, Christopher Giese - iRapida Telecom <[EMAIL PROTECTED]> wrote:
> nada haver
>
> vc nao pode transportar de um ip publico para outro sem perder o estado ;)
>
> Nenhum _de_Nos escreveu:
> > eu nao sou muito conhecedor deste tipo de cenario, mas se vc consegue
> > gerar um evento ( ateh fazer sync de FW com pfsync ) vc nao poderia
> > fazer com que as conexoes chegando na porta 80 no roteador fossem
> > mandadas pra o ip do slave e nao do master ?
> >
> > matheus
> >
> >
>
> --
> Christopher Giese 
> System Network Security Administrator (BSD/Unix/Cisco)
> www.bsdux.com.br - [EMAIL PROTECTED] - icq 16032802
> fones: 044 9103-1986 - 047 3001-4868 (voicemail)
>
>
> "O gênio se compõe de dois por cento de talento e
> noventa e oito por cento de perseverante aplicação".
> (Ludwig Van Beethoven)
>
nao entendi ...

(saquei o treco do estado, mas nao a ligacao das coisas)

-- 
We will call you cygnus,
The God of balance you shall be
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Rodolfo Zappa]

Daniel Bristot de Oliveira escreveu:
> Então o que tudo isto provou? que o DNS não iria solucionar o problema
> dele certo, e que nada adianta baixar o TTL, as coisas não
> funcionariam de forma "realmente" transparente.
>
> Sobre o artigo da RNP. A mesma coisa que eu falei o Artigo falou e vc
> ta falando, o DNS não funciona corretamente para isto.
>
> O cara tem um problema e precisa resolver, acho que todo problema tem
> solução e devemos achar algum meio para isto, se não tiver, com
> certeza alguem se interessará e tentará resolve-lo da melhor forma
> possível, o que ele quer fazer é uma solução para o problema do carp
> só trabalhar em rede local.
>
> Acho que todos aqui querem que o problema seja resolvido.
>
>   


Pegando carona na Thread:

Eu passei por um problema semelhante e a solução que usei, incluiu 
colocar 2 entradas com mesmo nome e ips de cada operadora.

Assim, de cara, usando round robin, passei a ter um certo balanceamento 
do tráfego entrante.

Usei ttl de 300s (5 minutos), o que é baixo suficiente para atingir o 
objetivo e alto suficiente para evitar tempestades de resoluções de DNS.

Usei o djbdns como servidor DNS, mas com o bind também funciona (apesar 
de ser muito mais trabalhoso, pois no djbdns, as informações de todas as 
zonas estão em apenas um arquivo).

Nesta solução, eu ttenho 3 arquivos de zona do djbdns:
- Um com entradas duplicadas, apontando para ips das duas operadoras;
- Outro com entradas únicas, para apenas uma operadora;
- E um terceiro, semelhante ao anterior, somente apontando para 
outra operadora;

Na prática, quando um dos links caía, a tabela do DNS era atualizada 
somente com o arquivo da operadora que estava funcionando, e durante 5 
minutos, 50% das consultas iriam falhar (por causa do cache), mas após 5 
minutos, depois que o ttl expirou, todas as consultas passam a entrar 
pelo link ativo.

Isto foi satisfatório para o meu caso, com custos e complicações 
infinitamente inferiores de ter um próprio AS.


Cordialmente,

Rodolfo Zappa

"Linux é para pessoas que odeiam o Windows.
BSD é para pessoas que amam o UNIX!" 



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

Re: [FUG-BR] (sem assunto)

[Daniel Bristot de Oliveira]

Entrei de gaiato!

Bom, m3, sobre o carp não funcionar em redes não-locais, é porque ele
envia as informações de status para o endereço broadcast da rede
local, então, em redes diferentes ele não funciona.

Na LinuxChix, o Ralf Braga, do Idepes, me falou sobre um projeto, o
que ele me passou foi:

--
 Sobre a ferramenta é o truncking, mas não vi muita coisa a respeito dele
 só a man mesmo, a idéia é fazer balanceamento entre links distintos, em
 locais diferentes, o que se faz com carp+pfsync em duas máquinas dentro
 de uma corporação só que em locais diferentes.
--

Eu não tive experiência com ele ainda, mas vale a pena pesquisar.

Sobre o DNS, isso seria um problema, pois muiiita gente utiliza cache
de pesquisas, o que faria com que quase sempre alguém ficasse com
inconsistência, quanto a tradução dos endereços de seu servidor, então
babo para o servidor Web, mas para o Servidor de e-mail não :) de uma
olhada na opção MX do arquivo de zona do BIND, tem como adicionar mais
de uma entrada, e prioridades nela, isso funciona sem problemas, mas
até onde sei o MX só funciona para e-mail, e nunca tentei amarra ele
com um arame no endereço de um servidor Web :)

As maquinas que você quer fazer a redundãncia, estão perto? se
estiverem, fica mais fácil de pensar um plano, quem sabe colocar uma a
frente dessas duas para cuidar disto, mas eu nunca fiz isso, e como o
Christopher falou, as vezes a solução pode não ficar bonita, mas pode
funcionar.

Um Abraço, vou acompanhar a thread para ver o que vai dar :)

-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Daniel Bristot de Oliveira]

> Daniel,
>
> Todo software de DNS que se preze faz cache... até o windows :)

Eu sei, mas eu quis enfatizar o caso em que servidores de nomes são
dedicados a cache, por exemplo, eu tenho um, e sei que eles fazem um
ótimo papel, principalmente em casos onde a demora de um consulta faz
muito estrago, como por exemplo, um servidor de e-mail, faz diversas
consultas, e um resposta rápida é fundamental para o bom
funcionamento.

> Mas o tempo de cache do dns é fácil de ser controlado, através do TTL no
> seu arquivo de configuração. É você quem diz (atraves do seu ttl) quanto
> tempo seus registros devem permanecer no cache antes de outra consulta.
>
> O no-ip.org, por exemplo, até para seu funcionamento, utiliza ttl de 300
> segundos (5 minutos).
>
> Vale lembrar que quanto menor o ttl mais banda seu servidor de dns vai
> consumir (e que na maioria das vezes é desprezivel).

E maior o nível de carga do servidor DNS.

5 minutos, como o caso do no-ip, é muito tempo para um servidor Web em
produção, imagine o gmail 5 minutos fora do ar :) claro pode baixar
para 1 segundo o ttl, mas imagina o número de requisições que seria
feito no DNS, com certeza algo acima de 50% para a tradução de um
endereço de alguem muito acessado, acho que isso não seria uma forma
otimizada de fazer as coisas. mas como citado na thread, as coisas as
veses não ficam bonitas mas funcionam, neste caso funcionaria, mas
também teriamos que monitorar os servidores Web para ver quem está
vivo, e constantemente recaregar as informações deste endereço, isto é
possível, já que dar um reload no sistema inteiro iria fazer com que a
cache de outras consultas fossem para o buraco negro.

Então para esta solução seria viável o que foi citado no artigo da RNP
que colei acima.

> []'s
> Luiz
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Luiz Otavio Souza]

Daniel Bristot de Oliveira escreveu:
>> Daniel,
>>
>> Todo software de DNS que se preze faz cache... até o windows :)
>> 
>
> Eu sei, mas eu quis enfatizar o caso em que servidores de nomes são
> dedicados a cache, por exemplo, eu tenho um, e sei que eles fazem um
> ótimo papel, principalmente em casos onde a demora de um consulta faz
> muito estrago, como por exemplo, um servidor de e-mail, faz diversas
> consultas, e um resposta rápida é fundamental para o bom
> funcionamento.
>
>   
>> Mas o tempo de cache do dns é fácil de ser controlado, através do TTL no
>> seu arquivo de configuração. É você quem diz (atraves do seu ttl) quanto
>> tempo seus registros devem permanecer no cache antes de outra consulta.
>>
>> O no-ip.org, por exemplo, até para seu funcionamento, utiliza ttl de 300
>> segundos (5 minutos).
>>
>> Vale lembrar que quanto menor o ttl mais banda seu servidor de dns vai
>> consumir (e que na maioria das vezes é desprezivel).
>> 
>
> E maior o nível de carga do servidor DNS.
>
> 5 minutos, como o caso do no-ip, é muito tempo para um servidor Web em
> produção, imagine o gmail 5 minutos fora do ar :) claro pode baixar
> para 1 segundo o ttl, mas imagina o número de requisições que seria
> feito no DNS, com certeza algo acima de 50% para a tradução de um
> endereço de alguem muito acessado, acho que isso não seria uma forma
> otimizada de fazer as coisas. mas como citado na thread, as coisas as
> veses não ficam bonitas mas funcionam, neste caso funcionaria, mas
> também teriamos que monitorar os servidores Web para ver quem está
> vivo, e constantemente recaregar as informações deste endereço, isto é
> possível, já que dar um reload no sistema inteiro iria fazer com que a
> cache de outras consultas fossem para o buraco negro.
>
> Então para esta solução seria viável o que foi citado no artigo da RNP
> que colei acima.
>   
>
Nunca use ttls tão baixos... eles não ajudam nada, só atrapalham...

O artigo da RNP não tem nada a ver... fala sobre SVR que não tem 
utilização difundida... essa solução não tem prazo para se tornar viável.

Se você precisa desse tipo de redundância, vá para um datacenter ou 
monte o seu AS... nada adaptado com um dois links de operadoras 
diferentes pode substituir isso de maneira tão eficiente e profissional.

[]'s
Luiz


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

Re: [FUG-BR] (sem assunto)

[Daniel Bristot de Oliveira]

Vou me corrigir, após ler a mensagem de João David Prevedello.

2006/9/26, Daniel Bristot de Oliveira <[EMAIL PROTECTED]>:
> Entrei de gaiato!
>
> Bom, m3, sobre o carp não funcionar em redes não-locais, é porque ele
> envia as informações de status para o endereço broadcast da rede
> local, então, em redes diferentes ele não funciona.
>
> Na LinuxChix, o Ralf Braga, do Idepes, me falou sobre um projeto, o
> que ele me passou foi:
>
> --
>  Sobre a ferramenta é o truncking, mas não vi muita coisa a respeito dele
>  só a man mesmo, a idéia é fazer balanceamento entre links distintos, em
>  locais diferentes, o que se faz com carp+pfsync em duas máquinas dentro
>  de uma corporação só que em locais diferentes.
> --
>
> Eu não tive experiência com ele ainda, mas vale a pena pesquisar.
>
> Sobre o DNS, isso seria um problema, pois muiiita gente utiliza cache
> de pesquisas, o que faria com que quase sempre alguém ficasse com
> inconsistência, quanto a tradução dos endereços de seu servidor, então
> babo para o servidor Web, mas para o Servidor de e-mail não :) de uma
> olhada na opção MX do arquivo de zona do BIND, tem como adicionar mais
> de uma entrada, e prioridades nela, isso funciona sem problemas, mas
> até onde sei o MX só funciona para e-mail, e nunca tentei amarra ele
> com um arame no endereço de um servidor Web :)

Existe a opção SRV do Bind que faria isto para os servidores Web ou
afins, porém ela não funciona, pois não há compatibilidade com os
"resolvedores" de nome. que pena, seria uma ótima solução, e com um
baixo consumo de recursos no lado do servidor, pois cabia ao cliente
determinar quem está vivo e não aos servidores ou roteadores. Mas isto
pode servir como uma dica para enviarmos aos desenvolvedores de
Browsers e de bibliotecas de resolução de nomes.

como o João falou, leia...
http://www.rnp.br/newsgen/0209/redundancia_servidor_web.html

> As maquinas que você quer fazer a redundãncia, estão perto? se
> estiverem, fica mais fácil de pensar um plano, quem sabe colocar uma a
> frente dessas duas para cuidar disto, mas eu nunca fiz isso, e como o
> Christopher falou, as vezes a solução pode não ficar bonita, mas pode
> funcionar.
>
> Um Abraço, vou acompanhar a thread para ver o que vai dar :)
>
> --
> Daniel Bristot de Oliveira
> http://dbristot.info
>
> R João Paez 409 Ap 202
> Sta Augusta - Criciúma - SC
> CEP 88805440 Brazil
> +55-48-91032512
>


-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Daniel Bristot de Oliveira]

Então o que tudo isto provou? que o DNS não iria solucionar o problema
dele certo, e que nada adianta baixar o TTL, as coisas não
funcionariam de forma "realmente" transparente.

Sobre o artigo da RNP. A mesma coisa que eu falei o Artigo falou e vc
ta falando, o DNS não funciona corretamente para isto.

O cara tem um problema e precisa resolver, acho que todo problema tem
solução e devemos achar algum meio para isto, se não tiver, com
certeza alguem se interessará e tentará resolve-lo da melhor forma
possível, o que ele quer fazer é uma solução para o problema do carp
só trabalhar em rede local.

Acho que todos aqui querem que o problema seja resolvido.

-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Luiz Otavio Souza]

Daniel Bristot de Oliveira escreveu:
> (...)
> Sobre o DNS, isso seria um problema, pois muiiita gente utiliza cache
> de pesquisas, o que faria com que quase sempre alguém ficasse com
> inconsistência, quanto a tradução dos endereços de seu servidor, então
> babo para o servidor Web, mas para o Servidor de e-mail não :) de uma
> olhada na opção MX do arquivo de zona do BIND, tem como adicionar mais
> de uma entrada, e prioridades nela, isso funciona sem problemas, mas
> até onde sei o MX só funciona para e-mail, e nunca tentei amarra ele
> com um arame no endereço de um servidor Web :)
>
>   
Daniel,

Todo software de DNS que se preze faz cache... até o windows :)

Mas o tempo de cache do dns é fácil de ser controlado, através do TTL no 
seu arquivo de configuração. É você quem diz (atraves do seu ttl) quanto 
tempo seus registros devem permanecer no cache antes de outra consulta.

O no-ip.org, por exemplo, até para seu funcionamento, utiliza ttl de 300 
segundos (5 minutos).

Vale lembrar que quanto menor o ttl mais banda seu servidor de dns vai 
consumir (e que na maioria das vezes é desprezivel).

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

Re: [FUG-BR] (sem assunto)

[Alex Moura]

On 9/26/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote:
> Então o que tudo isto provou? que o DNS não iria solucionar o problema
> dele certo, e que nada adianta baixar o TTL, as coisas não
> funcionariam de forma "realmente" transparente.

Deveras. Se alguém quiser saber mais sobre o funcionamento desta solução:

Why DNS Based Global Server Load Balancing (GSLB) Doesn't Work - Partes 1 e 2
http://www.tenereillo.com/GSLBPageOfShame.htm
http://www.tenereillo.com/GSLBPageOfShameII.htm

> O cara tem um problema e precisa resolver, acho que todo problema tem
> solução e devemos achar algum meio para isto, se não tiver, com
> certeza alguem se interessará e tentará resolve-lo da melhor forma
> possível, o que ele quer fazer é uma solução para o problema do carp
> só trabalhar em rede local.
>

Vários fornecedores - Cisco, Foundry, F5 Networks etc. - possem
soluções (comerciais) para balanceamento (SLB, GSLB etc.), como o
Cisco LocalDirector,

É recomendável estudar o tema antes de se tentar implementar, porque
não é uma tarefa trivial de implementar somente com conhecimentos de
TCP/IP.

Uma boa referência que aborda a teoria de várias técnicas de soluções
seria o livro:

Server Load Balance
http://www.oreilly.com/catalog/serverload/

mas infelizmente ele não é uma boa aquisição porque tem foco somente
em soluções comerciais e não tem nenhum capítulo sobre soluções
open-source.

Nas reuniões do GTER já foram feitas apresentações sobre o tema[2],
mas em termos de open-source, a melhor referência parece ser o
LARTC[3], cuja teoria pode ser aplicada em outras plataformas além do
Linux[4]. Se hover recursos e disposição para partir para implementar
um AS, então também é importante estar ciente do processo[5].

Pra finalizar, há também uma solução que foi postada na lista da
FUG[6], pelo João Rocha, que está disponível nos ports[7], que diga-se
de passagem, tem outras ferramentas para load balance, basta fazer uma
busca por "balance" para encontrá-las.

Abraços,

Alex

Refs.:
[1] Internet Draft - Methodologies for Scaling SLB Environments
http://www.ietf.org/internet-drafts/draft-naseh-scaling-slb-01.txt

[2] Solução para Balanceamento de Carga em Camada 4 a 7
http://eng.registro.br/gter15/videos/SolucaoBalanceamento4a7/

[3] Linux Advanced Routing & Traffic Control
http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html
http://www.lartc.org/

[4]
http://eng.registro.br/pipermail/gter/2004-July/004462.html

[5]
Migrando para um AS - Introdução (PDF e vídeo da apresentação)
http://eng.registro.br/gter20/videos/

[6]
Balance
http://www.inlab.de/balance.html

Balance is a load balancing solution being a simple but powerful
generic tcp proxy with round robin load balancing and failover
mechanisms. Its behaviour can be controlled at runtime using a simple
command line syntax.

Balance successfully runs at least on Linux(386), Linux(Itanium),
FreeBSD, BSD/OS, Solaris, Cygwin, Mac-OS X, HP-UX and many more.

Balance is Open Source Software and released under GPL licensing terms.

Balance has been released the first time in June 2000 and has just
celebrated its fifth anniversary.

[7]
FreeBSD Ports - Balance
http://www.freshports.org/net/balance/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Galera... tah legal a thread... mas o foco nao eh esse

O foco nao eh balancear entre os dois server, e sim, se o master
morrer o slave assumir transparentemente

2006/9/26, Alex Moura <[EMAIL PROTECTED]>:
> On 9/26/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote:
> > Então o que tudo isto provou? que o DNS não iria solucionar o problema
> > dele certo, e que nada adianta baixar o TTL, as coisas não
> > funcionariam de forma "realmente" transparente.
>
> Deveras. Se alguém quiser saber mais sobre o funcionamento desta solução:
>
> Why DNS Based Global Server Load Balancing (GSLB) Doesn't Work - Partes 1 e 2
> http://www.tenereillo.com/GSLBPageOfShame.htm
> http://www.tenereillo.com/GSLBPageOfShameII.htm
>
> > O cara tem um problema e precisa resolver, acho que todo problema tem
> > solução e devemos achar algum meio para isto, se não tiver, com
> > certeza alguem se interessará e tentará resolve-lo da melhor forma
> > possível, o que ele quer fazer é uma solução para o problema do carp
> > só trabalhar em rede local.
> >
>
> Vários fornecedores - Cisco, Foundry, F5 Networks etc. - possem
> soluções (comerciais) para balanceamento (SLB, GSLB etc.), como o
> Cisco LocalDirector,
>
> É recomendável estudar o tema antes de se tentar implementar, porque
> não é uma tarefa trivial de implementar somente com conhecimentos de
> TCP/IP.
>
> Uma boa referência que aborda a teoria de várias técnicas de soluções
> seria o livro:
>
> Server Load Balance
> http://www.oreilly.com/catalog/serverload/
>
> mas infelizmente ele não é uma boa aquisição porque tem foco somente
> em soluções comerciais e não tem nenhum capítulo sobre soluções
> open-source.
>
> Nas reuniões do GTER já foram feitas apresentações sobre o tema[2],
> mas em termos de open-source, a melhor referência parece ser o
> LARTC[3], cuja teoria pode ser aplicada em outras plataformas além do
> Linux[4]. Se hover recursos e disposição para partir para implementar
> um AS, então também é importante estar ciente do processo[5].
>
> Pra finalizar, há também uma solução que foi postada na lista da
> FUG[6], pelo João Rocha, que está disponível nos ports[7], que diga-se
> de passagem, tem outras ferramentas para load balance, basta fazer uma
> busca por "balance" para encontrá-las.
>
> Abraços,
>
> Alex
>
> Refs.:
> [1] Internet Draft - Methodologies for Scaling SLB Environments
> http://www.ietf.org/internet-drafts/draft-naseh-scaling-slb-01.txt
>
> [2] Solução para Balanceamento de Carga em Camada 4 a 7
> http://eng.registro.br/gter15/videos/SolucaoBalanceamento4a7/
>
> [3] Linux Advanced Routing & Traffic Control
> http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html
> http://www.lartc.org/
>
> [4]
> http://eng.registro.br/pipermail/gter/2004-July/004462.html
>
> [5]
> Migrando para um AS - Introdução (PDF e vídeo da apresentação)
> http://eng.registro.br/gter20/videos/
>
> [6]
> Balance
> http://www.inlab.de/balance.html
>
> Balance is a load balancing solution being a simple but powerful
> generic tcp proxy with round robin load balancing and failover
> mechanisms. Its behaviour can be controlled at runtime using a simple
> command line syntax.
>
> Balance successfully runs at least on Linux(386), Linux(Itanium),
> FreeBSD, BSD/OS, Solaris, Cygwin, Mac-OS X, HP-UX and many more.
>
> Balance is Open Source Software and released under GPL licensing terms.
>
> Balance has been released the first time in June 2000 and has just
> celebrated its fifth anniversary.
>
> [7]
> FreeBSD Ports - Balance
> http://www.freshports.org/net/balance/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Thiago J. Ruiz]

Mário, e se vc puder colocar os dois links num switch gerenciável e
rotear os pacotes para esses dois servers ou então colocar os dois
links em uma máquina e usar o carp pra fazer a parte do fail over tipo
na ponta só recebe e repassa pros servers atraz (numa rede invalida).
nao so o cara mais indicado pra dá a dica pq nem cheguei a testar o
carp ainda.. mas acredito que possa funcionar.

[]'z


2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> Galera... tah legal a thread... mas o foco nao eh esse
>
> O foco nao eh balancear entre os dois server, e sim, se o master
> morrer o slave assumir transparentemente
>

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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
terceiro roteador :) e eh isso que pretendo evitar... ter um unico
ponto de falhar entende?


2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> Mário, e se vc puder colocar os dois links num switch gerenciável e
> rotear os pacotes para esses dois servers ou então colocar os dois
> links em uma máquina e usar o carp pra fazer a parte do fail over tipo
> na ponta só recebe e repassa pros servers atraz (numa rede invalida).
> nao so o cara mais indicado pra dá a dica pq nem cheguei a testar o
> carp ainda.. mas acredito que possa funcionar.
>
> []'z
>
>
> 2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> > Galera... tah legal a thread... mas o foco nao eh esse
> >
> > O foco nao eh balancear entre os dois server, e sim, se o master
> > morrer o slave assumir transparentemente
> >
>
> --
> Thiago J. Ruiz
> http://thiagoruiz.blogspot.com
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Thiago J. Ruiz]

olha.. intão repara na viagem astronautica!!! =D

nao lí toda a thread (o rapazinho preguiçoso) hehe

não existe um meio de vc fazer um nome cair em dois ips numa zona dns?
tipo:

fulano.comIN A x.x.x.x
fulano.comIN A y.y.y.y

e então vc vai manter os dois sincronizando dados com ggated digamos
que sejam duas jails que vc mantem sincronizando a do slave fica off e
vc roda o carp e o ifstated pra quando o master cair já subir o rcNG
da jail no slave..

se eu viajei demais alguem me puxa pelo cadarço do tênis =D

[]'z

2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
> terceiro roteador :) e eh isso que pretendo evitar... ter um unico
> ponto de falhar entende?
>
>


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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Sim... ateh q sua ideia esta no caminho hehehe... porem se eu fizer
isso, eu estarei fazendo round-robin no dns, ou seja, o dns hora
entrega o x.x.x.x e hora o y.y.y.y, ae, o y.y.y.y nao estara up, ae
fudeu :) hehheehe...

Tipo... tem q ser de uma forma que o slave soh suba e responda se o master parar

2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> olha.. intão repara na viagem astronautica!!! =D
>
> nao lí toda a thread (o rapazinho preguiçoso) hehe
>
> não existe um meio de vc fazer um nome cair em dois ips numa zona dns?
> tipo:
>
> fulano.comIN A x.x.x.x
> fulano.comIN A y.y.y.y
>
> e então vc vai manter os dois sincronizando dados com ggated digamos
> que sejam duas jails que vc mantem sincronizando a do slave fica off e
> vc roda o carp e o ifstated pra quando o master cair já subir o rcNG
> da jail no slave..
>
> se eu viajei demais alguem me puxa pelo cadarço do tênis =D
>
> []'z
>
> 2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> > Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
> > terceiro roteador :) e eh isso que pretendo evitar... ter um unico
> > ponto de falhar entende?
> >
> >
>
>
> --
> Thiago J. Ruiz
> http://thiagoruiz.blogspot.com
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Thiago J. Ruiz]

e se vc arrumasse um meio de fazer com que os cabinhos dos dois links
estivessem nas duas máquinas (leia-se gambiarra) e um cross entre eles
pra  monitoramento de failover com carp e ifstated?

[]'z (quase partindo para o lado negro da força nessa resposta hehe)


2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> Sim... ateh q sua ideia esta no caminho hehehe... porem se eu fizer
> isso, eu estarei fazendo round-robin no dns, ou seja, o dns hora
> entrega o x.x.x.x e hora o y.y.y.y, ae, o y.y.y.y nao estara up, ae
> fudeu :) hehheehe...
>
> Tipo... tem q ser de uma forma que o slave soh suba e responda se o master 
> parar
>
> 2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> > olha.. intão repara na viagem astronautica!!! =D
> >
> > nao lí toda a thread (o rapazinho preguiçoso) hehe
> >
> > não existe um meio de vc fazer um nome cair em dois ips numa zona dns?
> > tipo:
> >
> > fulano.comIN A x.x.x.x
> > fulano.comIN A y.y.y.y
> >
> > e então vc vai manter os dois sincronizando dados com ggated digamos
> > que sejam duas jails que vc mantem sincronizando a do slave fica off e
> > vc roda o carp e o ifstated pra quando o master cair já subir o rcNG
> > da jail no slave..
> >
> > se eu viajei demais alguem me puxa pelo cadarço do tênis =D
> >
> > []'z
> >
> > 2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> > > Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
> > > terceiro roteador :) e eh isso que pretendo evitar... ter um unico
> > > ponto de falhar entende?
> > >
> > >
> >
> >
> > --
> > Thiago J. Ruiz
> > http://thiagoruiz.blogspot.com
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
> --
> Atenciosmente
>
> Mario Augusto Mania 
> ---
> [EMAIL PROTECTED]
> Cel.: (43) 9938-9629
> Msn: [EMAIL PROTECTED]
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Huaheuhaeuhaheau... pois eh esse link entre os dois jah esta no
projeto hehhehe :)
Porem, o fato da gambiarra, na verdade, nao resolve o problema :)

2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> e se vc arrumasse um meio de fazer com que os cabinhos dos dois links
> estivessem nas duas máquinas (leia-se gambiarra) e um cross entre eles
> pra  monitoramento de failover com carp e ifstated?
>
> []'z (quase partindo para o lado negro da força nessa resposta hehe)
>
>
> 2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> > Sim... ateh q sua ideia esta no caminho hehehe... porem se eu fizer
> > isso, eu estarei fazendo round-robin no dns, ou seja, o dns hora
> > entrega o x.x.x.x e hora o y.y.y.y, ae, o y.y.y.y nao estara up, ae
> > fudeu :) hehheehe...
> >
> > Tipo... tem q ser de uma forma que o slave soh suba e responda se o master 
> > parar
> >
> > 2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> > > olha.. intão repara na viagem astronautica!!! =D
> > >
> > > nao lí toda a thread (o rapazinho preguiçoso) hehe
> > >
> > > não existe um meio de vc fazer um nome cair em dois ips numa zona dns?
> > > tipo:
> > >
> > > fulano.comIN A x.x.x.x
> > > fulano.comIN A y.y.y.y
> > >
> > > e então vc vai manter os dois sincronizando dados com ggated digamos
> > > que sejam duas jails que vc mantem sincronizando a do slave fica off e
> > > vc roda o carp e o ifstated pra quando o master cair já subir o rcNG
> > > da jail no slave..
> > >
> > > se eu viajei demais alguem me puxa pelo cadarço do tênis =D
> > >
> > > []'z
> > >
> > > 2006/9/26, m3 BSD <[EMAIL PROTECTED]>:
> > > > Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
> > > > terceiro roteador :) e eh isso que pretendo evitar... ter um unico
> > > > ponto de falhar entende?
> > > >
> > > >
> > >
> > >
> > > --
> > > Thiago J. Ruiz
> > > http://thiagoruiz.blogspot.com
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> > --
> > Atenciosmente
> >
> > Mario Augusto Mania 
> > ---
> > [EMAIL PROTECTED]
> > Cel.: (43) 9938-9629
> > Msn: [EMAIL PROTECTED]
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
> --
> Thiago J. Ruiz
> http://thiagoruiz.blogspot.com
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Alex Moura]

On 9/26/06, m3 BSD <[EMAIL PROTECTED]> wrote:
>
> O foco nao eh balancear entre os dois server, e sim, se o master
> morrer o slave assumir transparentemente

Isto pode ser obtido seguindo as instruções deste artigo:

FreeBSD HA: Alta disponibilidade com CARP, Ifstated e pfsync
http://www.fug.com.br/content/view/124/9/

Só que o detalhe das máquinas terem IPs de redes IP distintas complica
desnecessariamente a solução.

Siga a filosofia KISS: coloque as duas máquinas na mesma rede IP
(mesmo NetID),  implemente a solução de HA do artigo e seja feliz.

Se isto não for possível, então prepare-se para aventuras como as
mensagens desta thread.

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

Re: [FUG-BR] (sem assunto)

[m3 BSD]

Huaheuahea Alex :) eh bem isso mesmo :)

Veja, o autor do arquivo eh justamente o cara que esta debatendo
comigo o assunto ehehehhehe :)

A questao eh bem essa: Alta Disponibilidade :)

Ou seja, que adiante eu ter um servidor reduntante, se os dois
estiverem ligados ao mesmo link e o link vier a falhar? minha
redundancia foi pro espaco :)

Por isso a solucao se complica, pq visa solucionar esse problema de
dependencia de somente um ponto de falha :)

Mas eh isso ae, valeu mesmo o toque :) Eu e o daniel estamos num
brainstorm tremendo hehehe.. mas as coisas jah comecaram a fluir...
tenho certeza que depois de pronto, sera uma solucao interessante :)

2006/9/26, Alex Moura <[EMAIL PROTECTED]>:
> On 9/26/06, m3 BSD <[EMAIL PROTECTED]> wrote:
> >
> > O foco nao eh balancear entre os dois server, e sim, se o master
> > morrer o slave assumir transparentemente
>
> Isto pode ser obtido seguindo as instruções deste artigo:
>
> FreeBSD HA: Alta disponibilidade com CARP, Ifstated e pfsync
> http://www.fug.com.br/content/view/124/9/
>
> Só que o detalhe das máquinas terem IPs de redes IP distintas complica
> desnecessariamente a solução.
>
> Siga a filosofia KISS: coloque as duas máquinas na mesma rede IP
> (mesmo NetID),  implemente a solução de HA do artigo e seja feliz.
>
> Se isto não for possível, então prepare-se para aventuras como as
> mensagens desta thread.
>
> Alex
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
Atenciosmente

Mario Augusto Mania 
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Alex Moura]

On 9/26/06, m3 BSD <[EMAIL PROTECTED]> wrote:

> A questao eh bem essa: Alta Disponibilidade :)
>
> Ou seja, que adiante eu ter um servidor reduntante, se os dois
> estiverem ligados ao mesmo link e o link vier a falhar? minha
> redundancia foi pro espaco :)
> Por isso a solucao se complica, pq visa solucionar esse problema de
> dependencia de somente um ponto de falha :)

O que você procura é uma solução "active/passive SLB" ou
"active/standby SLB". Coloque estes termos no Google e encontrará
várias soluções. Infelizmente não parece haver ports da maioria das
soluções em Linux, como LVS, LARTC, HA-OSCAR e Super Sparrow para
FreeBSD.

Em empresas como datacenters, bancos e provedores, esta é uma
necessidade corriqueira, mas a maioria, senão todos, possuem AS
próprio. Além disso, internamente o que fazem é implementar uma rede
L2 redundante e alguma solução - freqüentemente de fornecedor
comercial - de alta disponibilidade, que também implementa
balanceamento.

Creio que seja possível implementar uma solução com as ferramentas
heartbeat e ucarp, disponíveis no ports.

Boa sorte,

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