Link fixes

diff --git a/docs/backup.md b/docs/backup.md
index 657262c0f078f58b29f3eccc5b4a996b141e4d86..f54d45efceff6e9d883c3f3fa95de6525344465a 100644 (file)
--- a/docs/backup.md
+++ b/docs/backup.md
@@ -1,7 +1,7 @@
 # Backup
 
-* [Conceitos](concepts).
-* [Convenções](conventions).
-* [Métodos](methods).
-* [Restauração](restore).
-* [Migração de sites](migration).
+* [Conceitos](backup/concepts.md).
+* [Convenções](backup/conventions.md).
+* [Métodos](backup/methods.md).
+* [Restauração](backup/restore.md).
+* [Migração de sites](backup/migration.md).

diff --git a/docs/backup/methods.md b/docs/backup/methods.md
index 456e3721a932fc8f411054b82ec899e6610e5e37..f32a09eb91f9d1bf62f8150674c0e0d5902bce9e 100644 (file)
--- a/docs/backup/methods.md
+++ b/docs/backup/methods.md
@@ -8,7 +8,7 @@ armazenamento de backups, divididos nas partes:
 
 A discussão aqui não tem caráter prático mas meramente teórico, sem menção às
 implementações dos métodos. Para isso, veja a página
-[Convencoes](../conventions).
+[Convencoes](conventions.md).
 
 ## Métodos de transferência
 

diff --git a/docs/bootstrap.md b/docs/bootstrap.md
index 653f517d382ee9bdd7dcfc2487a701c9bc1d8a0f..f95baa0ba1de8a2d3e106ec8ec40b8723f06a560 100644 (file)
--- a/docs/bootstrap.md
+++ b/docs/bootstrap.md
@@ -1,7 +1,7 @@
 # Bootstrap de uma configuração completa
 
 Este documento tem como objetivo descrever o **processo de bootstrap** de uma
-configuração completa de um servidor utilizando o [Padrão Saravá](/). O
+configuração completa de um servidor utilizando o [Padrão Fluxo](index.md). O
 *processo de bootstrap* pode ser compreendido como "o processo de coordenar
 diversos processos interdepententes de forma que seja atingida uma configuração
 sistêmica estável".
@@ -11,8 +11,8 @@ Para este processo, utilizaremos as seguintes ferramentas:
 * [Debian GNU/Linux 6.0](http://www.debian.org/releases/squeeze/).
 * [Linux-VServer](http://linux-vserver.org/) ([pacote do debian](http://packages.debian.org/squeeze/linux-image-2.6-vserver-686)).
 * [Git](http://git-scm.com/) e [gitosis](http://swik.net/gitosis).
-* [puppet-bootstrap](http://git.sarava.org/?p=puppet-bootstrap.git;a=summary).
-* [hydra](http://git.sarava.org/?p=hydra.git;a=summary).
+* [puppet-bootstrap](http://git.fluxo.info/puppet-bootstrap).
+* [hydra](http://git.fluxo.info/hydra).
 
 Os seguintes estágios fazem parte de uma instalação padrão completa:
 
@@ -39,7 +39,7 @@ Configure o arquivo `/etc/hosts` (a ordem dos hostnames influencia nos resultado
 Instale o git e o puppet e clone o repositório `puppet-bootstrap`:
 
     apt-get -y install git-core puppet wipe
-    git clone git://git.sarava.org/puppet-bootstrap ${puppet_bootstrap_dir}
+    git clone git://git.fluxo.info/puppet-bootstrap ${puppet_bootstrap_dir}
 
 Altere o arquivo `${puppet_bootstrap_dir}/manifests/config.pp` de acordo com suas necessidades.
 
@@ -151,11 +151,11 @@ Instale `hydra` e `keyringer`:
 
     sudo apt-get -y install git-core
     # hydra
-    sudo git clone git://git.sarava.org/hydra /usr/local/hydra
+    sudo git clone git://git.fluxo.info/hydra /usr/local/hydra
     sudo ln -sf /usr/local/hydra/hydra /usr/local/sbin/hydra
     sudo ln -sf /usr/local/hydra/hydra /usr/local/sbin/hydractl
     # keyringer
-    sudo git clone git://git.sarava.org/keyringer /usr/local/keyringer
+    sudo git clone git://git.fluxo.info/keyringer /usr/local/keyringer
     sudo ln -sf /usr/local/keyringer/keyringer /usr/local/bin/keyringer
 
 Tenha certeza que possui em seu chaveiro gpg as chaves dos usuários que irão
@@ -181,7 +181,6 @@ Gere novas chaves para os nós configurados e as envie para os nós:
     hydra projeto newkeys
     hydra projeto import servidor.pub
 
-
 ## Partida do puppetmaster
 
     /etc/init.d/puppetmaster start
@@ -212,15 +211,17 @@ Gere novas chaves para os nós configurados e as envie para os nós:
     git init
     git add .
 
-    repos="`lynx -dump http://git.sarava.org/?a=project_index | awk '{ print $1 }' | grep ^puppet-`"
+    # FIXME: this needs update
+    repos="`lynx -dump http://git.fluxo.info/?a=project_index | awk '{ print $1 }' | grep ^puppet-`"
+
     for repo in $repos; do
       module="`basename $repo .git | sed -e s/^puppet-//`"
       if [ ! -d "modules/$module" ]; then
-        git submodule add git://git.sarava.org/puppet-$module.git modules/$module
+        git submodule add git://git.fluxo.info/puppet-$module.git modules/$module
       fi
     done
 
-No caso de bootstrap para um novo projeto, substitua as referências de `git.sarava.org` para `git.projeto.org`.
+No caso de bootstrap para um novo projeto, substitua as referências de `git.fluxo.info` para `git.projeto.org`.
 
 ### Configurando referências remotas em massa
 

diff --git a/docs/boxes.md b/docs/boxes.md
index dcd7550253d5fead7c5cf92b28e5723320e8e34d..4154695b4e475e403f752fe4ab0977fe38634375 100644 (file)
--- a/docs/boxes.md
+++ b/docs/boxes.md
@@ -38,7 +38,7 @@ com isto no `/root/.profile`:
 Você já pode parar por aí pois já tem uma máquina bem genérica ou começar a customizar
 a máquina para ter ferramentas e configurações comuns para o seu dia dia.
 
-Por exemplo, considere a [instalação](/install) da Hydra Suite na máquina virtual.
+Por exemplo, considere a [instalação](install.md) da Hydra Suite na máquina virtual.
 
 ## Encolhendo uma máquina virtual
 

diff --git a/docs/certs.md b/docs/certs.md
index 9fc1a044a9703480cd0d10df93e001d3a198c32c..87f1b785660f947cdcce03b83c1fb811fb4f56fe 100644 (file)
--- a/docs/certs.md
+++ b/docs/certs.md
@@ -2,7 +2,7 @@
 
 ## Começando
 
-Proceda com a [configuração do ambiente de trabalho administrativo](/install).
+Proceda com a [configuração do ambiente de trabalho administrativo](install.md).
 
 ## Gerando novas chaves
 

diff --git a/docs/cryptocalypse.md b/docs/cryptocalypse.md
index 2e97969bf12b29da33818fad743971ad7e5f920e..1dc19f81a3c0b1d20b37db6fd1744bad12f39093 100644 (file)
--- a/docs/cryptocalypse.md
+++ b/docs/cryptocalypse.md
@@ -4,7 +4,7 @@ Procedimento emergencial de rotação de chaves. Ou, como sobreviver a brechas d
 
 ## Começando
 
-Proceda com a [configuração do ambiente de trabalho administrativo](/install).
+Proceda com a [configuração do ambiente de trabalho administrativo](install.md).
 
 ## Atualizando
 
@@ -27,11 +27,11 @@ Para cada nodo usado no git público:
 
 ## Chaves do Puppet
 
-[Reset da infra de CA do puppet](certs/puppet).
+[Reset da infra de CA do puppet](bootstrap.md).
 
 ## Certificados SSL
 
-[Gere novos certificados SSL](certs).
+[Gere novos certificados SSL](certs.md).
 
 ## Chaves SSH dos ikiwikis
 

diff --git a/docs/domains.md b/docs/domains.md
index aeaea1d54bd902233ee0744893f5be09a3795d79..bc37ec8d4f1839d7b15670d50461a01824b60b11 100644 (file)
--- a/docs/domains.md
+++ b/docs/domains.md
@@ -2,11 +2,11 @@
 
 ## Começando
 
-Proceda com a [configuração do ambiente de trabalho administrativo](/install).
+Proceda com a [configuração do ambiente de trabalho administrativo](install.md).
 
 ## Checando expiração em massa
 
-Necessita o script [domain-check](https://git.sarava.org/?p=puppet-domain_check.git):
+Necessita o script [domain-check](https://git.fluxo.info/puppet-domain_check):
 
     cd $FOLDER/puppet/modules/site_nginx/files
 

diff --git a/docs/firewall.md b/docs/firewall.md
index 37621eaf0e8a2be95cb65543d7c20e537d63ae84..66a1e40f497cfc010fff5241f7f0cf9aae4adb2a 100644 (file)
--- a/docs/firewall.md
+++ b/docs/firewall.md
@@ -1,4 +1,20 @@
-# Configuração do shorewall 
+# Configuração do shorewall
+
+## Introdução
+
+Este é um roteiro emergencial para a cofiguração manual de firewall,
+para situações em que não haja configuração automatizada já disponível.
+
+Uma vez que o [bootstrap](bootstrap.md) estiver concluído, os módulos
+[puppet-firewall](https://git.fluxo.info/puppet-firewall) e
+[puppet-shorewall](http://git.fluxo.info/puppet-shorewall) e poderão ser
+utilizados para gerenciar o firewall.
+
+No entanto, se você for substituir o presente procedimento pela sua versão
+automatizada, certifique-se de apagar os arquivos
+`/etc/shorewall/{masq,policy,zones,rules,interfaces}`.
+
+## Procedimento
 
 De início, instale o shorewall:
 
@@ -70,11 +86,3 @@ Habilite o shorewall mudando o valor de startup de `/etc/default/shorewall` para
 Finalmente podemos ligar o shorewall:
 
     /etc/init.d/shorewall start
-
-## Shorewall e Puppet 
-
-Uma vez que um nodo [puppetmaster](../puppet) estiver rodando, o módulo
-[puppet-shorewall](http://git.sarava.org/?p=puppet-shorewall.git;a=summary)
-poderá ser utilizado para gerenciar o firewall. No entanto, se você for
-substituir o presente procedimento pela sua versão via puppet, certifique-se de
-apagar os arquivos `/etc/shorewall/{masq,policy,zones,rules,interfaces}`. 

diff --git a/docs/index.md b/docs/index.md
index 2105e4bd2b4697d9a02900a2f7a07e5b188377a2..41087261424bb243f48d8802516022f80f84f925 100644 (file)
--- a/docs/index.md
+++ b/docs/index.md
@@ -17,7 +17,7 @@ padrão foi desenvolvido para:
   virtuais.
 * Tornar a instalação dos servidores facilmente replicável.
 
-Originalmente [Padrão Saravá][], agora Padrão em [fluxo][]
+Originalmente [Padrão Saravá][], agora Padrão em [fluxo][].
 
 [Padrão Saravá]: https://web.archive.org/web/20150525110557/https://padrao.sarava.org/
 [fluxo]: https://fluxo.info

diff --git a/docs/install.md b/docs/install.md
index 508649aeb149aa685ceba7d7fdaab10f745a0cd5..8587467ba02d6b22325a703fd509b162674413eb 100644 (file)
--- a/docs/install.md
+++ b/docs/install.md
@@ -1,16 +1,15 @@
 # Instalação da Hydra Suite
 
-Atualmente o Padrão Saravá utiliza a [Hydra
-Suite](http://git.sarava.org/?p=hydra.git;a=summary) para fazer o
-provisionamento. Versões anteriores deste documento não o utilizam, são mais
-descritivas e talvez até mais interessantes ao público interessado nos
-pormenores do procedimento de instalação.
+Atualmente o Padrão Saravá utiliza a [Hydra Suite](http://git.fluxo.info/hydra)
+para fazer o provisionamento. Versões anteriores deste documento não o
+utilizam, são mais descritivas e talvez até mais interessantes ao público
+interessado nos pormenores do procedimento de instalação.
 
 A Hydra Suite pode ser obtida e instalada diretamente do seu repositório:
 
-    git clone --recursive git://git.sarava.org/hydra.git
+    git clone --recursive git://git.fluxo.info/hydra.git
 
-Verifique a [integridade do código](https://manual.sarava.org/specs/code/):
+Verifique a [integridade do código](https://plano.autodefesa.org/specs/code.html):
 
     cd hydra
     tag="`git describe --abbrev=0 --tags`"

diff --git a/docs/keys.md b/docs/keys.md
index 188037f011c5262e18acc139b00bb20224e6d39d..41c77b85514f79cefd04d627f82f1ac76691b634 100644 (file)
--- a/docs/keys.md
+++ b/docs/keys.md
@@ -9,7 +9,7 @@ A maior parte dos procedimentos a seguir depende do aplicativo
 Suite](http://git.fluxo.info/?p=hydra.git;a=summary) e de uma configuração do
 tipo
 
-Proceda então com a [configuração do ambiente de trabalho administrativo](/install).
+Proceda então com a [configuração do ambiente de trabalho administrativo](install.md).
 
 ### Inicializando um repositório
 
@@ -141,7 +141,7 @@ Hashes para `htpasswd` são descritos [aqui](http://sarava.fluxo.info/Ajuda/Prot
 
 ## Chave OpenPGP de Coletivo
 
-Vide [Chave OpenPGP de Coletivo](role).
+Vide [Chave OpenPGP de Coletivo](keys/role.md).
 
 ## Cerbot
 

diff --git a/docs/nodo.md b/docs/nodo.md
index 77bbd85d10cc46116ab4fbf5bbb39e9b1b33fef9..db1bf5a55cb9c94bff6819904f8075f68de5f4c4 100644 (file)
--- a/docs/nodo.md
+++ b/docs/nodo.md
@@ -40,13 +40,13 @@ Esta consiste na criação do nodo -- máquina virtual ou servidor físico, pode
 ser feita de dois modos:
 
 * Via puppet na própria infraestrutura da `$hydra`.
-  * No caso de um servidor físico, proceda [apropriadamente](/install).
+  * No caso de um servidor físico, proceda [apropriadamente](install.md).
   * No caso de uma máquina virtual, defina-a no manifest do puppet da máquina
     hospedeira usando o padrão de virtualização desejado.
 * Solicitando a um coletivo hospedeiro altamente confiável.
 
 No caso de uma máquina virtual hospedada numa máquina física do grupo,
-considere a [faixa de alocação](allocation) de IPS.
+considere a [faixa de alocação](nodo/allocation.md) de IPS.
 
 ### Definição do nodo
 

diff --git a/docs/nodo/allocation.md b/docs/nodo/allocation.md
index ff4c368e95d5764d81224ae64bc1a37745565add..314a63f262fd5e897ed22207064d47ba30d53a87 100644 (file)
--- a/docs/nodo/allocation.md
+++ b/docs/nodo/allocation.md
@@ -38,4 +38,4 @@ Ou seja,
  * Sempre que houvesse uma máquina virtual do grupo Y numa maquina, seria
    sempre no contexto 42, IP interno 192.168.0.42, porta 2242.
  * Já o nome da máquina virtual mudaria sempre, eventualmente seguindo o padrao
-   do [puppet-bootstrap](https://git.sarava.org/?p=puppet-bootstrap.git).
+   do [puppet-bootstrap](https://git.fluxo.info/puppet-bootstrap).

diff --git a/docs/provision.md b/docs/provision.md
index 228452d7c545a26bde53a01a97f8dd7786255608..9b899a2c63c34cbd6872b8df33b3ccc6c1ea1b95 100644 (file)
--- a/docs/provision.md
+++ b/docs/provision.md
@@ -6,7 +6,7 @@ USB.
 
 ## Instalação 
 
-Após a [instalação da Hydra Suite](/install), basta iniciar o procedimento com
+Após a [instalação da Hydra Suite](install.md), basta iniciar o procedimento com
 os devidos privilégios administrativos (como `root` ou usando o `sudo`):
 
     hydractl provision