Pular para o conteúdo

Executar Scripts Remotamente

Muitas vezes, em uma rede, laboratório ou em um cluster (ou até mesmo de um único computador para outro), é necessário rodar um script remotamente e temos de contornar a senha do SSH.
Com o presente artigo e os respectivos scripts, executaremos scripts remotamente.
Buckminster Buckminster
Hits: 2.221 Categoria: Linux Subcategoria: Configuração
  • Indicar
  • Impressora
  • Denunciar
O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.

Parte 4: Como Utilizar

Por exemplo, temos o script atualiza-remoto-distros.sh que atualiza o sistema em lote e queremos executá-lo automaticamente em várias máquinas.

SCRIPT atualiza-remoto-distros.sh

#!/bin/bash

# ============================================
# Script de atualização do sistema
# Compatível com Debian | Fedora | RHEL | Arch
# e derivados
# ============================================

# Este script é projetado para ser executado remotamente através do
# script principal executa-geral-senha.sh ou executa-geral-chave.sh (via SSH + sudo).

set -e

echo ">>> Iniciando atualização do sistema..."

# Detecta o gerenciador de pacotes
if command -v apt-get >/dev/null 2>&1; then
    # Verde negrito: \033[1;32m
    echo -e "\033[1;32m>>> Sistema baseado em Debian/Ubuntu detectado!\033[0m"
    export DEBIAN_FRONTEND=noninteractive
    apt-get update
    apt-get upgrade -y
    apt-get autoremove -y

elif command -v dnf >/dev/null 2>&1; then
    echo -e "\033[1;32m>>> Sistema baseado em Fedora/RHEL detectado!\033[0m"
    dnf upgrade -y
    dnf autoremove -y

elif command -v pacman >/dev/null 2>&1; then
    echo -e "\033[1;32m>>> Sistema baseado em Arch Linux detectado!\033[0m"
    pacman -Syu --noconfirm

else
    # Vermelho negrito: \033[1;31m
    echo -e "\033[1;31mGerenciador de pacotes não suportado!\033[0m"
    exit 1
fi

echo ">>> Atualização do sistema concluída com SUCESSO!"

Salve e saia.

Dê permissão de execução.

Basta colocar no script executa-geral-senha.sh ou executa-geral-chave.sh o caminho para o script desejado em:

# Caminho do script local a ser executado remotamente (modifique aqui)
SCRIPT_PATH="$HOME/caminho_diretorio/scripts/atualiza-remoto-distros.sh"

E executar um dos dois scripts chamadores.

A lógica é bem simples: coloque nos scripts executa-geral-senha.sh ou executa-geral-chave.sh o caminho e o nome do script que você quer executar remotamente.
O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.
O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.
   1. Introdução
   2. Seção do Script com Senha (OPÇÃO COM SENHA SSH)
   3. Seção do Script com Chave ( OPÇÃO COM CHAVE SSH)
   4. Como Utilizar
   5. Bônus

Tradução do artigo do filósofo Gottfried Wilhelm Leibniz sobre o sistema binário

Manual traduzido do Squid - Parte 2

Como agendar um backup automático do PostgreSQL no Cron evitando o problema de senha

Redes de Computadores · IPtables · Endereços IPs - Explicações básicas

Compilação do Squid 3 no Debian Wheezy

Controle de versão usando Git integrado ao Redmine

Otimizando seu web server com Apache2 + Lighttpd

Autofs no Slackware

Reduzindo problemas de atualizações no Debian, Ubuntu e derivados

Como criar uma distribuição baseada no Debian usando o programa Live-Build

#1 Comentário enviado por patrickernandes em 05/01/2026 - 14:31h
é um excelente trabalho!
mas acredito que para fins mais profissionais, a utilização de ansible seria mais tranquilo..
sucesso!!

---
Linux para suporte: http://sino.ernandes.info
#2 Comentário enviado por Buckminster em 16/01/2026 - 21:03h

[1] Comentário enviado por patrickernandes em 05/01/2026 - 14:31h

é um excelente trabalho!
mas acredito que para fins mais profissionais, a utilização de ansible seria mais tranquilo..
sucesso!!

---
Linux para suporte: http://sino.ernandes.info


Entendo teu ponto de vista, mas para o que eu pretendo o Ansible não satisfaz no momento.
Sucesso!

Contribuir com comentário

Entre na sua conta para comentar.