−25%

su Windows con pagamento annuale, fino al 31/10. Vai ai piani

EQVPS
Inizia

Fai self-hosting di Gitea su un VPS: il tuo server Git privato

3 set 2026 · 2 min di lettura · EQVPS Team

Ospitare il tuo codice sulla piattaforma di qualcun altro significa le loro regole, i loro disservizi, il loro addestramento AI sui tuoi repository, e la loro decisione se un account viene segnalato. Gitea è una forge Git leggera e self-hosted — repo, issue, pull request, wiki, webhook — che gira su un server che controlli tu. È abbastanza piccola da girare ovunque, veloce da configurare con Docker, e puoi pagare il server in crypto senza KYC.

Cosa serve a Gitea

  • Un IPv4 dedicato, un dominio e HTTPS. Cloni su https://git.yourdomain.com o git SSH, quindi ti servono un dominio, TLS valido e porte in entrata — un piano con IP dedicato. I piani NAT non prendono connessioni in entrata. Nano-IP o Small-IP bastano e avanzano.
  • Disco modesto dimensionato sui tuoi repo. Gitea in sé è minuscolo; il disco tiene la tua cronologia Git e gli artefatti.
  • RAM/CPU molto leggere. Gitea è scritto in Go e gira comodamente su una piccola istanza.

Configuralo (Ubuntu 24.04, Docker)

# docker-compose.yml — Gitea + PostgreSQL (git SSH sull'host 2222, web dietro proxy TLS)
services:
  server:
    image: gitea/gitea:latest
    restart: always
    environment:
      GITEA__database__DB_TYPE: postgres
      GITEA__database__HOST: db:5432
      GITEA__database__NAME: gitea
      GITEA__database__USER: gitea
      GITEA__database__PASSWD: change-me-strong
    volumes: ["/srv/gitea:/data"]
    ports:
      - "127.0.0.1:3000:3000"   # web (proxato da Caddy)
      - "2222:22"               # git su SSH
    depends_on: [db]
  db:
    image: postgres:16-alpine
    restart: always
    environment:
      POSTGRES_USER: gitea
      POSTGRES_PASSWORD: change-me-strong
      POSTGRES_DB: gitea
    volumes: ["/srv/gitea-db:/var/lib/postgresql/data"]

Metti un reverse proxy TLS davanti all'UI web:

# TLS + reverse proxy (IPv4 dedicato + dominio + 443 in entrata); git SSH resta sulla 2222
apt install -y caddy
echo 'git.yourdomain.com { reverse_proxy 127.0.0.1:3000 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443,2222/tcp

Apri https://git.yourdomain.com, completa il setup del primo avvio, aggiungi la tua chiave SSH e fai push del tuo primo repo — hosting che possiedi.

Rendilo tuo

  • Issue, pull request, wiki, release — il flusso di lavoro che ti aspetti, self-hosted.
  • Webhook + Actions: scatta un runner CI self-hosted al push (vedi la guida al runner sotto).
  • Organizzazioni e accesso granulare — nessuna quota per posto, repo privati illimitati.
  • Tieni Postgres su localhost; esponi solo la 443 (web) e la tua porta git-SSH.

Perché EQVPS per Gitea

  • IPv4 dedicato da $8/mese, amichevole con dominio + HTTPS, tutte le porte, rDNS self-service.
  • Posizioni UE (Germania, Finlandia) — rotte pulite, vera legge sulla protezione dei dati.
  • Niente KYC, pagamento in crypto. Email per registrarti, USDC/USDT per pagare — appropriato per codice che resta tuo.
  • Root in ~60 secondi, NVMe. Avvia lo stack, aggiungi Caddy, e il tuo server Git privato è live.

Aggiungi un runner CI self-hosted → · L'hosting VPS anonimo spiegato →

VPS per BookStack: una wiki di team self-hosted →

FAQ

Perché fare self-hosting di Gitea invece di GitHub?

Gitea è una forge Git leggera — repository, issue, pull request, wiki e webhook — che gira interamente su un server che controlli. Il tuo codice non viene estratto per addestrare modelli, il repo non può essere rimosso da una terza parte, e non ci sono limiti di posti né tetti sui repo privati. Puoi pagare il server in crypto senza documenti.

In cosa è diverso da un runner CI self-hosted?

Gitea ospita i repository stessi (la forge); un runner CI esegue solo i job di build. Si accoppiano bene: Gitea scatta un webhook e il tuo runner compila. Se vuoi specificamente la CI, vedi la guida al runner linkata sotto — questo articolo riguarda l'hosting dei repo Git.

Quale piano e risorse servono a Gitea?

Gitea è notoriamente leggero — gira felicemente su una piccola macchina. Un Nano-IP o Small-IP (IPv4 dedicato) basta e avanza per una forge personale o di piccolo team; scala il disco alla dimensione dei tuoi repository. Ti serve un IP dedicato così l'UI web e git-over-SSH sono raggiungibili in entrata.

Mi servono un IP dedicato e un dominio?

Sì. Clonerai su https://git.yourdomain.com o git SSH, che richiede un dominio, TLS valido e porte in entrata — quindi un piano con IPv4 dedicato. I nostri piani NAT non accettano connessioni in entrata. Un reverse proxy (Caddy) ti dà HTTPS automatico; git SSH gira su una porta separata.

Chiedete un documento o una carta?

No. Registrati con un'email, paga in USDC o USDT. Niente documenti, niente carta, niente KYC.

Commenti

Ancora nessun commento. Sii il primo.

Lascia un commento

I commenti sono moderati prima di comparire.