Como dar aos clientes acesso para revisão sem expor o projeto em desenvolvimento

Disponibilize aos clientes um serviço de revisão separado, com exportações aprovadas, sem credenciais nem caminhos de rede que permitam aceder ao projeto de trabalho.

A equipa de produção precisa de suportes de armazenamento editáveis, bases de dados de projetos, caches e versões inacabadas; um cliente normalmente só precisa de determinados ficheiros para revisão, comentários e, eventualmente, transferências. Trate-os como zonas de segurança diferentes, ligadas por uma etapa de publicação deliberada. Assim, evita eliminações acidentais, reencaminhamentos indiscriminados de ligações e a exposição de trabalho inacabado à produção, ao mesmo tempo que oferece aos clientes um acesso simples através do navegador, que pode ser revogado após a aprovação.

Crie um fluxo de publicação unidirecional

Crie três funções: a partilha de produção contém o trabalho ativo, uma pasta de preparação contém exportações candidatas a revisão e a zona de revisão do cliente disponibiliza apenas cópias aprovadas. O serviço de revisão pode funcionar no mesmo servidor, mas deve utilizar um conjunto de dados, uma conta de serviço e um limite de permissões diferentes.

Um editor exporta para a área de preparação; um produtor ou responsável pelo projeto verifica a versão, o nome do ficheiro, o áudio, a marca de água e o nível de divulgação; depois, uma ação de publicação automática ou manual copia o ficheiro para a zona do cliente. Os comentários do cliente são enviados através da aplicação de revisão, e não através de acesso de escrita ao sistema de ficheiros de produção.

Este padrão de conteúdos publicados e não publicados é utilizado em fluxos de revisão profissionais. O guia do Frame.io sobre pastas privadas, ligações de revisão e níveis de destinatários mostra como disponibilizar conteúdos selecionados sem dar acesso ao projeto de trabalho a todos os visualizadores.

Dê a cada cliente a identidade com o mínimo de permissões necessário

Para trabalhos confidenciais, prefira contas identificadas ou ligações apenas por convite. Comece por conceder permissões de visualização e comentário; ative as transferências apenas quando o trabalho entregue o exigir. Não reutilize uma conta de editor interna, não monte a partilha NAS no dispositivo de um cliente nem exponha a interface de administração do NAS.

Defina uma data de expiração, exija um segundo fator quando o serviço o permitir e designe uma pessoa responsável pela revogação. Em campanhas públicas, aplique marcas de água por destinatário ou visíveis quando for importante identificar a origem de uma fuga, mas não confunda uma marca de água com um controlo de acesso.

Separe os grupos de clientes por projeto. Um cliente com autorização para rever o Projeto A não deve conseguir descobrir nomes de ficheiros, miniaturas ou nomes de participantes do Projeto B.

Mantenha a interface pública afastada da administração do NAS

Termine o acesso remoto numa aplicação de revisão ou num proxy de acesso e, em seguida, permita que esse serviço leia apenas o conjunto de dados publicado. O proxy inverso não deve encaminhar portas de gestão do armazenamento, SMB, NFS, SSH ou a consola do hipervisor.

Utilize uma conta de serviço dedicada, com acesso só de leitura aos recursos publicados e acesso de escrita apenas no local onde os comentários ou as anotações são armazenados. Crie uma cópia de segurança separada do estado da aplicação, independentemente das cópias de revisão descartáveis.

Se o cliente tiver de aceder remotamente a um serviço alojado por si, aplique o mesmo isolamento utilizado nas aplicações domésticas. A comparação entre SMB e NFS da ZimaSpace é um lembrete útil de que os protocolos de partilha de ficheiros na LAN não são um portal para clientes.

Featured

NAS de nuvem pessoal doméstica ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Defina o ciclo de vida da revisão antes de enviar uma ligação

1. Publique uma versão com um nome único, indicando o responsável, a data e a finalidade da revisão.
2. Convide apenas os revisores pretendidos e registe quem pode transferir ficheiros.
3. Recolha os comentários associados a essa versão imutável.
4. Publique uma nova versão em vez de substituir silenciosamente o ficheiro revisto.
5. Assinale explicitamente a aprovação e copie o master aprovado para os materiais finais.
6. Expire a ligação, remova as identidades externas e conserve apenas o registo de auditoria necessário.

Nunca permita que a limpeza das revisões elimine o projeto de origem ou o master aprovado. A zona de clientes é uma área de distribuição, não um arquivo.

Teste o isolamento antes da primeira revisão real

Utilize uma conta de teste de cliente a partir de uma rede externa. Tente navegar pelas pastas superiores, alterar um ficheiro, reutilizar uma ligação expirada, descobrir outro projeto e aceder à página de início de sessão do NAS. Todas estas ações devem falhar, enquanto a reprodução e os comentários continuam a funcionar.

A configuração está concluída quando um produtor consegue publicar e revogar uma revisão sem ajuda de um administrador, os clientes só veem versões aprovadas e a violação da conta de revisão não permite aceder ao ambiente de produção. Adicione uma instância do portal separada apenas quando os grupos de clientes ou os requisitos de conformidade não puderem partilhar o mesmo perímetro.