[FUG-BR] OpenVPN Matriz não acessa filiais
João Filho
j-joao em hotmail.com
Domingo Setembro 5 17:06:44 BRT 2010
Percebi que a tap0 não está levantando... alguém já passou por esse problema?
> From: j-joao em hotmail.com
> To: freebsd em fug.com.br
> Date: Sun, 5 Sep 2010 16:03:02 -0300
> Subject: [FUG-BR] OpenVPN Matriz não acessa filiais
>
>
> Prezados, estou com um problema ao usar o openvpn no freebsd ou linux.Já testei as configurações usando interface tun, tap e bridge, mas em nenhuma das configs eu consigo acessar os clientes atravéz da matriz.Os clientes acessam a matriz e uns aos outros normalmente, mas a matriz sequer pinga os clientes. Já segui os seguintes tutoriais, entre outros: http://www.guiadohardware.net/tutoriais/openvpn_2/http://www.dicas-l.com.br/arquivo/implementando_solucoes_com_o_openvpn.php
> Em nenhum dos casos consigo acessar o cliente a partir da matriz.Alguém já passou por esse problema?
> Grato,João
>
> > From: rafaelhfaria em cenadigital.com.br
> > Date: Sat, 4 Sep 2010 13:18:27 -0300
> > To: freebsd em fug.com.br
> > Subject: Re: [FUG-BR] ZFS vai continuar no FreeBSD
> >
> > 2010/9/4 irado furioso com tudo <irado em bsd.com.br>
> >
> > >
> > > com a morte prematura e cruel do OpenSolaris, muitos ficaram
> > > especulando sobre o destino do ZFS; pela noticia no link
> > > http://www.freebsdnews.net/2010/09/03/freebsd-continue-supporting-zfs/
> > > ficamos sabendo que Jakub Dawidek está preparando o port do OpenSolaris
> > > ZFS v28 :)
> > >
> > >
> > Olá Irado, o pjd já divulgou o patch do ZFS v28 para testes no dia 31...
> > quem participa da lista FreeBSD FS já está testando..
> >
> > Recursos novos, muito interessantes. Vale a pena.
> >
> > ---------- Forwarded message ----------
> > From: Pawel Jakub Dawidek <pjd em freebsd.org>
> > Date: Tue, Aug 31, 2010 at 18:59
> > Subject: ZFS v28 is ready for wider testing.
> > To: freebsd-fs em freebsd.org
> > Cc: freebsd-current em freebsd.org
> >
> >
> > Hello.
> >
> > I'd like to give you ZFS v28 for testing. If you are neither brave nor
> > mad, you can stop here.
> >
> > The patchset is very experimental. It can eat your cookie and hurt your
> > teddy bear, so be warned. Don't try it for anything except testing.
> >
> > This patchset is also a message we, as the FreeBSD project, would like
> > to send to our users: Eventhough OpenSolaris is dead, the ZFS file
> > system is going to stay in FreeBSD. At this point we have quite a few
> > developers involved in ZFS on FreeBSD as well as serveral companies.
> > We are also looking forward to work with IllumOS.
> >
> > So, what this new ZFS brings?
> >
> > - Data deduplication. Read more here:
> >
> > http://blogs.sun.com/bonwick/entry/zfs_dedup
> >
> > - Triple parity RAIDZ (RAIDZ3). Read more here:
> >
> > http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/
> >
> > - zfs diff. Read more here:
> >
> > http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley
> >
> > - zpool split. Read more here:
> >
> >
> > http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante
> >
> > - Snapshot holds. Read more here:
> >
> >
> > http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby
> >
> > - zpool import -F. Allows to rewind corrupted pool to earlier
> > transaction group.
> >
> > - Possibility to import pool in read-only mode.
> >
> > And much, much more, including plenty of preformance improvements and bug
> > fixes.
> >
> > So test whatever you can and report back. Look for regressions, strange
> > behaviour, missing features, deadlocks, livelocks, preformance
> > degradation, etc.
> >
> > The boot code is not updated at all, so booting off of ZFS doesn't
> > currently work.
> >
> > The patch is against today's FreeBSD HEAD.
> >
> > The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging,
> > please don't turn it off. Also, compile your kernel with the following
> > options:
> >
> > options KDB
> > options DDB
> > options INVARIANTS
> > options INVARIANT_SUPPORT
> > options WITNESS
> > options WITNESS_SKIPSPIN
> > options DEBUG_LOCKS
> > options DEBUG_VFS_LOCKS
> >
> > Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will
> > be plenty of those, and you'll desperately want to report them, but please
> > don't.
> >
> > The best way to report a problem is to answer to this e-mail with as short
> > as possible procedure of how to reproduce it and debugging info. I'd
> > prefer textdump if possible. Below you can find quick procedure how to
> > setup textdumps:
> >
> > Choose spare/swap disk/partition in your system, let's say it is
> > /dev/ad0s1b.
> >
> > Add the following line to /etc/fstab:
> >
> > /dev/ad0s1b none swap sw 0 0
> >
> > Add the following line to /etc/rc.conf:
> >
> > ddb_enable="YES"
> >
> > Run the following commands:
> >
> > # /etc/rc.d/swap1 start
> > # /etc/rc.d/dumpon start
> > # /etc/rc.d/ddb start
> >
> > This will setup swap, mark it as dump device and setup some DDB
> > scripts. Or you can just reboot.
> >
> > Now when your system panic or deadlock, enter DDB and call the
> > following command:
> >
> > ddb> run kdb.enter.panic
> >
> > It will execute all the commands I need, dump them in text format to
> > your swap device and reboot machine.
> >
> > After the reboot, you should find textdump.tar.0 file in /var/crash/
> > directory. This is the debug info I need.
> >
> > End of textdumps procedure.
> >
> > Ok, now that I know you read everything carefully, here is the patch:
> >
> > http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2
> >
> > Good luck! >:>
> >
> > --
> > Pawel Jakub Dawidek http://www.wheelsystems.com
> > pjd em FreeBSD.org http://www.FreeBSD.org
> > FreeBSD committer Am I Evil? Yes, I Am!
> >
> >
> > --
> > Rafael Henrique da Silva Faria
> > -------------------------
> > 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
Mais detalhes sobre a lista de discussão freebsd