Script di installazione per runner GitHub Actions self-hosted
Indica il repository e le etichette e ottieni uno script che installa il runner con un utente dedicato e lo avvia come servizio. Il token lo inserisci sul tuo server, non qui.
Funziona interamente nel tuo browser: niente di ciò che inserisci viene inviato ai nostri server.
Solo per repository privati. In uno pubblico, una pull request da un fork può eseguire codice sul tuo server.
Come avviarlo
- Su GitHub apri Settings → Actions → Runners → New self-hosted runner e copia il token.
- Copia lo script sul tuo server Debian o Ubuntu ed eseguilo come root: bash install-runner.sh.
- Incolla il token quando lo script lo chiede. Resta sul tuo server e non passa mai da questa pagina.
- Inserisci la riga runs-on nel tuo workflow.
Ti serve un server per il runner? Piano Small: 4 vCPU, 4 GB di RAM, accesso root, 8 $/mese.
Piano SmallCome funziona
Un runner self-hosted lavora sulla tua macchina: si collega a GitHub, prende i job e li esegue lì. Lo script installa i pacchetti necessari, crea un utente Linux separato, scarica l'ultima versione del runner, lo registra e configura un servizio systemd che sopravvive ai riavvii. Lo script viene creato nel tuo browser, quindi leggi ogni riga prima di eseguirlo. Al server basta l'accesso in uscita verso GitHub, l'IP dedicato non è necessario.
Domande frequenti
Dove trovo il token di registrazione?
Nel repository apri Settings → Actions → Runners → New self-hosted runner. Il token vale un'ora. Per un runner di tutta l'organizzazione, segui lo stesso percorso nelle impostazioni dell'organizzazione.
Posso usare un runner self-hosted con un repository pubblico?
GitHub lo sconsiglia: una pull request da un fork può eseguire codice sul tuo server. Usa i runner self-hosted con repository privati.
Il server ha bisogno di un IP dedicato?
No. Il runner apre solo connessioni in uscita verso GitHub, quindi va bene un piano senza IP dedicato. Quanto alla potenza, 4 vCPU e 4 GB di RAM bastano per la maggior parte dei progetti.