Docker & Containers
Informe a imagem e os mapeamentos necessários para conferir um comando de shell POSIX.
docker run \ --detach \ 'nginx:alpine'
Saída POSIX sh para macOS, Linux ou WSL. Caminhos são literais; variáveis e ~ não são expandidos.
A configuração fica neste navegador. Sem conexão com Docker, consulta ao registro ou execução de comandos.
20 linhas por grupo. CPU: 0.001–1024. Memória: inteiro b/k/m/g, mínimo 6 MiB; vazio deixa sem configuração.
A prévia está atualizada.
Quem reúne exemplos de vários tutoriais pode levar junto uma porta antiga ou confundir o caminho do host com o do contêiner. O formulário de comando docker run separa essas escolhas para facilitar a revisão antes de colar o resultado no terminal.
A configuração inicial usa nginx:alpine em segundo plano, sem publicar portas nem limitar recursos. Campos vazios são omitidos. O ponto de entrada e o comando padrão da imagem continuam valendo; o gerador não inventa senhas, diretórios ou requisitos da aplicação.
O comando docker run reúne portas, montagens e variáveis como argumentos independentes. Caminhos com espaços e apóstrofos recebem as aspas necessárias. Quando qualquer parâmetro muda, o resultado anterior fica desatualizado e deixa de poder ser exportado.
Modo privilegiado, caminhos sensíveis e portas fora do loopback recebem alertas próprios. Os valores ENV começam mascarados nos campos e na prévia. É preciso escolher exibi-los para exportar o comando completo. A máscara protege a visualização, não criptografa os dados.
Novas linhas de porta usam 127.0.0.1 e TCP. Apagar o endereço pede publicação em todas as interfaces, e não uma escolha automática de IP privado. A porta interna ainda precisa corresponder ao serviço da imagem, mesmo quando o número externo muda.
Use bind para um caminho absoluto no host Docker e volume para armazenamento gerenciado pelo Docker. Novas montagens são somente leitura. Se a aplicação precisa gravar, desmarque a opção de propósito e confira origem e destino no host que executará o contêiner.
A geração automática aguarda 350 ms após a última edição. Ao desligá-la, use o botão ou Ctrl/Cmd+Enter para atualizar. Exemplo, limpeza e remoção de linha mostram uma prévia antes de aplicar; um único desfazer recupera os campos e o resultado.
Cada linha gera --publish com IPv4, porta do host, porta do contêiner e TCP ou UDP. Ligações sobrepostas para a mesma porta e protocolo são rejeitadas. TCP e UDP podem compartilhar um número. O formulário não consulta se outro processo do host já está usando essa porta.
Bind mounts apontam para arquivos ou diretórios do host; volumes nomeados ficam sob gestão do Docker. --mount inclui o tipo e readonly quando solicitado. Destinos internos repetidos após normalização são rejeitados para evitar que uma montagem esconda a outra.
Espaços, sinais de igual, apóstrofos e cifrões permanecem dentro de um argumento. Valor vazio vira KEY= explicitamente. Nomes repetidos causam erro. Nenhum ambiente do host é consultado e textos como $HOME ou substituições de comando não são expandidos.
Nome, segundo plano, terminal interativo, remoção ao sair, reinício, CPU e memória podem ser ajustados. --rm com política diferente de no bloqueia a geração. Recurso em branco não recebe limite adicional. Informar um teto não reserva capacidade nem confirma suporte do host.
O Docker oferece formas de publicar portas automaticamente, mas este formulário trabalha apenas com números explícitos. Preencha a porta do host e a interna em cada linha. Ele não gera -P nem consulta quais portas aleatórias foram atribuídas, pois isso exigiria observar um contêiner em execução.
Digite o valor como ele é, sem adicionar aspas de shell por conta própria. O argumento KEY=value inteiro é protegido para manter espaços e sinais de igual. $HOME continua sendo texto literal. Quebras de linha e caracteres de controle são recusados.
Essas opções pertencem à execução de docker run, não às instruções do Dockerfile. Um serviço que deve reiniciar não deve ser removido automaticamente ao sair. Para uma tarefa temporária com --rm, mantenha a política no. O formulário impede a combinação conflitante.
O Docker gerencia o volume nomeado; já um bind mount aponta para um caminho específico do host. Com escrita permitida, ele pode alterar arquivos do host. Ao usar --mount, uma origem bind inexistente normalmente causa erro. O site não consegue verificar se esse caminho existe.
Você pode informar variáveis no momento de iniciar o contêiner, usando os campos de nome e valor, sem colocá-las no Dockerfile. Isso não torna o valor secreto: depois de revelar e exportar, ele estará no comando e poderá aparecer em histórico ou inspeção. Use um mecanismo de segredos apropriado quando a aplicação exigir confidencialidade.
A prévia difere da documentação do Docker?
Prepare o comando docker run, corrija os erros e leia os alertas. Confirme os requisitos do host onde pretende executá-lo antes de baixar o script.