--- /dev/null
+[[!meta title="Hosting"]]
+
+[[!inline pages="page(hosting*)" archive="yes"]]
O grupo de trabalho deve manter backups do máximo número possível de camadas/instâncias do Coletivo, preservando os critérios de segurança e privacidade assim como a Política de Segurança da Informação do Coletivo e especialmente o seguinte critério de persistência da informação:
-{{{
+`
Informações armazenados num determinado nível de acesso ou segurança (exemplo,
disco criptografado) devem, por padrão, permanecer nesse mesmo nível ou serem
transferidas para um nível mais seguro, exceto quando constitui informação
desclassificada e permitida para descer de nível.
-}}}
+`
Do ponto de vista do [http://rsp.sarava.org RSP], o GT de Backups deve proporcionar replicação de camadas que preservem (ou que aumentem o nível, se possível) suas propriedades de segurança e privacidade no acesso à informação.
= Entrega de Backup =
-{{{
+`
Conforme solicitado, o último backup disponível de $descricao, datado de $data
e obtido $origem, já está disponível.
ser apagado para liberar espaço ou nalgum procedimento de
limpeza. Por isso, recomenda-se que sejam baixados o quanto antes.
-}}}
+`
[[!meta title="Protocolo de Ação Coletiva"]]
-Possíveis interpretações sobre o significado e o efeito deste protocolo se encontram [wiki:Organizacao/Interpretacoes aqui].
+Possíveis interpretações sobre o significado e o efeito deste protocolo se encontram [aqui](/organizacao/coletiva/interpretacoes).
* Versão: 1.0.
* Licença: LIMICS[1].
* Protocolos apresentados neste projeto podem ser aplicados através do esquema de "processos formais" definidos neste documento, o que inclui até mesmo o presente protocolo.
-== Processos e autonomia ==
+Processos e autonomia
+---------------------
Tudo o que ocorre no Coletivo é um processo. Os processos assumem diversas manifestações, mas principalmente são fluxos e registros desses fluxos (memória/informação).
Existem dois tipos de processos:
- * Processos formais
- * Forma necessariamente definida de antemão via consenso do coletivo E
- * Lidam com a autonomia do coletivo. PORTANTO
- * Precisam ser acompanhados pela responsabilização mínima para o processo não falhar por falta de iniciativa
+* Processos formais
+ * Forma necessariamente definida de antemão via consenso do coletivo E
+ * Lidam com a autonomia do coletivo. PORTANTO
+ * Precisam ser acompanhados pela responsabilização mínima para o processo não falhar por falta de iniciativa
- * Processos informais
- * Forma não necessariamente definida de antemão E
- * Não afetam a autonomia do coletivo. PORTANTO
- * Não precisam necessariamente estar atrelados à responsabilidade de alguém (isto é, a não-realização de um processo informal não afeta a autonomia do Coletivo)
+* Processos informais
+ * Forma não necessariamente definida de antemão E
+ * Não afetam a autonomia do coletivo. PORTANTO
+ * Não precisam necessariamente estar atrelados à responsabilidade de alguém (isto é, a não-realização de um processo informal não afeta a autonomia do Coletivo)
Atividades sem informação disponibilizada no Coletivo não podem ser consideradas como processos (formais ou informais) do Coletivo porque não dispõem de igualdade de acesso à informação, requisito para a possibilidade de participação (isonomia informacional).
Um/a integrante do Coletivo atua dentro dele quando utiliza os recursos e o nome do Coletivo. Por outro lado, um/a integrante do Coletivo atua fora dele quando não utiliza os recursos ou o nome do Coletivo. Intregrantes do Coletivo não realizam ações (dentro ou fora do Coletivo) que, conscientemente, possam prejudicar a autonomia do Coletivo.
-== Processos Formais ==
+Processos Formais
+-----------------
Os processos formais possuem as etapas e os andamentos de acordo com o fluxograma a seguir:
-
-{{{
- .------------------->-----------------.
- / .----------<--------------<-------. \
- | ' \ \
- | | .------>-----. \ \
- | | | \ \ \
- Proposta -----> Discussão ->--. \ \ \
- | ^ | \ \ \ \
- | | | \ \ \ \
- | `----<-----' | \ \ \
- | | | \ \
- `------>------ Decisão --<--' | \ \
- | | | \ \
- | | | | |
- Atribuição de --<---' '---> Arquivamento --->---' ;
- Responsabilidades ----->-------' ^ \ /
- ^ | ___________/ `---<-----'
- | \ .'
- | `--> Realização -->--.
- | | | \
- | | | /
- `----<-----' `-----<---'
-}}}
+
+ .------------------->-----------------.
+ / .----------<--------------<-------. \
+ | ' \ \
+ | | .------>-----. \ \
+ | | | \ \ \
+ Proposta -----> Discussão ->--. \ \ \
+ | ^ | \ \ \ \
+ | | | \ \ \ \
+ | `----<-----' | \ \ \
+ | | | \ \
+ `------>------ Decisão --<--' | \ \
+ | | | \ \
+ | | | | |
+ Atribuição de --<---' '---> Arquivamento --->---' ;
+ Responsabilidades ----->-------' ^ \ /
+ ^ | ___________/ `---<-----'
+ | \ .'
+ | `--> Realização -->--.
+ | | | \
+ | | | /
+ `----<-----' `-----<---'
* Proposta: etapa na qual a idéia de um procedimento formal é lançado ao Coletivo. A idéia -- ou descrição -- do processo pode vir do Arquivo de propostas, de uma Discussão anterior, de um procedimento informal que se julga importante formalizar ou mesmo de uma pessoa ou grupo de pessoas de dentro ou de fora do Coletivo. Recomenda-se que ela seja bem explicada e contenha: sugestão de prazo de decisão, ciclo de vida do processo, critérios e prazo para atribuição de responsabilidade assim como recomendações para situações emergenciais (quando aplicável).
* Versão: 1.0.
* Licença: LIMICS[1].
-O Coletivo {{{$coletivo}}} adota a versão 0.1 do "Protocolo de Ação Coletiva"[2], de modo que se tome por "Coletivo {{{$coletivo}}}" toda ocorrência da palavra "Coletivo" no referido texto.
+O Coletivo `$coletivo` adota a versão 0.1 do "Protocolo de Ação Coletiva"[2], de modo que se tome por "Coletivo `$coletivo`" toda ocorrência da palavra "Coletivo" no referido texto.
== Instâncias de Comunicação ==
Conforme a atual configuração tecnológica do Coletivo $coletivo, as principais instâncias de comunicação utilizadas são:
- * Wiki/sistema de tickets fechado: {{{https://admin.$dominio}}}.
- * Lista de discussão: {{{$lista_de_discussao}}}.
+ * Wiki/sistema de tickets fechado: `https://admin.$dominio`.
+ * Lista de discussão: `$lista_de_discussao`.
* Demais meios de comunicação que satisfaçam requisitos de privacidade e segurança.
== Processos e tickets ==
-A manifestação que os registros de processos assumem no Coletivo {{{$coletivo}}} são chamados de tickets ou requisições. Todos os processos devem ser tickets. Processos informais não precisam necessariamente ser tickets antes da sua realização, mas para que posteriormente possam ser considerados como processos precisam virar tickets (isto é, precisam de um mínimo de documentação).
+A manifestação que os registros de processos assumem no Coletivo `$coletivo` são chamados de tickets ou requisições. Todos os processos devem ser tickets. Processos informais não precisam necessariamente ser tickets antes da sua realização, mas para que posteriormente possam ser considerados como processos precisam virar tickets (isto é, precisam de um mínimo de documentação).
== Formalidade e informalidade de instâncias ==
Chamaremos de Coletivo aos fluxos informacionais, energéticos e materiais de um dado grupo de afinidade -- isto é, um grupo de pessoas que nutrem afeto umas pelas outras em relação a determinadas ou indeterminadas atividades -- que operam ao redor de uma dada configuração de autonomia definida pelo próprio grupo de afinidade. Por outro lado, é esta autonomia que define o Coletivo enquanto um grupo de afinidade por esta delinear a sua atuação:
-{{{
+`
Coletivo <-------------> Autonomia
^ ^
\ /
`------> Fluxos <------'
-}}}
+`
Tudo o que ocorre no Coletivo é um processo. Os processos assumem diversas manifestações, mas principalmente são fluxos e registros[4]. Todo o processo é um registro e um fluxo. O registro armazena o estado do fluxo, estando acessível para qualquer pessoa do Coletivo. Já o fluxo é a produção do processo e aquilo que efetua a escrita no registro[5].
Existem inúmeras maneiras de se estabelecer um procedimento formal. No caso do Protocolo de Ação Coletiva, os processos formais do Coletivo são realizados de acordo com o seguinte diagrama:
-{{{
+`
.------------------->-----------------.
/ .----------<--------------<-------. \
| ' \ \
| | | \
| | | /
`----<-----' `-----<---'
-}}}
+`
Todas as etapas de um processo formal apresentam ao menos uma via de entrada e outra de saída. Não há começo e nem fim, apenas um processo fluído de realização autônoma. Cada etapa é discutida nas sessões a seguir.
Tal visão de autonomia, inclusive, é compatível e satisfaz os seguintes Princípios das mídias e grupos livres do Encontro: Cultura Livre e Capitalismo[6], uma vez que a autonomia do Coletivo emana de si enquanto organização dinâmica:
-{{{
+`
0. Sobre a mobilidade dos princípios: Todos os princípios podem ser a qualquer
momento modificados ou abandonados desde que não sejam mais a expressão
imanente das relações que se constituem através das ações coletivas.
-}}}
+`
-{{{
+`
1. Sobre a autonomia: grupos e mídias livres renunciam e se recusam a recorrer a
qualquer entidade política que não a si próprias para constituir sua legalidade
e sua normatividade, por acreditar que a sua única fonte legítima é sua
emergencia a partir dos laços de confiança e solidarieade entre participantes e
de cada participante com os coletivos por eles constituídos.
-}}}
+`
-{{{
+`
6. Sobre a gestão: As mídias e os grupos livres usam e desenvolvem
sistematicamente mecanismos de gestão anti-hierárquicos e baseados na geração
de consensos a partir da argumentação pública; ou seja, rejeitam (ou evitam ao
máximo), como práticas de organização: a representação política e a votação
plebiscitária. A divisão funcional é adotada com ponderação, sob avaliação
coletiva e de maneira ocasional.
-}}}
+`
== Atividade Coletiva Complexa ==
A implementação de HTTPS também deve obedecer a uma suite bem estabelecida. No caso do Apache:
-{{{
+`
SSLEngine on
SSLProtocol -all +SSLv3 +TLSv1
SSLCipherSuite HIGH:MEDIUM:!aNULL:!SSLv2:!MD5:@STRENGTH
SSLHonorCipherOrder on
-}}}
+`
Para o Nginx:
-{{{
+`
ssl_protocols SSLv3 TLSv1;
ssl_ciphers HIGH:MEDIUM:!aNULL:!SSLv2:!MD5:@STRENGTH;
ssl_prefer_server_ciphers on;
-}}}
+`
Tal escolha deve desabilitar uma série de cifras ruins e habilitar aquelas que provém [https://secure.wikimedia.org/wikipedia/en/wiki/Perfect_forward_secrecy Perfect Forward Secrecy (PFS)].
No entanto, é importante notar as limitações envolvidas na escolha do Gandi:
-{{{
+`
Q: Por que muitos grupos usam GANDI como registrar?
R: Porque naqueles tempos (2000), ter seu próprio domínio era tranquilamente
de 5 a 10 vezes mais caro do que hoje. GANDI acabou com esses preços
Q: Devo confiar no GANDI?
R: Da mesma forma que você confia em qualquer companhia capitalista.
Eles preferirão preservar seu negócio ao invés de ajudar você.
-}}}
+`
= Responsabilização =
O Grupo de Trabalho formado pelas pessoas responsáveis pelo presente processo deve:
- 1. Caso o Coletivo disponha de recursos financeiros, manter certificado SSL assinado para {{{*.sarava.org}}} via [https://gandi.net Gandi]. O Coletivo arcará com os custos. Caso contrário, adotar a certificação [http://www.cacert.org/ CaCert] como padrão.
+ 1. Caso o Coletivo disponha de recursos financeiros, manter certificado SSL assinado para `*.sarava.org` via [https://gandi.net Gandi]. O Coletivo arcará com os custos. Caso contrário, adotar a certificação [http://www.cacert.org/ CaCert] como padrão.
2. Manter formas alternativas de certificação via:
a. [http://web.monkeysphere.info Monkeysphere].
b. A simples verificação da impressão digital dos certificados mediante algum vínculo direto (por exemplo, troca de fingerprints ou validação via OpenPGP) com os/as administradores das máquinas.
Os seguintes canais são definidos como instâncias de comunicação informais do Coletivo:
- * {{{#$canal_aberto}}}: [wiki:Comunicacao/ACL ACL] nível 1.a ou superior para participação, ou seja, um canal de acesso público onde não se deve discutir ou divulgar assuntos internos do Coletivo.
- * {{{#$canal_fechado}}}: [wiki:Comunicacao/ACL ACL] nível 3 para participação, isto é, canal de acesso apenas para pessoas do Coletivo, sem restrição de assuntos.
+ * `#$canal_aberto`: [wiki:Comunicacao/ACL ACL] nível 1.a ou superior para participação, ou seja, um canal de acesso público onde não se deve discutir ou divulgar assuntos internos do Coletivo.
+ * `#$canal_fechado`: [wiki:Comunicacao/ACL ACL] nível 3 para participação, isto é, canal de acesso apenas para pessoas do Coletivo, sem restrição de assuntos.
* temporários, para o caso de pessoas do Coletivo precisarem conversar com terceiros/as de modo privativo, com [wiki:Comunicacao/ACL ACL] nível 2.a ou superior.
== Modos de configuração ==
Estabelece o seguinte texto como a licença padrão de distribuição de conteúdo produzido pelo Coletivo:
-{{{
+`
1. Licença de Manipulação de Informações do Grupo $coletivo
Licença baseada no Conjunto de Licenciamento Livre[1] do Encontro: Cultura
[1] http://encontro.sarava.org/Principal/ConjuntoDeLicenciamentoLivre
[2] http://encontro.sarava.org
-}}}
+`
Não é obrigatória nem compulsória a utilização desta licença, mas conteúdo veiculado pelo ou em nome do Coletivo a utiliza por padrão caso não haja menção formal em contrário.
A(s) pessoa(s) responsável(is) pelo processo ficam encarregadas de manter o texto da licença em um local público acessível via web para que possa ser referenciado por outros textos do Coletivo, além de adicionar a seguinte nota antes do texto da licença:
-{{{
+`
Desde que não mencionado em contrário, todo o conteúdo produzido pelo Grupo
$coletivo é distribuído de acordo com a Licença de Manipulação de Informações do
Grupo $coletivo.
-}}}
+`
Assim, o Coletivo permite por padrão que os protocolos que possam ser compartilhados em nível [wiki:Comunicacao/ACL ACL] ''1.a'' detalhados na seção anterior sejam compartilhados ou integrados à linha de desenvolvimento nos seguintes locais:
- * Sítio "Protocolos do Coletivo", que deve existir em {{{http://protocolos.$dominio}}} e que pode conter também análises dos protocolos.
- * Eventualmente em Resource Sharing Protocol ({{{http://rsp.$dominio}}}), caso aplicável.
+ * Sítio "Protocolos do Coletivo", que deve existir em `http://protocolos.$dominio` e que pode conter também análises dos protocolos.
+ * Eventualmente em Resource Sharing Protocol (`http://rsp.$dominio`), caso aplicável.
* Em outros locais, mediante pedido formal ao Coletivo.
== Responsabilização ==
[[!meta title="Lista da Vizinhança"]]
-Este processo estabelece as linhas gerais para o funcionamento da vizinhança do {{{$coletivo}}}, definida como o espaço de intercâmbio para o Coletivo, pessoas e grupos hospedados, amigos e/ou simpáticos.
+Este processo estabelece as linhas gerais para o funcionamento da vizinhança do `$coletivo`, definida como o espaço de intercâmbio para o Coletivo, pessoas e grupos hospedados, amigos e/ou simpáticos.
Os espaços da vizinhança são todos aqueles que se fazem parte do nível 2. da [wiki:Comunicacao/ACL Lista de acesso], em especial uma lista de discussão por email denominada de Lista da Vizinhança do $coletivo com nível ALC ''2.a''.
Pessoas que satisfazem os critérios de participação podem pedir inscrição ou serem convidadas a participar da vizinhança. No ato da inscrição, a seguinte mensagem de boas vindas com pedido de apresentação e recomendações de participação deve ser enviada:
-{{{
+`
Seja bem vindo/a à lista da vizinhança do $coletivo :)))
Esta é uma lista composta por pessoas e grupos hospedados ou que são
- Evite enviar muitas mensagens, principalmente se relacionadas a divulgações,
mas sinta-se à vontade para fazer isso quando julgar necessário.
-}}}
+`
== Responsabilização ==
[[PageOutline]]\r
\r
-= Administração do {{{$servidor}}} =\r
+= Administração do `$servidor` =\r
\r
-Este processo estabelece os critérios de administração do {{{$servidor}}}, doravante mencionado como {{{$servidor}}}, canalizador de fluxos ou simplesmente como servidor.\r
+Este processo estabelece os critérios de administração do `$servidor`, doravante mencionado como `$servidor`, canalizador de fluxos ou simplesmente como servidor.\r
\r
= Classes RSP =\r
\r
O servidor deve estar configurado de acordo com as seguintes classes do [wiki:Camadas/RSP Resource Sharing Protocol]:\r
\r
- * {{{$classe}}} - {{{$classe_versao}}}.\r
+ * `$classe` - `$classe_versao`.\r
\r
= Política de Administração =\r
\r
\r
= Quota =\r
\r
-O Coletivo alocará para si, em princípio, um limite garantido de {{{$disco}}} de espaço em disco no servidor. Toda a quantidade adicional de disco existente no servidor pode ser disponibilizada para outros grupos afins, mediante processo formal e sem garantias de backup.\r
+O Coletivo alocará para si, em princípio, um limite garantido de `$disco` de espaço em disco no servidor. Toda a quantidade adicional de disco existente no servidor pode ser disponibilizada para outros grupos afins, mediante processo formal e sem garantias de backup.\r
\r
Quotas de uso de banda, processamento e memória ficam a cargo do Grupo de Trabalho do servidor ou de todo o Coletivo conforme necessidade ou mediante requisição.\r
\r
Cabe ao Grupo de Trabalho formado pelas pessoas responsáveis por este processo seguir a política de administração e ainda:\r
\r
* Zelar para que o servidor possua o nível de segurança, privacidade e estabilidade escolhidas.\r
- * Cuidar para que o downtime do servidor não passe de {{{$downtime}}}.\r
+ * Cuidar para que o downtime do servidor não passe de `$downtime`.\r
* Efetuar as atualizações de softwares necessárias para o funcionamento básico do servidor.\r
\r
A responsabilização neste processo não implica o compromisso com a administração de todas as camadas, aplicações, configurações e dados que existam ou possam existir no servidor, mas apenas com o funcionamento básico do servidor.\r
\r
A realização deste processo depende da realização dos seguintes processos: \r
\r
- * {{{$dependencia}}}.\r
+ * `$dependencia`.\r
\r
= Sobre este texto =\r
\r
\r
O presente processo efetua a atualização do seguinte processo:\r
\r
- * {{{$processo}}}\r
+ * `$processo`\r
\r
O novo texto para o processo é o seguinte:\r
\r
-{{{\r
+`\r
$novo_texto\r
-}}}\r
+`\r
\r
== Condições de atualização ==\r
\r
\r
= Template para Autorização de Uso de Conteúdo =\r
\r
-Por este processo, {{{$entidade}}} fica autorizada a utilizar os seguintes conteúdos do Coletivo:\r
+Por este processo, `$entidade` fica autorizada a utilizar os seguintes conteúdos do Coletivo:\r
\r
- 1. {{{$conteudo}}}\r
+ 1. `$conteudo`\r
\r
Com as seguintes permissões:\r
\r
\r
1. Impedido o uso comercial ou fins lucrativos.\r
2. A preservação da licença original do conteúdo.\r
- 3. Uso restrito apenas para a publicação intitulada {{{$publicacao}}}.\r
- 4. A validade desta permissão é de {{{$validade}}}, podendo ou não ser renovada.\r
+ 3. Uso restrito apenas para a publicação intitulada `$publicacao`.\r
+ 4. A validade desta permissão é de `$validade`, podendo ou não ser renovada.\r
\r
= Dependências =\r
\r
\r
= Debate =\r
\r
-Realização de um debate no {{{$local}}} ou em outro lugar conveniente (mas não pago e nem corporativo), eventualmente em parceria com o {{{$grupo}}}, de um debate sobre {{{$tema}}}. O evento seria oficialmente organizado pelo Coletivo e talvez pelo {{{$grupo}}} (caso topem) e portanto se trata de um processo formal.\r
+Realização de um debate no `$local` ou em outro lugar conveniente (mas não pago e nem corporativo), eventualmente em parceria com o `$grupo`, de um debate sobre `$tema`. O evento seria oficialmente organizado pelo Coletivo e talvez pelo `$grupo` (caso topem) e portanto se trata de um processo formal.\r
\r
-Tal evento é politicamente interessante ao Coletivo ao marcar presença no {{{$local}}}, além de preencher uma lacuna pela falta de debates sobre o assunto.\r
+Tal evento é politicamente interessante ao Coletivo ao marcar presença no `$local`, além de preencher uma lacuna pela falta de debates sobre o assunto.\r
\r
As tarefas envolvidas são:\r
\r
* Marcar uma boa data.\r
- * Reservar o {{{$local}}} ou local apropriado, juntamente equipamento necessário.\r
+ * Reservar o `$local` ou local apropriado, juntamente equipamento necessário.\r
* Convidar palestrantes que entendam do assunto e possuam visão crítica.\r
* Fazer, imprimir e afixar cartazes em locais chaves.\r
* Divulgação pela internet e eventualmente pelo Portal do Coletivo.\r
[[PageOutline]]\r
\r
-= Hospedagem de {{{$projeto}}} =\r
+= Hospedagem de `$projeto` =\r
\r
-Este processo trata da hospedagem de um sítio/repositório em {{{$plataforma}}} com endereço {{{http://$sitio.$dominio}}} (e eventuais domínios adicionais) para abrigar o projeto {{{$projeto}}}, que é {{{$descricao}}}.\r
+Este processo trata da hospedagem de um sítio/repositório em `$plataforma` com endereço `http://$sitio.$dominio` (e eventuais domínios adicionais) para abrigar o projeto `$projeto`, que é `$descricao`.\r
\r
== Contato ==\r
\r
-O contato do projeto {{{$projeto}}} responsável pelo sítio é o {{{$contato}}}.\r
+O contato do projeto `$projeto` responsável pelo sítio é o `$contato`.\r
\r
== Dependências ==\r
\r
A realização deste processo depende da realização dos seguintes processos:\r
\r
- * {{{$dependencias}}}\r
+ * `$dependencias`\r
\r
= Sobre este texto =\r
\r
[[PageOutline]]\r
\r
-= Grupo de Trabalho de Hospedagem em {{{$plataforma}}} =\r
+= Grupo de Trabalho de Hospedagem em `$plataforma` =\r
\r
-O presente processo estabelece o funcionamento do Grupo de Trabalho de Hospedagem em {{{$plataforma}}} (doravante mencionado apenas como '''plataforma'''), consistindo em:\r
+O presente processo estabelece o funcionamento do Grupo de Trabalho de Hospedagem em `$plataforma` (doravante mencionado apenas como '''plataforma'''), consistindo em:\r
\r
1. Manter instalações atualizadas e em funcionamento da plataforma.\r
2. Acompanhar avisos de segurança e atualizações dos aplicativos necessários para o funcionamento da plataforma.\r
As seguintes características de implementação devem ser satisfeitas:
- 1. O repositório e o servidor {{{puppetmaster}}} devem rodar a partir de uma instância cuja configuração de camadas é a mais segura do Coletivo e os dados devem estar disponíveis somente via conexão segura.
+ 1. O repositório e o servidor `puppetmaster` devem rodar a partir de uma instância cuja configuração de camadas é a mais segura do Coletivo e os dados devem estar disponíveis somente via conexão segura.
2. O repositório '''deve''' ter backups em diversos locais.
- 3. O controle de versão utilizado para os módulos e demais configurações do {{{puppet}}} é o {{{git}}}.
- 4. O {{{puppet}}} deve estar rodando no maior número possível de camadas do Coletivo e obtendo suas configurações do {{{puppetmaster}}}.
+ 3. O controle de versão utilizado para os módulos e demais configurações do `puppet` é o `git`.
+ 4. O `puppet` deve estar rodando no maior número possível de camadas do Coletivo e obtendo suas configurações do `puppetmaster`.
= Responsabilização =
projects / templates.git / commitdiff