Hetzner üzerine n8n kurmak: GDPR uyumlu otomasyon sunucusu

n8n, Docker Compose ile bir Hetzner Cloud sunucusunda kendi kendine barındırılabilir: resmi n8n dokümantasyonu, Hetzner üzerinde dağıtım için CPX11 sunucu tipini ve TLS şifrelemesi ile alan adı bağlantısı için Caddy ters proxy'sini önerir. Hetzner Almanya ve diğer Avrupa veri merkezlerini işlettiğinden, iş akışı verileri, erişim bilgileri ve üçüncü taraf sistemlere olan bağlantılar AB içinde kalır; bu da GDPR uyumlu otomasyon için temel oluşturur. n8n'i kendisi işleten kişi, sunucu bakımı, güncellemeler ve güvenlik konusunda da tam sorumluluğu üstlenir. Güncelleme: Temmuz 2026.

n8n için hangi Hetzner sunucusu gerekir?

n8n dokümantasyonuna göre çoğu kullanım durumu için en küçük bulut sunucu tipi olan CPX11 yeterlidir. Sunucuyu oluştururken Apps bölümünden doğrudan Docker CE görüntüsünü seçin, böylece Docker önceden yüklenmiş olur. Sunucuya erişim için n8n, parola yerine SSH kimlik doğrulamasını önerir, çünkü bu önemli ölçüde daha güvenlidir. Ancak iş akışları çok sayıda paralel çalıştırma veya büyük veri hacimleri işlediğinde, daha fazla belleğe sahip daha büyük bir sunucu tipi anlamlı hale gelir.

n8n, Hetzner üzerinde Docker Compose ile nasıl kurulur?

Kurulum sabit bir süreç izler ve bu süreci n8n'in resmi Hetzner kılavuzu açıklamaktadır.

• Docker Compose eklentisini kurun: Bir sistem güncellemesinin ardından docker-compose-plugin paketi kurulur.
• Depoyu klonlayın: Resmi n8n-io/n8n-docker-caddy deposu, Caddy dahil uygun Compose yapılandırmasını sağlar.
• Docker birimlerini oluşturun: Sertifikaların ve iş akışı verilerinin yeniden başlatmalardan etkilenmemesi için Caddy verileri ve n8n verileri için ayrı ayrı birimler oluşturulur.
• Ortam değişkenlerini ayarlayın: .env dosyasında kurulum için alan adını, saat dilimini ve diğer temel değerleri belirlersiniz.
• Güvenlik duvarını açın: HTTP ve HTTPS için 80 ve 443 portlarının açılması gerekir.
• Caddyfile dosyasını düzenleyin: n8n.alanadiniz.tld biçimindeki alt alan adı, Caddy'nin otomatik olarak geçerli bir TLS sertifikası alması için Caddyfile içinde belirtilir.
• Konteynerleri başlatın: docker compose up -d komutu, n8n ve Caddy'yi arka planda başlatır.

Güncellemeler için, her Docker Compose kurulumunda olduğu gibi aynı üç adımlı süreç geçerlidir: yeni görüntüyü çekmek, konteyneri durdurmak, konteyneri yeni sürümle yeniden başlatmak.

Sunucu konumu, GDPR uyumlu n8n barındırması için neden önemlidir?

Sunucu konumu, GDPR uyumluluğunun önemli ama tek yapı taşı değildir. n8n Almanya'da veya Avrupa'daki bir Hetzner konumunda çalışıyorsa, bağlı üçüncü taraf sistemler (e-posta gönderimi, CRM veya yapay zeka hizmetleri gibi) de buna uygun şekilde seçildiği sürece, iş akışlarınızdaki kişisel veriler genellikle Avrupa hukuk alanını terk etmez. Tam uyumluluk ayrıca Hetzner ile yapılan bir veri işleme sözleşmesine, iyi düşünülmüş bir yedekleme stratejisine ve sunucunun yetkisiz erişime karşı korunmasına bağlıdır. n8n, kendi dokümantasyonunda kendi kendine barındırmanın sunucu yapılandırması, konteyner yönetimi, ölçeklendirme ve güvenlik konularında uzmanlık gerektirdiğini ve hataların veri kaybına, güvenlik açıklarına veya kesinti sürelerine yol açabileceğini açıkça belirtir.

Hetzner kurulumu, genel bir Docker Compose kurulumundan nasıl farklıdır?

Hetzner'e özgü kılavuz, ters proxy olarak Caddy'yi kullanırken, n8n'in genel Docker Compose kılavuzu Traefik'e dayanır. Her iki seçenek de aynı görevi üstlenir: Let's Encrypt üzerinden TLS şifrelemesini sağlar ve istekleri 5678 portundaki n8n konteynerine yönlendirirler. Genel seçenekte, erişilebilir alan adı için N8N_HOST, https için N8N_PROTOCOL, herkese açık webhook adresi için WEBHOOK_URL ve planlanan iş akışlarınızın saat dilimi için GENERIC_TIMEZONE gibi değişkenleri yapılandırırsınız; bunu n8n'in Docker Compose dokümantasyonu açıklamaktadır. Birden fazla kullanıcıyla üretim ortamında kullanım için, birlikte gelen SQLite veritabanından PostgreSQL'e geçiş de önerilir.

Hetzner üzerinde kendi kendine barındırma, n8n Cloud yerine kimler için mantıklıdır?

Kendi kendine barındırma özellikle kendi bünyesinde sunucu uzmanlığına sahip olan veya bakım ve güvenlik için sabit bir irtibat kişisi görevlendiren şirketler için mantıklıdır. n8n, sunucu yönetiminde deneyimi olmayan yeni başlayanlara barındırılan bulut seçeneğini önerir, çünkü kendi kendine barındırmada güncellemeler, yedeklemeler ve güvenlik yamaları tamamen kendi sorumluluğunuzdadır. Almanya veri egemenliğine önem veren ancak sunucu işletimi için kendi kapasitesini oluşturmak istemeyen KOBİ'ler için, biz NordFlux'ta Hetzner tabanlı bir n8n sunucusunun kurulumunu ve teslimini sabit fiyatlı bir proje olarak üstleniyoruz, bkz. n8n hizmetlerimiz. Böylece Caddy yapılandırması ve Docker ağları konusunda kendinizi eğitmek zorunda kalmadan belgelenmiş, bakımı yapılabilir bir sunucuya sahip olursunuz.

n8n'in Hetzner üzerinde kullanımıyla ilgili sık sorulan sorular

Hetzner, n8n barındırması için GDPR uyumlu mudur?

Almanya'da veya Avrupa'da bir veri merkezindeki Hetzner sunucusu, GDPR uyumlu barındırma için sağlam bir temel oluşturur, çünkü veriler Avrupa hukuk alanında kalır. Tam uyumluluk ayrıca bir veri işleme sözleşmesi, belgelenmiş bir yedekleme stratejisi ve sunucunun yetkisiz erişime karşı özenli bir şekilde korunmasını gerektirir.

n8n için hangi Hetzner sunucu tipi yeterlidir?

n8n dokümantasyonuna göre çoğu kullanım seviyesi için en küçük bulut sunucu tipi olan CPX11 yeterlidir. Daha güçlü bir sunucu ancak çok sayıda paralel iş akışı çalıştırması veya büyük veri hacimleri olduğunda anlamlı hale gelir.

Hetzner üzerindeki n8n'in mutlaka kendi alan adına ihtiyacı var mı?

Evet, Caddy veya Traefik üzerinden güvenli bir HTTPS bağlantısı için, DNS A kaydıyla sunucu IP'sine işaret eden bir alt alan adı gereklidir. Geçerli bir alan adı olmadan otomatik bir Let's Encrypt sertifikası alınamaz, bu da webhook'ları ve arayüze erişimi güvensiz bırakır.

n8n, Hetzner üzerinde Docker olmadan da kurulabilir mi?

n8n, Docker'ı çoğu dağıtım için önerilen seçenek olarak tanımlar; bunun nedenlerinden biri işletim sistemi ve araç uyumsuzluklarını önlemesi, veritabanı ve ortam yönetimini kolaylaştırmasıdır. Dokümantasyona göre npm ile kurulum, üretimde çalışan bir Hetzner sunucusu için değil, daha çok yerel geliştirme, testler veya basit tek sunuculu dağıtımlar için düşünülmüştür.