[FUG-BR] Dúvida resource limits (rctl) e jails

[Tiago Ribeiro]

Estou fazendo uns testes com rctl e jail, porém conforme vi no man do
rctl e em outras buscas o retorno que estou tendo é bem diferente.

Estou usando 11-RELEASE-p9 e fiz o comando para limitar o uso de cpu
(pcpu) a 25% e memória a 1gb, se uso o comando rctl puro me mostra 
os valores setados

# rctl 
jail:db.local:pcpu:deny=25
jail:db.local:memoryuse:deny=1073741824

Porém quando uso o uso dos recursos do objeto, o comando mostra
toda zerado.

# rctl -hu jail:db.local
cputime=0
datasize=0
stacksize=0
coredumpsize=0
memoryuse=0
memorylocked=0
maxproc=0
openfiles=0
vmemoryuse=0
pseudoterminals=0
swapuse=0
nthr=0
msgqqueued=0
msgqsize=0
nmsgq=0
nsem=0
nsemop=0
nshm=0
shmsize=0
wallclock=0
pcpu=0
readbps=0
writebps=0
readiops=0
writeiops=0

Estou entendendo errado ou fazendo algo errado no rctl?


—
http://www.bsdjf.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] Dúvida freebsd-update

[João Luis]

2016-06-13 12:58 GMT-04:00 Ricardo Campos Passanezi :

> On Mon, Jun 13, 2016 at 10:22:26AM -0400, João Luis wrote:
> > 2016-06-13 10:20 GMT-04:00 Renato Botelho :
> > >
> > > Nesse caso o mais aconselhado é fazer o processo de update completo so
> src
> > > (buildworld, buildkernel, installkernel, installworld) e fazer um
> > > mergemaster ou etcupdate pra atualizar os arquivos do /etc.
> > >
> > > Depois disso o seu sistema estará apto a usar o freebsd-update nas
> > > próximas vezes que uma nova versão for lançada.
> > >
> > > --
> > > Renato Botelho
> > >
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> > O problema eh que nao tenho acesso fisico aa maquina... eu pedi pra
> > instalar o 10.2-release e instalaram 10.2-stable. Dai o freebsd-update
> nao
> > roda.
>
> Então, você pode fazer como o Renato indicou (update completo a partir
> do src) e depois de passar para o RELEASE, começar a usar o
> freebsd-update.
>
> Creio que pode, também:
>
> # setenv UNAME_r 10.2-RELEASE
> # freebsd-update fetch
> # freebsd-update upgrade -r 10.3-RELEASE
>
> E seguir com o freebsd-update.
>
> Se for uma máquina em produção, pessoalmente faria com o update a partir
> do src e só depois iniciaria com o freebsd-update. Se não for tão
> sensível e tiver como voltar de backup (não esqueça faça os backups da
> máquina claro), tente diretamente com o freebsd-update.
>
>
> --
> Ricardo Campos Passanezi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Resolvido pela dica do Ricardo... Na verdade fui para o 10.2-RELEASE e
depois upgrade para o 10.3-RELEASE.

Grato Gurus !!

[]s

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

Re: [FUG-BR] Dúvida freebsd-update

[Paulo Olivier Cavalcanti]

On 13/06/2016 11:23, Kaio Rafael wrote:

Pergunta de newbie!

Qual é a diferença de usar o

10.2-STABLE. para o 10.2-RELEASE (atual 10.3-STABLE. para o 10.3-RELEASE)

Atualização desse -stable acontece de que forma?




Fala, Kaio!

Stable é a parte de desenvolvimento do Release. Quando o 10.2-RELEASE é 
lançado, inicia-se o ciclo Stable da próxima versão. Sendo assim, a 
próxima versão é nomeada 10.3-STABLE ou 10-STABLE.


Para atualizar para Stable vá até a pasta /usr/src/ e digite svnlite 
checkout svn+http://svn.freebsd.org/base/stable/10/ /usr/src/ e compile 
o world e o kernel.


Mais informações: https://forums.freebsd.org/threads/3716/

Por favor, evite o top posting.

--
http://about.me/paulocavalcanti

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

Re: [FUG-BR] Dúvida freebsd-update

[Ricardo Campos Passanezi]

On Mon, Jun 13, 2016 at 10:22:26AM -0400, João Luis wrote:
> 2016-06-13 10:20 GMT-04:00 Renato Botelho :
> >
> > Nesse caso o mais aconselhado é fazer o processo de update completo so src
> > (buildworld, buildkernel, installkernel, installworld) e fazer um
> > mergemaster ou etcupdate pra atualizar os arquivos do /etc.
> >
> > Depois disso o seu sistema estará apto a usar o freebsd-update nas
> > próximas vezes que uma nova versão for lançada.
> >
> > --
> > Renato Botelho
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> O problema eh que nao tenho acesso fisico aa maquina... eu pedi pra
> instalar o 10.2-release e instalaram 10.2-stable. Dai o freebsd-update nao
> roda.

Então, você pode fazer como o Renato indicou (update completo a partir
do src) e depois de passar para o RELEASE, começar a usar o
freebsd-update.

Creio que pode, também:

# setenv UNAME_r 10.2-RELEASE
# freebsd-update fetch
# freebsd-update upgrade -r 10.3-RELEASE

E seguir com o freebsd-update.

Se for uma máquina em produção, pessoalmente faria com o update a partir
do src e só depois iniciaria com o freebsd-update. Se não for tão
sensível e tiver como voltar de backup (não esqueça faça os backups da
máquina claro), tente diretamente com o freebsd-update.


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

Re: [FUG-BR] Dúvida freebsd-update

[Kaio Rafael]

Pergunta de newbie!

Qual é a diferença de usar o

10.2-STABLE. para o 10.2-RELEASE (atual 10.3-STABLE. para o 10.3-RELEASE)

Atualização desse -stable acontece de que forma?

Em 13 de junho de 2016 10:20, Renato Botelho  escreveu:
>> On Jun 13, 2016, at 09:11, João Luis  wrote:
>>
>> Saudaçoes,
>>
>> Tenho uma maquina virtualizada com 10.2-STABLE.
>>
>> Jah atualizei /usr/src para 10.3-RELEASE.
>>
>> Já que ao executar o freebsd-update vou atualizar o world e o kernel, e
>> para que eu possa executa-lo preciso compilar o world, pergunto: posso
>> fazer apenas make buildworld e make installworld ??
>
> Nesse caso o mais aconselhado é fazer o processo de update completo so src 
> (buildworld, buildkernel, installkernel, installworld) e fazer um mergemaster 
> ou etcupdate pra atualizar os arquivos do /etc.
>
> Depois disso o seu sistema estará apto a usar o freebsd-update nas próximas 
> vezes que uma nova versão for lançada.
>
> --
> Renato Botelho
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



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

Re: [FUG-BR] Dúvida freebsd-update

[João Luis]

2016-06-13 10:20 GMT-04:00 Renato Botelho :

> > On Jun 13, 2016, at 09:11, João Luis  wrote:
> >
> > Saudaçoes,
> >
> > Tenho uma maquina virtualizada com 10.2-STABLE.
> >
> > Jah atualizei /usr/src para 10.3-RELEASE.
> >
> > Já que ao executar o freebsd-update vou atualizar o world e o kernel, e
> > para que eu possa executa-lo preciso compilar o world, pergunto: posso
> > fazer apenas make buildworld e make installworld ??
>
> Nesse caso o mais aconselhado é fazer o processo de update completo so src
> (buildworld, buildkernel, installkernel, installworld) e fazer um
> mergemaster ou etcupdate pra atualizar os arquivos do /etc.
>
> Depois disso o seu sistema estará apto a usar o freebsd-update nas
> próximas vezes que uma nova versão for lançada.
>
> --
> Renato Botelho
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

O problema eh que nao tenho acesso fisico aa maquina... eu pedi pra
instalar o 10.2-release e instalaram 10.2-stable. Dai o freebsd-update nao
roda.

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

Re: [FUG-BR] Dúvida freebsd-update

[Renato Botelho]

> On Jun 13, 2016, at 09:11, João Luis  wrote:
> 
> Saudaçoes,
> 
> Tenho uma maquina virtualizada com 10.2-STABLE.
> 
> Jah atualizei /usr/src para 10.3-RELEASE.
> 
> Já que ao executar o freebsd-update vou atualizar o world e o kernel, e
> para que eu possa executa-lo preciso compilar o world, pergunto: posso
> fazer apenas make buildworld e make installworld ??

Nesse caso o mais aconselhado é fazer o processo de update completo so src 
(buildworld, buildkernel, installkernel, installworld) e fazer um mergemaster 
ou etcupdate pra atualizar os arquivos do /etc.

Depois disso o seu sistema estará apto a usar o freebsd-update nas próximas 
vezes que uma nova versão for lançada.

--
Renato Botelho

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

[FUG-BR] Dúvida freebsd-update

[João Luis]

Saudaçoes,

Tenho uma maquina virtualizada com 10.2-STABLE.

Jah atualizei /usr/src para 10.3-RELEASE.

Já que ao executar o freebsd-update vou atualizar o world e o kernel, e
para que eu possa executa-lo preciso compilar o world, pergunto: posso
fazer apenas make buildworld e make installworld ??

Agradeço,

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

Re: [FUG-BR] Dúvida com roteamento

[Fábio Rodrigues Ribeiro]

Em 14/04/2016 16:57, Márcio Elias escreveu:

Seguinte pessoal preciso montar um cenário e não estou vendo como, por isso
peço a ajuda dos colegas.

Trabalho em um ISP e temos muitos clientes autenticados via PPPoE, porém
não temos IPv4 suficientes para todos (já entregamos IPv6, pena que o
conteúdo disponível seja tão pequeno ainda).

Bom para resolver esse problema é inevitável o uso do NAT. Nossos
concentradores de acesso são CCR's 1036, e para não sobrecarregar a mesma
com NAT, estou setando uma rota default para um servidor FreeBSD, onde é
feito o NAT.

Até ai tudo certo, o que ocorre é que não posso inundar esse servidor com
usuários (embora ele suporte) por que vou começar a ter dores de cabeça com
acesso a alguns serviços por partes dos usuários saindo todos pelo mesmo IP
Público.

Pensando nisso estou tentando formular um laboratório onde este mesmo
servidor tenha:

em0 - conectada ao BRAS (LAN para os usuários).
nas demais interfaces (VLAN's provavelmente) gostaria de adicionar
diferentes IP's públicos e se possível balancear a saída por estes outros
endereços (provavelmente usando probation).

Estou fazendo o NAT diretamente no IPFW (não tenho conhecimento em PF) e
não uso NATD (por motivos de performance).

Alguém já fez algo parecido, já ouviu falar, pode me dar um norte?

O que tentei foi criar diversas VLAN's, com IP's de classes /30 com o
router de borda, adicionei uma tabela fib para cada interface com um
gateway para cada uma, o que está pegando é fazer o IPFW-NAT funcionar
nisso.

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



Olá, boa noite!

Na lista da GTER eles sugerem CGNAT

Abraços.

--
Fábio Rodrigues Ribeiro
http://www.linkedin.com/in/farribeiro
http://www.farribeiro.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida com roteamento

[Márcio Elias]

Seguinte pessoal preciso montar um cenário e não estou vendo como, por isso
peço a ajuda dos colegas.

Trabalho em um ISP e temos muitos clientes autenticados via PPPoE, porém
não temos IPv4 suficientes para todos (já entregamos IPv6, pena que o
conteúdo disponível seja tão pequeno ainda).

Bom para resolver esse problema é inevitável o uso do NAT. Nossos
concentradores de acesso são CCR's 1036, e para não sobrecarregar a mesma
com NAT, estou setando uma rota default para um servidor FreeBSD, onde é
feito o NAT.

Até ai tudo certo, o que ocorre é que não posso inundar esse servidor com
usuários (embora ele suporte) por que vou começar a ter dores de cabeça com
acesso a alguns serviços por partes dos usuários saindo todos pelo mesmo IP
Público.

Pensando nisso estou tentando formular um laboratório onde este mesmo
servidor tenha:

em0 - conectada ao BRAS (LAN para os usuários).
nas demais interfaces (VLAN's provavelmente) gostaria de adicionar
diferentes IP's públicos e se possível balancear a saída por estes outros
endereços (provavelmente usando probation).

Estou fazendo o NAT diretamente no IPFW (não tenho conhecimento em PF) e
não uso NATD (por motivos de performance).

Alguém já fez algo parecido, já ouviu falar, pode me dar um norte?

O que tentei foi criar diversas VLAN's, com IP's de classes /30 com o
router de borda, adicionei uma tabela fib para cada interface com um
gateway para cada uma, o que está pegando é fazer o IPFW-NAT funcionar
nisso.

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

[FUG-BR] Dúvida IPFW stateful

[Rafael Hasson]

Boa tarde, Pessoal.

Alguém conseguiria me ajudar neste mistério?

O IPFW está "segurando" as conexões, a regra stateful não está sendo
fechada propriamente.

As regras stateful / dinâmicas, *estão sendo renovadas sem ter atividade*
(Não para todos os ips, pelo menos comigo não acontece).

Por exemplo, o caso abaixo:

root@172.31.20.158:~ # ipfw -d show | grep 200.233.14.136

001003999 207940* (288s*) STATE tcp 172.31.20.158 51119 <->
200.233.14.136 443
001003993 201433 *(48s*) STATE tcp 172.31.20.158 54969 <->
200.233.14.136 443
001003997 207848* (48s)* STATE tcp 172.31.20.158 34713 <->
200.233.14.136 443
001001404  81901 *(93s) *STATE tcp 172.31.20.158 56292 <->
200.233.14.136 443
001001406  82437* (103s)* STATE tcp 172.31.20.158 35809 <->
200.233.14.136 443
001002688 141237 *(233s) *STATE tcp 172.31.20.158 17148 <->
200.233.14.136 443
001002661 139989* (43s) *STATE tcp 172.31.20.158 56575 <->
200.233.14.136 443
001001409  88800* (98s)* STATE tcp 172.31.20.158 21449 <->
200.233.14.136 443
001003995 201461* (288s) *STATE tcp 172.31.20.158 57818 <->
200.233.14.136 443
001003849 191221* (58s)* STATE tcp 172.31.20.158 49688 <->
200.233.14.136 443
001003994 201041* (288s)* STATE tcp 172.31.20.158 59483 <->
200.233.14.136 443
001003993 201353 *(48s*) STATE tcp 172.31.20.158 25947 <->
200.233.14.136 443
001001405  82305* (103s)* STATE tcp 172.31.20.158 22608 <->
200.233.14.136 443

Já está travado no limite de 15 conexões, e os segundos (em negrito, que
entendo ser a renovação da regra), ficam sempre sendo renovados.

Invstiguei com um  *tcpdump -i xn0 src host 200.233.14.136* e não acusa
nenhuma atividade, e* mesmo assim as regras dinâmicas acima continuam sendo
renovadas...*
Ou seja, o cliente não consegue acessar nosso site mais, pq o IPFW está
travando ele, entendendo que já atingiu o limite de conexões.

E a regra não tem nada de mais, está assim:

allow tcp from any to me dst-port 80,443 setup limit src-addr 30
allow tcp from me to any dst-port 80,443 setup keep-state

Agradeço desde já,


-- 
Rafael Hasson
Computer Engineer
Cel: + 55-41-99918090
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Renato Botelho]

> On Feb 19, 2015, at 11:57, Victório  wrote:
> 
> O fato do systemd iniciar mais rápido é mito:
> 
> http://distrowatch.com/weekly.php?issue=20141110#opinion
> 
> No início ele foi "vendido" como um sistema e boot rápido, contudo até hoje 
> eu nunca achei um estudo sério que provasse isso. Na teoria o paralelismo é 
> muito bonito, já na pratica o bom e velho (e bem escrito) shell script se sai 
> muito bem obrigado. Além disso, em desktops e mobiles você irá querer um boot 
> rápido, já em servidores demora mais para o idrac e bios iniciar do que o 
> FreeBSD + VMs (viva o bhyve!).
> 
> Até onde eu sei, o uselessd é um fork do systemd que tem como objetivo deixar 
> o systemd apenas como sistema de incialização. Seria apenas o que o systemd 
> deveria ser.
> 
> O projeto de um pessoal do OpenBSD, visa tem algumas partes do systemd 
> (logind por exemplo) para que alguns softwares (KDE, GNOME3, etc.) funcionem 
> nos BSD.

Eu não vejo vantagem em boot rápido também, principalmente quando o custo é 
alto, como é o caso do systemd, onde você tem que criar 200 mil symlinks pra 
fazer as coisas funcionarem. Mas, na época que o fedora migrou pra systemd eu 
trabalhava no LTC da IBM e usava fedora no laptop, vou te dizer que senti uma 
diferença bem grande no tempo de boot.

De qualquer forma, é possível implementar paralelismo com shell script também, 
no caso do rc do FreeBSD que já tem os parâmetros de PROVIDE e REQUIRE em cada 
rc script, seria possível implementar o paralelismo mantendo o shell, mas como 
vc mesmo disse, qual é a grande vantagem? Eu acho mais negócio investir pesado 
em suporte decente a suspend/resume do que boot rápido. Não sei as outras 
pessoas, mas eu costumo bootar o notebook apenas quando faço um update de 
kernel, no mais é apenas suspend/resume.

--
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] Dúvida mudança sistema de inicialização

[Gustavo De Nardin (spuk)]

On Thursday, February 19, 2015, Celso Viana  wrote:

>
> Daqui a pouco o systemd vai ser o próprio OS!!!
>
> Quase isso. Citando http://0pointer.de/blog/projects/the-biggest-myths:

"""... Myth: systemd is a feature creep.

Well, systemd certainly covers more ground that it used to. It's not just
an init system anymore, but the basic userspace building block to build an
OS from, but we carefully make sure to keep most of the features optional.
You can turn a lot off at compile time, and even more at runtime. Thus you
can choose freely how much feature creeping you want. ..."""

t'

--
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
>
> Palmas/TO
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Victório]

O fato do systemd iniciar mais rápido é mito:

http://distrowatch.com/weekly.php?issue=20141110#opinion

No início ele foi "vendido" como um sistema e boot rápido, contudo até 
hoje eu nunca achei um estudo sério que provasse isso. Na teoria o 
paralelismo é muito bonito, já na pratica o bom e velho (e bem escrito) 
shell script se sai muito bem obrigado. Além disso, em desktops e 
mobiles você irá querer um boot rápido, já em servidores demora mais 
para o idrac e bios iniciar do que o FreeBSD + VMs (viva o bhyve!).


Até onde eu sei, o uselessd é um fork do systemd que tem como objetivo 
deixar o systemd apenas como sistema de incialização. Seria apenas o que 
o systemd deveria ser.


O projeto de um pessoal do OpenBSD, visa tem algumas partes do systemd 
(logind por exemplo) para que alguns softwares (KDE, GNOME3, etc.) 
funcionem nos BSD.




--
Victó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] Dúvida mudança sistema de inicialização

[Celso Viana]

Em 19 de fevereiro de 2015 01:43, Gustavo De Nardin (spuk)
 escreveu:
> 2015-02-18 21:54 GMT-02:00 Renato Frederick :
>>
>> João Mancy escreveu:
>>>
>>> Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
>>> que
>>> prefere reinventar a roda;)
>>
>>
>> eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
>> que toda hora precisa de boot e cada segundo conta?
>>
>> Agora, se for levar para o lado "desktop", faz aí (mais uma) versão desktop
>> oriented...
>>
>> Porque este povo de Linux vai adiantar 10segundos no boot e trazer
>> 300bugs... :-)
>
> A velocidade do boot é só um dos pontos (minúsculo, a essa altura) do
> Systemd, já haviam vários outros sistemas de inicialização
> paralelizados. Além disso o Systemd está fagocitando vários serviços e
> configurações que antes eram feitos por daemons e programas e scripts
> diversos. Exemplos:
> - Coredumps: antes essa configuração era variável de acordo com a
> distribuição, hoje é no Systemd (joournald). Configura-se onde
> armazenar os coredumps, quanto espaço gastar com isso, política de
> limpeza, etc.
> - Journald: gerenciamento de logs, incluindo gerenciamento de gasto de
> espaço em disco/idade, e ele pode fazer assinatura dos logs (mas se
> não me engano a utilidade da implementação é questionável).
> - Login: o Systemd gerencia os logins do sistema, além disso gerencia
> desligamento/suspend/hibernate. Mais uma área onde cada distribuição
> fazia de um jeito, e certas coisas (ex.: suspend/hibernate) eram uma
> mistureba de interação entre shellscripts, programas avulsos,
> ambientes desktop...
> - Rede: o gerenciamento e configuração de rede são através do Systemd
> (netctl), antes cada distribuição tinha seu esquema.
> - Relógio: a configuração do relógio do sistema passa a ser feita pelo
> systemd, e agora ele inclui até um cliente (apenas) SNTP pra
> sincronizar.
> - Inicialização: na prática, cada distribuição tinha um sistema de
> inicialização próprio (baseado em systemv/bsd/algum outro), com o
> systemd fica tudo padronizado, pra configurar um serviço novo, usa-se
> o mesmo formato de configuração (unit files), etc..
>
> E várias outras coisas, inclusive, já tem uns comandos pra gerenciar
> máquinas virtuais, e outras que nem sei. Ainda não me dediquei a
> estudar ele decentemente, estou aprendendo conforme a necessidade.
>
> Pessoalmente não concordo com tudo que vem sendo feito nessa questão,
> mas não vejo volta, e no geral me parece positivo. A meu ver,
> basicamente, o Systemd está incorporando várias coisas que já passou
> do tempo de serem padronizadas de modo geral nas distribuições Linux,
> não vejo muito sentido em cada distribuição ser muito diferente no
> gerenciamento pra no fim só mudar detalhezinhos em várias coisas.
> Então nesse sentido me parece bom, e algo que finalmente deu certo
> quanto à dar mais unicidade ao Linux, já que praticamente todas as
> distribuições principais resolveram dar o braço a torcer e adotar.
>
> Fora isso, entendo que o pessoal que escreve aplicações está ficando
> tentado a depender do Systemd, simplesmente pra evitar esforço quanto
> a portabilidade dos programas, mas isso é outro problema, e já vem
> ocorrendo há mais tempo (vide ALSA, Pulseaudio, e outras questões).
>
> t'
>
> --
> (nil)
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Daqui a pouco o systemd vai ser o próprio OS!!!

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Renato Botelho]

> On Feb 19, 2015, at 00:01, Adiel de Lima Ribeiro  
> wrote:
> 
> 
> On 02/18/2015 10:28 PM, Tiago Ribeiro wrote:
>> 
>> 
>>> Em 18/02/2015, às 22:01, Alexandre Correa  escreveu:
>>> 
>>> Parei no centos 6 ... O 7 já vem essa bpst@ nova..
>>> Em 18/02/2015 21:55, "Renato Frederick"  escreveu:
>>> 
 
 
 João Mancy escreveu:
 
> Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
> que
> prefere reinventar a roda;)
 
 eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
 que toda hora precisa de boot e cada segundo conta?
 
 Agora, se for levar para o lado "desktop", faz aí (mais uma) versão
 desktop oriented...
 
 Porque este povo de Linux vai adiantar 10segundos no boot e trazer
 300bugs... :-)
 
 .com.br/mailman/listinfo/freebsd
>> 
>> 
>> Dei uma olhada nesse assunto semana passa, me parece que o debian também vai 
>> adotar, mas acho que pra daqui a uma ou duas versões , e o pessoal do 
>> openbsd está vendo pra fazer um systembsd.
>> 
>> É um pouco que vi a estrutura do systemd é bem complexa, e ainda vi que a 
>> curva de aprendizado é grande devido a essa complexidade.
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> 
> 
> 
> Boa noite.
> Eu ví essa discussão a uns tempos atrás na lista do Debian.
> Até onde eu lí, me parece que o pessoal do "mouse" meio que forçou a adoção 
> do systemd, estavam em discussão, parece que o pessoal que não aderiu fez um 
> fork do Debian sem o systemd, se chama Devuan.
> Pra mim é uma boa notícia, pois não é sempre que dá para usar FreeBSD e não 
> gostaria de usar outra distro Linux.
> Mais informações sobre o projeto:
> https://devuan.org/

E assim chegamos a 19827483784738473 distribuições de linux :)

--
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] Dúvida mudança sistema de inicialização

[Gustavo De Nardin (spuk)]

2015-02-18 21:54 GMT-02:00 Renato Frederick :
>
> João Mancy escreveu:
>>
>> Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
>> que
>> prefere reinventar a roda;)
>
>
> eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
> que toda hora precisa de boot e cada segundo conta?
>
> Agora, se for levar para o lado "desktop", faz aí (mais uma) versão desktop
> oriented...
>
> Porque este povo de Linux vai adiantar 10segundos no boot e trazer
> 300bugs... :-)

A velocidade do boot é só um dos pontos (minúsculo, a essa altura) do
Systemd, já haviam vários outros sistemas de inicialização
paralelizados. Além disso o Systemd está fagocitando vários serviços e
configurações que antes eram feitos por daemons e programas e scripts
diversos. Exemplos:
- Coredumps: antes essa configuração era variável de acordo com a
distribuição, hoje é no Systemd (joournald). Configura-se onde
armazenar os coredumps, quanto espaço gastar com isso, política de
limpeza, etc.
- Journald: gerenciamento de logs, incluindo gerenciamento de gasto de
espaço em disco/idade, e ele pode fazer assinatura dos logs (mas se
não me engano a utilidade da implementação é questionável).
- Login: o Systemd gerencia os logins do sistema, além disso gerencia
desligamento/suspend/hibernate. Mais uma área onde cada distribuição
fazia de um jeito, e certas coisas (ex.: suspend/hibernate) eram uma
mistureba de interação entre shellscripts, programas avulsos,
ambientes desktop...
- Rede: o gerenciamento e configuração de rede são através do Systemd
(netctl), antes cada distribuição tinha seu esquema.
- Relógio: a configuração do relógio do sistema passa a ser feita pelo
systemd, e agora ele inclui até um cliente (apenas) SNTP pra
sincronizar.
- Inicialização: na prática, cada distribuição tinha um sistema de
inicialização próprio (baseado em systemv/bsd/algum outro), com o
systemd fica tudo padronizado, pra configurar um serviço novo, usa-se
o mesmo formato de configuração (unit files), etc..

E várias outras coisas, inclusive, já tem uns comandos pra gerenciar
máquinas virtuais, e outras que nem sei. Ainda não me dediquei a
estudar ele decentemente, estou aprendendo conforme a necessidade.

Pessoalmente não concordo com tudo que vem sendo feito nessa questão,
mas não vejo volta, e no geral me parece positivo. A meu ver,
basicamente, o Systemd está incorporando várias coisas que já passou
do tempo de serem padronizadas de modo geral nas distribuições Linux,
não vejo muito sentido em cada distribuição ser muito diferente no
gerenciamento pra no fim só mudar detalhezinhos em várias coisas.
Então nesse sentido me parece bom, e algo que finalmente deu certo
quanto à dar mais unicidade ao Linux, já que praticamente todas as
distribuições principais resolveram dar o braço a torcer e adotar.

Fora isso, entendo que o pessoal que escreve aplicações está ficando
tentado a depender do Systemd, simplesmente pra evitar esforço quanto
a portabilidade dos programas, mas isso é outro problema, e já vem
ocorrendo há mais tempo (vide ALSA, Pulseaudio, e outras questões).

t'

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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Otavio Augusto]

Em 18 de fevereiro de 2015 22:28, Tiago Ribeiro  escreveu:
>
>
>> Em 18/02/2015, às 22:01, Alexandre Correa  escreveu:
>>
>> Parei no centos 6 ... O 7 já vem essa bpst@ nova..
>> Em 18/02/2015 21:55, "Renato Frederick"  escreveu:
>>
>>>
>>>
>>> João Mancy escreveu:
>>>
 Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
 que
 prefere reinventar a roda;)
>>>
>>> eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
>>> que toda hora precisa de boot e cada segundo conta?
>>>
>>> Agora, se for levar para o lado "desktop", faz aí (mais uma) versão
>>> desktop oriented...
>>>
>>> Porque este povo de Linux vai adiantar 10segundos no boot e trazer
>>> 300bugs... :-)
>>>
>>> .com.br/mailman/listinfo/freebsd
>
>
> Dei uma olhada nesse assunto semana passa, me parece que o debian também vai 
> adotar, mas acho que pra daqui a uma ou duas versões , e o pessoal do openbsd 
> está vendo pra fazer um systembsd.
>
> É um pouco que vi a estrutura do systemd é bem complexa, e ainda vi que a 
> curva de aprendizado é grande devido a essa complexidade.

O pessoal do OpenBSD vai fazer um daemon/biblioteca de compatibilidade
com o systemd para que programas linux possam rodar/compilar em  BSD.
O systemd não só substituir o init SystemV mas vai fazer algumas
coisas que o dbus e o hal ja fazem. Algumas frescuras que não é
necessário mas logo vários programas feitos para linux vão depender
100% do systemd daí a ideia da biblioteca e compatibilidade mas no BSD
não deve substituir o init padrão .

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



-- 
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.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] Dúvida mudança sistema de inicialização

[Adiel de Lima Ribeiro]

On 02/18/2015 10:28 PM, Tiago Ribeiro wrote:




Em 18/02/2015, às 22:01, Alexandre Correa  escreveu:

Parei no centos 6 ... O 7 já vem essa bpst@ nova..
Em 18/02/2015 21:55, "Renato Frederick"  escreveu:




João Mancy escreveu:


Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
que
prefere reinventar a roda;)


eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
que toda hora precisa de boot e cada segundo conta?

Agora, se for levar para o lado "desktop", faz aí (mais uma) versão
desktop oriented...

Porque este povo de Linux vai adiantar 10segundos no boot e trazer
300bugs... :-)

.com.br/mailman/listinfo/freebsd



Dei uma olhada nesse assunto semana passa, me parece que o debian também vai 
adotar, mas acho que pra daqui a uma ou duas versões , e o pessoal do openbsd 
está vendo pra fazer um systembsd.

É um pouco que vi a estrutura do systemd é bem complexa, e ainda vi que a curva 
de aprendizado é grande devido a essa complexidade.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Boa noite.
Eu ví essa discussão a uns tempos atrás na lista do Debian.
Até onde eu lí, me parece que o pessoal do "mouse" meio que forçou a 
adoção do systemd, estavam em discussão, parece que o pessoal que não 
aderiu fez um fork do Debian sem o systemd, se chama Devuan.
Pra mim é uma boa notícia, pois não é sempre que dá para usar FreeBSD e 
não gostaria de usar outra distro Linux.

Mais informações sobre o projeto:
https://devuan.org/



--
Adiel de Lima Ribeiro
(31) 8961-5984
Pós graduação em Administração
de redes Linux - UFLA - MG
MCSA - Microsoft Certified Systems Administrator
facebook.com/bsdworld
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Tiago Ribeiro]

> Em 18/02/2015, às 22:01, Alexandre Correa  escreveu:
> 
> Parei no centos 6 ... O 7 já vem essa bpst@ nova..
> Em 18/02/2015 21:55, "Renato Frederick"  escreveu:
> 
>> 
>> 
>> João Mancy escreveu:
>> 
>>> Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
>>> que
>>> prefere reinventar a roda;)
>> 
>> eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
>> que toda hora precisa de boot e cada segundo conta?
>> 
>> Agora, se for levar para o lado "desktop", faz aí (mais uma) versão
>> desktop oriented...
>> 
>> Porque este povo de Linux vai adiantar 10segundos no boot e trazer
>> 300bugs... :-)
>> 
>> .com.br/mailman/listinfo/freebsd


Dei uma olhada nesse assunto semana passa, me parece que o debian também vai 
adotar, mas acho que pra daqui a uma ou duas versões , e o pessoal do openbsd 
está vendo pra fazer um systembsd. 

É um pouco que vi a estrutura do systemd é bem complexa, e ainda vi que a curva 
de aprendizado é grande devido a essa complexidade.  
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Renato Frederick]

Alexandre Correa escreveu:

Parei no centos 6 ... O 7 já vem essa bpst@ nova..


A VPS que eu subo normalmente tem ISO só do CentOS 5 e 6. Deve ser por 
isto... :)


Aliás, quando não é possível um BSD, opto pelo CentOS. E prá completar o 
papo, depois indivíduo ainda veio falar de shorewall. Tipo, me obriga a 
subir um BGP num RouterOS bugado, mas não, nunca, never, jamé,  me faz 
mexer neste shorewall.


Cada vez fico mais velho e mais chato.

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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Alexandre Correa]

Parei no centos 6 ... O 7 já vem essa bpst@ nova..
Em 18/02/2015 21:55, "Renato Frederick"  escreveu:

>
>
> João Mancy escreveu:
>
>> Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente
>> que
>> prefere reinventar a roda;)
>>
>
> eu também sigo sua linha João. O negócio tá quieto lá, que empresa é esta
> que toda hora precisa de boot e cada segundo conta?
>
> Agora, se for levar para o lado "desktop", faz aí (mais uma) versão
> desktop oriented...
>
> Porque este povo de Linux vai adiantar 10segundos no boot e trazer
> 300bugs... :-)
>
>
> -
> 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] Dúvida mudança sistema de inicialização

[Renato Frederick]

João Mancy escreveu:

Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente que
prefere reinventar a roda;)


eu também sigo sua linha João. O negócio tá quieto lá, que empresa é 
esta que toda hora precisa de boot e cada segundo conta?


Agora, se for levar para o lado "desktop", faz aí (mais uma) versão 
desktop oriented...


Porque este povo de Linux vai adiantar 10segundos no boot e trazer 
300bugs... :-)



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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[João Mancy]

Em 18 de fevereiro de 2015 17:41, Renato Botelho 
escreveu:

> > On Feb 18, 2015, at 17:38, Renato Frederick 
> wrote:
> >
> >
> >
> > Victório escreveu:
> >> Devem ter confundido tudo. O que aconteceu é que muitas distros mudaram
> para o "faz tudo" systemd.
> >>
> >> --
> >> Victório
> >
> > Hehehehe, pois é, imaginei isto.
> >
> > De pensar que o BSD desde 1900 guaraná de rolha usa a mesma coisa e a
> performance continua bacana, mesmo sendo escrito em tempos que um core i5
> era imaginável.
> >
> > A outra coisa lá é tão mal feita, que anda na contra mão, o poder
> computacional cresce em escala cavalar, mas tem que mudar o sistema de
> inicialização ...
> >
> > Esta é a diferença entre algo bem concebido desde o início para algo
> feito nas coxa.
>
> Nesse caso a performance é medida no tempo que o sistema leva pra bootar e
> carregar subir tudo o que tem que subir, e nesse caso o systemd é mesmo
> eficiente pois é paralelo. Acho que o esquema de boot to arch linux já era
> paralelo antes de existir o systemd mas não sei sobre performance.
>
> --
> Renato Botelho
>
>
Boa tarde,

Sim, eu vi boatos que estão trabalhando em um fork minimalista do Systemd
para "BSD" chamado Userlessd.

http://uselessd.darknedgy.net/

http://br-linux.org/2014/01/uselessd-uma-versao-simplificada-do-systemd.html

Há um descontentamento geral entre usuários Linux, eu mesmo uso 95% de
FreeBSD na rede e não me habituei ao Systemd, mas infelizmente acho que a
Red Hat vencerá a queda de braço pelo "melhor" init.

Eu não vejo problemas em perder "segundos" em um boot ... Mas tem gente que
prefere reinventar a roda ;)

abraços

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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Renato Botelho]

> On Feb 18, 2015, at 17:38, Renato Frederick  wrote:
> 
> 
> 
> Victório escreveu:
>> Devem ter confundido tudo. O que aconteceu é que muitas distros mudaram para 
>> o "faz tudo" systemd.
>> 
>> -- 
>> Victório
> 
> Hehehehe, pois é, imaginei isto.
> 
> De pensar que o BSD desde 1900 guaraná de rolha usa a mesma coisa e a 
> performance continua bacana, mesmo sendo escrito em tempos que um core i5 era 
> imaginável.
> 
> A outra coisa lá é tão mal feita, que anda na contra mão, o poder 
> computacional cresce em escala cavalar, mas tem que mudar o sistema de 
> inicialização ...
> 
> Esta é a diferença entre algo bem concebido desde o início para algo feito 
> nas coxa.

Nesse caso a performance é medida no tempo que o sistema leva pra bootar e 
carregar subir tudo o que tem que subir, e nesse caso o systemd é mesmo 
eficiente pois é paralelo. Acho que o esquema de boot to arch linux já era 
paralelo antes de existir o systemd mas não sei sobre performance.

--
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] Dúvida mudança sistema de inicialização

[Renato Frederick]

Victório escreveu:
Devem ter confundido tudo. O que aconteceu é que muitas distros 
mudaram para o "faz tudo" systemd.


--
Victório


Hehehehe, pois é, imaginei isto.

De pensar que o BSD desde 1900 guaraná de rolha usa a mesma coisa e a 
performance continua bacana, mesmo sendo escrito em tempos que um core 
i5 era imaginável.


A outra coisa lá é tão mal feita, que anda na contra mão, o poder 
computacional cresce em escala cavalar, mas tem que mudar o sistema de 
inicialização ...


Esta é a diferença entre algo bem concebido desde o início para algo 
feito nas coxa.

[]s

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

Re: [FUG-BR] Dúvida mudança sistema de inicialização

[Victório]

On 18-02-2015 16:10, Renato Frederick wrote:

Prezados,

Ouvi um linuxeiro falar que este OVNI chamado Linux ia mudar o sistema 
de inicialização, pelo que entendi iriam largar o SystemV pelo init, 
algo assim Porque o systemV estava muito lento,,, blá blá blá. 
Obviamente eu fui irônico, falando que devia mudar era tudo, tipo um 
dd if=/dev/random of=/dev/hda, etc etc afinal uma flame faz bem :)


Eis que ouvi um outro linuxeiro me falou"não sei porque tá zuando, BSD 
também vai mudar".


Claro que isto foi uma bola fora né? O cara deve achar que BSD usa 
SystemV né? Ou tem este papo mesmo?


Abraços

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


Devem ter confundido tudo. O que aconteceu é que muitas distros mudaram 
para o "faz tudo" systemd.


--
Victó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] Dúvida mudança sistema de inicialização

[Renato Martins]

para de usar o linux e migrar para sistemas bsd

Em 18 de fevereiro de 2015 15:52, Renato Martins 
escreveu:

> Ouvi o seguinte muitos descontentes com o novo esquema que é uma b mesmo
> vão sair do linux e ir para bsd
>
> Em 18 de fevereiro de 2015 15:10, Renato Frederick <
> ren...@frederick.eti.br> escreveu:
>
> Prezados,
>>
>> Ouvi um linuxeiro falar que este OVNI chamado Linux ia mudar o sistema de
>> inicialização, pelo que entendi iriam largar o SystemV pelo init, algo
>> assim Porque o systemV estava muito lento,,, blá blá blá. Obviamente eu
>> fui irônico, falando que devia mudar era tudo, tipo um dd if=/dev/random
>> of=/dev/hda, etc etc afinal uma flame faz bem :)
>>
>> Eis que ouvi um outro linuxeiro me falou"não sei porque tá zuando, BSD
>> também vai mudar".
>>
>> Claro que isto foi uma bola fora né? O cara deve achar que BSD usa
>> SystemV né? Ou tem este papo mesmo?
>>
>> Abraços
>>
>> -
>> 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] Dúvida mudança sistema de inicialização

[Renato Martins]

Ouvi o seguinte muitos descontentes com o novo esquema que é uma b mesmo
vão sair do linux e ir para bsd

Em 18 de fevereiro de 2015 15:10, Renato Frederick 
escreveu:

> Prezados,
>
> Ouvi um linuxeiro falar que este OVNI chamado Linux ia mudar o sistema de
> inicialização, pelo que entendi iriam largar o SystemV pelo init, algo
> assim Porque o systemV estava muito lento,,, blá blá blá. Obviamente eu
> fui irônico, falando que devia mudar era tudo, tipo um dd if=/dev/random
> of=/dev/hda, etc etc afinal uma flame faz bem :)
>
> Eis que ouvi um outro linuxeiro me falou"não sei porque tá zuando, BSD
> também vai mudar".
>
> Claro que isto foi uma bola fora né? O cara deve achar que BSD usa SystemV
> né? Ou tem este papo mesmo?
>
> Abraços
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida mudança sistema de inicialização

[Renato Frederick]

Prezados,

Ouvi um linuxeiro falar que este OVNI chamado Linux ia mudar o sistema 
de inicialização, pelo que entendi iriam largar o SystemV pelo init, 
algo assim Porque o systemV estava muito lento,,, blá blá blá. 
Obviamente eu fui irônico, falando que devia mudar era tudo, tipo um dd 
if=/dev/random of=/dev/hda, etc etc afinal uma flame faz bem :)


Eis que ouvi um outro linuxeiro me falou"não sei porque tá zuando, BSD 
também vai mudar".


Claro que isto foi uma bola fora né? O cara deve achar que BSD usa 
SystemV né? Ou tem este papo mesmo?


Abraços

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

Re: [FUG-BR] Dúvida de comportamento estranho com o PF

[Fernando Gilli]

Se está bloqueando a segunda, então tenta pra ver se vai:

binat on em0 from 192.168.8.249 to !172.31.1.0/24 -> 10.255.0.13


--
Fernando Gilli


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

Re: [FUG-BR] Dúvida de comportamento estranho com o PF

[Renato Frederick]

Marcelo Gondim 
5 de fevereiro de 2015 16:57
Buenas pessoal,

Olha posso estar enganado mas acredito que o comportamento correto do 
PF deveria ser outro. Olhando as seguintes regras abaixo do pf.conf:


no binat on em0 from 192.168.8.249 to 172.31.1.0/24
binat on em0 from 192.168.8.249 to any -> 10.255.0.13

Por que a primeira regra está eliminando totalmente a segunda regra? 
Ao meu ver a primeira regra só deveria acontecer se o pacote fosse 
para 172.31.1.0/24, que não é o caso.
Se eu tiro a primeira regra o binat funciona normalmente do 
192.168.8.249 para 10.255.0.13 e vice versa.


Sinceramente não entendi porque isso está ocorrendo.

Abrs,
Gondim


coloca  um pass all do 8.249 para o /24(keep state) e embaixo o binat.

na minha opinião, quando o pacote der match no pass all, o pf vai parar 
de processar a regra de toda conexao que tenha como origem o 8.249 pro 
/24, bem como a conexão de volta. E a outra regra o binat. Mesmo que o 
8.249 to any seja mais abrangente e teoriamente pegasse a rede /24, como 
já deu o match anterior, vai ignorar.


Bom, pelo menos umas gambiarras assim já fiz em cisco, ipfw e até 
iptables.  PF tenho que admitir que depois do pfsense, tá raro fazer na 
mão! :-)



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

[FUG-BR] Dúvida de comportamento estranho com o PF

[Marcelo Gondim]

Buenas pessoal,

Olha posso estar enganado mas acredito que o comportamento correto do PF 
deveria ser outro. Olhando as seguintes regras abaixo do pf.conf:


no binat on em0 from 192.168.8.249 to 172.31.1.0/24
binat on em0 from 192.168.8.249 to any -> 10.255.0.13

Por que a primeira regra está eliminando totalmente a segunda regra? Ao 
meu ver a primeira regra só deveria acontecer se o pacote fosse para 
172.31.1.0/24, que não é o caso.
Se eu tiro a primeira regra o binat funciona normalmente do 
192.168.8.249 para 10.255.0.13 e vice versa.


Sinceramente não entendi porque isso está ocorrendo.

Abrs,
Gondim

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

Re: [FUG-BR] Dúvida sobre PF e Filas HFSC

[joao jamaicabsd]

Boa tarde Fabrício.
É sim, 2mb simétricos;
E aqui é gigabite, então eu coloquei 1000Mb em $VEL_RD_LAN, e em  $VEL_LAN
2Mb, veja como ficou as filas completas pada download:

altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
int_down}

queue int_if on $IF_LAN bandwidth $VEL_LAN priority 1 qlimit 150
hfsc (linkshare 2% upperlimit 100% realtime 1% red default)

queue int_down on $IF_LAN hfsc bandwidth $DOWNLOAD qlimit 150
{pri2down, pri5down}

queue pri5down on $IF_LAN bandwidth 50% priority 5 qlimit
150 hfsc (linkshare 5% upperlimit 100% realtime 15% red)

queue pri2down on $IF_LAN bandwidth 30% priority 2 qlimit
150 hfsc (linkshare 2% upperlimit 100% realtime 20% red)


Em 10 de dezembro de 2014 17:27, Fabricio Lima 
escreveu:

> eu sempre fiz controle so nas interfaces externas e nao percebi problema.
>
> vc quer dizer 2mb simetricos ne? 2mb upload e 2mb download...
>
> ou quer dizer 2mb full (carregado, saturado 100% do link?)
>
> este 2o altq  vc ta botando 100mbps em VEL_RD_LAN?
> eu botaria 2mb...
>
> my take: deixa a lan como está e 'configura' a wan em 2mbps in/out...
>
> [ ]'s
> Fabricio Lima
> When your hammer is C++, everything begins to look like a thumb.
>
> Em 10 de dezembro de 2014 16:53, joao jamaicabsd 
> escreveu:
>
> > Boa tarde pessoal.
> > Estou montando um modelo de firewall, mas de tanto pesquisar fiquei com
> > dúvidas.
> > Vamos supor que tenho 2MB Full (down e up),
> > 1 - O controle de upload eu faço na interface  externa  e Download na
> > Interna, correto?
> >
> > 2 - Esse modelo está correto para download da externa?
> >
> > altq on $IF_WAN hfsc bandwidth $UPLOAD qlimit 150 queue {pri1up, pri3up,
> > pri5up}
> >
> > 3 -  E esse para interna?
> >
> > altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
> > int_down}
> >
> >
> > O problema é que usando o pfctl -sq -vvv -v estou notando o tráfego muito
> > baixo nas filas.
> >
> > Alguém pode me dar uma luz?
> > Obrigado
> > -
> > 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
>



-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida sobre PF e Filas HFSC

[Fabricio Lima]

eu sempre fiz controle so nas interfaces externas e nao percebi problema.

vc quer dizer 2mb simetricos ne? 2mb upload e 2mb download...

ou quer dizer 2mb full (carregado, saturado 100% do link?)

este 2o altq  vc ta botando 100mbps em VEL_RD_LAN?
eu botaria 2mb...

my take: deixa a lan como está e 'configura' a wan em 2mbps in/out...

[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.

Em 10 de dezembro de 2014 16:53, joao jamaicabsd 
escreveu:

> Boa tarde pessoal.
> Estou montando um modelo de firewall, mas de tanto pesquisar fiquei com
> dúvidas.
> Vamos supor que tenho 2MB Full (down e up),
> 1 - O controle de upload eu faço na interface  externa  e Download na
> Interna, correto?
>
> 2 - Esse modelo está correto para download da externa?
>
> altq on $IF_WAN hfsc bandwidth $UPLOAD qlimit 150 queue {pri1up, pri3up,
> pri5up}
>
> 3 -  E esse para interna?
>
> altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
> int_down}
>
>
> O problema é que usando o pfctl -sq -vvv -v estou notando o tráfego muito
> baixo nas filas.
>
> Alguém pode me dar uma luz?
> Obrigado
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida sobre PF e Filas HFSC

[joao jamaicabsd]

Boa tarde pessoal.
Estou montando um modelo de firewall, mas de tanto pesquisar fiquei com
dúvidas.
Vamos supor que tenho 2MB Full (down e up),
1 - O controle de upload eu faço na interface  externa  e Download na
Interna, correto?

2 - Esse modelo está correto para download da externa?

altq on $IF_WAN hfsc bandwidth $UPLOAD qlimit 150 queue {pri1up, pri3up,
pri5up}

3 -  E esse para interna?

altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
int_down}


O problema é que usando o pfctl -sq -vvv -v estou notando o tráfego muito
baixo nas filas.

Alguém pode me dar uma luz?
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] Dúvida ZFS

[Samuel Peres]

On 11/6/2014 4:27 PM, Tiago Drumond wrote:


On 06-11-2014 16:23, Samuel Peres wrote:


On 11/4/2014 2:45 PM, Jorge Petry wrote:

Olá Sasmuel.

Você pode add sim.
Use  o comando:
zpool add -f  POOL /dev/NOVOHD

Abraço.

Em 27 de outubro de 2014 11:55, Samuel Peres 


escreveu:


Saudações a todos,

Tenho um pool ZFS configurado em raidz-1 com 7 HDs, precisava 
adicionar
mais HDs a  esse pool. Vi que tem o comando zpool add, mas pelo que 
vi na
documentação, não consigo adicionar, vou ter que recriar o pool ou 
criar um

novo pool com os HDs recém adicionados. É isso mesmo?

Obrigado!

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






Olá Jorge,

Desculpe pela eterna demora, vou dar uma olhada no parâmetro "-f".

Obrigado!

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


Olá pessoal.

Até onde eu sei pra você adicionar discos a um pool raidz você terá de 
adicionar multiplos da quantidade de discos atuais.

Se você tem 7 discos, só conseguiria adicionar se fosse mais 7 discos.



Isso mesmo Tiago, só consegui adicionando a mesma quantidade, ou seja,  
7 discos. Se eu tentava adicionar 3 ou 4 discos, reportava um erro. Acho 
que o -f força a adição de uma quantidade diferente, mas não é 
recomendado. Adicionei 7 discos e ficou perfeito.


Obrigado!

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

Re: [FUG-BR] Dúvida ZFS

[Tiago Drumond]

On 06-11-2014 16:23, Samuel Peres wrote:


On 11/4/2014 2:45 PM, Jorge Petry wrote:

Olá Sasmuel.

Você pode add sim.
Use  o comando:
zpool add -f  POOL /dev/NOVOHD

Abraço.

Em 27 de outubro de 2014 11:55, Samuel Peres 


escreveu:


Saudações a todos,

Tenho um pool ZFS configurado em raidz-1 com 7 HDs, precisava adicionar
mais HDs a  esse pool. Vi que tem o comando zpool add, mas pelo que 
vi na
documentação, não consigo adicionar, vou ter que recriar o pool ou 
criar um

novo pool com os HDs recém adicionados. É isso mesmo?

Obrigado!

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






Olá Jorge,

Desculpe pela eterna demora, vou dar uma olhada no parâmetro "-f".

Obrigado!

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


Olá pessoal.

Até onde eu sei pra você adicionar discos a um pool raidz você terá de 
adicionar multiplos da quantidade de discos atuais.

Se você tem 7 discos, só conseguiria adicionar se fosse mais 7 discos.

--

Att,
Tiago Drumond
Analista de Suporte
ti...@freebsdbrasil.com.br
31 3516 0800

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

Re: [FUG-BR] Dúvida ZFS

[Samuel Peres]

On 11/4/2014 2:45 PM, Jorge Petry wrote:

Olá Sasmuel.

Você pode add sim.
Use  o comando:
zpool add -f  POOL /dev/NOVOHD

Abraço.

Em 27 de outubro de 2014 11:55, Samuel Peres 
escreveu:


Saudações a todos,

Tenho um pool ZFS configurado em raidz-1 com 7 HDs, precisava adicionar
mais HDs a  esse pool. Vi que tem o comando zpool add, mas pelo que vi na
documentação, não consigo adicionar, vou ter que recriar o pool ou criar um
novo pool com os HDs recém adicionados. É isso mesmo?

Obrigado!

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






Olá Jorge,

Desculpe pela eterna demora, vou dar uma olhada no parâmetro "-f".

Obrigado!

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

Re: [FUG-BR] Dúvida ZFS

[Jorge Petry]

Olá Sasmuel.

Você pode add sim.
Use  o comando:
zpool add -f  POOL /dev/NOVOHD

Abraço.

Em 27 de outubro de 2014 11:55, Samuel Peres 
escreveu:

> Saudações a todos,
>
> Tenho um pool ZFS configurado em raidz-1 com 7 HDs, precisava adicionar
> mais HDs a  esse pool. Vi que tem o comando zpool add, mas pelo que vi na
> documentação, não consigo adicionar, vou ter que recriar o pool ou criar um
> novo pool com os HDs recém adicionados. É isso mesmo?
>
> Obrigado!
>
> Samuel Peres
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
__
Jorge Petry Neto
Administrador de Redes e Servidores
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida ZFS

[Samuel Peres]

Saudações a todos,

Tenho um pool ZFS configurado em raidz-1 com 7 HDs, precisava adicionar 
mais HDs a  esse pool. Vi que tem o comando zpool add, mas pelo que vi 
na documentação, não consigo adicionar, vou ter que recriar o pool ou 
criar um novo pool com os HDs recém adicionados. É isso mesmo?


Obrigado!

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

[FUG-BR] Dúvida ipfw + natd ou ipnat

[Joel Cappellesso]

Ola,

Estou com dúvidas em relação ao natd + ipfw

Tenho  a seguinte estrutura:

FW com:
 2 Ips válidos: x.x.x.a e x.x.x.b
DMZ 192.168.20.xx
Rede Internta: 192.168.1.xxx

natd.conf
redirect_port tcp 192.168.20.1:80 x.x.x.a:80
redirect_port tcp 192.168.20.2:80 x.x.x.b:80

no ipfw:

${fw} add set 4 divert natd all from any to any via ${IF_EXT}

${fw} add check-state
#Acesso IP_VALIDO_1
${fw} add pass tcp from any to $IP_VALIDO_1 80 in via ${IF_EXT} setup limit
src-addr 4 keep-state
${fw} add pass tcp from $IP_VALIDO_1 80 to any out via ${IF_EXT}

#Acesso rede interna > DMZ
${fw} add pass tcp from $NET_INT to 192.168.20.1 80
${fw} add pass tcp from 192.168.20.1 80 to $NET_INT
...

#Nega o resto
${fw} add 65000 deny log all from any to any

Está correto?
Como o natd faz o mascaramento correto dos ips internos para os externos,
exemplo:
192.168.20.1 mascarando com ip x.x.x.A
e
192.168.20.2 mascarando com ip x.x.x.B
?
Ele já faz isso automaticamente? ou preciso usar o ipnat.conf ?
bge0=interface externa

map bge0 192.168.20.1 -> x.x.x.A/32

map bge0 192.168.20.2 -> x.x.x.B/32

Tenho que usar os dois para fazer o que preciso? natd + ipnat ?
qual o modo correto?

Obrigado

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

Re: [FUG-BR] Dúvida VPN IPSEC

[Tiago Ribeiro]

Em 11/03/2013 19:44, "William Inocencio" 
escreveu:
>
> Pessoal, boa noite.
>
> Estou avaliando implementar VPN via Ipsec utilizando FREEBSD ou OPENBSD
ou PFSENSE.
> Vou usar a solução que me der o melhor resultado  para o cenário
abaixo (exemplo):
>
> A localidade remota possui um link que é utilizado exclusivamente para
fechar VPN com a sede.
> A sede possui 2 links, assim sendo a localidade remota deverá fechar a
VPN pelo provedor A e caso detectar que o tunel está DOWN deverá tentar
fechar o tunel via provedor B.
>
> localidade remota: 192.168.0.0/24(Lan) / x.x.x.x/30 (Wan)
>
> sede: lan: 10.0.0.0/21--  y.y.y.y/30 (Wan)
>--   z.z.z.z/30 (Wan)
>
> A Sede já possui um appliance que já implementa VPN via IPSEC.
> O problema está na localidade remota.
>
> >>>
> Consigo via FREEBSD / OPENBSD / PFSENSE fazer com que a localidade remota
de forma AUTOMATICA verificar que um Peer está DOWN e tentar fechar o tunel
via Peer B ? (Se for via script já sei fazer ) quero saber se existe
uma daemon para isso ...
>
> Quais as experiências de vocês na utilização de VPN nas ferramentas
citadas acima ?
>
> Desde já obrigado .. !
>
> William
> -

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

[FUG-BR] Dúvida VPN IPSEC

[William Inocencio]

Pessoal, boa noite.

Estou avaliando implementar VPN via Ipsec utilizando FREEBSD ou OPENBSD ou 
PFSENSE.
Vou usar a solução que me der o melhor resultado  para o cenário abaixo 
(exemplo):

A localidade remota possui um link que é utilizado exclusivamente para fechar 
VPN com a sede.
A sede possui 2 links, assim sendo a localidade remota deverá fechar a VPN pelo 
provedor A e caso detectar que o tunel está DOWN deverá tentar fechar o tunel 
via provedor B.

localidade remota: 192.168.0.0/24(Lan) / x.x.x.x/30 (Wan)

sede: lan: 10.0.0.0/21--  y.y.y.y/30 (Wan)
                               --   z.z.z.z/30 (Wan)

A Sede já possui um appliance que já implementa VPN via IPSEC.
O problema está na localidade remota.

>>>
Consigo via FREEBSD / OPENBSD / PFSENSE fazer com que a localidade remota de 
forma AUTOMATICA verificar que um Peer está DOWN e tentar fechar o tunel via 
Peer B ? (Se for via script já sei fazer ) quero saber se existe uma daemon 
para isso ...

Quais as experiências de vocês na utilização de VPN nas ferramentas citadas 
acima ?

Desde já obrigado .. !

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

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Welinaldo Lopes Nascimento]

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

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Tiago Ribeiro]

Em 12/09/2012, às 22:47, Saul Figueiredo  escreveu:

> Em 12 de setembro de 2012 22:28, Welinaldo Lopes Nascimento <
> welina...@bsd.com.br> escreveu:
> 
>> Klaus, realmente não tinha pensado nisto!
>> Irei adotar sua dica...
>> 
>> Mas se alguem souber como fazer isto no squid, ja que abrí a thread,
>> gostaria de saber sim como implementar;
>> 
>> Se alguem souber um link ou algum material pra estudar isto, agradeço
>> 
>> Abraço!
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> 
> 
> 
> h sim, agora entendi
> 
> o Klaus Schneider
> tem
> razão, inclusive o squid tem uma tag que controla isso!
> 
> 

Não sei se já foi respondido, mais procura pela acl max_user_ip .
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Saul Figueiredo]

Em 12 de setembro de 2012 22:28, Welinaldo Lopes Nascimento <
welina...@bsd.com.br> escreveu:

> Klaus, realmente não tinha pensado nisto!
> Irei adotar sua dica...
>
> Mas se alguem souber como fazer isto no squid, ja que abrí a thread,
> gostaria de saber sim como implementar;
>
> Se alguem souber um link ou algum material pra estudar isto, agradeço
>
> Abraço!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


h sim, agora entendi

o Klaus Schneider
tem
razão, inclusive o squid tem uma tag que controla isso!



-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
Linux User: #554651
saulfelip...@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] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Welinaldo Lopes Nascimento]

Klaus, realmente não tinha pensado nisto!
Irei adotar sua dica...

Mas se alguem souber como fazer isto no squid, ja que abrí a thread,
gostaria de saber sim como implementar;

Se alguem souber um link ou algum material pra estudar isto, agradeço

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

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Klaus Schneider]

Simples, faça com que ele não consiga logar em duas máquinas ao mesmo
tempo. Isso na verdade é política de segurança, mais fácil que implementar
no squid...

2012/9/12 Welinaldo Lopes Nascimento 

> Saul, eu preciso que em uma rede com domínio, se por ventura o usuário
> fazer login em um computador e mesmo antes de ele encerrar a sessão o mesmo
> fazer login em outro computador, gostaria que expirasse a sessão anterior
> no outro computador.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Welinaldo Lopes Nascimento]

Saul, eu preciso que em uma rede com domínio, se por ventura o usuário
fazer login em um computador e mesmo antes de ele encerrar a sessão o mesmo
fazer login em outro computador, gostaria que expirasse a sessão anterior
no outro computador.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Guilherme Ferreira Rosario]

On Qua, 2012-09-12 at 15:13 -0300, Welinaldo Lopes Nascimento wrote:
> Pessoal,
> 
> Há algum parâmetro para o squid com autenticação ntlm, onde só é possível
> usar uma instância de conexão para cada usuário autenticado?
> 
> Por exemplo:
> 
> Se um usuárioX logar em um computador01, e simultaneamente este mesmo
> usuárioX logar em outro computador02, a autenticação para o computador01
> expirasse;
> 
> Há um meio de implementar isto?
> 
E' possivel atraves das flags que voce configurada no squid.conf.
-- 
-- 

Atenciosamente:

- Guilherme Ferreira Rosario
* Supervisor de Servidores
* www.abasetelecom.com.br
* Telefone (14)-3402284

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

Re: [FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Saul Figueiredo]

Em 12 de setembro de 2012 15:13, Welinaldo Lopes Nascimento <
welina...@bsd.com.br> escreveu:

> Pessoal,
>
> Há algum parâmetro para o squid com autenticação ntlm, onde só é possível
> usar uma instância de conexão para cada usuário autenticado?
>
> Por exemplo:
>
> Se um usuárioX logar em um computador01, e simultaneamente este mesmo
> usuárioX logar em outro computador02, a autenticação para o computador01
> expirasse;
>
> Há um meio de implementar isto?
>
> --
>
>
> .ılı..ılı.
> *Welinaldo Lopes Nascimento*
> Estudante de Desenvolvimento de Sistemas
> FreeBSD Community Member #BSD/OS
> *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.*
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


perae que travou o tico e teco aqui... como é o negocio?

-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
Linux User: #554651
saulfelip...@gmail.com

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

[FUG-BR] Dúvida sobre Squid com Autenticação NTLM Simultânea

[Welinaldo Lopes Nascimento]

Pessoal,

Há algum parâmetro para o squid com autenticação ntlm, onde só é possível
usar uma instância de conexão para cada usuário autenticado?

Por exemplo:

Se um usuárioX logar em um computador01, e simultaneamente este mesmo
usuárioX logar em outro computador02, a autenticação para o computador01
expirasse;

Há um meio de implementar isto?

-- 


.ılı..ılı.
*Welinaldo Lopes Nascimento*
Estudante de Desenvolvimento de Sistemas
FreeBSD Community Member #BSD/OS
*P Antes de imprimir pense em seu compromisso com o Meio Ambiente.*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] dúvida OpenVPN x permissões de acesso

[Marcelo Gondim]

Em 05/09/2012 08:18, Denis Granato escreveu:
> Bom dia pessoal,
>
> Preciso adicionar mais um cliente no meu openvpn server, porém eu preciso
> que ele
> acesse somente um IP depois de conectado.
>
> O Openvpn tem algum mecanismo que faça esse controle, ou terei que fazer
> via PF ?

Sim no OpenVPN você pode forçar um cliente à receber um IP fixo da VPN e 
assim fazer o controle no Firewall.
Eu mostro como definir o IP fixo na conexão do OpenVPN no meu artigo [1].
No exemplo que dou tenho 1 matriz e 2 filiais se conectando. Espero que 
seja útil:

[1] http://www.bsdinfo.com.br/2012/06/11/openvpn-interligando-empresas/

Grande abraço,

Gondim


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

Re: [FUG-BR] dúvida OpenVPN x permissões de acesso

[Christiano Liberato]

Via PF. Isso é o bom do openvpn: flexibilidade.

Em 5 de setembro de 2012 08:18, Denis Granato escreveu:

> Bom dia pessoal,
>
> Preciso adicionar mais um cliente no meu openvpn server, porém eu preciso
> que ele
> acesse somente um IP depois de conectado.
>
> O Openvpn tem algum mecanismo que faça esse controle, ou terei que fazer
> via PF ?
>
> abraç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] dúvida OpenVPN x permissões de acesso

[Guilherme Ferreira Rosario]

Acredito que voce tera que fazer algum tipo de filtro atraves de seu
firewall.
Em Qua, 2012-09-05 às 08:18 -0300, Denis Granato escreveu:
> Bom dia pessoal,
> 
> Preciso adicionar mais um cliente no meu openvpn server, porém eu preciso
> que ele
> acesse somente um IP depois de conectado.
> 
> O Openvpn tem algum mecanismo que faça esse controle, ou terei que fazer
> via PF ?
> 
> abraço
> -
> 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 Servidores
* 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

[FUG-BR] dúvida OpenVPN x permissões de acesso

[Denis Granato]

Bom dia pessoal,

Preciso adicionar mais um cliente no meu openvpn server, porém eu preciso
que ele
acesse somente um IP depois de conectado.

O Openvpn tem algum mecanismo que faça esse controle, ou terei que fazer
via PF ?

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

Re: [FUG-BR] Dúvida php5-oci8

[Luiz Henrique Coletto]

Em 19/07/2012 11:01, Alessandro de Souza Rocha escreveu:
> Em 19 de julho de 2012 10:50, João Mancy  escreveu:
>> é para um sistema interno. não tenho muitas informaçoes sobre.
>>
>> apenas tenho que fazer funcionar em php 5.2.X
>>
>> está funcionando com php 5.3 mas conforme o desenvolvedor há uma falha (
>> não sei onde ).
>>
>> vou colocar CentOS mesmo e tentar fazer um FreeBSD em paralelo.
>>
>> att
>>
>>
>> Em 19 de julho de 2012 10:40, Alessandro de Souza Rocha <
>> etherlin...@gmail.com> escreveu:
>>
>>> Em 19 de julho de 2012 10:38, Márcio Luciano Donada
>>>  escreveu:
> olha se te ajuda.
> http://www.bsd-club.com/working-with-oracle8-client-php5-oci8.html
>
 Tudo certo a parte do PHP, porém cadê install/libs do oracle? Essa
 parte do Oracle em FreeBSD tem problema com o suporte da oracle.
 Honestamente ambiente homologado para isso acredito que para FreeBSD
 ainda não tem.

 _
 Márcio Luciano Donada
 FreeBSD - The uptime measured in years!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>> O melhor seria neste caso é, usa RedHat enterprise ou Oracle linux,
>>> mas no caso sem homologação tenta colocar o 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
>>>
>>
>>
>> --
>> 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
> Tenta com os dois, depois posta pra gente.
>
João,
Descubra qual o exato problema e posta aqui para ajudarmos
abraço

-- 
Luiz Henrique Coletto
SCMANUT- CIRP
USP Universidade de São Paulo Campus Ribeirão Preto
Fone 55 16 3602-4738

A sabedoria dos crocodilos consiste
em verter lágrimas quando querem devorar.
"Francis Bacon"
---

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

Re: [FUG-BR] Dúvida php5-oci8

[Alessandro de Souza Rocha]

Em 19 de julho de 2012 10:50, João Mancy  escreveu:
> é para um sistema interno. não tenho muitas informaçoes sobre.
>
> apenas tenho que fazer funcionar em php 5.2.X
>
> está funcionando com php 5.3 mas conforme o desenvolvedor há uma falha (
> não sei onde ).
>
> vou colocar CentOS mesmo e tentar fazer um FreeBSD em paralelo.
>
> att
>
>
> Em 19 de julho de 2012 10:40, Alessandro de Souza Rocha <
> etherlin...@gmail.com> escreveu:
>
>> Em 19 de julho de 2012 10:38, Márcio Luciano Donada
>>  escreveu:
>> >>
>> >> olha se te ajuda.
>> >> http://www.bsd-club.com/working-with-oracle8-client-php5-oci8.html
>> >>
>> >
>> > Tudo certo a parte do PHP, porém cadê install/libs do oracle? Essa
>> > parte do Oracle em FreeBSD tem problema com o suporte da oracle.
>> > Honestamente ambiente homologado para isso acredito que para FreeBSD
>> > ainda não tem.
>> >
>> > _
>> > Márcio Luciano Donada
>> > FreeBSD - The uptime measured in years!
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
>> O melhor seria neste caso é, usa RedHat enterprise ou Oracle linux,
>> mas no caso sem homologação tenta colocar o 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
>>
>
>
>
> --
> 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

Tenta com os dois, depois posta pra gente.

-- 
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] Dúvida php5-oci8

[João Mancy]

é para um sistema interno. não tenho muitas informaçoes sobre.

apenas tenho que fazer funcionar em php 5.2.X

está funcionando com php 5.3 mas conforme o desenvolvedor há uma falha (
não sei onde ).

vou colocar CentOS mesmo e tentar fazer um FreeBSD em paralelo.

att


Em 19 de julho de 2012 10:40, Alessandro de Souza Rocha <
etherlin...@gmail.com> escreveu:

> Em 19 de julho de 2012 10:38, Márcio Luciano Donada
>  escreveu:
> >>
> >> olha se te ajuda.
> >> http://www.bsd-club.com/working-with-oracle8-client-php5-oci8.html
> >>
> >
> > Tudo certo a parte do PHP, porém cadê install/libs do oracle? Essa
> > parte do Oracle em FreeBSD tem problema com o suporte da oracle.
> > Honestamente ambiente homologado para isso acredito que para FreeBSD
> > ainda não tem.
> >
> > _
> > Márcio Luciano Donada
> > FreeBSD - The uptime measured in years!
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> O melhor seria neste caso é, usa RedHat enterprise ou Oracle linux,
> mas no caso sem homologação tenta colocar o 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
>



-- 
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] Dúvida php5-oci8

[Márcio Luciano Donada]

>
> olha se te ajuda.
> http://www.bsd-club.com/working-with-oracle8-client-php5-oci8.html
>

Tudo certo a parte do PHP, porém cadê install/libs do oracle? Essa
parte do Oracle em FreeBSD tem problema com o suporte da oracle.
Honestamente ambiente homologado para isso acredito que para FreeBSD
ainda não tem.

_
Márcio Luciano Donada
FreeBSD - The uptime measured in years!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida php5-oci8

[Alessandro de Souza Rocha]

2012/7/19 João Mancy :
> Necessito usar o php 5.2.X  devido sistema web ( não me pergunte porquê ) e
> este com suporte a Oracle.
>
> O projeto roda em coma de 5.3.X e Debian e já que terei que refazer mesmo
> pensei em usar FreeBSD.
>
> conforme o Fresh Ports.
>
> http://www.freshports.org/databases/php5-oci8/
>
> Este port foi deletado por falta de suporte por parte da Oracle.
>
> Alguém usa algo parecido ??? ou vou ter que usar em cima de Linux ?
>
> --
> 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

olha se te ajuda.
http://www.bsd-club.com/working-with-oracle8-client-php5-oci8.html

-- 
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] Dúvida com regra de PF

[Mario Lobo]

On Friday 15 June 2012 16:20:18 João Mancy wrote:
> Boa tarde,
> 
> Pessoal estou tentando bloquear alguns IP's externos - facebook por
> exemplo.
> 
> Então, eu declaro meu pf.conf
> 
> 
> #criei uma table com os liberados
> table < ips_liberados > persist file "/etc/pf/pf_ips_liberados.txt"
> 
> #ja tentei assim também:
> block out log proto  { tcp, udp }  from any  to  { any, !< ips_bloqueados >
> } port 443
> 
> Inicialmente liberou e bloqueou, após isso.. nunca mais consegui.
> 
> A pergunta é:
> 
> Como vocês bloqueiam sites com PF de forma correta e com regras de
> excessões?
> 
> obrigado.

João;

Pode ser até que eu esteja errado ou que todos discordem de mim mas eu tenho 
raciocinado da seguinte forma:

O pf é um firewall de "last match", ou seja, o pacote tem atravessar TODAS as 
regras para saber qual a última que bateu. Para conter essa varredura total 
recorrente das regras, todos os meus "pass" são "quick".

Deixa eu te dar um exemplo real em produção:

# Redirects
 # Squid

rdr on $lab_if inet proto tcp from any to any port 3128  -> 127.0.0.2 port 
3128
rdr on $aln_if inet proto tcp from { , $hiperdot } to any port 3128  
-> 127.0.0.2 port 3128
rdr on $aln_if inet proto tcp from any to any port 3128  -> 127.0.0.3 port 
3128

# Filtering

  #--- Squid
pass in quick on $lab_if inet proto tcp from any to 127.0.0.2 port 3128 flags 
S/SA keep state
pass in quick on $aln_if inet proto tcp from any to 127.0.0.2 port 3128 flags 
S/SA keep state
pass in quick on $aln_if inet proto tcp from any to 127.0.0.3 port 3128 flags 
S/SA keep state


Estas 3 "pass" são regras #1,2 e 3. 

Salvo se eu não entendi como funciona o "quick", pra que deixar o 
processamento ir atá a regra # 207 (block all) se na regra #1 eu JA SEI que 
eles tem que passar?

ou seja se a sua regra for:

block out quick log proto  { tcp, udp }  from any  to  < ips_bloqueados > port 
443

Vai bloquear de imediato todos para < ips_bloqueados > port 443.


Por favor, se o meu raciocínio estiver errado, me corrijam.


-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida com regra de PF

[vic]

Em 2012-06-15 16:20, João Mancy escreveu:
> Boa tarde,
>
> Pessoal estou tentando bloquear alguns IP's externos - facebook por 
> exemplo.
>
> Então, eu declaro meu pf.conf
>
>
> #criei uma table com os liberados
> table < ips_liberados > persist file "/etc/pf/pf_ips_liberados.txt"
>
> #ja tentei assim também:
> block out log proto  { tcp, udp }  from any  to  { any, !< 
> ips_bloqueados >
> } port 443
>
> Inicialmente liberou e bloqueou, após isso.. nunca mais consegui.
>
> A pergunta é:
>
> Como vocês bloqueiam sites com PF de forma correta e com regras de
> excessões?
>
> obrigado.

Não testei, mas por padrão o PF processa todas as regras (last match 
wins), então

block out proto { tcp, udp } from any to  port https
pass out proto { tcp, udp } from  to  
port https keep state

deve funcionar.

-- 
vic
http://choppnerd.com
http://donttrack.us   |   http://dontbubble.us
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida com regra de PF

[Eduardo Schoedler]

Em 15 de junho de 2012 16:20, João Mancy  escreveu:

> Pessoal estou tentando bloquear alguns IP's externos - facebook por
> exemplo.
>
> Então, eu declaro meu pf.conf
>
>
> #criei uma table com os liberados
> table < ips_liberados > persist file "/etc/pf/pf_ips_liberados.txt"
>
> #ja tentei assim também:
> block out log proto  { tcp, udp }  from any  to  { any, !< ips_bloqueados >
> } port 443
>
> Inicialmente liberou e bloqueou, após isso.. nunca mais consegui.
>
> A pergunta é:
>
> Como vocês bloqueiam sites com PF de forma correta e com regras de
> excessões?
>
>

A última regra é a que vale.
Não existe outra regra liberando depois desse block?

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

[FUG-BR] Dúvida com regra de PF

[João Mancy]

Boa tarde,

Pessoal estou tentando bloquear alguns IP's externos - facebook por exemplo.

Então, eu declaro meu pf.conf


#criei uma table com os liberados
table < ips_liberados > persist file "/etc/pf/pf_ips_liberados.txt"

#ja tentei assim também:
block out log proto  { tcp, udp }  from any  to  { any, !< ips_bloqueados >
} port 443

Inicialmente liberou e bloqueou, após isso.. nunca mais consegui.

A pergunta é:

Como vocês bloqueiam sites com PF de forma correta e com regras de
excessões?

obrigado.

-- 
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] Dúvida - BGP

[Tiago Felipe]

Obrigado.

On 03/27/12 13:29, Eduardo Schoedler wrote:
> A dúvida especificamente de BGP pode ser tirada nas listas GTER e MASOCH-L.
>
> --
> Eduardo Schoedler
>
>
>
> Em 27 de março de 2012 12:07, Tiago Felipeescreveu:
>
>> Boa tarde,
>>
>>
>> Seria possível um ambiente apresentando a seguinte situação:
>>
>> 1- Um router com dois ISP, duas sessões BGP com AS diferentes,
>> anunciando a mesma rede?
>>
>> 2- Um router com dois ISP, duas sessões BGP com AS iguais, anunciando a
>> mesma rede?
>>
>> Se alguém tiver experiência no assunto e puder colaborar, agradeço =]
>>
>>
>> Att,
>> Tiago.
>>
> -
> 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] Dúvida - BGP

[Eduardo Schoedler]

A dúvida especificamente de BGP pode ser tirada nas listas GTER e MASOCH-L.

--
Eduardo Schoedler



Em 27 de março de 2012 12:07, Tiago Felipe escreveu:

> Boa tarde,
>
>
> Seria possível um ambiente apresentando a seguinte situação:
>
> 1- Um router com dois ISP, duas sessões BGP com AS diferentes,
> anunciando a mesma rede?
>
> 2- Um router com dois ISP, duas sessões BGP com AS iguais, anunciando a
> mesma rede?
>
> Se alguém tiver experiência no assunto e puder colaborar, agradeço =]
>
>
> Att,
> Tiago.
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida - BGP

[Tiago Felipe]

Boa tarde,


Seria possível um ambiente apresentando a seguinte situação:

1- Um router com dois ISP, duas sessões BGP com AS diferentes, 
anunciando a mesma rede?

2- Um router com dois ISP, duas sessões BGP com AS iguais, anunciando a 
mesma rede?

Se alguém tiver experiência no assunto e puder colaborar, agradeço =]


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

Re: [FUG-BR] Dúvida com CARP

[Alessandro de Souza Rocha]

olha este link que postei anteriormente.
http://www.aisecure.net/2012/02/07/hast-freebsd-zfs-with-carp-failover/

Em 29 de fevereiro de 2012 10:58, fknet  escreveu:
> Funciona sim Weder, ficou certinho aqui, ativei via sysctl em ambos
> servidores e agora tá retornando o master para sua posição quando a
> interface física dele sobe.
>
> []s
>
> Em 29/02/2012 09:10, Weder Lima escreveu:
>> Lucas, voce ja fez testes com o "preempt" e ele retornou?
>> Eu utilizei o carp em um Freebsd 7.2 (ja faz um tempo... ) e mesmo assim
>> ele não retornou. Tive que usar o ifstated.
>>
>> Posso ter me enganado mas na doc oficial do Freebsd [1] ele diz que o
>> preempt da um "down" em todas as  interfaces caso uma delas caia. Entendi
>> que se as duas maquinas tem dois adaptadores e alguns dos "externos" caia,
>> ele tambem derruba os internos para evitar mais problemas.
>>
>> Complementem ai pessoal  ;)
>>
>> 1 - http://www.freebsd.org/doc/handbook/carp.html
>>
>>
>> Att,
>>
>> Weder Lima..
>>
>> 2012/2/28 Lucas Dias
>>
>>> Olá Lista
>>>
>>> fknet
>>>
>>> Você tem que deixar ativo no kernel sim, ou ativar a sysctl
>>> net.inet.carp.preempt=1.
>>>
>>> Com a preempção ativada, ele verá qual é o mestre e retornará
>>> automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
>>> que o slave.
>>>
>>> Veja em [1] e em [2] mais informações.
>>>
>>> [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
>>> disponibilidade com CARP, Ifstated e pfsync
>>> [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
>>> Redundancy Protocol (CARP)
>>>
>>> Espero ter ajudado.
>>>
>>> --
>>> .:: Lucas Dias
>>> .:: Analista de Sistemas
>>> .:: OS3 Soluções em TI
>>> .:: (82) 8813-1494 / 8111-2288
>>> .:: Antes de imprimir, veja se realmente é necessário!!!
>>>
>>>
>>> Em 28 de fevereiro de 2012 21:03, fknet>>> escreveu:
 Olá Weder,

 Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não
 "devolve" o ip para o master.

 Será que se eu desativar esta opção:
 options          PREEMPTION

 no kernel funcionará o retorno automático para o host master??? será que
 não afetará mais nada em meus sistema???

 obrigado

 Em 28/02/2012 19:12, Weder Lima escreveu:
> Acredito que voce deva dar um "down" e um "up" na interface carp0 no
 Master
> Fabrício.
>
> ref.: http://www.freebsd.org/doc/handbook/carp.html
>
>
 -
 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



-- 
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] Dúvida com CARP

[fknet]

Funciona sim Weder, ficou certinho aqui, ativei via sysctl em ambos 
servidores e agora tá retornando o master para sua posição quando a 
interface física dele sobe.

[]s

Em 29/02/2012 09:10, Weder Lima escreveu:
> Lucas, voce ja fez testes com o "preempt" e ele retornou?
> Eu utilizei o carp em um Freebsd 7.2 (ja faz um tempo... ) e mesmo assim
> ele não retornou. Tive que usar o ifstated.
>
> Posso ter me enganado mas na doc oficial do Freebsd [1] ele diz que o
> preempt da um "down" em todas as  interfaces caso uma delas caia. Entendi
> que se as duas maquinas tem dois adaptadores e alguns dos "externos" caia,
> ele tambem derruba os internos para evitar mais problemas.
>
> Complementem ai pessoal  ;)
>
> 1 - http://www.freebsd.org/doc/handbook/carp.html
>
>
> Att,
>
> Weder Lima..
>
> 2012/2/28 Lucas Dias
>
>> Olá Lista
>>
>> fknet
>>
>> Você tem que deixar ativo no kernel sim, ou ativar a sysctl
>> net.inet.carp.preempt=1.
>>
>> Com a preempção ativada, ele verá qual é o mestre e retornará
>> automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
>> que o slave.
>>
>> Veja em [1] e em [2] mais informações.
>>
>> [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
>> disponibilidade com CARP, Ifstated e pfsync
>> [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
>> Redundancy Protocol (CARP)
>>
>> Espero ter ajudado.
>>
>> --
>> .:: Lucas Dias
>> .:: Analista de Sistemas
>> .:: OS3 Soluções em TI
>> .:: (82) 8813-1494 / 8111-2288
>> .:: Antes de imprimir, veja se realmente é necessário!!!
>>
>>
>> Em 28 de fevereiro de 2012 21:03, fknet>> escreveu:
>>> Olá Weder,
>>>
>>> Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não
>>> "devolve" o ip para o master.
>>>
>>> Será que se eu desativar esta opção:
>>> options  PREEMPTION
>>>
>>> no kernel funcionará o retorno automático para o host master??? será que
>>> não afetará mais nada em meus sistema???
>>>
>>> obrigado
>>>
>>> Em 28/02/2012 19:12, Weder Lima escreveu:
 Acredito que voce deva dar um "down" e um "up" na interface carp0 no
>>> Master
 Fabrício.

 ref.: http://www.freebsd.org/doc/handbook/carp.html


>>> -
>>> 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] Dúvida com CARP

[fknet]

Funcionou galera!

Ativei a preempção via sysctl nos 2 servidores e quando volta o master 
ele reassume a posição, show de bola, tudo funcionando!

Assim que sobrar um tempo vejo a questão do hast, mas acredito que o 
carp me atenderá perfeitamente.

[]s

Fabrício

Em 29/02/2012 09:06, Lucas Dias escreveu:
> fknet
>
> Ative nos dois servidores. Assim a preempção estará ativada nos dois
> servidores, e eles ficaram monitorando que é Master e quem é Slave.
>
> Depois dê também uma olhada na solução HAST [1][2] e no ifstated(8). Podem
> também cair como uma luva para você.
>
> Abraços.
>
> [1] - http://wiki.freebsd.org/HAST
> [2] - http://www.freebsd.org/doc/handbook/disks-hast.html
> [3] -
> http://www.freebsd.org/cgi/man.cgi?query=ifstated%288%29&apropos=0&sektion=0&manpath=FreeBSD+Ports+9.0-RELEASE&arch=default&format=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] Dúvida com CARP

[Weder Lima]

Lucas, voce ja fez testes com o "preempt" e ele retornou?
Eu utilizei o carp em um Freebsd 7.2 (ja faz um tempo... ) e mesmo assim
ele não retornou. Tive que usar o ifstated.

Posso ter me enganado mas na doc oficial do Freebsd [1] ele diz que o
preempt da um "down" em todas as  interfaces caso uma delas caia. Entendi
que se as duas maquinas tem dois adaptadores e alguns dos "externos" caia,
ele tambem derruba os internos para evitar mais problemas.

Complementem ai pessoal  ;)

1 - http://www.freebsd.org/doc/handbook/carp.html


Att,

Weder Lima..

2012/2/28 Lucas Dias 

> Olá Lista
>
> fknet
>
> Você tem que deixar ativo no kernel sim, ou ativar a sysctl
> net.inet.carp.preempt=1.
>
> Com a preempção ativada, ele verá qual é o mestre e retornará
> automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
> que o slave.
>
> Veja em [1] e em [2] mais informações.
>
> [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
> disponibilidade com CARP, Ifstated e pfsync
> [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
> Redundancy Protocol (CARP)
>
> Espero ter ajudado.
>
> --
> .:: Lucas Dias
> .:: Analista de Sistemas
> .:: OS3 Soluções em TI
> .:: (82) 8813-1494 / 8111-2288
> .:: Antes de imprimir, veja se realmente é necessário!!!
>
>
> Em 28 de fevereiro de 2012 21:03, fknet  >escreveu:
>
> > Olá Weder,
> >
> > Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não
> > "devolve" o ip para o master.
> >
> > Será que se eu desativar esta opção:
> > options  PREEMPTION
> >
> > no kernel funcionará o retorno automático para o host master??? será que
> > não afetará mais nada em meus sistema???
> >
> > obrigado
> >
> > Em 28/02/2012 19:12, Weder Lima escreveu:
> > > Acredito que voce deva dar um "down" e um "up" na interface carp0 no
> > Master
> > > Fabrício.
> > >
> > > ref.: http://www.freebsd.org/doc/handbook/carp.html
> > >
> > >
> >
> > -
> > 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] Dúvida com CARP

[Lucas Dias]

fknet

Ative nos dois servidores. Assim a preempção estará ativada nos dois
servidores, e eles ficaram monitorando que é Master e quem é Slave.

Depois dê também uma olhada na solução HAST [1][2] e no ifstated(8). Podem
também cair como uma luva para você.

Abraços.

[1] - http://wiki.freebsd.org/HAST
[2] - http://www.freebsd.org/doc/handbook/disks-hast.html
[3] -
http://www.freebsd.org/cgi/man.cgi?query=ifstated%288%29&apropos=0&sektion=0&manpath=FreeBSD+Ports+9.0-RELEASE&arch=default&format=html

-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: OS3 Soluções em TI
.:: (82) 8813-1494 / 8111-2288
.:: Antes de imprimir, veja se realmente é necessário!!!

Em 29 de fevereiro de 2012 07:39, Diogo Dalfovo escreveu:

> Desculpem não tinha prestado atenção o Lucas ja tinha passado este link...
>
> Diogo Dalfovo
>
> Em 29 de fevereiro de 2012 07:37, Diogo Dalfovo  >escreveu:
>
> > Bom dia Fknet...
> >
> > Voce ja deu uma olhada no Ifstated? Ele vai monitorar o estado das
> > interfaces e dar o Down/UP delas automatico [1].
> >
> > http://www.fug.com.br/content/view/124/77/
> >
> > Diogo Dalfovo
> >
> >
> > Em 28 de fevereiro de 2012 21:33, fknet  >escreveu:
> >
> > obrigado Lucas!!! É isto mesmo, vou fazer via sysctl.
> >>
> >> Só me confirma uma coisa, tenho que deixar ativado nos 2 servidores ou
> >> apenas no master?
> >>
> >> abraços
> >>
> >> Fabrício
> >>
> >> Em 28/02/2012 21:23, Lucas Dias escreveu:
> >> > Olá Lista
> >> >
> >> > fknet
> >> >
> >> > Você tem que deixar ativo no kernel sim, ou ativar a sysctl
> >> > net.inet.carp.preempt=1.
> >> >
> >> > Com a preempção ativada, ele verá qual é o mestre e retornará
> >> > automáticamente. O Mestre ou Master deverá estar com o advskew mais
> >> baixo
> >> > que o slave.
> >> >
> >> > Veja em [1] e em [2] mais informações.
> >> >
> >> > [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
> >> > disponibilidade com CARP, Ifstated e pfsync
> >> > [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
> >> > Redundancy Protocol (CARP)
> >> >
> >> > Espero ter ajudado.
> >> >
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida com CARP

[Diogo Dalfovo]

Desculpem não tinha prestado atenção o Lucas ja tinha passado este link...

Diogo Dalfovo

Em 29 de fevereiro de 2012 07:37, Diogo Dalfovo escreveu:

> Bom dia Fknet...
>
> Voce ja deu uma olhada no Ifstated? Ele vai monitorar o estado das
> interfaces e dar o Down/UP delas automatico [1].
>
> http://www.fug.com.br/content/view/124/77/
>
> Diogo Dalfovo
>
>
> Em 28 de fevereiro de 2012 21:33, fknet escreveu:
>
> obrigado Lucas!!! É isto mesmo, vou fazer via sysctl.
>>
>> Só me confirma uma coisa, tenho que deixar ativado nos 2 servidores ou
>> apenas no master?
>>
>> abraços
>>
>> Fabrício
>>
>> Em 28/02/2012 21:23, Lucas Dias escreveu:
>> > Olá Lista
>> >
>> > fknet
>> >
>> > Você tem que deixar ativo no kernel sim, ou ativar a sysctl
>> > net.inet.carp.preempt=1.
>> >
>> > Com a preempção ativada, ele verá qual é o mestre e retornará
>> > automáticamente. O Mestre ou Master deverá estar com o advskew mais
>> baixo
>> > que o slave.
>> >
>> > Veja em [1] e em [2] mais informações.
>> >
>> > [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
>> > disponibilidade com CARP, Ifstated e pfsync
>> > [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
>> > Redundancy Protocol (CARP)
>> >
>> > Espero ter ajudado.
>> >
>>
>> -
>> 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] Dúvida com CARP

[Diogo Dalfovo]

Bom dia Fknet...

Voce ja deu uma olhada no Ifstated? Ele vai monitorar o estado das
interfaces e dar o Down/UP delas automatico [1].

http://www.fug.com.br/content/view/124/77/

Diogo Dalfovo


Em 28 de fevereiro de 2012 21:33, fknet escreveu:

> obrigado Lucas!!! É isto mesmo, vou fazer via sysctl.
>
> Só me confirma uma coisa, tenho que deixar ativado nos 2 servidores ou
> apenas no master?
>
> abraços
>
> Fabrício
>
> Em 28/02/2012 21:23, Lucas Dias escreveu:
> > Olá Lista
> >
> > fknet
> >
> > Você tem que deixar ativo no kernel sim, ou ativar a sysctl
> > net.inet.carp.preempt=1.
> >
> > Com a preempção ativada, ele verá qual é o mestre e retornará
> > automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
> > que o slave.
> >
> > Veja em [1] e em [2] mais informações.
> >
> > [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
> > disponibilidade com CARP, Ifstated e pfsync
> > [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
> > Redundancy Protocol (CARP)
> >
> > Espero ter ajudado.
> >
>
> -
> 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] Dúvida com CARP

[fknet]

obrigado Lucas!!! É isto mesmo, vou fazer via sysctl.

Só me confirma uma coisa, tenho que deixar ativado nos 2 servidores ou 
apenas no master?

abraços

Fabrício

Em 28/02/2012 21:23, Lucas Dias escreveu:
> Olá Lista
>
> fknet
>
> Você tem que deixar ativo no kernel sim, ou ativar a sysctl
> net.inet.carp.preempt=1.
>
> Com a preempção ativada, ele verá qual é o mestre e retornará
> automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
> que o slave.
>
> Veja em [1] e em [2] mais informações.
>
> [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
> disponibilidade com CARP, Ifstated e pfsync
> [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
> Redundancy Protocol (CARP)
>
> Espero ter ajudado.
>

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

Re: [FUG-BR] Dúvida com CARP

[Lucas Dias]

Olá Lista

fknet

Você tem que deixar ativo no kernel sim, ou ativar a sysctl
net.inet.carp.preempt=1.

Com a preempção ativada, ele verá qual é o mestre e retornará
automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo
que o slave.

Veja em [1] e em [2] mais informações.

[1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta
disponibilidade com CARP, Ifstated e pfsync
[2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address
Redundancy Protocol (CARP)

Espero ter ajudado.

-- 
.:: Lucas Dias
.:: Analista de Sistemas
.:: OS3 Soluções em TI
.:: (82) 8813-1494 / 8111-2288
.:: Antes de imprimir, veja se realmente é necessário!!!


Em 28 de fevereiro de 2012 21:03, fknet escreveu:

> Olá Weder,
>
> Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não
> "devolve" o ip para o master.
>
> Será que se eu desativar esta opção:
> options  PREEMPTION
>
> no kernel funcionará o retorno automático para o host master??? será que
> não afetará mais nada em meus sistema???
>
> obrigado
>
> Em 28/02/2012 19:12, Weder Lima escreveu:
> > Acredito que voce deva dar um "down" e um "up" na interface carp0 no
> Master
> > Fabrício.
> >
> > ref.: http://www.freebsd.org/doc/handbook/carp.html
> >
> >
>
> -
> 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] Dúvida com CARP

[fknet]

Olá Weder,

Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não 
"devolve" o ip para o master.

Será que se eu desativar esta opção:
options  PREEMPTION

no kernel funcionará o retorno automático para o host master??? será que 
não afetará mais nada em meus sistema???

obrigado

Em 28/02/2012 19:12, Weder Lima escreveu:
> Acredito que voce deva dar um "down" e um "up" na interface carp0 no Master
> Fabrício.
>
> ref.: http://www.freebsd.org/doc/handbook/carp.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] Dúvida com CARP

[Weder Lima]

Acredito que voce deva dar um "down" e um "up" na interface carp0 no Master
Fabrício.

ref.: http://www.freebsd.org/doc/handbook/carp.html


-- 


Att,

Weder Lima



2012/2/28 fknet 

> Boa tarde senhores!
>
> Estou com uma dúvida no CARP.
>
> Tenho 2 servidores que estão configurados como abaixo:
>
> Servidor 1 (Master):
> cloned_interfaces="carp0"
> ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass
> super_senha advskew 0"
> ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255"
>
> Servidor 2 (Backup):
> cloned_interfaces="carp0"
> ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass
> super_senha advskew 100"
> ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255"
>
> Funcionou perfeitamente, pra ser sincero até fiquei assustado com a
> simplicidade para por o CARP para funcionar, foi fácil demais. Se eu
> retiro o cabo de rede do servidor Master o servidor Backup entra em ação
> na hora!
>
> Meu problema é que quando volto o cabo de rede no servidor Master ele
> não reassume sua posição de master e fica como backup. Gostaria de que
> ele voltasse a ser o master na rede, preciso alterar algo na
> configuração para que funcione desta forma?
>
> Grato,
>
> Fabrício
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida com CARP

[fknet]

Boa tarde senhores!

Estou com uma dúvida no CARP.

Tenho 2 servidores que estão configurados como abaixo:

Servidor 1 (Master):
cloned_interfaces="carp0"
ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass 
super_senha advskew 0"
ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255"

Servidor 2 (Backup):
cloned_interfaces="carp0"
ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass 
super_senha advskew 100"
ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255"

Funcionou perfeitamente, pra ser sincero até fiquei assustado com a 
simplicidade para por o CARP para funcionar, foi fácil demais. Se eu 
retiro o cabo de rede do servidor Master o servidor Backup entra em ação 
na hora!

Meu problema é que quando volto o cabo de rede no servidor Master ele 
não reassume sua posição de master e fica como backup. Gostaria de que 
ele voltasse a ser o master na rede, preciso alterar algo na 
configuração para que funcione desta forma?

Grato,

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

Re: [FUG-BR] Dúvida na criação/atualização de um port

[Carlos Eduardo G. Carvalho (Cartola)]

Pois é... acho até que acessar direto via svn ou no github pode ser uma
opção e que os ports poderiam pegar de lá, mas o próprio svn pode ter
restrições de acesso de dentro de empresas e tal. O ideal realmente seria um
download via web/ftp.

Bom, taí então a missão pro colega: convencer os developers da importância
disso, que possivelmente pode ser importante pra outras distros também.

Abs,

Carlos E G Carvalho (Cartola)
http://cartola.org/360



Em 12 de setembro de 2011 15:06, Renato Botelho escreveu:

> 2011/9/12 Carlos Eduardo G. Carvalho (Cartola) 
> >
> > Hmm, entendi. É, então acho que só resta esperar mesmo e de repente
> > pressionar o pessoal pra botar logo o 3.6 no ar. Já se ofereceu pra isso?
> :)
> > não deve ser só uma questão de falta de braço pra fazer a coisa...
>
> Fala Cartola, beleza?
>
> Então cara, tenho notado que muitos mantenedores de projetos estão
> deixando de empacotar os sources, eles hospedam o src em algum
> desses sites tipo github, colocam um tag lá marcando a versão e
> cada um que baixe de lá.
>
> Não acho que seja por preguiça, acho que muitas vezes o cara que
> escreve o código não está habituado a manter pacotes, por isso cabe
> a nós, mantenedores de pacotes, tentar trocar ideia com o autor e
> convencê-lo que empacotar é sim importante.
>
> []s
> --
> Renato Botelho
> -
> 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] Dúvida na criação/atualização de um port

[Renato Botelho]

2011/9/12 Carlos Eduardo G. Carvalho (Cartola) 
>
> Hmm, entendi. É, então acho que só resta esperar mesmo e de repente
> pressionar o pessoal pra botar logo o 3.6 no ar. Já se ofereceu pra isso? :)
> não deve ser só uma questão de falta de braço pra fazer a coisa...

Fala Cartola, beleza?

Então cara, tenho notado que muitos mantenedores de projetos estão
deixando de empacotar os sources, eles hospedam o src em algum
desses sites tipo github, colocam um tag lá marcando a versão e
cada um que baixe de lá.

Não acho que seja por preguiça, acho que muitas vezes o cara que
escreve o código não está habituado a manter pacotes, por isso cabe
a nós, mantenedores de pacotes, tentar trocar ideia com o autor e
convencê-lo que empacotar é sim importante.

[]s
--
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] Dúvida na criação/atualização de um port

[Carlos Eduardo G. Carvalho (Cartola)]

; X.else
> X${INSTALL_LIB} -m 755 ${WRKSRC}/libv8_g.a ${PREFIX}/lib/libv8.a
> X${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser_g.a
> ${PREFIX}/lib/libv8preparser.a
> X${INSTALL_LIB} -m 755 ${WRKSRC}/libv8preparser_g.so
> ${PREFIX}/lib/libv8preparser.so
> X${LN} -sf ${PREFIX}/lib/libv8preparser_g.so
> ${PREFIX}/lib/libv8preparser.so.1
> X${INSTALL_LIB} -m 755 ${WRKSRC}/libv8_g.so ${PREFIX}/lib/libv8.so
> X${LN} -sf ${PREFIX}/lib/libv8_g.so ${PREFIX}/lib/libv8.so.1
> X${INSTALL_PROGRAM} ${WRKSRC}/d8_g ${PREFIX}/bin/d8
> X.endif
> X
> X${INSTALL_DATA} ${WRKSRC}/include/v8.h ${PREFIX}/include/
> X${INSTALL_DATA} ${WRKSRC}/include/v8-debug.h ${PREFIX}/include/
> X${INSTALL_DATA} ${WRKSRC}/include/v8-preparser.h ${PREFIX}/include/
> X${INSTALL_DATA} ${WRKSRC}/include/v8-profiler.h ${PREFIX}/include/
> X${INSTALL_DATA} ${WRKSRC}/include/v8-testing.h ${PREFIX}/include/
> X${INSTALL_DATA} ${WRKSRC}/include/v8stdint.h ${PREFIX}/include/
> X
> X.include 
> 49454c7aab1462437bf5a6e5ee818814
> echo x - v8/pkg-descr
> sed 's/^X//' >v8/pkg-descr << 'd366a7e3141c171842dbe70b6a4860ef'
> XGoogle's open source JavaScript engine
> X
> XWWW: http://code.google.com/p/v8/
> d366a7e3141c171842dbe70b6a4860ef
> exit
>
>
>
> On 9/12/11 10:09 AM, Carlos Eduardo G. Carvalho (Cartola) wrote:
> > Mas e a tal solução de baixar direto do svn? O mantenedor criticou o
> "fetch:
> > maint-gen-distfile"? Seria o caso dele propor a solução de contorno, pois
> se
> > os desenvs não fornecem o tarball temos que nos virar... é melhor ficar
> sem
> > o software do que ter uma solução deselegante?
> >
> > Eu não acho, acho melhor um equilíbrio e um foco no resultado final. As
> > vezes o fim justifica os meios :) Acho ruim um processo rígido impedir um
> > benefício para o sistema e os usuários. Não deu pra olhar sua solução
> daqui.
> > Estou no trabalho e o pastebin.com é bloqueado.
> >
> > Abs,
> >
> > Carlos E G Carvalho (Cartola)
> > http://cartola.org/360
> >
> >
> >
> > Em 11 de setembro de 2011 11:09, Danilo Egea >escreveu:
> >
> >> Opa,
> >>
> >> é verdade, afinal eu poderia ter colocado algo malicioso no tarball.
> >>
> >> Mas blz, minha primeira contribuição para o ports foi frustrada uhauHAU
> >>
> >> abraços
> >>
> >> E-mail/MSN ->  daniloe...@yahoo.com.br
> >> Skype ->  daniloegea
> >> Blog ->  http://daniloegea.wordpress.com
> >> Twitter ->  http://twitter.com/daniloegea
> >>
> >>
> >> 
> >> De: Renato Botelho
> >> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)<
> >> freebsd@fug.com.br>
> >> Enviadas: Domingo, 11 de Setembro de 2011 10:14
> >> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
> >>
> >> 2011/9/11 Danilo Egea:
> >>> Boa, mas o cara que mantém o port respondeu meu email sobre essa
> solução,
> >> disse que só irá alterar o port quando tiver um tarball official dos
> >> fontes...
> >>
> >> Fala Danilo,
> >>
> >> Concordo com o mantainer nesse caso, o problema está na origem,
> >> o cara deveria disponibilizar os tarballs das versões.
> >>
> >> []s
> >> --
> >> Renato Botelho
> >> -
> >> 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
> >
>
>
> --
> Danilo Egêa Gondolfo
> http://daniloegea.wordpress.com
>
> "To understand the computers, we must know what computers understand."
>
> -
> 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] Dúvida na criação/atualização de um port

[Danilo Egea]

g-descr << 'd366a7e3141c171842dbe70b6a4860ef'
XGoogle's open source JavaScript engine
X
XWWW: http://code.google.com/p/v8/
d366a7e3141c171842dbe70b6a4860ef
exit



On 9/12/11 10:09 AM, Carlos Eduardo G. Carvalho (Cartola) wrote:
> Mas e a tal solução de baixar direto do svn? O mantenedor criticou o "fetch:
> maint-gen-distfile"? Seria o caso dele propor a solução de contorno, pois se
> os desenvs não fornecem o tarball temos que nos virar... é melhor ficar sem
> o software do que ter uma solução deselegante?
>
> Eu não acho, acho melhor um equilíbrio e um foco no resultado final. As
> vezes o fim justifica os meios :) Acho ruim um processo rígido impedir um
> benefício para o sistema e os usuários. Não deu pra olhar sua solução daqui.
> Estou no trabalho e o pastebin.com é bloqueado.
>
> Abs,
>
> Carlos E G Carvalho (Cartola)
> http://cartola.org/360
>
>
>
> Em 11 de setembro de 2011 11:09, Danilo Egeaescreveu:
>
>> Opa,
>>
>> é verdade, afinal eu poderia ter colocado algo malicioso no tarball.
>>
>> Mas blz, minha primeira contribuição para o ports foi frustrada uhauHAU
>>
>> abraços
>>
>> E-mail/MSN ->  daniloe...@yahoo.com.br
>> Skype ->  daniloegea
>> Blog ->  http://daniloegea.wordpress.com
>> Twitter ->  http://twitter.com/daniloegea
>>
>>
>> 
>> De: Renato Botelho
>> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)<
>> freebsd@fug.com.br>
>> Enviadas: Domingo, 11 de Setembro de 2011 10:14
>> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
>>
>> 2011/9/11 Danilo Egea:
>>> Boa, mas o cara que mantém o port respondeu meu email sobre essa solução,
>> disse que só irá alterar o port quando tiver um tarball official dos
>> fontes...
>>
>> Fala Danilo,
>>
>> Concordo com o mantainer nesse caso, o problema está na origem,
>> o cara deveria disponibilizar os tarballs das versões.
>>
>> []s
>> --
>> Renato Botelho
>> -
>> 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
>


-- 
Danilo Egêa Gondolfo
http://daniloegea.wordpress.com

"To understand the computers, we must know what computers understand."

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

Re: [FUG-BR] Dúvida na criação/atualização de um port

[Carlos Eduardo G. Carvalho (Cartola)]

Mas e a tal solução de baixar direto do svn? O mantenedor criticou o "fetch:
maint-gen-distfile"? Seria o caso dele propor a solução de contorno, pois se
os desenvs não fornecem o tarball temos que nos virar... é melhor ficar sem
o software do que ter uma solução deselegante?

Eu não acho, acho melhor um equilíbrio e um foco no resultado final. As
vezes o fim justifica os meios :) Acho ruim um processo rígido impedir um
benefício para o sistema e os usuários. Não deu pra olhar sua solução daqui.
Estou no trabalho e o pastebin.com é bloqueado.

Abs,

Carlos E G Carvalho (Cartola)
http://cartola.org/360



Em 11 de setembro de 2011 11:09, Danilo Egea escreveu:

> Opa,
>
> é verdade, afinal eu poderia ter colocado algo malicioso no tarball.
>
> Mas blz, minha primeira contribuição para o ports foi frustrada uhauHAU
>
> abraços
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
>
>
> 
> De: Renato Botelho 
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
> freebsd@fug.com.br>
> Enviadas: Domingo, 11 de Setembro de 2011 10:14
> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
>
> 2011/9/11 Danilo Egea :
> > Boa, mas o cara que mantém o port respondeu meu email sobre essa solução,
> disse que só irá alterar o port quando tiver um tarball official dos
> fontes...
>
> Fala Danilo,
>
> Concordo com o mantainer nesse caso, o problema está na origem,
> o cara deveria disponibilizar os tarballs das versões.
>
> []s
> --
> Renato Botelho
> -
> 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] Dúvida na criação/atualização de um port

[Danilo Egea]

Opa,

é verdade, afinal eu poderia ter colocado algo malicioso no tarball.

Mas blz, minha primeira contribuição para o ports foi frustrada uhauHAU

abraços
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea



De: Renato Botelho 
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
Enviadas: Domingo, 11 de Setembro de 2011 10:14
Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port

2011/9/11 Danilo Egea :
> Boa, mas o cara que mantém o port respondeu meu email sobre essa solução, 
> disse que só irá alterar o port quando tiver um tarball official dos fontes...

Fala Danilo,

Concordo com o mantainer nesse caso, o problema está na origem,
o cara deveria disponibilizar os tarballs das versões.

[]s
-- 
Renato Botelho
-
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] Dúvida na criação/atualização de um port

[Renato Botelho]

2011/9/11 Danilo Egea :
> Boa, mas o cara que mantém o port respondeu meu email sobre essa solução, 
> disse que só irá alterar o port quando tiver um tarball official dos fontes...

Fala Danilo,

Concordo com o mantainer nesse caso, o problema está na origem,
o cara deveria disponibilizar os tarballs das versões.

[]s
-- 
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] Dúvida na criação/atualização de um port

[Danilo Egea]

Boa, mas o cara que mantém o port respondeu meu email sobre essa solução, disse 
que só irá alterar o port quando tiver um tarball official dos fontes...

abraço.
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea



De: Carlos Eduardo G. Carvalho (Cartola) 
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
Enviadas: Domingo, 11 de Setembro de 2011 7:11
Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port

Oi, to sem tempo pra analisar agora, mas um dos problemas criticados pelo
autor é talvez o site em si de onde você propôs baixar o tar. Sugestão: crie
um projeto no sourceforge apenas para hospedar esse tar e possíveis outros
no futuro, daí aponte o source para o sourceforge. O esquema dos ports
inclusive está preparado para buscar um mirror do SF, procure em outros
ports que já o usam para ver como apontar pra lá.

Quando fiz alguns ports tive esse tipo de problema de dificuldade de onde
baixar o fonte. O que fiz e foi aceito (ok, não tinha um mantenedor ainda,
foram ports inéditos, mas foi aceito por quem aprovou o port) foi hospedar
no meu próprio site, que era o site de uma empresa. O problema é o dropbox
em si. Na minha empresa atual, por exemplo, ele é bloqueado :)

Abs,

Carlos E G Carvalho (Cartola)
http://cartola.org/360



Em 11 de setembro de 2011 02:07, Danilo Egea escreveu:

> No final minha solução ficou assim: http://pastebin.com/w9e1Erjt
>
>
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
>
>
> 
> De: Danilo Egea 
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
> freebsd@fug.com.br>
> Enviadas: Domingo, 11 de Setembro de 2011 1:34
> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
>
> Respondendo minha própria pergunta,
>
> só o fato de a data/hora do arquivo ser diferente o .tar.gz terá outra
> assinatura...
>
> =/
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
>
>
> ____________
> De: Danilo Egea 
> Para: Lista de discussao do grupo FUG-BR 
> Enviadas: Domingo, 11 de Setembro de 2011 1:25
> Assunto: [FUG-BR] Dúvida na criação/atualização de um port
>
> Salve,
>
> queria tirar uma dúvida com os porters da lista, seguinte:
>
> estou atualizando o port lang/v8 da versão 3.5.10 para a versão 3.6.2.
> Falei com o mantenedor e ele não aprovou o port novo pq o projeto v8 não
> disponibiliza os tarballs para essas versões (o tarball que usei foi eu
> mesmo que compactei e deixei no dropbox (feio, eu sei), e essa foi
> justamente a crítica dele). Aí eu falei com o pessoal do projeto v8 e eles
> disseram que não disponibilizam mesmo, o source é só via svn.
>
> Vasculhando nas internets eu vi que alguns ports possuem um target para
> baixar o source via algum versionador da vida, algo como (ja no meu port):
>
> maint-gen-distfile:
>         @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
>         svn co -r ${SVN_REV} http://${PORTNAME}.
> googlecode.com/svn/tags/${PORTVERSION}/<http://googlecode.com/svn/tags/$%7BPORTVERSION%7D/>${PORTNAME}-${PORTVERSION};
>  \
>         ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' |
> ${XARGS} rm -rf; \
>         ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
>         tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX}
> ${PORTNAME}-${PORTVERSION}; \
>         ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
>         fi
>
> o problema é ter que rodar um make maint-gen-distfile antes de rodar um
> make.
>
> Bom, para resolver o problema eu fiz assim no Makefile:
>
> fetch: maint-gen-distfile
>
> A questão é: isto está certo? Existe uma solução mais elegante ou uma
> solução certa para este problema?
>
> Eu penso que dependendo da versão do tar/gzip ou alguma coisa mirabolante
> sei lá, o pacote vai ser gerado com um checksum diferente do que foi gerado
> por mim.
>
> Para possíveis dúvidas segue o .shar http://pastebin.com/JtgkCdRS
>
> Desde já, muito obrigado.
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
> -
> 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: http

Re: [FUG-BR] Dúvida na criação/atualização de um port

[Carlos Eduardo G. Carvalho (Cartola)]

Oi, to sem tempo pra analisar agora, mas um dos problemas criticados pelo
autor é talvez o site em si de onde você propôs baixar o tar. Sugestão: crie
um projeto no sourceforge apenas para hospedar esse tar e possíveis outros
no futuro, daí aponte o source para o sourceforge. O esquema dos ports
inclusive está preparado para buscar um mirror do SF, procure em outros
ports que já o usam para ver como apontar pra lá.

Quando fiz alguns ports tive esse tipo de problema de dificuldade de onde
baixar o fonte. O que fiz e foi aceito (ok, não tinha um mantenedor ainda,
foram ports inéditos, mas foi aceito por quem aprovou o port) foi hospedar
no meu próprio site, que era o site de uma empresa. O problema é o dropbox
em si. Na minha empresa atual, por exemplo, ele é bloqueado :)

Abs,

Carlos E G Carvalho (Cartola)
http://cartola.org/360



Em 11 de setembro de 2011 02:07, Danilo Egea escreveu:

> No final minha solução ficou assim: http://pastebin.com/w9e1Erjt
>
>
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
>
>
> 
> De: Danilo Egea 
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
> freebsd@fug.com.br>
> Enviadas: Domingo, 11 de Setembro de 2011 1:34
> Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port
>
> Respondendo minha própria pergunta,
>
> só o fato de a data/hora do arquivo ser diferente o .tar.gz terá outra
> assinatura...
>
> =/
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
>
>
> 
> De: Danilo Egea 
> Para: Lista de discussao do grupo FUG-BR 
> Enviadas: Domingo, 11 de Setembro de 2011 1:25
> Assunto: [FUG-BR] Dúvida na criação/atualização de um port
>
> Salve,
>
> queria tirar uma dúvida com os porters da lista, seguinte:
>
> estou atualizando o port lang/v8 da versão 3.5.10 para a versão 3.6.2.
> Falei com o mantenedor e ele não aprovou o port novo pq o projeto v8 não
> disponibiliza os tarballs para essas versões (o tarball que usei foi eu
> mesmo que compactei e deixei no dropbox (feio, eu sei), e essa foi
> justamente a crítica dele). Aí eu falei com o pessoal do projeto v8 e eles
> disseram que não disponibilizam mesmo, o source é só via svn.
>
> Vasculhando nas internets eu vi que alguns ports possuem um target para
> baixar o source via algum versionador da vida, algo como (ja no meu port):
>
> maint-gen-distfile:
> @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
> svn co -r ${SVN_REV} http://${PORTNAME}.
> googlecode.com/svn/tags/${PORTVERSION}/<http://googlecode.com/svn/tags/$%7BPORTVERSION%7D/>${PORTNAME}-${PORTVERSION};
>  \
> ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' |
> ${XARGS} rm -rf; \
> ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
> tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX}
> ${PORTNAME}-${PORTVERSION}; \
> ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
> fi
>
> o problema é ter que rodar um make maint-gen-distfile antes de rodar um
> make.
>
> Bom, para resolver o problema eu fiz assim no Makefile:
>
> fetch: maint-gen-distfile
>
> A questão é: isto está certo? Existe uma solução mais elegante ou uma
> solução certa para este problema?
>
> Eu penso que dependendo da versão do tar/gzip ou alguma coisa mirabolante
> sei lá, o pacote vai ser gerado com um checksum diferente do que foi gerado
> por mim.
>
> Para possíveis dúvidas segue o .shar http://pastebin.com/JtgkCdRS
>
> Desde já, muito obrigado.
>
> E-mail/MSN -> daniloe...@yahoo.com.br
> Skype -> daniloegea
> Blog -> http://daniloegea.wordpress.com
> Twitter -> http://twitter.com/daniloegea
> -
> 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] Dúvida na criação/atualização de um port

[Danilo Egea]

No final minha solução ficou assim: http://pastebin.com/w9e1Erjt


 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea



De: Danilo Egea 
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
Enviadas: Domingo, 11 de Setembro de 2011 1:34
Assunto: Re: [FUG-BR] Dúvida na criação/atualização de um port

Respondendo minha própria pergunta,

só o fato de a data/hora do arquivo ser diferente o .tar.gz terá outra 
assinatura...

=/
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea



De: Danilo Egea 
Para: Lista de discussao do grupo FUG-BR 
Enviadas: Domingo, 11 de Setembro de 2011 1:25
Assunto: [FUG-BR] Dúvida na criação/atualização de um port

Salve,

queria tirar uma dúvida com os porters da lista, seguinte:

estou atualizando o port lang/v8 da versão 3.5.10 para a versão 3.6.2. Falei 
com o mantenedor e ele não aprovou o port novo pq o projeto v8 não 
disponibiliza os tarballs para essas versões (o tarball que usei foi eu mesmo 
que compactei e deixei no dropbox (feio, eu sei), e essa foi justamente a 
crítica dele). Aí eu falei com o pessoal do projeto v8 e eles disseram que não 
disponibilizam mesmo, o source é só via svn.

Vasculhando nas internets eu vi que alguns ports possuem um target para baixar 
o source via algum versionador da vida, algo como (ja no meu port):

maint-gen-distfile:
        @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
        svn co -r ${SVN_REV} 
http://${PORTNAME}.googlecode.com/svn/tags/${PORTVERSION}/ 
${PORTNAME}-${PORTVERSION}; \
        ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' | ${XARGS} 
rm -rf; \
        ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
        tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} 
${PORTNAME}-${PORTVERSION}; \
        ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
        fi

o problema é ter que rodar um make maint-gen-distfile antes de rodar um make.

Bom, para resolver o problema eu fiz assim no Makefile:

fetch: maint-gen-distfile

A questão é: isto está certo? Existe uma solução mais elegante ou uma solução 
certa para este problema?

Eu penso que dependendo da versão do tar/gzip ou alguma coisa mirabolante sei 
lá, o pacote vai ser gerado com um checksum diferente do que foi gerado por mim.

Para possíveis dúvidas segue o .shar http://pastebin.com/JtgkCdRS

Desde já, muito obrigado.
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea
-
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] Dúvida na criação/atualização de um port

[Danilo Egea]

Respondendo minha própria pergunta,

só o fato de a data/hora do arquivo ser diferente o .tar.gz terá outra 
assinatura...

=/
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea



De: Danilo Egea 
Para: Lista de discussao do grupo FUG-BR 
Enviadas: Domingo, 11 de Setembro de 2011 1:25
Assunto: [FUG-BR] Dúvida na criação/atualização de um port

Salve,

queria tirar uma dúvida com os porters da lista, seguinte:

estou atualizando o port lang/v8 da versão 3.5.10 para a versão 3.6.2. Falei 
com o mantenedor e ele não aprovou o port novo pq o projeto v8 não 
disponibiliza os tarballs para essas versões (o tarball que usei foi eu mesmo 
que compactei e deixei no dropbox (feio, eu sei), e essa foi justamente a 
crítica dele). Aí eu falei com o pessoal do projeto v8 e eles disseram que não 
disponibilizam mesmo, o source é só via svn.

Vasculhando nas internets eu vi que alguns ports possuem um target para baixar 
o source via algum versionador da vida, algo como (ja no meu port):

maint-gen-distfile:
        @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
        svn co -r ${SVN_REV} 
http://${PORTNAME}.googlecode.com/svn/tags/${PORTVERSION}/ 
${PORTNAME}-${PORTVERSION}; \
        ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' | ${XARGS} 
rm -rf; \
        ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
        tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} 
${PORTNAME}-${PORTVERSION}; \
        ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
        fi

o problema é ter que rodar um make maint-gen-distfile antes de rodar um make.

Bom, para resolver o problema eu fiz assim no Makefile:

fetch: maint-gen-distfile

A questão é: isto está certo? Existe uma solução mais elegante ou uma solução 
certa para este problema?

Eu penso que dependendo da versão do tar/gzip ou alguma coisa mirabolante sei 
lá, o pacote vai ser gerado com um checksum diferente do que foi gerado por mim.

Para possíveis dúvidas segue o .shar http://pastebin.com/JtgkCdRS

Desde já, muito obrigado.
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida na criação/atualização de um port

[Danilo Egea]

Salve,

queria tirar uma dúvida com os porters da lista, seguinte:

estou atualizando o port lang/v8 da versão 3.5.10 para a versão 3.6.2. Falei 
com o mantenedor e ele não aprovou o port novo pq o projeto v8 não 
disponibiliza os tarballs para essas versões (o tarball que usei foi eu mesmo 
que compactei e deixei no dropbox (feio, eu sei), e essa foi justamente a 
crítica dele). Aí eu falei com o pessoal do projeto v8 e eles disseram que não 
disponibilizam mesmo, o source é só via svn.

Vasculhando nas internets eu vi que alguns ports possuem um target para baixar 
o source via algum versionador da vida, algo como (ja no meu port):

maint-gen-distfile:
        @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \
        svn co -r ${SVN_REV} 
http://${PORTNAME}.googlecode.com/svn/tags/${PORTVERSION}/ 
${PORTNAME}-${PORTVERSION}; \
        ${FIND} ${PORTNAME}-${PORTVERSION} | ${EGREP} -e '\.svn$$' | ${XARGS} 
rm -rf; \
        ${RM} ${PORTNAME}-${PORTVERSION}/.gitignore; \
        tar cjf ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} 
${PORTNAME}-${PORTVERSION}; \
        ${RM} -rf ${PORTNAME}-${PORTVERSION}; \
        fi

o problema é ter que rodar um make maint-gen-distfile antes de rodar um make.

Bom, para resolver o problema eu fiz assim no Makefile:

fetch: maint-gen-distfile

A questão é: isto está certo? Existe uma solução mais elegante ou uma solução 
certa para este problema?

Eu penso que dependendo da versão do tar/gzip ou alguma coisa mirabolante sei 
lá, o pacote vai ser gerado com um checksum diferente do que foi gerado por mim.

Para possíveis dúvidas segue o .shar http://pastebin.com/JtgkCdRS

Desde já, muito obrigado.
 
E-mail/MSN -> daniloe...@yahoo.com.br
Skype -> daniloegea
Blog -> http://daniloegea.wordpress.com
Twitter -> http://twitter.com/daniloegea
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida com polling

[Marcelo Gondim]

Eitcha que bateu umas dúvidas aqui agora sobre polling:

Situação: servidor com 2 interfaces Intel Giga em0 e em1:

(root@seca)[/sys/amd64/conf]# dmesg |grep irq
ioapic0  irqs 0-23 on motherboard
pcib1:  irq 16 at device 1.0 on pci0
em0:  port 0xdc00-0xdc1f mem 
0xfbee-0xfbef,0xfbe0-0xfbe7,0xfbedc000-0xfbed irq 16 
at device 0.0 on pci1
vgapci0:  port 0xcc00-0xcc07 mem 
0xfb80-0xfbbf,0xd000-0xdfff irq 16 at device 2.0 on pci0
ehci0:  mem 0xfbdf8000-0xfbdf83ff 
irq 16 at device 26.0 on pci0
pcib2:  irq 17 at device 28.0 on pci0
em1:  port 0xec00-0xec1f mem 
0xfbfe-0xfbff,0xfbf0-0xfbf7,0xfbfdc000-0xfbfd irq 16 
at device 0.0 on pci2
ehci1:  mem 0xfbdf2000-0xfbdf23ff 
irq 23 at device 29.0 on pci0
atapci0:  port 
0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc09f 
mem 0xfbdf-0xfbdf07ff irq 19 at device 31.2 on pci0
atrtc0:  port 0x70-0x71 irq 8 on acpi0
atkbd0:  irq 1 on atkbdc0

Nesse caso tanto a em0 quanto a em1 estão usando a mesma irq 16. No 
dmesg não aparece nenhuma mensagem de Watchdog timeout nas interfaces. 
Aí vem as dúvidas:

1) Devo habilitar o polling mesmo não havendo erros?
2) Se tiver que habilitar, habilito nas 2 interfaces ou em apenas uma?

Grande abraço à todos
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida com Named

[Paulo Henrique BSD Brasil]

Em 13/2/2011 11:51, fknet escreveu:
> Bom dia pessoal,
>
> Tenho apenas um domínio hospedado dentro de minha rede e atualmente
> mantenho um servidor apenas com o bind para este domínio. Tenho um
> segundo servidor que faz apenas cache DNS para que os clientes de meu
> provedor usem com DNS para navegação.
>
> Como tenho apenas 1 domínio hospedado aqui, gostaria de unificar as 2
> máquinas, ter apenas um servidor rodando o named aqui. Há como o mesmo
> servidor responder autoritativamente por um domínio e ser servidor cache
> DNS ao mesmo tempo?
>
> Obrigado
>
> Fabrício
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Sim e se faz usando view.
Att.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida com Named

[fknet]

Bom dia pessoal,

Tenho apenas um domínio hospedado dentro de minha rede e atualmente 
mantenho um servidor apenas com o bind para este domínio. Tenho um 
segundo servidor que faz apenas cache DNS para que os clientes de meu 
provedor usem com DNS para navegação.

Como tenho apenas 1 domínio hospedado aqui, gostaria de unificar as 2 
máquinas, ter apenas um servidor rodando o named aqui. Há como o mesmo 
servidor responder autoritativamente por um domínio e ser servidor cache 
DNS ao mesmo tempo?

Obrigado

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

Re: [FUG-BR] Dúvida com gmirror

[vic]

 On Fri, 14 Jan 2011 16:35:34 -0300, Alessandro de Souza Rocha 
  wrote:
> gmirror insert -v gm0 da0
>
> qualquer duvida.
> http://www.fug.com.br/content/view/440/60/
>

 Mais uma dica: nem sempre os discos tem o mesmo tamanho, por isso eu 
 faço gmirror no slice (da0s1) ao invés do disco todo.

-- 
 vic
 http://choppnerd.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] Dúvida com gmirror

[Alessandro de Souza Rocha]

gmirror insert -v gm0 da0

qualquer duvida.
http://www.fug.com.br/content/view/440/60/

Em 14 de janeiro de 2011 16:12, Antonio Modesto
 escreveu:
> Alguém sabe me falar se eu posso adicionar um HD num raid 1 com gmirror
> em um servidor que ja está rodando há algum tempo?
>
> Obrigado.
>
> -
> 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

[FUG-BR] Dúvida com gmirror

[Antonio Modesto]

Alguém sabe me falar se eu posso adicionar um HD num raid 1 com gmirror
em um servidor que ja está rodando há algum tempo?

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] dúvida versão do kernel. 8.2-PRER ELEASE

[Renato Botelho]

2010/12/4 Trober :
>> 2010/12/3 Joel Cappellesso :
>>> leao# uname -a
>>> FreeBSD leao 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Fri Dec  3
>>> 16:31:40 BRST 2010     r...@leao:/usr/src/sys/amd64/compile/LEAO1
>>> amd64
>>>
>>>
>>> Eu instalei o Freebsd 8.1 e fiz o procedimento de buildword.
>>>
>>> viz o cvsup com esta linha:
>>> leao# cat /usr/local/etc/stable-supfile |grep RELEN
>>> *default release=cvs tag=RELENG_8
>>>
>>> 8.2-PRERELEASE é uma versão estável? está correto ou fiz algo errado?
>>
>> Essa é uma pergunta que aparece na lista a cada 6/8 meses,
>> que é o tempo entre um release e outro, sendo uma pergunta
>> recorrente, vou aproveitar o histórico da lista pra responder :)
>>
>> http://www.fug.com.br/historico/html/freebsd/2006-02/msg00265.html
>>
>> []s
>> --
>> Renato Botelho
>> -
>>
>
> Entretanto o status em http://www.freebsd.org/releng/, até o momento
> (2010-12-04 01h59m BRST) ainda não mudou. Percebo que entre a publicação
> de de fontes do PRERELEASE e a alteração de status no [Release Engineering
> Information Page] há uma diferença de quase duas semanas, quando não três.
>
> Torna-se mais confiável verificar a linha 30 de
> /usr/obj/usr/src/include/vers.h do que a informação do Release
> Engineering.

Dá uma olhada aqui

http://wiki.freebsd.org/Releng/8.2TODO

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