From owner-svn-doc-head@freebsd.org Sat Sep 8 21:18:24 2018 Return-Path: Delivered-To: svn-doc-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2C4AFFE6EB; Sat, 8 Sep 2018 21:18:23 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65B3978D88; Sat, 8 Sep 2018 21:18:23 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5ACE010668; Sat, 8 Sep 2018 21:18:23 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id w88LINfS007217; Sat, 8 Sep 2018 21:18:23 GMT (envelope-from ebrandi@FreeBSD.org) Received: (from ebrandi@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id w88LINUs007215; Sat, 8 Sep 2018 21:18:23 GMT (envelope-from ebrandi@FreeBSD.org) Message-Id: <201809082118.w88LINUs007215@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: ebrandi set sender to ebrandi@FreeBSD.org using -f From: Edson Brandi Date: Sat, 8 Sep 2018 21:18:23 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r52240 - head/pt_BR.ISO8859-1/articles/hubs X-SVN-Group: doc-head X-SVN-Commit-Author: ebrandi X-SVN-Commit-Paths: head/pt_BR.ISO8859-1/articles/hubs X-SVN-Commit-Revision: 52240 X-SVN-Commit-Repository: doc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2018 21:18:24 -0000 Author: ebrandi Date: Sat Sep 8 21:18:22 2018 New Revision: 52240 URL: https://svnweb.freebsd.org/changeset/doc/52240 Log: pt_BR.ISO8859-1/articles/hubs: converted to .po * content synchronized with en_US document (rev 51820) * article.xml converted to .po * .po file was translated to pt_BR * .po and .xml file has been set to UTF-8 encoding * information about volunteers who translated and/or revised the document was added to the header of the .po file Approved by: gabor (mentor, implicit) Obtained from: The FreeBSD Brazilian Portuguese Documentation Project Added: head/pt_BR.ISO8859-1/articles/hubs/pt_BR.po (contents, props changed) Modified: head/pt_BR.ISO8859-1/articles/hubs/Makefile head/pt_BR.ISO8859-1/articles/hubs/article.xml (contents, props changed) Modified: head/pt_BR.ISO8859-1/articles/hubs/Makefile ============================================================================== --- head/pt_BR.ISO8859-1/articles/hubs/Makefile Sat Sep 8 19:14:10 2018 (r52239) +++ head/pt_BR.ISO8859-1/articles/hubs/Makefile Sat Sep 8 21:18:22 2018 (r52240) @@ -4,8 +4,6 @@ # # $FreeBSD$ # -# Original revision: r38826 -# # Article: Mirroring FreeBSD DOC?= article Modified: head/pt_BR.ISO8859-1/articles/hubs/article.xml ============================================================================== --- head/pt_BR.ISO8859-1/articles/hubs/article.xml Sat Sep 8 19:14:10 2018 (r52239) +++ head/pt_BR.ISO8859-1/articles/hubs/article.xml Sat Sep 8 21:18:22 2018 (r52240) @@ -1,34 +1,18 @@ - - - -
+ + +
Espelhando o FreeBSD - JunKuriyama -
kuriyama@FreeBSD.org
- - ValentinoVaschetto -
logo@FreeBSD.org
- - DanielLang -
dl@leo.org
- - KenSmith -
kensmith@FreeBSD.org
- + JunKuriyama
kuriyama@FreeBSD.org
 + ValentinoVaschetto
logo@FreeBSD.org
 + DanielLang
dl@leo.org
 + KenSmith
kensmith@FreeBSD.org
 - &tm-attrib.freebsd; - &tm-attrib.cvsup; - &tm-attrib.general; + FreeBSD is a registered trademark of the FreeBSD Foundation. + Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this document, and the FreeBSD Project was aware of the trademark claim, the designations have been followed by the â„¢ or the ® symbol. $FreeBSD$ @@ -36,1181 +20,247 @@ $FreeBSD$ - Este artigo aborda a configuração de um site espelho - destinado à distribuição do FreeBSD e tem como público alvo - os administradores destes sites. Este é um trabalho em - andamento. + Um artigo em andamento sobre como espelhar o FreeBSD, destinado à administradores de hubs. - Neste momento nós não estamos aceitando - novos sites espelho. + Nós não estamos aceitando novos sites espelho neste momento. - Informações de Contato + Informações de contato - Os coordenadores do sistema de sites espelho podem ser - contatados por email no endereço - mirror-admin@FreeBSD.org. Também existe a - &a.hubs;. + Os Coordenadores do Sistema de Espelhamento podem ser contatados pelo email mirror-admin@FreeBSD.org. Existe também uma lista de discussão de sites espelho do FreeBSD. - Requisitos para espelhar o FreeBSD - + Requisitos para um site espelho do FreeBSD - Espaço em disco - - Espaço em disco é um dos requisitos mais - importantes. Dependendo do conjunto de releases, de - arquiteturas e do grau de cobertura que você deseja que - seu site espelho tenha, uma enorme quantia de espaço em - disco pode ser consumida. Também tenha em mente que os sites - oficiais provavelmente precisam estar - completos. O repositório CVS e as páginas web devem - ser sempre espelhados de forma completa. Também - observe que os números mencionados neste artigo estão - refletindo o estado atual - (&rel2.current;-RELEASE/&rel.current;-RELEASE). - Desenvolvimentos futuros e novas releases apenas irão - aumentar o espaço requerido. Certifique-se de manter - algum espaço extra (entre 10 e 20%) disponível, em - relação as estimativas abaixo, apenas por - segurança. Aqui estão algumas estimativas - aproximadas: - - + Espaço em disco + O espaço em disco é um dos requisitos mais importantes. Dependendo do conjunto de releases, arquiteturas e grau de cobertura que você deseja espelhar, uma quantidade enorme de espaço em disco pode ser consumida. Também tenha em mente que espelhos oficiais provavelmente precisam ser completos. As páginas web devem ser sempre espelhadas completamente. Observe também que os números indicados aqui refletem o estado atual (para 10.4-RELEASE/11.2-RELEASE). Desenvolvimentos adicionais e novas releases só aumentarão a quantidade necessária. Também certifique-se de ter algum espaço extra (cerca de 10-20%) apenas para ter certeza de que não irá faltar espaço. Aqui estão alguns números aproximados: - - Distribuição FTP completa: 1.0 TB - - - Repositório CVS: 5.4 GB - - - Deltas CTM: 3.2 GB - - - Páginas Web: 463 MB - + Distribuição FTP completa: 1.4 TB + Deltas do CTM: 10 GB + Páginas Web: 1GB - - O uso atual de espaço em disco pela - distribuição FTP pode ser encontrada em - ftp://ftp.FreeBSD.org/pub/FreeBSD/dir.sizes. - + O uso atual de disco da Distribuição por FTP pode ser encontrado em ftp://ftp.FreeBSD.org/pub/FreeBSD/dir.sizes. - - Conectividade de rede e largura de banda - - É claro que você precisa estar conectado à - Internet. A largura de banda que será - necessária dependerá do uso previsto para o seu - site espelho. Se você só quer espelhar algumas - partes do FreeBSD para uso local no seu Site/Intranet, a - demanda pode ser muito menor do que se você quiser - tornar os arquivos disponíveis publicamente. Se - você pretende se tornar um site espelho oficial, a - largura de banda necessária será ainda maior. - Desta forma, nós só podemos dar estimativas - grosseiras em relação a este item: - + Conexão de Rede/Largura de Banda + Claro, você precisa estar conectado à Internet. A largura de banda necessária depende do uso pretendido do site espelho. Se você quiser espelhar apenas algumas partes do FreeBSD para uso na sua rede local/intranet, a demanda pode ser muito menor do que se você quiser disponibilizar os arquivos publicamente. Se você pretende se tornar um site espelho oficial, a largura de banda necessária será ainda maior. Podemos apenas dar estimativas aproximadas aqui: - - Site local, sem acesso público: basicamente - nenhum, mas um link menor que 2 Mbps pode tornar o - processo de sincronismo muito lento. - - - - Site público não oficial: um link de - 34 Mbps é provavelmente um bom ponto de - partida. - - - - Site oficial: recomenda-se um link de no - mínimo 100 Mbps, e o seu servidor deverá - estar conectado o mais próximo possível - do seu roteador de borda. - + Site local, sem acesso público: basicamente sem valor mínimo, mas se for menor que < 2 Mbps, pode deixar a sincronização bem lenta. + Site público não oficial: 34 Mbps é provavelmente um bom começo. + Site oficial: > 100 Mbps é recomendado, e seu host deve estar conectado o mais próximo possível do seu roteador de borda. - - Requisitos de sistema, CPU e Memória RAM - - O dimensionamento destes itens depende do número - esperado de clientes simultâneos, o que é - determinado pela política de uso do servidor. Estes - requisitos também são afetados pelo tipo de - serviço que você deseja oferecer. - Serviços básicos de FTP ou HTTP podem não - necessitar de uma grande quantidade de recursos. Mas fique - atento se você for disponibilizar os serviços de - CVSup, rsync ou mesmo de AnonCVS. Estes serviços podem - ter um enorme impacto nos requisitos de CPU e de - memória. Especialmente o rsync, o qual é - considerado um devorador de memória, e o CVSup - certamente consome um pouco da CPU. No caso do AnonCVS pode - ser interessante configurar um sistemas de arquivos residente - em memória (MFS) de no mínimo 300 MB, desta - forma você precisa considerar este consumo quando - avaliar a quantidade de memória requerida. A seguir você - irá encontrar alguns exemplos, os quais visam apenas - lhe dar uma idéia por alto das necessidades. - - Para um site de visitação moderada o qual - ofereça o serviço de - Rsync, você pode considerar - uma CPU entre 800 MHz e 1 GHz, e pelo menos 512 MB de - memória RAM. Esta é provavelmente a - configuração mínima para um site espelho - oficial. - - Para um site de visitação frequente, - você definitivamente vai precisar de mais memória - RAM (considere 2 GB como um bom ponto de partida) e - possivelmente de mais poder de processamento (CPU), o que - pode significar que você precisará ir para um - sistema multiprocessado (SMP). - - Você também pode considerar o uso de um - subsistema de discos rápidos. As - operações em um repositório CVS - necessitam de um subsistema de discos rápido (o uso de - RAID é altamente desejável). Uma controladora - SCSI que possua cache dedicado também pode melhorar a - velocidade uma vez que a maioria destes serviços - incorre na realização de um grande número - de pequenas modificações no disco. + Requisitos de Sistema, CPU, RAM + Isto depende muito do número esperado de clientes, que é determinado pela política do servidor. O dimensionamento também é afetado pelo tipo de serviços que você deseja oferecer. Serviços FTP ou HTTP simples podem não exigir uma quantidade enorme de recursos. Tenha cuidado se você fornecer o rsync. Isso pode ter um grande impacto nos requisitos de CPU e memória, já que este serviço é considerado um devorador de memória. Os exemplos a seguir, visam lhe dar uma ideia simples deste dimensionamento. + Para um site com visitação moderada o qual ofereça o serviço de rsync, você pode considerar uma CPU entre 800 MHz - 1 GHz, e pelo menos 512 MB de memória RAM. Esta é provavelmente a configuração mínima para um site espelho oficial. + Para um site com visitação frequente, você definitivamente vai precisar de mais memória RAM (considere 2 GB como um bom ponto de partida) e possivelmente de mais poder de processamento (CPU), o que pode significar que você precisará ir para um sistema multiprocessado (SMP). + Você também pode querer considerar um subsistema de disco rápido. As operações no repositório SVN requerem um subsistema de disco rápido (o RAID é altamente recomendado). Um controlador SCSI que possua um cache próprio também pode acelerar as coisas, já que a maioria desses serviços incorrem em um grande número de pequenas modificações no disco. - - Serviços para oferecer - - Todo site espelho é obrigado a disponibilizar um - conjunto de serviços básicos. Em - adição a estes serviços - obrigatórios, existe um grande número de - serviços opcionais os quais o administrador do servidor - pode optar por oferecer. Esta sessão irá - detalhar quais serviços você pode oferecer, bem - como implementá-los. - + Serviços para oferecer + Todo site espelho é obrigado a disponibilizar um conjunto de serviços básicos. Em adição a estes serviços obrigatórios, existe um grande número de serviços opcionais aos quais o administrador do servidor pode optar por oferecer. Esta sessão irá detalhar quais serviços você pode oferecer, bem como implementá-los. - FTP (necessário para o conjunto de arquivos - do FTP) - - Este é um dos serviços mais básicos, e ele é - requerido em todos os sites espelhos que oferecem - acesso público às distribuições - via FTP. O acesso ao FTP deve ser anônimo, e não - é permitido o uso de nenhum controle nas taxas de - upload/download (o que seria uma coisa ridícula de - qualquer maneira). Não é necessário - ter o upload de arquivos habilitado (e isso - nunca deve ser permitido na área - onde os arquivos do FreeBSD são mantidos). Os - arquivos do FreeBSD devem ficar disponíveis sob o - caminho /pub/FreeBSD. - - Existem diversos softwares disponíveis os quais - podem ser configurados para operar como um servidor de FTP - anônimo. Por exemplo (em ordem - alfabética). + FTP (necessário para o conjunto de arquivos do FTP) + Este é um dos serviços mais básicos, e ele é obrigatório em todos os sites espelhos que oferecem acesso público às distribuições via FTP. O acesso ao FTP deve ser anônimo, e não é permitido o uso de nenhum controle nas taxas de upload/download (o que seria uma coisa ridícula de qualquer maneira). Não é necessário ter o upload de arquivos habilitado (e isso nunca deve ser permitido na área onde os arquivos do FreeBSD são mantidos). Os arquivos do FreeBSD devem ficar disponíveis sob o caminho /pub/FreeBSD. + Existem diversos softwares disponíveis que podem ser configurados para operar como um servidor de FTP anônimo. Por exemplo (em ordem alfabética) - - /usr/libexec/ftpd: Este - é o servidor de FTP nativo do FreeBSD. - Certifique-se de ler o &man.ftpd.8;. + /usr/libexec/ftpd: o próprio ftpd do FreeBSD pode ser usado. Não deixe de ler o manual do ftpd8. - ftp/ncftpd: Um - pacote comercial, gratuito para uso com fins - educacionais. + ftp/ncftpd: Um pacote comercial, grátis para uso educacional. - ftp/oftpd: Um - servidor de FTP desenvolvido tendo a segurança - como seu foco principal. + ftp/oftpd: Um ftpd projetado tendo a segurança como foco principal. - ftp/proftpd: - Um servidor FTP modular e muito - flexível. + ftp/proftpd: Um ftpd modular e muito flexível. - ftp/pure-ftpd: - Outro servidor de FTP desenvolvido tendo a - segurança em mente. + ftp/pure-ftpd: Outro ftpd desenvolvido com segurança em mente. - - ftp/twoftpd: - Mais um servidor desenvolvido com foco em - segurança. - - - ftp/vsftpd: - Um ftpd muito seguro. - - - ftp/wu-ftpd: - O ftpd da universidade de Washington. Ele se tornou - impopular, por causa da enorme quantidade de problemas - de segurança que foram descobertos nele. Se - você optar por utilizar este software, - certifique-se de mantê-lo atualizado. - + ftp/twoftpd: Mais um ftpd desenvolvido com segurança em mente. + ftp/vsftpd: Um ftpd muito seguro. - - O ftpd nativo do FreeBSD, o - proftpd, o - wu-ftpd e talvez o - ncftpd são alguns dos - servidores de FTP mais comumente utilizados. Os demais - não possuem uma grande base de usuários - entre os sites espelhos. Um item a ser considerado - é que você pode precisar de flexibilidade - para controlar quantas conexões simultâneas - serão permitidas no servidor, limitando desta forma - o consumo do seu link IP e dos demais recursos do - sistema. + O ftpd nativo do FreeBSD, o proftpd, e talvez o ncftpd são alguns dos servidores de FTP mais utilizados. Os demais não possuem uma grande base de usuários entre os sites espelhos. Um item a ser considerado é que você pode precisar de flexibilidade para controlar quantas conexões simultâneas serão permitidas no servidor, limitando desta forma o consumo do seu link IP e dos demais recursos do sistema. - - Rsync (opcional para o conjunto de arquivos - do FTP) - - O Rsync é muitas vezes - oferecido para acesso ao conteúdo da área de - FTP de um site espelho do FreeBSD, desta forma outros sites - espelhos podem utilizar o seu sistema como fonte para se - espelhar. O protocolo do rsync é diferente do FTP em - muitos aspectos. Ele é muito mais amigável em - relação ao consumo de banda IP, uma vez que - quando um arquivo é alterado ao invés de - transferí-lo por completo novamente, ele transfere - apenas as diferenças entre as duas versões do - arquivo. O Rsync requer uma - grande quantidade de memória para cada - instância. A quantidade de memória alocada - depende do tamanho do modulo sincronizado em termos do - número de diretórios e de arquivos. O - Rsync pode utilizar o - rsh e o ssh (que agora - é padrão) para transporte dos dados, ou - então utilizar o seu próprio protocolo para - acesso stand-alone (este é o método preferido - para um servidor público de - Rsync). Obrigatoriedade de - autenticação, limites ao número de - conexões simultâneas e outras restrições - podem ser aplicadas. Há apenas um pacote de software - disponível para se implementar um servidor de - Rsync: - + Rsync (opcional para o conjunto de arquivos FTP) + O Rsync é muitas vezes oferecido para acesso ao conteúdo da área de FTP de um site espelho do FreeBSD, desta forma outros sites espelhos podem utilizar o seu sistema como fonte para se espelhar. O protocolo do rsync é diferente do FTP em muitos aspectos. Ele é muito mais amigável em relação ao consumo de banda IP, uma vez que quando um arquivo é alterado ao invés de transferí-lo por completo novamente, ele transfere apenas as diferenças entre as duas versões do arquivo. O Rsync requer uma grande quantidade de memória para cada instância. A quantidade de memória alocada depende do tamanho do modulo sincronizado em termos do número de diretórios e de arquivos. O Rsync pode utilizar rsh e o ssh (que agora é padrão) para transporte dos dados, ou então utilizar o seu próprio protocolo para acesso stand-alone (este é o método preferid o para um servidor público de Rsync). Obrigatoriedade de autenticação, limites ao número de conexões simultâneas e outras restrições podem ser aplicadas. Há apenas um pacote de software disponível para se implementar um servidor de Rsync: - - net/rsync - + net/rsync - HTTP (necessário para as páginas web, - opcional para o conjunto de arquivos do FTP) + HTTP (necessário para as páginas web, opcional para o conjunto de arquivos do FTP) + Se você deseja disponibilizar as páginas web do FreeBSD, você vai precisar instalar um servidor web. Opcionalmente você poderá oferecer acesso a sua árvore de FTP via HTTP. A escolha do software do servidor web é uma escolha do administrador do site espelho. As opções mais populares são: - Se você deseja disponibilizar as páginas - web do FreeBSD, você vai precisar instalar um - servidor web. Opcionalmente você poderá oferecer - acesso a sua árvore de FTP via HTTP. A escolha do - software do servidor web é uma escolha do - administrador do site espelho. As opções - mais populares são: - www/apache22: - O Apache é o - servidor web mais amplamente utilizado na internet. - Ele é usado extensivamente pelo projeto - FreeBSD. + www/apache24: O Apache é o servidor web mais amplamente utilizado na internet. Ele é usado extensivamente pelo projeto FreeBSD. - www/thttpd: - Se você for servir uma grande quantidade de - conteúdo estático, você pode - constatar que o uso de uma aplicação - como o thttpd é mais eficiente do que o uso do - Apache. Ele está - otimizado para operar sob a máxima performance - no FreeBSD. - + www/boa: O Boa é um servidor HTTP single-task. Ao contrário dos servidores Web tradicionais, o seu processo não se divide para cada conexão de entrada e nem cria muitas cópias de si mesmo para lidar com várias conexões. Entretanto, ele fornece um desempenho excelente para conteúdo puramente estático. + - www/boa: - O Boa é uma outra - alternativa ao thttpd e ao - Apache. Ele deve prover - uma performance consideravelmente melhor que a do - Apache para conteúdos puramente - estáticos. Ele não possui, pelo menos - até o momento em que esse artigo está - sendo escrito, o mesmo conjunto de - otimizações para o ambiente FreeBSD que - encontramos disponíveis no - thttpd. + www/cherokee: O >Cherokee é um servidor web muito rápido, flexível e fácil de configurar. Ele suporta as tecnologias difundidas atualmente: FastCGI, SCGI, PHP, CGI, conexões criptografadas por SSL/TLS, vhosts, autenticação de usuários, codificação on the fly e balanceamento de carga. Ele também gera arquivos de log compatíveis com o Apache. - - - - CVSup (desejado para repositórios CVS) + + www/lighttpd: O lighttpd é um servidor web seguro, rápido, compatível com os padrões e muito flexível o qual foi otimizado para ambientes de alto desempenho. Tem um consumo de memória muito baixo em comparação com outros servidores Web, bem como um baixo consumo de CPU. + - O CVSup é um meio - muito eficiente de distribuição de arquivos. - Ele trabalha de forma semelhante ao - rsync, mas foi especialmente - projetado para uso com repositórios CVS. Se - você deseja disponibilizar o repositório CVS do - FreeBSD, você deve considerar seriamente fazê-lo - via CVSup. É - possível oferecer acesso a um repositório CVS - via AnonCVS, FTP, - rsync ou HTTP, mas as pessoas - vão se beneficiar muito mais de um acesso via - CVSup. O - CVSup foi desenvolvido pelo - &a.jdp;. É um pouco complicado instalá-lo em - uma plataforma diferente do FreeBSD, uma vez que ele foi - escrito em Modula-3 e consequentemente necessita de um - ambiente Modula-3 disponível. O John Polstra preparou - uma versão simplificada do M3 a qual é - suficiente para executar o CVSup, - e que pode ser facilmente instalada. Consulte Ezm3 - para maiores detalhes. Os ports relacionados - são: - - - net/cvsup: - O port nativo do CVSup (cliente e servidor) o qual - requer a instalalação do lang/ezm3. + www/nginx: O nginx é um servidor web de alto desempenho com baixo consumo de memória e recursos-chave para construir uma infraestrutura web moderna e eficiente. Os recursos incluem um servidor HTTP, proxy reverso de HTTP e email, armazenamento em cache, balanceamento de carga, compactação, limitação de solicitações, multiplexação e reutilização de conexões, descarregamento de SSL e streaming de mídia por HTTP. + - net/cvsup-mirror: - O kit de espelhamento do CVSup, o qual requer o - net/cvsup-without-gui, e que - o configura para atuar no espelhamento dos - serviços. Alguns administradores podem preferir - utilizar uma forma diferente de configurar um site - espelho. + www/thttpd: Se você estiver servindo uma grande quantidade de conteúdo estático, você pode descobrir que usar uma aplicação como o thttpd é mais eficiente do que outros servidores web. Ele também é otimizado para ter um excelente desempenho no FreeBSD. - - Existem alguns outros, como o net/cvsup-without-gui o qual - você pode desejar olhar. Se você preferir um - pacote binário, compilado estaticamente, de uma - olhada aqui. - Esta página continua mencionando o erro SG1, o qual - esteve presente no CVSup. Talvez - o John venha a criar no futuro um site genérico para - download de binários estáticos para - várias plataformas. - - É possível utilizar o - CVSup para disponibilizar - qualquer tipo de arquivo, e não apenas - repositórios CVS, mas a configuração - pode ser complexa. O CVSup - é conhecido por consumir um pouco de CPU tanto no - servidor quanto no cliente, uma vez que ele precisa comparar - muitos arquivos. - - - AnonCVS (Opcional para reposittórios - CVS) - - Se você possui o repositório CVS, - você pode desejar disponibilizá-lo via cvs - anônimo. Um pequeno aviso antes: Não existe - muita demanda para este tipo de acesso, ele requer alguma - experiência, e você precisa saber o que - está fazendo. - - Geralmente há duas formas de se acessar um - repositório CVS remotamente: via - pserver ou via ssh - (nós não consideramos o - rsh). Para acesso anônimo, o uso - do pserver é bastante adequado, - mas alguns optam por também oferecer acesso via - ssh. Existe um wrapper - customizado no repositório CVS, para ser utilizado - como shell para uma conta anônima de ssh. Ele faz um - chroot, e portanto requer que o repositório CVS - esteja disponível no diretório home do - usuário anônimo. Isto pode não ser - possível para todos os sites. Se você for - oferecer apenas acesso via pserver, - esta restrição não se aplica, mas - você pode ficar sujeito a um risco maior de - segurança. Você não precisa instalar - nenhum software especial, uma vez que o &man.cvs.1; vem por - padrão na instalação básica do - FreeBSD. Você precisa habilitar o acesso - através do inetd, para isto basta - adicionar uma entrada ao seu - /etc/inetd.conf semelhante a - esta: - - -cvspserver stream tcp nowait root /usr/bin/cvs cvs -f -l -R -T /anoncvstmp --allow-root=/home/ncvs pserver - - - Consulte o manual para detalhes das - opções. Consulte também a - página de info do CVS sobre - formas adicionais de certificar-se de que o acesso ao - repositório está configurado apenas para - leitura. Recomenda-se que você crie uma conta - não privilegiada, preferencialmente chamada - anoncvs. - Você também precisa criar um arquivo - passwd no seu - /home/ncvs/CVSROOT e atribuir um - password (em branco ou anoncvs) para acesso deste - usuário ao CVS. O diretório - /anoncvstmp é um sistema de - arquivo baseado em memória que tem um - propósito especial. Ele não é - obrigatório mas seu uso é recomendado, uma - vez que o &man.cvs.1; cria uma estrutura de - diretórios ocultos no seu /tmp - a qual não é utilizada depois da - operação, mas que deixa as coisas - dramaticamente lentas se forem necessárias - operações reais de escrita e leitura para o - disco. Aqui está um exemplo de configuração no - /etc/fstab, de como configurar um - MFS: - - -/dev/da0s1b /anoncvstmp mfs rw,-s=786432,-b=4096,-f=512,-i=560,-c=3,-m=0,nosuid 0 0 - - - Esta é (naturalmente) uma sintaxe otimizada ao - máximo, e foi sugerida pelo &a.jdp;. - - Como espelhar o FreeBSD - - Ok, agora você conhece os requisitos e sabe como oferecer - os serviços, mas não sabe como começar. :-) - Esta sessão explica como realizar realmente o - espelhamento de várias partes do FreeBSD, que ferramentas - utilizar e a partir de onde espelhar. - - - FTP - A área de FTP representa o maior volume de dados a - serem espelhados. Ele inclui os conjuntos de - distribuição os quais são - requeridos para as instalações via rede, os - ramos (branches) do sistema dos quais se - tira snapshots a partir da árvore de código - fonte, as imagens ISO para gravar CDs de - instalação do sistema, um sistema de arquivos - vivo, a árvore do ports, os distifiles (código - fonte necessários para compilar o ports) e uma - quantidade enorme de pacotes. Tudo, é claro, para as - várias versões do FreeBSD, e para as - várias arquiteturas. - - - Espelhando com FTP - - Você pode utilizar um aplicativo de espelhamento - de FTP para obter os arquivos. Alguns dos mais utilizados - são: - - ftp/mirror - ftp/ftpmirror - ftp/emirror - ftp/spegla - ftp/omi - ftp/wget - - - O ftp/mirror era - muito popular, mas parece ter alguns inconvenientes, como - ele está escrito em &man.perl.1; ele possui alguns - problemas reais para espelhar grandes diretórios - como os de um site espelho do FreeBSD. Existem rumores de - que a versão atual corrigiu isso ao permitir que - seja especificado um algoritmo diferente para comparar a - estrutura de diretórios. - - Em geral o FTP não é muito bom para - tarefas de espelhamento. Ele transfere o arquivo inteiro - se o mesmo for alterado, e não cria um fluxo - único de dados do qual ele se beneficiaria no caso - de ocorrer uma grande janela de congestionamento TCP. - - - - Espelhando com o Rsync - - A melhor forma de espelhar a área FTP é - através do uso do rsync. - Você pode instalar o port net/rsync e então - utilizá-lo para sincronizar com o seu servidor de - upstream. O - rsync já foi mencionado na - . Uma vez que a - disponibilização de acesso via - rsync não é - obrigatória, o seu site preferido de - upstream pode não disponibilizá-lo. - Você pode precisar gastar algum tempo procurando até - encontrar um servidor que permita o acesso via - rsync. - + Ok, agora você conhece os requisitos e sabe como oferecer os serviços, mas não sabe como obtê-los. :-) Esta seção explica como realmente espelhar as várias partes do FreeBSD, quais ferramentas utilizar e de onde espelhar. + + Espelhando o site FTP + A área FTP possui a maior quantidade de dados a serem espelhados. Ela inclui os conjuntos de distribuição necessários para a instalação em rede, os branches que são snapshots das árvores de código fonte, as Imagens ISO para gravar CD-ROMs com a distribuição de instalação, um sistema de arquivos ativo e um snapshot da árvore de ports. E claro, tudo isso para as várias versões do FreeBSD e diversas arquiteturas. + A melhor maneira de espelhar a área FTP é com o rsync. Você pode instalar o port net/rsync e então usar o rsync para sincronizar com seu host upstream. O rsync já foi mencionado em . Como o acesso rsync não é necessário, seu site de upstream preferido pode não permitir isso. Talvez você precise procurar um pouco mais para localizar um site que permita acesso por rsync. - Uma vez que o número de clientes - rsync gera um impacto - significativo no servidor, muitos administradores - definem limites para o número de acessos - simultâneos aos seus servidores. Você deve - consultar o responsável pelo servidor de - upstream que você está - utilizando, sobre as regras do servidor, e sobre a - possibilidade dele abrir uma exceção para o seu - servidor (uma vez que você é um site - espelho). + Como o número de clientes rsync terá um impacto significativo na performance do servidor, a maioria dos administradores impõe limitações em seus servidores. Para um espelho, você deve perguntar ao mantenedor do site com o qual você está sincronizando sobre sua política, e talvez pedir uma exceção para o seu host (já que você também é um site espelho). - - A linha de comando para espelhar o FreeBSD será - parecida com esta: - - &prompt.user; rsync -vaz --delete ftp4.de.FreeBSD.org::FreeBSD/ /pub/FreeBSD/ - - - Consulte a documentação do - rsync, a qual está - disponível em http://rsync.samba.org/, - para conhecer as várias opções que - podem ser utilizadas com o - rsync. Se você - sincronizar o módulo inteiro (ao contrário - de apenas alguns subdiretórios), esteja ciente de - que o módulo-diretório (normalmente - "FreeBSD") não será criado, de forma que - você não deve omitir o diretório alvo. - Além disso, você pode desejar criar um script - de trabalho para ser executado pelo &man.cron.8;, para - automatizar o processo de espelhamento. - - - - Espelhando com o CVSup - - Alguns sites, incluindo o ftp-master.FreeBSD.org - oferecem acesso via CVSup para - espelhamento do conteúdo da área de FTP. - Você precisa instalar um cliente - CVSup, preferencialmente a partir - do port net/cvsup. - (consulte também a ). Abaixo você encontra um - exemplo de arquivo supfile pronto para - uso com o - ftp-master.FreeBSD.org: - - - # - # FreeBSD archive supfile from master server - # - *default host=ftp-master.FreeBSD.org - *default base=/usr - *default prefix=/pub - #*default release=all - *default delete use-rel-suffix - *default umask=002 - - # If your network link is a T1 or faster, comment out the following line. - #*default compress - - FreeBSD-archive release=all preserve - - - Ao que parece o CVSup - seria a melhor opção para espelhar os arquivos em - termos eficiência, mas infelizmente ele só - está disponível em alguns poucos - sites. - - - Por favor, consulte a documentação do - CVSup, como por exemplo a - &man.cvsup.1; e considere o uso da opção - . Esta opção reduz as - operações de leitura e escrita para o seu - disco rígido, assumindo que as - informações gravadas sobre cada arquivo - estão corretas. - - + Um exemplo de linha de comando para espelhar o FreeBSD pode ser verificada abaixo: + % rsync -vaHz --delete rsync://ftp4.de.FreeBSD.org/FreeBSD/ /pub/FreeBSD/ + Consulte a documentação do rsync, que também está disponível em http://rsync.samba.org/, sobre as várias opções a serem usadas com o rsync. Se você sincronizar o módulo inteiro (diferentemente dos subdiretórios), esteja ciente de que o diretório do módulo (aqui "FreeBSD") não será criado, então você não pode omitir o diretório de destino. Além disso, você pode querer configurar um script que chame tal comando via cron8. - - Espelhando o repositório CVS - - Existem várias formas de se espelhar o - repositório CVS. O CVSup - é o método mais comum. - - - Usando o CVSup - - O CVSup foi descrito com - algum detalhe na e na - . - - É muito fácil configurar um site espelho - com o CVSup. Basta instalar o - port net/cvsup-mirror - para que você tenha todos os programas - necessários instalados, e para que todas as - informações necessárias para a - configuração do site espelho sejam - coletadas. - - - Por favor não se esqueça de avaliar a - sugestão mencionada na nota acima - - - - - Utilizando outros métodos - - A utilização de outros métodos que - não o CVSup geralmente - não é recomendada. De qualquer forma, - nós vamos descrevê-los rapidamente aqui. Uma - vez que a maioria dos sites oferece o repositório - CVS como parte da área de FTP, sob o caminho - /pub/FreeBSD/development/FreeBSD-CVS, - os seguintes métodos podem ser utilizados: - - - - FTP - - - Rsync - - - HTTP - - - - - O AnonCVS não pode ser - utilizado para espelhar o repositório CVS, uma - vez que o CVS não permite que você acesse o - próprio repositório em si (arquivos ",v"), - permitindo o acesso somente as versões limpas dos - módulos. - - - - - Espelhando as páginas WWW + Espelhando as páginas WWW + O site do FreeBSD deve ser espelhado apenas via rsync. + Uma linha de comando para espelhar o site do FreeBSD pode parecer com: + % rsync -vaHz --delete rsync://bit0.us-west.freebsd.org/FreeBSD-www-data/ /usr/local/www/ + + + Espelhando os Pacotes + Devido a exigências muito altas de largura de banda, armazenamento e administração, o Projeto FreeBSD decidiu não permitir espelhos públicos de pacotes. Para sites com muitas máquinas, pode ser vantajoso executar um proxy HTTP para fazer cache do pkg 8. Alternativamente, pacotes específicos e suas dependências podem ser baixados executando algo assim: - A melhor forma é realizar um check - out da distribuição www do - servidor de CVS. Se você tem um mirror local do - repositório CVS, isto será tão simples - quanto executar: + % pkg fetch -d -o /usr/local/mirror vim - &prompt.user; cvs -d /home/ncvs co www + Quando esses pacotes forem baixados, os metadados do repositório devem ser gerados executando: - e agendar uma tarefa no cron, - que execute periodicamente o comando - cvs up -d -P, imediatamente - após a execução do processo que atualiza - o seu repositório. É claro que os arquivos - precisam ser colocados em um diretório disponível para - acesso público via WWW. A instalação e - configuração de um servidor web não - serão abordadas neste artigo. + % pkg repo /usr/local/mirror - Se você não tem um repositório local, - você pode utilizar o CVSup - para manter uma cópia atualizada das - páginas www. Um supfile de exemplo para esta tarefa - pode ser encontrado em - /usr/share/examples/cvsup/www-supfile, o - qual irá se parecer com isto: - - - # - # WWW module supfile for FreeBSD - # - *default host=cvsup3.de.FreeBSD.org - *default base=/usr - *default prefix=/usr/local - *default release=cvs tag=. - *default delete use-rel-suffix - - # If your network link is a T1 or faster, comment out the following line. - *default compress - - # This collection retrieves the www/ tree of the FreeBSD repository - www - - - A utilização do ftp/wget ou de outras ferramentas - de espelhamento web (web-mirror) - não é recomendado. - - - Espelhando a documentação do FreeBSD - - Uma vez que a documentação é referenciada em diversas - páginas web, é recomendado que você também espelhe a - documentação do FreeBSD. No entanto, isto não é tão - trivial quanto o espelhamento das páginas www - isoladamente. - - Em primeiro lugar, você deve obter os fontes da - documentação, e recomendamos que você faça isso - preferencialmente via CVSup. - Aqui está um exemplo de supfile para esta tarefa: - - - # - # FreeBSD documentation supfile - # - *default host=cvsup3.de.FreeBSD.org - *default base=/usr - *default prefix=/usr/share - *default release=cvs tag=. - *default delete use-rel-suffix - - # If your network link is a T1 or faster, comment out the following line. - #*default compress - - # This will retrieve the entire doc branch of the FreeBSD repository. - # This includes the handbook, FAQ, and translations thereof. - doc-all - - - Então você precisará instalar alguns - ports. Mas você está com sorte pois existe um - meta-port, o textproc/docproj, para fazer o - trabalho por você. Você precisa configurar - algumas variáveis de ambiente, como por exemplo - SGML_CATALOG_FILES. Também de uma - olhada no seu /etc/make.conf - (faça uma cópia do - /usr/share/examples/etc/make.conf se - você não possuir um), e verifique a - variável DOC_LANG. Agora - você provavelmente já está pronto para - executar o comando make dentro do - diretório com os fontes da documentação - (/usr/share/doc por padrão) para - construí-la. De novo, você precisa tornar os arquivos - acessíveis através do seu servidor web, certificando-se de - que os links apontam para o local correto. - - - A construção da documentação, assim como as diversas - tarefas associadas ao processo, estão documentadas - no &os; Documentation - Project Primer. Por favor, leia este documento, - especialmente se você está tendo problemas - para construir a documentação. - - + Uma vez que os pacotes tenham sido baixados e os metadados para o repositório tenham sido gerados, sirva os pacotes até as máquinas clientes via HTTP. Para obter informações adicionais, consulte as páginas de manual do pkg8, mais especificamente a página pkg-repo8. - - Com que frequência devo espelhar? - - Todo site espelho deve ser atualizado regularmente. - Você certamente irá precisar de alguns scripts - para automatizar este processo de atualização - com a ajuda do &man.cron.8;. Uma vez que praticamente cada - administrador implementa este procedimento do seu - próprio jeito, nós não temos como fornecer - instruções específicas de como proceder. - O processo poderia ser resumido em: - + Com que frequência eu devo atualizar o conteúdo do meu espelho? + Todo site espelho deve ser atualizado no mínimo uma vez por dia. Certamente, um script com bloqueio para impedir que várias execuções ocorram ao mesmo tempo será necessário para executar a partir do cron8. Como quase todo administrador faz isso à sua maneira, instruções específicas não podem ser fornecidas. Mas poderia ser algo como: - Coloque o comando para executar a sua - aplicação de espelhamento em um script. O - uso de um script simples em /bin/sh - é recomendado. + Coloque o comando para executar seu aplicativo de espelhamento em um script. Recomenda-se o uso de um script simples /bin/sh. - Adicione alguns redirecionamentos para arquivo das - mensagens dos programas, de forma que possa usar o mesmo - com a finalidade de diagnóstico de problemas. + Adicione alguns redirecionamentos de saída para que as mensagens de diagnóstico sejam registradas em um arquivo. - Teste se o seu script funciona. Verifique o arquivo de - log. + Teste se o seu script funciona. Verifique os logs. - Utilize o &man.crontab.1; para adicionar o script ao - &man.crontab.5; do usuário apropriado. O qual deve - ser um usuário diferente do usuário sob o - qual o servidor de FTP é executado, desta forma - não será permitido o acesso via FTP - anônimo aos arquivos presentes na área de FTP, - os quais não possuam permissões que - possibilitem a leitura por todos os demais usuários. - Isto é utilizado para a fase de stage - das novas distribuições — garantindo - que todos os sites espelhos oficiais possuam todos os - arquivos necessários de uma - distribuição, no dia em que a mesma é - liberada. + Use crontab1 para adicionar o script ao crontab5 do usuário apropriado. Este deve ser um usuário diferente daquele que seu daemon FTP está sendo executado, de forma que, se as permissões de arquivo dentro de sua área FTP não forem legíveis por todos, esses arquivos não poderão ser acessados ​​por FTP anônimo. Isto é usado para os lançamentos stage - assegurando que todos os sites espelhos oficiais tenham todos os arquivos de lançamento necessários no dia do lançamento. - - Aqui estão alguns exemplos da periodicidade - recomendada para atualização de um site - espelho: - + Aqui estão alguns agendamentos recomendados: - - Conjunto de arquivos do FTP: diária - *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***