Re: [FUG-BR] Trying to mount root from ufs:/dev/ar0s1a
Bom dia raid0 se você tira um hd vai tudo pro espaço. se é isso que vc esta fazendo esqueça que ele nao reconstroi. no raid 1 Você já entrou na bios da controladora e mandou reconstruir a raid pela bios se este for o caso ??? 2009/4/2 Reginaldo Filippus : > Boa noite pessoal. > > Bom, continuando com meus problemas com o Raid, ainda vou ficar com nisso! > kakaka > > Adicionei hoje um HD de 500GB que tinha uma partição ntfs, e ao tentar da > boot, notei o erro que me pedir para montar o /, acabei reiniciando sem ler > muito o erro, mas sem esse HD de 500GB com a particção ntfs. > > Pois bem, ao reiniciar, me apresenta o erro que esta no assunto: Trying to > mount root from ufs:/dev/ar0s1a > > Vou explicar como esta a estrutura do servidor para entender o motivo do > ar0. > > Tem 2 HD´s de 80GB SATA em raid0, em uma controladora "HighPoint v3 > RocketRAID 1640", fazendo raid1(espelho), nos dispositivos /dev/ad12 e > /dev/ad14, formando o dispositivo /dev/ar0. > > Já fiz boot com LiveCD, e carrega apenas o dispositivo /dev/ar0, do qual, > não carrega as partições (ar0s1a, ar0s1b, ...), apenas as partiçoes do ad12 > e ad14. > > Já comentei a linha que carrega o geom no /boot/loader.conf, já comentei no > /etc/fstab as linhas que carregavam as unidades criadas pelo gmirror. > > Já reinstalei o gerenciador de boot(na viajem), e nada! > > Será que o raid por hardware foi par ao espaço? > > O que mais posso fazer antes de reinstalar o FreeBSD? > > Grande abraço a todos. > > -- > Atenciosamente, > Reginaldo Filippus > Desenvolvedor WEB/Admin. Rede > Skype: reginaldo.filippus > Blog: http://rfilippus.blogspot.com/ > Site: http://www.facilpesquisa.com.br/ > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Trying to mount root from ufs:/dev/ar0s1a
Bom dia. E raid 1, mas ele não reconstroi. Parece que ele não identifica as partições no ar0, apenas no ad12 e ad14. []´s 2009/4/3 William David FUG-BR > Bom dia > > raid0 se você tira um hd vai tudo pro espaço. se é isso que vc esta > fazendo esqueça que ele nao reconstroi. > no raid 1 Você já entrou na bios da controladora e mandou > reconstruir a raid pela bios se este for o caso ??? > > > > 2009/4/2 Reginaldo Filippus : > > Boa noite pessoal. > > > > Bom, continuando com meus problemas com o Raid, ainda vou ficar com > nisso! > > kakaka > > > > Adicionei hoje um HD de 500GB que tinha uma partição ntfs, e ao tentar da > > boot, notei o erro que me pedir para montar o /, acabei reiniciando sem > ler > > muito o erro, mas sem esse HD de 500GB com a particção ntfs. > > > > Pois bem, ao reiniciar, me apresenta o erro que esta no assunto: Trying > to > > mount root from ufs:/dev/ar0s1a > > > > Vou explicar como esta a estrutura do servidor para entender o motivo do > > ar0. > > > > Tem 2 HD´s de 80GB SATA em raid0, em uma controladora "HighPoint v3 > > RocketRAID 1640", fazendo raid1(espelho), nos dispositivos /dev/ad12 e > > /dev/ad14, formando o dispositivo /dev/ar0. > > > > Já fiz boot com LiveCD, e carrega apenas o dispositivo /dev/ar0, do qual, > > não carrega as partições (ar0s1a, ar0s1b, ...), apenas as partiçoes do > ad12 > > e ad14. > > > > Já comentei a linha que carrega o geom no /boot/loader.conf, já comentei > no > > /etc/fstab as linhas que carregavam as unidades criadas pelo gmirror. > > > > Já reinstalei o gerenciador de boot(na viajem), e nada! > > > > Será que o raid por hardware foi par ao espaço? > > > > O que mais posso fazer antes de reinstalar o FreeBSD? > > > > Grande abraço a todos. > > > > -- > > Atenciosamente, > > Reginaldo Filippus > > Desenvolvedor WEB/Admin. Rede > > Skype: reginaldo.filippus > > Blog: http://rfilippus.blogspot.com/ > > Site: http://www.facilpesquisa.com.br/ > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > - = - = - = - = - = - = - = - = - = - > <. Of course it runsWilliam David Armstrong > <|== Bio Systems Security Networking > <' FreeBSD MSN / GT biosystems gmail . com > http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente, Reginaldo Filippus Desenvolvedor WEB/Admin. Rede Skype: reginaldo.filippus Blog: http://rfilippus.blogspot.com/ Site: http://www.facilpesquisa.com.br/ Skype: reginaldo.filippus - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Trying to mount root from ufs:/dev/ar0s1a
ok vamos do inicio são dos hd´s de 80 como RAID 1 ( no seu post anterior você falou RAID0 ) O hd de 500GB você quer colocar novo ou trocar por um dos 80gb ? ok a raid ele diz que não pode reconstruir correto mas você consegue verificar se os dados estão perfeitos do hd de 80 com um live cd ou com outro hd + freebsd instalado ? caso esteja efetue um bkp com dump ou dd pra um arquivo e recrie a raid do zero e volte o dump pra esse hd e veja se funcionou. eu nunca utilizei dump ou dd. posso estar falando besteira mas com o dump ele vai voltar uma imagem do hd de 80 gb dentro do hd de 500Gb ficando visivél apenas 80gb prar o sistema ignorando o resto caso isso não é o que você deseja. tente com cpio ou rsync ao invés do dump /dd . 2009/4/3 Reginaldo Filippus : > Bom dia. > > E raid 1, mas ele não reconstroi. > > Parece que ele não identifica as partições no ar0, apenas no ad12 e ad14. > > []´s > > 2009/4/3 William David FUG-BR > >> Bom dia >> >> raid0 se você tira um hd vai tudo pro espaço. se é isso que vc esta >> fazendo esqueça que ele nao reconstroi. >> no raid 1 Você já entrou na bios da controladora e mandou >> reconstruir a raid pela bios se este for o caso ??? >> >> >> >> 2009/4/2 Reginaldo Filippus : >> > Boa noite pessoal. >> > >> > Bom, continuando com meus problemas com o Raid, ainda vou ficar com >> nisso! >> > kakaka >> > >> > Adicionei hoje um HD de 500GB que tinha uma partição ntfs, e ao tentar da >> > boot, notei o erro que me pedir para montar o /, acabei reiniciando sem >> ler >> > muito o erro, mas sem esse HD de 500GB com a particção ntfs. >> > >> > Pois bem, ao reiniciar, me apresenta o erro que esta no assunto: Trying >> to >> > mount root from ufs:/dev/ar0s1a >> > >> > Vou explicar como esta a estrutura do servidor para entender o motivo do >> > ar0. >> > >> > Tem 2 HD´s de 80GB SATA em raid0, em uma controladora "HighPoint v3 >> > RocketRAID 1640", fazendo raid1(espelho), nos dispositivos /dev/ad12 e >> > /dev/ad14, formando o dispositivo /dev/ar0. >> > >> > Já fiz boot com LiveCD, e carrega apenas o dispositivo /dev/ar0, do qual, >> > não carrega as partições (ar0s1a, ar0s1b, ...), apenas as partiçoes do >> ad12 >> > e ad14. >> > >> > Já comentei a linha que carrega o geom no /boot/loader.conf, já comentei >> no >> > /etc/fstab as linhas que carregavam as unidades criadas pelo gmirror. >> > >> > Já reinstalei o gerenciador de boot(na viajem), e nada! >> > >> > Será que o raid por hardware foi par ao espaço? >> > >> > O que mais posso fazer antes de reinstalar o FreeBSD? >> > >> > Grande abraço a todos. >> > >> > -- >> > Atenciosamente, >> > Reginaldo Filippus >> > Desenvolvedor WEB/Admin. Rede >> > Skype: reginaldo.filippus >> > Blog: http://rfilippus.blogspot.com/ >> > Site: http://www.facilpesquisa.com.br/ >> > - >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > >> >> >> >> -- >> - = - = - = - = - = - = - = - = - = - >> <. Of course it runs William David Armstrong >> <|== Bio Systems Security Networking >> <' FreeBSD MSN / GT biosystems gmail . com >> http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ >> -- >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Atenciosamente, > Reginaldo Filippus > Desenvolvedor WEB/Admin. Rede > Skype: reginaldo.filippus > Blog: http://rfilippus.blogspot.com/ > Site: http://www.facilpesquisa.com.br/ > Skype: reginaldo.filippus > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Trying to mount root from ufs:/dev/ar0s1a
Bom dia. Desculpe, é raid 1. O hd de 500GB, é para outros fins, e não para este raid. Mas vou tentar fazer o que você indica com a copia pelo dd, e reconstruir o raid. Obrigado por enquanto. 2009/4/3 William David FUG-BR > ok vamos do inicio > > são dos hd´s de 80 como RAID 1 ( no seu post anterior você falou RAID0 ) > > O hd de 500GB você quer colocar novo ou trocar por um dos 80gb ? > > ok a raid ele diz que não pode reconstruir correto > mas você consegue verificar se os dados estão perfeitos do hd de 80 > com um live cd ou com outro hd + freebsd instalado ? > caso esteja efetue um bkp com dump ou dd pra um arquivo e recrie > a raid do zero e volte o dump pra esse hd e veja se funcionou. > eu nunca utilizei dump ou dd. posso estar falando besteira mas com o > dump ele vai voltar uma imagem do hd de 80 gb dentro do hd de 500Gb > ficando visivél apenas 80gb prar o sistema ignorando o resto caso isso > não é o que você deseja. > > tente com cpio ou rsync ao invés do dump /dd . > > > > 2009/4/3 Reginaldo Filippus : > > Bom dia. > > > > E raid 1, mas ele não reconstroi. > > > > Parece que ele não identifica as partições no ar0, apenas no ad12 e ad14. > > > > []´s > > > > 2009/4/3 William David FUG-BR > > > >> Bom dia > >> > >> raid0 se você tira um hd vai tudo pro espaço. se é isso que vc esta > >> fazendo esqueça que ele nao reconstroi. > >> no raid 1 Você já entrou na bios da controladora e mandou > >> reconstruir a raid pela bios se este for o caso ??? > >> > >> > >> > >> 2009/4/2 Reginaldo Filippus : > >> > Boa noite pessoal. > >> > > >> > Bom, continuando com meus problemas com o Raid, ainda vou ficar com > >> nisso! > >> > kakaka > >> > > >> > Adicionei hoje um HD de 500GB que tinha uma partição ntfs, e ao tentar > da > >> > boot, notei o erro que me pedir para montar o /, acabei reiniciando > sem > >> ler > >> > muito o erro, mas sem esse HD de 500GB com a particção ntfs. > >> > > >> > Pois bem, ao reiniciar, me apresenta o erro que esta no assunto: > Trying > >> to > >> > mount root from ufs:/dev/ar0s1a > >> > > >> > Vou explicar como esta a estrutura do servidor para entender o motivo > do > >> > ar0. > >> > > >> > Tem 2 HD´s de 80GB SATA em raid0, em uma controladora "HighPoint v3 > >> > RocketRAID 1640", fazendo raid1(espelho), nos dispositivos /dev/ad12 e > >> > /dev/ad14, formando o dispositivo /dev/ar0. > >> > > >> > Já fiz boot com LiveCD, e carrega apenas o dispositivo /dev/ar0, do > qual, > >> > não carrega as partições (ar0s1a, ar0s1b, ...), apenas as partiçoes do > >> ad12 > >> > e ad14. > >> > > >> > Já comentei a linha que carrega o geom no /boot/loader.conf, já > comentei > >> no > >> > /etc/fstab as linhas que carregavam as unidades criadas pelo gmirror. > >> > > >> > Já reinstalei o gerenciador de boot(na viajem), e nada! > >> > > >> > Será que o raid por hardware foi par ao espaço? > >> > > >> > O que mais posso fazer antes de reinstalar o FreeBSD? > >> > > >> > Grande abraço a todos. > >> > > >> > -- > >> > Atenciosamente, > >> > Reginaldo Filippus > >> > Desenvolvedor WEB/Admin. Rede > >> > Skype: reginaldo.filippus > >> > Blog: http://rfilippus.blogspot.com/ > >> > Site: http://www.facilpesquisa.com.br/ > >> > - > >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > >> > >> > >> > >> -- > >> - = - = - = - = - = - = - = - = - = - > >> <. Of course it runsWilliam David Armstrong > >> <|== Bio Systems Security Networking > >> <' FreeBSD MSN / GT biosystems gmail . > com > >> http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > >> -- > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > > > -- > > Atenciosamente, > > Reginaldo Filippus > > Desenvolvedor WEB/Admin. Rede > > Skype: reginaldo.filippus > > Blog: http://rfilippus.blogspot.com/ > > Site: http://www.facilpesquisa.com.br/ > > Skype: reginaldo.filippus > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > - = - = - = - = - = - = - = - = - = - > <. Of course it runsWilliam David Armstrong > <|== Bio Systems Security Networking > <' FreeBSD MSN / GT biosystems gmail . com > http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente, Reginaldo Filippus Desenvolvedor WEB/Admin. Rede Skype: re
[FUG-BR] Fwd: FreeBSD 7.2-BETA1 Available
Ae pessoal, quem puder ajudar nos testes e reportar o resultado...
Quanto mais gente testar, menos surpresas podem ocorrer no
-release
[]s
-- Forwarded message --
From: Ken Smith
Date: Fri, Apr 3, 2009 at 1:43 AM
Subject: FreeBSD 7.2-BETA1 Available
To: freebsd-stable
The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now
available. Testing of two recent changes to the system would be
particularly valuable. The bce(4) network driver was updated a few days
ago. And some significant work was done on the threading libraries a
short time ago that is known to fix several major issues but testing to
see if it introduced any regressions would be appreciated.
The target schedule for the release is available here:
http://www.freebsd.org/releases/7.2R/schedule.html
So far we're just one day off target (BETA1 builds started Tuesday).
The ISO images and FTP install trees are available on the FreeBSD Mirror
sites. Using the primary site as an example:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.2/
where ${arch} is one of amd64 i386, ia64, pc98, powerpc, or sparc64.
Checksums for the ISO images are at the bottom of this message. The
amd64 and i386 sets include a *preliminary* set of packages.
If you would like to do a source-based update to 7.2-BETA1 from an
already installed machine you can update your tree to RELENG_7 using
normal cvsup/csup methods.
The freebsd-update(8) utility supports binary upgrades of i386 and amd64
systems running earlier FreeBSD releases. Systems running 7.0-RELEASE or
7.1-RELEASE can upgrade as follows:
# freebsd-update upgrade -r 7.2-BETA1
During this process, FreeBSD Update may ask the user to help by merging
some configuration files or by confirming that the automatically performed
merging was done correctly.
# freebsd-update install
The system must be rebooted with the newly installed kernel before continuing.
# shutdown -r now
After rebooting, freebsd-update needs to be run again to install the new
userland components, and the system needs to be rebooted again:
# freebsd-update install
# shutdown -r now
Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to
upgrade to FreeBSD 7.2-BETA1, but will be prompted to rebuild all third-party
applications (e.g., anything installed from the ports tree) after the second
invocation of "freebsd-update install", in order to handle differences in the
system libraries between FreeBSD 6.x and FreeBSD 7.x.
NOTE: Due to a recently uncovered bug, FreeBSD Update may fail while
downloading updates. If this occurs, please use the mirror
update1.freebsd.org, by running freebsd-update with the "-s
update1.freebsd.org" flag added; this mirror should be immune to this
bug.
Checksums:
MD5 (7.2-BETA1-amd64-bootonly.iso) = 112490bebd43f407bb8ef8bae2d0cc05
MD5 (7.2-BETA1-amd64-disc1.iso) = 742fd7ed423f77761ae6112a81931716
MD5 (7.2-BETA1-amd64-disc2.iso) = c733ea160e94b4e355c8da7dd54e4135
MD5 (7.2-BETA1-amd64-disc3.iso) = 0111313462034b4bca982e81d61ea17d
MD5 (7.2-BETA1-amd64-docs.iso) = 03b601464047aa483d2706577cfb3a74
MD5 (7.2-BETA1-amd64-dvd1.iso) = bd08de1b3bf525f7bd597d7f99b9a0fd
MD5 (7.2-BETA1-amd64-livefs.iso) = 9ed0331a0d612ea4e98c80b1447a45c6
MD5 (7.2-BETA1-i386-bootonly.iso) = 2ba4d30be7a95ff9ca91e3d4ef8a35f6
MD5 (7.2-BETA1-i386-disc1.iso) = 6933fd6b9f7ee500397c0c54aa831408
MD5 (7.2-BETA1-i386-disc2.iso) = bfc682aaec7f9df8919da31987c9d8fb
MD5 (7.2-BETA1-i386-disc3.iso) = 600030debe096c10b348c726462f9ce1
MD5 (7.2-BETA1-i386-docs.iso) = 04faa50ba321cf2b402c8a99828f58e2
MD5 (7.2-BETA1-i386-dvd1.iso) = 6603b9ca9c09b8c1c92613441bb154ad
MD5 (7.2-BETA1-i386-livefs.iso) = cda0a13ba0453e1d885c0c613f34c758
MD5 (7.2-BETA1-ia64-bootonly.iso) = b20eba8d3113ab8882c5c47e1a3df2d2
MD5 (7.2-BETA1-ia64-disc1.iso) = c208adb4539d9f0c9ee17133289e3601
MD5 (7.2-BETA1-ia64-disc2.iso) = eee4987b3686609658fdaccc5960070e
MD5 (7.2-BETA1-ia64-disc3.iso) = e7bb48a107e73955ece1a5c156060c34
MD5 (7.2-BETA1-ia64-docs.iso) = edc30334bb334f6adc53142af214a532
MD5 (7.2-BETA1-ia64-livefs.iso) = f6e54bb4cd582d20be8c8896b56d10b9
MD5 (7.2-BETA1-powerpc-bootonly.iso) = eadb2fa7cd289300f65e1bc246ec41bb
MD5 (7.2-BETA1-powerpc-disc1.iso) = 463352649f74208e3421c2bdda400e47
MD5 (7.2-BETA1-powerpc-disc2.iso) = 2ec54888eae7931e4ca869fd151856c2
MD5 (7.2-BETA1-powerpc-disc3.iso) = a657ec95fef82c98af1a111d74181dff
MD5 (7.2-BETA1-powerpc-docs.iso) = 4061d9d75aa86de96f0682695dd8040b
MD5 (7.2-BETA1-sparc64-bootonly.iso) = 93469eab2b36d3f3f1115f603252487d
MD5 (7.2-BETA1-sparc64-disc1.iso) = d517489f2048896cd8295f862bcfb6f2
MD5 (7.2-BETA1-sparc64-docs.iso) = e750843e3bb2c91aa31a8fdada2a062f
SHA256 (7.2-BETA1-amd64-bootonly.iso) =
88d4d5042a309ab3ccd701250919f81ec80d79c8b3854413919bc6070e456083
SHA256 (7.2-BETA1-amd64-disc1.iso) =
62f6eada40404630e0a98a5e9005a88053675285b4c5f40e7c8535d13f148805
SHA256 (7.2-BETA1-amd64-disc2.iso) =
40c6ad096eb02be1a3ce1dad4ace04e56557258ebb853969120819e8a81ca8aa
SHA256 (7.2-
Re: [FUG-BR] FreeBSD para 64 bits
Dando uma revivida na coisa.. AChei por acaso esse comparativo: http://jookjikus.com/?p=430 -- Flávio do Carmo Júnior aka waKKu 2009/3/27 Alessandro de Souza Rocha : > So para deixa claro, a intel usa tecnologia Intel de usar a > tecnologia x86-64 da AMD em suas CPUs" > > fontes: http://slashdot.org/article.pl?sid=09/03/16/1839231 > > Intel Threatens To Revoke AMD's x86 License > Posted by ScuttleMonkey on Monday March 16, @04:07PM > from the toddlers-fighting-over-a-toy dept. > Intel AMD > theraindog writes "AMD's former manufacturing division opened for > business last week as GlobalFoundries, but the spin-off may run afoul > of AMD's 2001 cross-licensing agreement with Intel. Indeed, Intel has > formally accused AMD of violating the agreement, and threatened to > terminate the company's licenses in 60 days if a resolution is not > found. Intel contends that GlobalFoundries is not a subsidiary of AMD, > and thus is not covered by the licensing agreement. AMD has fired > back, insisting that it has done nothing wrong, and that Intel's > threat constitutes a violation of the deal. At stake is not only AMD's > ability to build processors that use Intel's x86 technology, but also > Intel's ability to use AMD's x86-64 tech in its CPUs." > > > 2009/3/26 Luiz Otavio O Souza : >>> Meu Querido quem gerou flamers de momento não foi eu, se igual a você >>> quase todos os membros das lista já teve a oportunidade de usar algum >>> Risc e quem não teve terá possivelmente. agora saber de fato o que se >>> faz e como se faz é o principio para manter um ambiente controlado e >>> poder alcançar 99% de segurança e se não me engano erros de projeto de >>> hardware também causa vunerabilidades de segurança, ou será que li >>> errado sobre o Atom da intel semana passada ? >> >> No flames é simplesmente para você não levar para o lado pessoal... >> >> Não existe tecnologia 100% livre de riscos, toda nova solução traz novos >> problemas, é o desenvolvimento no seu apice. >> >>> Para as suas necessidades até que pode ser que qualquer computador tem >>> processamento de sobra porém para a necessidades de muitos aqui na lista >>> não, para o que faço 500 mhz com 128Mbs de ram é mais do que o >>> suficiente, porém não é sempre que se faz a mesma coisa e torno a >>> repetir o seu FreeBSD não roda em qualquer coisa. pois para começar não >>> me lembro de ter visto uma estrutura celular com base em carbono rodar o >>> FreeBSD, se o seu faz então disponibilize pois será uma revolução no >>> ambito computacional, e outra o FreeBSD não suporta todas as >>> arquiteturas de processador existentes , se fosse o NetBSD eu fico >>> quieto mais não vem se vangloriando em causas infundadas. >> >> Com certeza, se o todo o desenvolvimento da informatica no mundo fosse >> proveniente das minhas necessidades, estariamos na idade da pedra... >> Felizmente para cada necessidade há sempre alguem disposto a fazer a >> diferença. >> >> Causa infundada ? Você por acaso tem um desse tal de "estrutura celular com >> base em carbono" ai ? Cria uma conta shell pra mim ! :) >> >> Desculpe, mas da mesma forma que os meus problemas não são os únicos, você >> não pode dizer que o FreeBSD pra mim não funciona em todos os lugares... Até >> telemetria de voo eu faço com ele >> (http://www.rcgroups.com/forums/showthread.php?t=948923&highlight=avr). >> Portanto não queira me dizer o que eu não posso fazer o com FreeBSD. >> >> Nunca disse que o FreeBSD roda em qualquer plataforma (conheco bem suas >> limitações), o que eu disse é que o FreeBSD roda em todos esses >> processadores que esta sendo discutidos e pouco importa a MARCA. >> >>> Se o conteúdo da Thread não o agrada, crie filtro, ou melhor seja >>> inteligênte ignore, pois se para você a discussão está fora do escopo, >>> para mim e outros membros da lista não se encontra com breves excessões >>> para mensagens como as suas e as minhas com respostas destinadas as suas >>> mensagens. >> >> Com certeza, nem sei porque respondi da primeira vez. >> >> Bem deve ser por conta do mal humor depois de trabalhar a noite toda num >> Linux. >> >> Novamente... sem flames... eu já parei por aqui. >> >> []'s >> Luiz >> >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/fre
[FUG-BR] Fixar ips verdadeiros para tráfego de s aída em NAT
Olá pessoal, Gostaríamos da opinião de vocês, quem sabe alguém já passou por uma necessidade semelhante: Possuímos um ambiente com NAT. No gateway estão configuradas, além da interface padrão, alguns aliases para esta interface, todos com ips reais. Precisamos que alguns endereços da rede interna saiam sempre com os mesmo respectivo ip real especificado na configuração dos aliases. Ex.: 200.x.x.1 (interface do gateway) 10.x.x.5 --> 200.x.x.5 (ip real configurado com alias) 10.x.x.6 --> 200.x.x.6 (ip real configurado com alias) 10.x.x.7 --> 200.x.x.7 (ip real configurado com alias) Nas pequisas que efetuamos, essa situação é referenciada como NAT estático. Seguindo a documentação do handbook e outras pela internet, a solução indicada, pelo que entendemos, é utilizar um "redirect address 10.x.x.5 200.x.x.5" no arquivo de configuração do NAT. Aplicamos estes parâmetros em nossas configurações, na prática, quando utilizamos um site para verificação de ip real como "www.meuip.com.br" por exemplo, o resultado é sempre o primeiro endereço configurado (interface do gateway) e não o respectivo alias pelo qual o endereço interno foi fixado na configuração do NAT Ex.: Navegando na página "www.meuip.com.br" a partir do endereço 10.x.x.6 é retornado o endereço 200.x.x.1 e não o esperado, que seria 200.x.x.6 O interessante é que se o tráfego for capturado no firewall transparente que possuímos, com o tcpdump, por exemplo, consiguimos visualizar esta saída como vindo do ip amarrado ao alias. Espero ter conseguido exemplificar o ambiente de uma forma clara. Se algum dos participantes da lista tiver alguma idéia ou alternativa, será muito bem-vinda. Desde já, agradecemos Tércio. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD para 64 bits
adorei o texto em hebraico. 2009/4/3 Flavio Junior : > Dando uma revivida na coisa.. > > AChei por acaso esse comparativo: > > http://jookjikus.com/?p=430 > -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Endereços adicionais no rc.conf
Pessoal, Uma dúvida básica: Temos um servidor de hospedagem web com vários endereços IP adicionais. ifconfig_bge0="inet 200.200.200.55 netmask 255.255.255.0" ifconfig_bge0_alias0="inet 200.200.200.13 netmask 255.255.255.255" ifconfig_bge0_alias1="inet 200.200.200.9 netmask 255.255.255.255" ifconfig_bge0_alias2="inet 200.200.200.21 netmask 255.255.255.255" ifconfig_bge0_alias3="inet 200.200.200.26 netmask 255.255.255.255" ifconfig_bge0_alias4="inet 200.200.200.27 netmask 255.255.255.255" ifconfig_bge0_alias5="inet 200.200.200.25 netmask 255.255.255.255" ifconfig_bge0_alias6="inet 200.200.200.38 netmask 255.255.255.255" ifconfig_bge0_alias7="inet 200.200.200.39 netmask 255.255.255.255" ifconfig_bge0_alias8="inet 200.200.200.40 netmask 255.255.255.255" ifconfig_bge0_alias9="inet 200.200.200.45 netmask 255.255.255.255" Imagine que preciso excluir o 200.200.200.9 ou alias1, tenho mesmo que trocar todos os alias baixo e deixar sempre na sequência sem pular nenhum número, ficando nesse caso até o alias8? Existe alguma outra maneira mais simples de cadastrar endereços IP extras? -- []s, Guerra - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Endereços adicionais no rc.conf
N Guerra escreveu: > Pessoal, > > Uma dúvida básica: > > Temos um servidor de hospedagem web com vários endereços IP adicionais. > ifconfig_bge0="inet 200.200.200.55 netmask 255.255.255.0" > ifconfig_bge0_alias0="inet 200.200.200.13 netmask 255.255.255.255" > ifconfig_bge0_alias1="inet 200.200.200.9 netmask 255.255.255.255" > ifconfig_bge0_alias2="inet 200.200.200.21 netmask 255.255.255.255" > ifconfig_bge0_alias3="inet 200.200.200.26 netmask 255.255.255.255" > ifconfig_bge0_alias4="inet 200.200.200.27 netmask 255.255.255.255" > ifconfig_bge0_alias5="inet 200.200.200.25 netmask 255.255.255.255" > ifconfig_bge0_alias6="inet 200.200.200.38 netmask 255.255.255.255" > ifconfig_bge0_alias7="inet 200.200.200.39 netmask 255.255.255.255" > ifconfig_bge0_alias8="inet 200.200.200.40 netmask 255.255.255.255" > ifconfig_bge0_alias9="inet 200.200.200.45 netmask 255.255.255.255" > > Imagine que preciso excluir o 200.200.200.9 ou alias1, tenho mesmo que > trocar todos os alias baixo e deixar sempre na sequência sem pular > nenhum número, ficando nesse caso até o alias8? > > Existe alguma outra maneira mais simples de cadastrar endereços IP extras? > Guerra, muito pertinente sua pergunta. Sim, e não. Se você insistir em usar ifconfig__alias sim, você tem que alterar tudo senão o search para onde a sequência termina. Porém, o uso de ifconfig__alias no FreeBSD é considerado deprecated. O uso do ifconfig_ inteiro, para adicionar endereço IP na verdade, é considerado descontinuado. Isso quer dizer que ninguém vai arrumar isso, e como tudo que é deprecated talvez um dia deixe de existir. Mas como é uma mudança grande de comportamento se deixar de existir os _alias vai ser de forma clara e demorar muito. Pra usar endereçamento IPv4 utilize ipv4_addrs_="ip/bit|ip-range/bitmask", exemplo: ipv4_addrs_bge0="200.200.200.9/24 200.200.200.25-27/24" Portanto você pode usar uma lista de IPs por espaço ou range de endereços IP como no exemplo, e deixar o ifconfig_ pra todo o resto que não seja endereçamento. Exemplos de uso real aqui: # interface rl1 ipv4_addrs_rl1="10.69.69.225/24" ifconfig_rl1="polling arp mtu 1500 metric 0 media autoselect" # interface rl0 ipv4_addrs_rl0="10.2.2.1-3/24 10.2.3.1/24" ifconfig_rl0="polling arp mtu 1500 metric 0 media autoselect" # interface ath0 ipv4_addrs_ath0="172.16.69.1/24" ifconfig_ath0="ssid bsdapps channel 10 wepmode off -promisc -arp mtu 1500 metric 0 media autoselect mode 11b mediaopt hostap -apbridge -hidessid bssid 00:13:46:70:48:ee burst -wme " -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br "Long live Hanin Elias, Kim Deal!" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Migrar poptop para FreeBSD 7.1
Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o erro: Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Atualmente estou testando este formato, que uso nos OpenBSD. /etc/ppp/ppp.conf: CMT: set authname trinity set authkey mypasswd set timeout 0 set ifaddr 0 0 add 172.16.0.4/24 HISADDR alias enable yes loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:pptp set dial set login # set mppe * stateful set ifaddr 172.16.0.1 172.16.0.2-172.16.0.10 255.255.255.0 set server /var/tmp/loop "" 0177 loop-in: set timeout 0 set log phase lcp ipcp command allow mode direct pptp: load loop # set timeout 0 # set speed 115200 # set log phase chat connect lcp ipcp command # set dial # set login # enable mssfixup # set ifaddr 10.10.100.253 10.10.9.5-10.10.9.20 255.255.255.0 255.255.255.255 # set ifaddr 172.16.0.1 172.16.0.2-172.16.0.20 255.255.255.0 255.255.255.0 enable chap disable pap # enable mschapv2 # disable deflate pred1 # deny deflate pred1 disable ipv6 # accept mppe enable proxy # accept dns #set dns 10.10.0.2 10.10.100.253 set device !/etc/ppp/secure Trinity# cat secure #!/bin/sh exec /usr/sbin/ppp loop-in Trinity# netstat -an | grep 1723 tcp4 0 0 200.143.33.136.1723*.*LISTEN Trinity# Podem me ajudar. Valeu - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Endereços adicionais no rc.conf
Patrick, Obrigado pela resposta. A partir de qual versão do FreeBSD posso usar essa nova maneira? -- []s, Guerra 2009/4/3 Patrick Tracanelli : > N Guerra escreveu: >> Pessoal, >> >> Uma dúvida básica: >> >> Temos um servidor de hospedagem web com vários endereços IP adicionais. >> ifconfig_bge0="inet 200.200.200.55 netmask 255.255.255.0" >> ifconfig_bge0_alias0="inet 200.200.200.13 netmask 255.255.255.255" >> ifconfig_bge0_alias1="inet 200.200.200.9 netmask 255.255.255.255" >> ifconfig_bge0_alias2="inet 200.200.200.21 netmask 255.255.255.255" >> ifconfig_bge0_alias3="inet 200.200.200.26 netmask 255.255.255.255" >> ifconfig_bge0_alias4="inet 200.200.200.27 netmask 255.255.255.255" >> ifconfig_bge0_alias5="inet 200.200.200.25 netmask 255.255.255.255" >> ifconfig_bge0_alias6="inet 200.200.200.38 netmask 255.255.255.255" >> ifconfig_bge0_alias7="inet 200.200.200.39 netmask 255.255.255.255" >> ifconfig_bge0_alias8="inet 200.200.200.40 netmask 255.255.255.255" >> ifconfig_bge0_alias9="inet 200.200.200.45 netmask 255.255.255.255" >> >> Imagine que preciso excluir o 200.200.200.9 ou alias1, tenho mesmo que >> trocar todos os alias baixo e deixar sempre na sequência sem pular >> nenhum número, ficando nesse caso até o alias8? >> >> Existe alguma outra maneira mais simples de cadastrar endereços IP extras? >> > > Guerra, muito pertinente sua pergunta. Sim, e não. > > Se você insistir em usar ifconfig__alias sim, você tem que > alterar tudo senão o search para onde a sequência termina. > > Porém, o uso de ifconfig__alias no FreeBSD é considerado > deprecated. O uso do ifconfig_ inteiro, para adicionar endereço > IP na verdade, é considerado descontinuado. Isso quer dizer que ninguém > vai arrumar isso, e como tudo que é deprecated talvez um dia deixe de > existir. Mas como é uma mudança grande de comportamento se deixar de > existir os _alias vai ser de forma clara e demorar muito. > > Pra usar endereçamento IPv4 utilize > ipv4_addrs_="ip/bit|ip-range/bitmask", exemplo: > > ipv4_addrs_bge0="200.200.200.9/24 200.200.200.25-27/24" > > Portanto você pode usar uma lista de IPs por espaço ou range de > endereços IP como no exemplo, e deixar o ifconfig_ pra todo o > resto que não seja endereçamento. > > Exemplos de uso real aqui: > > # interface rl1 > ipv4_addrs_rl1="10.69.69.225/24" > ifconfig_rl1="polling arp mtu 1500 metric 0 media autoselect" > > # interface rl0 > ipv4_addrs_rl0="10.2.2.1-3/24 10.2.3.1/24" > ifconfig_rl0="polling arp mtu 1500 metric 0 media autoselect" > > # interface ath0 > ipv4_addrs_ath0="172.16.69.1/24" > ifconfig_ath0="ssid bsdapps channel 10 wepmode off -promisc -arp mtu > 1500 metric 0 media autoselect mode 11b mediaopt hostap -apbridge > -hidessid bssid 00:13:46:70:48:ee burst -wme " > > > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrar poptop para FreeBSD 7.1
Ricardo. Isso pode lhe ajudar, http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html --- Wesley Miranda FreeBSD Consult DTI - Departamento de Tecnologia da Informação Tel: (31) 3334-7991 (31) 9885-4571 www.freebsdconsult.com.br d...@freebsdconsult.com.br - Original Message - From: "Ricardo Augusto de Souza" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Friday, April 03, 2009 11:13 AM Subject: [FUG-BR] Migrar poptop para FreeBSD 7.1 Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o erro: Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Atualmente estou testando este formato, que uso nos OpenBSD. /etc/ppp/ppp.conf: CMT: set authname trinity set authkey mypasswd set timeout 0 set ifaddr 0 0 add 172.16.0.4/24 HISADDR alias enable yes loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:pptp set dial set login # set mppe * stateful set ifaddr 172.16.0.1 172.16.0.2-172.16.0.10 255.255.255.0 set server /var/tmp/loop "" 0177 loop-in: set timeout 0 set log phase lcp ipcp command allow mode direct pptp: load loop # set timeout 0 # set speed 115200 # set log phase chat connect lcp ipcp command # set dial # set login # enable mssfixup # set ifaddr 10.10.100.253 10.10.9.5-10.10.9.20 255.255.255.0 255.255.255.255 # set ifaddr 172.16.0.1 172.16.0.2-172.16.0.20 255.255.255.0 255.255.255.0 enable chap disable pap # enable mschapv2 # disable deflate pred1 # deny deflate pred1 disable ipv6 # accept mppe enable proxy # accept dns #set dns 10.10.0.2 10.10.100.253 set device !/etc/ppp/secure Trinity# cat secure #!/bin/sh exec /usr/sbin/ppp loop-in Trinity# netstat -an | grep 1723 tcp4 0 0 200.143.33.136.1723*.*LISTEN Trinity# Podem me ajudar. Valeu - 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] Trying to mount root from ufs:/dev/ar0s1a
2009/4/3 William David FUG-BR : > ok vamos do inicio > > são dos hd´s de 80 como RAID 1 ( no seu post anterior você falou RAID0 ) > > O hd de 500GB você quer colocar novo ou trocar por um dos 80gb ? > > ok a raid ele diz que não pode reconstruir correto > mas você consegue verificar se os dados estão perfeitos do hd de 80 > com um live cd ou com outro hd + freebsd instalado ? > caso esteja efetue um bkp com dump ou dd pra um arquivo e recrie > a raid do zero e volte o dump pra esse hd e veja se funcionou. > eu nunca utilizei dump ou dd. posso estar falando besteira mas com o > dump ele vai voltar uma imagem do hd de 80 gb dentro do hd de 500Gb > ficando visivél apenas 80gb prar o sistema ignorando o resto caso isso > não é o que você deseja. > Só complementando, se fizer com dump a imagem fica do tamanho do espaço usado em disco e o restore recoloca os arquivos no lugar e o disco continua com os 500G de espaço total. Se fizer com dd o disco todo vai ficar do jeito que o William falou mesmo, vai parecer que só tem 80G total. > tente com cpio ou rsync ao invés do dump /dd . > rsync eu não recomendo pra esta atividade, talvez nem o dump porque não estou certo de que ele mantenha a numeração dos inodes iguais, acho quase certo que não. Com dd fica tudinho igual, não tem erro. Mas desculpe a pergunta, para raid 1 os discos não tem que ter exatamente a mesma geometria? Ou estou comendo bola?. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Migrar poptop para FreeBSD 7.1
Valeu pelo artigo. Erro continua: Apr 3 13:25:30 Trinity ppp[3275]: Warning: Label /etc/ppp/option.pptp rejected -direct connection: Configuration label not found Apr 3 13:25:30 Trinity pptpd[3274]: GRE: read(fd=7,buffer=8058a40,len=8196) from PTY failed: status = 0 error = No error Apr 3 13:25:30 Trinity pptpd[3274]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6) Apr 3 13:25:44 Trinity kernel: arp: 10.100.0.1 is on bce1 but got reply from 00:01:63:14:58:c0 on bce0 ^C Trinity# cat /etc/ppp/option.pptp lock mtu 1490 mru 1490 proxyarp noauth +chap +chapms +chapms-v2 ipcp-accept-local ipcp-accept-remote lcp-echo-failure 10 lcp-echo-interval 10 mppe-40 mppe-128 mppe-stateless require-chap debug name * -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Wesley FreeBSD Consult Enviada em: sexta-feira, 3 de abril de 2009 11:21 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Migrar poptop para FreeBSD 7.1 Ricardo. Isso pode lhe ajudar, http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html --- Wesley Miranda FreeBSD Consult DTI - Departamento de Tecnologia da Informação Tel: (31) 3334-7991 (31) 9885-4571 www.freebsdconsult.com.br d...@freebsdconsult.com.br - Original Message - From: "Ricardo Augusto de Souza" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Friday, April 03, 2009 11:13 AM Subject: [FUG-BR] Migrar poptop para FreeBSD 7.1 Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o erro: Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Atualmente estou testando este formato, que uso nos OpenBSD. /etc/ppp/ppp.conf: CMT: set authname trinity set authkey mypasswd set timeout 0 set ifaddr 0 0 add 172.16.0.4/24 HISADDR alias enable yes loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:pptp set dial set login # set mppe * stateful set ifaddr 172.16.0.1 172.16.0.2-172.16.0.10 255.255.255.0 set server /var/tmp/loop "" 0177 loop-in: set timeout 0 set log phase lcp ipcp command allow mode direct pptp: load loop # set timeout 0 # set speed 115200 # set log phase chat connect lcp ipcp command # set dial # set login # enable mssfixup # set ifaddr 10.10.100.253 10.10.9.5-10.10.9.20 255.255.255.0 255.255.255.255 # set ifaddr 172.16.0.1 172.16.0.2-172.16.0.20 255.255.255.0 255.255.255.0 enable chap disable pap # enable mschapv2 # disable deflate pred1 # deny deflate pred1 disable ipv6 # accept mppe enable proxy # accept dns #set dns 10.10.0.2 10.10.100.253 set device !/etc/ppp/secure Trinity# cat secure #!/bin/sh exec /usr/sbin/ppp loop-in Trinity# netstat -an | grep 1723 tcp4 0 0 200.143.33.136.1723*.*LISTEN Trinity# Podem me ajudar. Valeu - 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] Trying to mount root from ufs:/dev/ar0s1a
olha até onde testei nao é necessário se um disco foi maior ele ira criar a raid com o tamanho do menor disco. isso tb se aplica a raid 5 raid 6 utilizei um mylex scsi aceleraid 150 e uma adaptec 29320 para este teste um hd 32 e 1 de 73 raid 1 de 32 gb o resto do hd fica no limbo. 2009/4/3 Cleyton Agapito : > 2009/4/3 William David FUG-BR : >> ok vamos do inicio >> >> são dos hd´s de 80 como RAID 1 ( no seu post anterior você falou RAID0 ) >> >> O hd de 500GB você quer colocar novo ou trocar por um dos 80gb ? >> >> ok a raid ele diz que não pode reconstruir correto >> mas você consegue verificar se os dados estão perfeitos do hd de 80 >> com um live cd ou com outro hd + freebsd instalado ? >> caso esteja efetue um bkp com dump ou dd pra um arquivo e recrie >> a raid do zero e volte o dump pra esse hd e veja se funcionou. >> eu nunca utilizei dump ou dd. posso estar falando besteira mas com o >> dump ele vai voltar uma imagem do hd de 80 gb dentro do hd de 500Gb >> ficando visivél apenas 80gb prar o sistema ignorando o resto caso isso >> não é o que você deseja. >> > > Só complementando, se fizer com dump a imagem fica do tamanho do > espaço usado em disco e o restore recoloca os arquivos no lugar e o > disco continua com os 500G de espaço total. Se fizer com dd o disco > todo vai ficar do jeito que o William falou mesmo, vai parecer que só > tem 80G total. > >> tente com cpio ou rsync ao invés do dump /dd . >> > > rsync eu não recomendo pra esta atividade, talvez nem o dump porque > não estou certo de que ele mantenha a numeração dos inodes iguais, > acho quase certo que não. Com dd fica tudinho igual, não tem erro. > > Mas desculpe a pergunta, para raid 1 os discos não tem que ter > exatamente a mesma geometria? Ou estou comendo bola?. > > Abraços. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- - = - = - = - = - = - = - = - = - = - <. Of course it runsWilliam David Armstrong <|== Bio Systems Security Networking <' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Migrar poptop para FreeBSD 7.1
Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 2) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 3) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 4) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 5) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 6) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 7) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 8) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 2) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 3) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 4) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 5) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 6) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 7) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf (line 8) - missing colon Apr 3 15:15:48 Trinity ppp[1029]: Warning: Label /etc/ppp/option.pptp rejected -direct connection: Configuration label not found Estou utilizando a configuração proposta em http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html Alguem pode me dar uma ajuda? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Ricardo Augusto de Souza Enviada em: sexta-feira, 3 de abril de 2009 11:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] RES: Migrar poptop para FreeBSD 7.1 Valeu pelo artigo. Erro continua: Apr 3 13:25:30 Trinity ppp[3275]: Warning: Label /etc/ppp/option.pptp rejected -direct connection: Configuration label not found Apr 3 13:25:30 Trinity pptpd[3274]: GRE: read(fd=7,buffer=8058a40,len=8196) from PTY failed: status = 0 error = No error Apr 3 13:25:30 Trinity pptpd[3274]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6) Apr 3 13:25:44 Trinity kernel: arp: 10.100.0.1 is on bce1 but got reply from 00:01:63:14:58:c0 on bce0 ^C Trinity# cat /etc/ppp/option.pptp lock mtu 1490 mru 1490 proxyarp noauth +chap +chapms +chapms-v2 ipcp-accept-local ipcp-accept-remote lcp-echo-failure 10 lcp-echo-interval 10 mppe-40 mppe-128 mppe-stateless require-chap debug name * -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Wesley FreeBSD Consult Enviada em: sexta-feira, 3 de abril de 2009 11:21 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Migrar poptop para FreeBSD 7.1 Ricardo. Isso pode lhe ajudar, http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html --- Wesley Miranda FreeBSD Consult DTI - Departamento de Tecnologia da Informação Tel: (31) 3334-7991 (31) 9885-4571 www.freebsdconsult.com.br d...@freebsdconsult.com.br - Original Message - From: "Ricardo Augusto de Souza" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Friday, April 03, 2009 11:13 AM Subject: [FUG-BR] Migrar poptop para FreeBSD 7.1 Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o erro: Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf rejected -direct connection: Configuration label not found Atualmente estou testando este formato, que uso nos OpenBSD. /etc/ppp/ppp.conf: CMT: set authname trinity set authkey mypasswd set timeout 0 set ifaddr 0 0 add 172.16.0.4/24 HISADDR alias enable yes loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:pptp set dial set login # set mppe * stateful set ifaddr 172.16.0.1 172.16.0.2-172.16.0.10 255.255.255.0 set server /var/tmp/loop "" 0177 loop-in: set timeout 0 set log phase lcp ipcp command allow mode direct pptp: load loop # set timeout 0 # set speed 115200 # set log phase chat connect lcp ipcp command # set dial # set login # enable mssfixup # set ifaddr 10.10.100.253 10.10.9.5-10.10.9.20 255.255.255.0 255.255.255.255 # set ifaddr 172.16.0.1 172.16.0.2-172.16.0.20 255.255.255.0
Re: [FUG-BR] RES: RES: Migrar poptop para FreeBSD 7.1
Com que editor de texto vc esta abrindo isso?? 2009/4/3 Ricardo Augusto de Souza : > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Label /etc/ppp/option.pptp > rejected -direct connection: Configuration label not found > > Estou utilizando a configuração proposta em > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > Alguem pode me dar uma ajuda? > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de > Ricardo Augusto de Souza > Enviada em: sexta-feira, 3 de abril de 2009 11:38 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] RES: Migrar poptop para FreeBSD 7.1 > > Valeu pelo artigo. > > Erro continua: > > Apr 3 13:25:30 Trinity ppp[3275]: Warning: Label /etc/ppp/option.pptp > rejected -direct connection: Configuration label not found > Apr 3 13:25:30 Trinity pptpd[3274]: GRE: read(fd=7,buffer=8058a40,len=8196) > from PTY failed: status = 0 error = No error > Apr 3 13:25:30 Trinity pptpd[3274]: CTRL: PTY read or GRE write failed > (pty,gre)=(7,6) > Apr 3 13:25:44 Trinity kernel: arp: 10.100.0.1 is on bce1 but got reply from > 00:01:63:14:58:c0 on bce0 > ^C > Trinity# cat /etc/ppp/option.pptp > lock > mtu 1490 > mru 1490 > proxyarp > noauth > +chap > +chapms > +chapms-v2 > ipcp-accept-local > ipcp-accept-remote > lcp-echo-failure 10 > lcp-echo-interval 10 > mppe-40 > mppe-128 > mppe-stateless > require-chap > debug > name * > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de > Wesley FreeBSD Consult > Enviada em: sexta-feira, 3 de abril de 2009 11:21 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] Migrar poptop para FreeBSD 7.1 > > Ricardo. > Isso pode lhe ajudar, > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > --- > Wesley Miranda > FreeBSD Consult > DTI - Departamento de Tecnologia da Informação > Tel: (31) 3334-7991 (31) 9885-4571 > www.freebsdconsult.com.br > d...@freebsdconsult.com.br > - Original Message - > From: "Ricardo Augusto de Souza" > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Friday, April 03, 2009 11:13 AM > Subject: [FUG-BR] Migrar poptop para FreeBSD 7.1 > > > Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. > > Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o > erro: > > > > Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > > > Atualmente estou testando este formato, que uso nos OpenBSD. > > > > /etc/ppp/ppp.conf: > > > > CMT: > > set authname trinity > > set authkey mypasswd > > set timeout 0 > > set ifaddr 0 0 > > add 172.16.0.4/24 HISADDR > > alias enable yes > > > > > > loop: > > set timeout 0 > > set log phase chat connect lcp ipcp command > > set device localhost:pptp > > set dial > > set login > > # set mppe * stateful > > set ifaddr 172.16.0.1 172.16.0.2-172.16.0.10 255.255.255.0 > > set server /var/tmp/loop "" 0177 > > > > > >
[FUG-BR] RES: RES: RES: Migrar poptop para FreeBSD 7.1
Nenhum editor. Copio do cliente ssh direto no outlook -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Giancarlo Rubio Enviada em: sexta-feira, 3 de abril de 2009 13:34 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: Migrar poptop para FreeBSD 7.1 Com que editor de texto vc esta abrindo isso?? 2009/4/3 Ricardo Augusto de Souza : > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Label /etc/ppp/option.pptp > rejected -direct connection: Configuration label not found > > Estou utilizando a configuração proposta em > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > Alguem pode me dar uma ajuda? > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de > Ricardo Augusto de Souza > Enviada em: sexta-feira, 3 de abril de 2009 11:38 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] RES: Migrar poptop para FreeBSD 7.1 > > Valeu pelo artigo. > > Erro continua: > > Apr 3 13:25:30 Trinity ppp[3275]: Warning: Label /etc/ppp/option.pptp > rejected -direct connection: Configuration label not found > Apr 3 13:25:30 Trinity pptpd[3274]: GRE: read(fd=7,buffer=8058a40,len=8196) > from PTY failed: status = 0 error = No error > Apr 3 13:25:30 Trinity pptpd[3274]: CTRL: PTY read or GRE write failed > (pty,gre)=(7,6) > Apr 3 13:25:44 Trinity kernel: arp: 10.100.0.1 is on bce1 but got reply from > 00:01:63:14:58:c0 on bce0 > ^C > Trinity# cat /etc/ppp/option.pptp > lock > mtu 1490 > mru 1490 > proxyarp > noauth > +chap > +chapms > +chapms-v2 > ipcp-accept-local > ipcp-accept-remote > lcp-echo-failure 10 > lcp-echo-interval 10 > mppe-40 > mppe-128 > mppe-stateless > require-chap > debug > name * > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de > Wesley FreeBSD Consult > Enviada em: sexta-feira, 3 de abril de 2009 11:21 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] Migrar poptop para FreeBSD 7.1 > > Ricardo. > Isso pode lhe ajudar, > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > --- > Wesley Miranda > FreeBSD Consult > DTI - Departamento de Tecnologia da Informação > Tel: (31) 3334-7991 (31) 9885-4571 > www.freebsdconsult.com.br > d...@freebsdconsult.com.br > - Original Message - > From: "Ricardo Augusto de Souza" > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Friday, April 03, 2009 11:13 AM > Subject: [FUG-BR] Migrar poptop para FreeBSD 7.1 > > > Estou precisando subir um servidor VPN em poptop no FreeBSD 7.1. > > Rodando o poptop com o /etc/ppp/ppp.conf original do Free estou obtendo o > erro: > > > > Mar 27 16:06:38 Trinity ppp[788]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:06:55 Trinity ppp[791]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:06:56 Trinity ppp[794]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > Mar 27 16:08:17 Trinity ppp[798]: Warning: Label /etc/ppp/ppp.conf > rejected -direct connection: Configuration label not found > > > > Atualmente estou testando este formato, que uso nos OpenBSD. > > > > /etc/ppp/ppp.conf: > > > > CMT: > > set authname trinity > > set authkey mypasswd > > set timeout 0 > > se
Re: [FUG-BR] RES: RES: RES: Migrar poptop para FreeBSD 7.1
2009/4/3 Ricardo Augusto de Souza : > Nenhum editor. > Copio do cliente ssh direto no outlook Acho que está ai seu problema. Texto Unix =! de Texto Windows, codificações diferentes. Sugiro que abra ele com vi, pico, vim sejá lá o que for. -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fixar ips verdadeiros para tráfego de s aída em NAT
Isso é bem simples de fazer com pf eu uso desta forma tb mesmo que seu firewall todo esteja em ipfw nao tem problemas voce pode ativar o pf em conjunto na mesma maquina fazendo apenas o nat é provavel que voce vai precisar intalar um ftp proxy tb para usar ftp sem problemas de vido ao nat O pf tem um otima documentaçao no site do www.openbsd.org procure la que voce vai achar até em portugues ou no proprio google voce vai ficar de boca aberta como isso é facil de fazer com pf qualquer duvida posta ai !!! 2009/4/3 Tércio Redel > Olá pessoal, > > Gostaríamos da opinião de vocês, quem sabe alguém já passou por uma > necessidade semelhante: > > Possuímos um ambiente com NAT. No gateway estão configuradas, além da > interface padrão, alguns aliases para esta interface, todos com ips > reais. Precisamos que alguns endereços da rede interna saiam sempre > com os mesmo respectivo ip real especificado na configuração dos > aliases. > Ex.: > > 200.x.x.1 (interface do gateway) > > 10.x.x.5 --> 200.x.x.5 (ip real configurado com alias) > 10.x.x.6 --> 200.x.x.6 (ip real configurado com alias) > 10.x.x.7 --> 200.x.x.7 (ip real configurado com alias) > > Nas pequisas que efetuamos, essa situação é referenciada como NAT > estático. Seguindo a documentação do handbook e outras pela internet, > a solução indicada, pelo que entendemos, é utilizar um "redirect > address 10.x.x.5 200.x.x.5" no arquivo de configuração do NAT. > > Aplicamos estes parâmetros em nossas configurações, na prática, quando > utilizamos um site para verificação de ip real como "www.meuip.com.br" > por exemplo, o resultado é sempre o primeiro endereço configurado > (interface do gateway) e não o respectivo alias pelo qual o endereço > interno foi fixado na configuração do NAT > Ex.: > > Navegando na página "www.meuip.com.br" a partir do endereço 10.x.x.6 é > retornado o endereço 200.x.x.1 e não o esperado, que seria 200.x.x.6 > > O interessante é que se o tráfego for capturado no firewall > transparente que possuímos, com o tcpdump, por exemplo, consiguimos > visualizar esta saída como vindo do ip amarrado ao alias. > > > Espero ter conseguido exemplificar o ambiente de uma forma clara. > > > > Se algum dos participantes da lista tiver alguma idéia ou alternativa, > será muito bem-vinda. Desde já, agradecemos > > > Tércio. > - > 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] FreeBSD 7.1 travando em servidores IBM
Pessoal, Temos o seguinte ambiente: 1) servidor IBM 3650 com 4 HDs SAS 300Gb RAID 10 como NFS server e também servidor de banco de dados - FreeBSD 7.0 2) servidor IBM 3550 com 2 HDs SAS 146Gb RAID 1 como servidor de POP, IMAP e SMTP (Postfix e dovecot) - FreeBSD 7.0 3) servidor IBM 3550 com 2 HDs SATA 250 RAID 1 - mesmas funções que o acima - FreeBSD 7.1 4) servidor IBM 3650 com 6 HDs SATA 750 RAID 10 - backup do NFS server e também backup geral da rede - FreeBSD 7.1 5) servidor HP - antispam e MX dos domínios - FreeBSD 7.1 6) servidor HP - antispam e MX dos domínios - FreeBSD 7.1 O ambiente funciona assim: - servidores 2 e 3 acessam as caixas postais no servidor 1 (NFS). Existe um VRRP entre os dois servidores (2 e 3) para redundância - entre os servidores 5 e 6 também roda VRRP e gravam direto as mensagens que chegam no servidor 1 (NFS) O servidor 4 e 3 travavam direto. Sem muitas explicações. Pensei que fosse muita utilização do disco, no caso do servidor 4, mas também chegou a travar em outros momentos. Em ambos, voltei para o FreeBSD 7.0 e os travamentos pararam. Os outros servidores NUNCA travaram. O 7.0 será descontinuado e gostaria de saber o que pode estar ocorrendo. Em ambos os servidores que voltei p/ o 7.0 foram passados testes e mais testes de hardware (ferramentas da própria IBM e também memtest). A única coisa em comum entre os servidores IBM que estavam travando é o HD SATA. Mas em todos eles o RAID é feito pelo hardware da IBM, portanto transferente p/ o FreeBSD. Todos montam em /dev/aacd0s1a. Será alguma inconsistência entre o FreeBSD 7.1 e os IBM? Algum driver ou algo assim? Suporte na IBM nem pensar, o FreeBSD não é reconhecido (homologado). O fato também é que voltamos para o FreeBSD 7.0 e os travamentos não ocorreram mais. Mistério sem solução. Alguma idéia? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fixar ips verdadeiros para tráfego de s aída em NAT
Olá Renato, Muito obrigado pelas dicas, vamos pesquisar e implementar em Pf. Um grande abraço! 2009/4/3 renato martins : > Isso é bem simples de fazer com pf eu uso desta forma tb > mesmo que seu firewall todo esteja em ipfw nao tem problemas voce pode > ativar o pf em conjunto na mesma maquina fazendo apenas o nat > > é provavel que voce vai precisar intalar um ftp proxy tb para usar ftp sem > problemas de vido ao nat > > O pf tem um otima documentaçao no site do www.openbsd.org > procure la que voce vai achar até em portugues ou no proprio google > voce vai ficar de boca aberta como isso é facil de fazer com pf > > qualquer duvida posta ai !!! > > > 2009/4/3 Tércio Redel > >> Olá pessoal, >> >> Gostaríamos da opinião de vocês, quem sabe alguém já passou por uma >> necessidade semelhante: >> >> Possuímos um ambiente com NAT. No gateway estão configuradas, além da >> interface padrão, alguns aliases para esta interface, todos com ips >> reais. Precisamos que alguns endereços da rede interna saiam sempre >> com os mesmo respectivo ip real especificado na configuração dos >> aliases. >> Ex.: >> >> 200.x.x.1 (interface do gateway) >> >> 10.x.x.5 --> 200.x.x.5 (ip real configurado com alias) >> 10.x.x.6 --> 200.x.x.6 (ip real configurado com alias) >> 10.x.x.7 --> 200.x.x.7 (ip real configurado com alias) >> >> Nas pequisas que efetuamos, essa situação é referenciada como NAT >> estático. Seguindo a documentação do handbook e outras pela internet, >> a solução indicada, pelo que entendemos, é utilizar um "redirect >> address 10.x.x.5 200.x.x.5" no arquivo de configuração do NAT. >> >> Aplicamos estes parâmetros em nossas configurações, na prática, quando >> utilizamos um site para verificação de ip real como "www.meuip.com.br" >> por exemplo, o resultado é sempre o primeiro endereço configurado >> (interface do gateway) e não o respectivo alias pelo qual o endereço >> interno foi fixado na configuração do NAT >> Ex.: >> >> Navegando na página "www.meuip.com.br" a partir do endereço 10.x.x.6 é >> retornado o endereço 200.x.x.1 e não o esperado, que seria 200.x.x.6 >> >> O interessante é que se o tráfego for capturado no firewall >> transparente que possuímos, com o tcpdump, por exemplo, consiguimos >> visualizar esta saída como vindo do ip amarrado ao alias. >> >> >> Espero ter conseguido exemplificar o ambiente de uma forma clara. >> >> >> >> Se algum dos participantes da lista tiver alguma idéia ou alternativa, >> será muito bem-vinda. Desde já, agradecemos >> >> >> Tércio. >> - >> 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] Fixar ips verdadeiros para tráfego de s aída em NAT
porque nao faz um roteamento para colocar o ip valido direto na maquina e o ip da rede fica como alias... ai voce nao precisa fazer nat nem nada... aqui fiz um tutorial explicando como subnetar blocos e fazer o roteamento.. http://under-linux.org/b553-divisao-de-uma-rede-em-sub-nets-colocando-blocos-validos-na-rede-do-cliente 2009/4/3 Tércio Redel > Olá Renato, > > Muito obrigado pelas dicas, vamos pesquisar e implementar em Pf. > > > Um grande abraço! > > > > 2009/4/3 renato martins : > > Isso é bem simples de fazer com pf eu uso desta forma tb > > mesmo que seu firewall todo esteja em ipfw nao tem problemas voce pode > > ativar o pf em conjunto na mesma maquina fazendo apenas o nat > > > > é provavel que voce vai precisar intalar um ftp proxy tb para usar ftp > sem > > problemas de vido ao nat > > > > O pf tem um otima documentaçao no site do www.openbsd.org > > procure la que voce vai achar até em portugues ou no proprio google > > voce vai ficar de boca aberta como isso é facil de fazer com pf > > > > qualquer duvida posta ai !!! > > > > > > 2009/4/3 Tércio Redel > > > >> Olá pessoal, > >> > >> Gostaríamos da opinião de vocês, quem sabe alguém já passou por uma > >> necessidade semelhante: > >> > >> Possuímos um ambiente com NAT. No gateway estão configuradas, além da > >> interface padrão, alguns aliases para esta interface, todos com ips > >> reais. Precisamos que alguns endereços da rede interna saiam sempre > >> com os mesmo respectivo ip real especificado na configuração dos > >> aliases. > >> Ex.: > >> > >> 200.x.x.1 (interface do gateway) > >> > >> 10.x.x.5 --> 200.x.x.5 (ip real configurado com alias) > >> 10.x.x.6 --> 200.x.x.6 (ip real configurado com alias) > >> 10.x.x.7 --> 200.x.x.7 (ip real configurado com alias) > >> > >> Nas pequisas que efetuamos, essa situação é referenciada como NAT > >> estático. Seguindo a documentação do handbook e outras pela internet, > >> a solução indicada, pelo que entendemos, é utilizar um "redirect > >> address 10.x.x.5 200.x.x.5" no arquivo de configuração do NAT. > >> > >> Aplicamos estes parâmetros em nossas configurações, na prática, quando > >> utilizamos um site para verificação de ip real como "www.meuip.com.br" > >> por exemplo, o resultado é sempre o primeiro endereço configurado > >> (interface do gateway) e não o respectivo alias pelo qual o endereço > >> interno foi fixado na configuração do NAT > >> Ex.: > >> > >> Navegando na página "www.meuip.com.br" a partir do endereço 10.x.x.6 é > >> retornado o endereço 200.x.x.1 e não o esperado, que seria 200.x.x.6 > >> > >> O interessante é que se o tráfego for capturado no firewall > >> transparente que possuímos, com o tcpdump, por exemplo, consiguimos > >> visualizar esta saída como vindo do ip amarrado ao alias. > >> > >> > >> Espero ter conseguido exemplificar o ambiente de uma forma clara. > >> > >> > >> > >> Se algum dos participantes da lista tiver alguma idéia ou alternativa, > >> será muito bem-vinda. Desde já, agradecemos > >> > >> > >> Tércio. > >> - > >> 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 > -- Sds. Alexandre J. Correa Onda Internet / OPinguim.net http://www.ondainternet.com.br http://www.opinguim.net - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: Migrar poptop para FreeBSD 7.1
É exatamente isso que eu faço. Uso o vi. Eu achei q vc estava falando como eu faço para colar no corpo do email. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Giancarlo Rubio Enviada em: sexta-feira, 3 de abril de 2009 14:01 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: Migrar poptop para FreeBSD 7.1 2009/4/3 Ricardo Augusto de Souza : > Nenhum editor. > Copio do cliente ssh direto no outlook Acho que está ai seu problema. Texto Unix =! de Texto Windows, codificações diferentes. Sugiro que abra ele com vi, pico, vim sejá lá o que for. -- Giancarlo Rubio - 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] Otimização para TOMCAT
Senhores, boa tarde! Estou fazendo minha primeira instalação do TOMCAT. Sei que o FreeBSD possui algumas otimizações para apache que podem ser habilitadas diretamente no kernel. As mesmas funcionam para o tomcat? alguém tem alguma dica de otimização de desempenho? Obrigado, Marcus - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Migrar poptop para FreeBSD 7.1
2009/4/3 Ricardo Augusto de Souza : > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 2) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 3) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 4) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 5) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 6) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 7) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Bad label in /etc/ppp/ppp.conf > (line 8) - missing colon > Apr 3 15:15:48 Trinity ppp[1029]: Warning: Label /etc/ppp/option.pptp > rejected -direct connection: Configuration label not found > > Estou utilizando a configuração proposta em > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > Alguem pode me dar uma ajuda? > > Senhores, Boa tarde! Por acaso você esta colocando algum espaço antes das linhas de configuracao do seu ppp.conf? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fixar ips verdadeiros para tráfego de s aída em NAT
Tércio, Seu firewall é IPFW? Se for, veja se você está com a opção ipdvert habilitada no seu kernel. Abraço, Marcus Tércio Redel escreveu: > Olá pessoal, > > Gostaríamos da opinião de vocês, quem sabe alguém já passou por uma > necessidade semelhante: > > Possuímos um ambiente com NAT. No gateway estão configuradas, além da > interface padrão, alguns aliases para esta interface, todos com ips > reais. Precisamos que alguns endereços da rede interna saiam sempre > com os mesmo respectivo ip real especificado na configuração dos > aliases. > Ex.: > > 200.x.x.1 (interface do gateway) > > 10.x.x.5 --> 200.x.x.5 (ip real configurado com alias) > 10.x.x.6 --> 200.x.x.6 (ip real configurado com alias) > 10.x.x.7 --> 200.x.x.7 (ip real configurado com alias) > > Nas pequisas que efetuamos, essa situação é referenciada como NAT > estático. Seguindo a documentação do handbook e outras pela internet, > a solução indicada, pelo que entendemos, é utilizar um "redirect > address 10.x.x.5 200.x.x.5" no arquivo de configuração do NAT. > > Aplicamos estes parâmetros em nossas configurações, na prática, quando > utilizamos um site para verificação de ip real como "www.meuip.com.br" > por exemplo, o resultado é sempre o primeiro endereço configurado > (interface do gateway) e não o respectivo alias pelo qual o endereço > interno foi fixado na configuração do NAT > Ex.: > > Navegando na página "www.meuip.com.br" a partir do endereço 10.x.x.6 é > retornado o endereço 200.x.x.1 e não o esperado, que seria 200.x.x.6 > > O interessante é que se o tráfego for capturado no firewall > transparente que possuímos, com o tcpdump, por exemplo, consiguimos > visualizar esta saída como vindo do ip amarrado ao alias. > > > Espero ter conseguido exemplificar o ambiente de uma forma clara. > > > > Se algum dos participantes da lista tiver alguma idéia ou alternativa, > será muito bem-vinda. Desde já, agradecemos > > > Tércio. > - > 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] RES: RES: Migrar poptop para FreeBSD 7.1
> > Estou utilizando a configuração proposta em > http://www.freebsdconsult.com.br/artigos/mypage_30_VPN-com-poptop.html > > Alguem pode me dar uma ajuda? Ola, Aqui faço um pouco diferente: # cat /usr/local/etc/pptpd.conf ppp /usr/sbin/ppp debug logwtmp connections 5 localip 10.0.0.1 remoteip 10.0.0.100-104 # cat /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) pptp: set timeout 0 enable chap81 disable deflate pred1 deny deflate pred1 set ifaddr 10.0.0.1 10.0.0.100-10.0.0.104 255.255.255.255 enable proxy accept dns set dns 10.0.0.1 # set nbns 10.0.0.11 # servidor wins set mtu max 1490 set mru 1490 disable echo set echoperiod 5 disable ipv6cp Os usuários e senhas podem ser por radius ou ficar no /etc/ppp/ppp.secret E pra funcionar no freebsd 7 ou superior tem que aplicar um patch que corrige as rotas mantidas pelo ppp (http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/130159) e outro que corrige um problema com o proxy arp (http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131250). Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tecnologia de Colabaração Corporativ a e Mensageria
Boa noite a todos, Tem 12 anos que trabalho com FreeBSD e sempre fui defensor do free por conta de performance, estabilidade, segurança e também pela simplicidade, apesar de muitos que conheço não concordarem e optar por alguma distribuição Linux, porém só preciso de alguns dias e um cd de instalação do free para fazer com que notem como é simple e prazeroso trabalhar com free e desta forma já concegui com que pessoas não gostavam do free passassem a venerar o sistema, mas agora estou com dilema complicado, tudo que é feito por algum tipo de "sistema proprietário" de alguma forma pode ser feito em free e na maioria das vezes com hardware obsoleto e performance superior ao do irmão "rico", mas venho notando que emtermos de Tecnologia de Colabaração Corporativa e Mensageria não tem muito o que se fazer se comparado às novas tecnologias de algumas empresas como a Cisco, Microsoft, Ericson dentre outras, um exemplo é onde trabalho está sendo integrado e-mail+telefonia tanto local como de londa distância+instant menssenger, de tal forma que consigo através da minha máquina em casa falar com outra pessoa em outro estado estando essa na empresa ou na sua casa apenas utilizando um desse meios de comunicação. Diante do exposto gostaria de saber se alguém tem alguma notícia ou sabe de algum projeto que visa a integração de sistemas de e-mail, instant menssenger e telefonia voltado a plataforma livre. Luis Barcellos Analista de Segurança e Infra-Estrutura de TI. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
