n8n'de Yanlış Saatler: UTC, GENERIC_TIMEZONE ve Cron'u Doğru Ayarlama
n8n varsayılan olarak Europe/Berlin yerine America/New_York saat diliminde çalışır. GENERIC_TIMEZONE ve workflow saat dilimini doğru şekilde nasıl ayarlayacağınız burada.
Alman self-hosting kurulumları için pratikte en önemli n8n ortam değişkenleri: host, webhook URL'si, saat dilimi, güvenlik ve veritabanı bir bakışta.
Bir n8n örneğini kendi başına barındıran kişi, erişilebilirlik, saat dilimi, veritabanı ve güvenlik gibi merkezi ayarları arayüz üzerinden değil, konteynerin veya sürecin başlatılması sırasında ayarlanan ortam değişkenleri üzerinden yapılandırır. Belgelenmiş yüzden fazla değişkenden çoğu Alman self-hosting kurulumu için gerçekten belirleyici olan sadece bir avuç kadardır, örneğin ana bilgisayar adı için N8N_HOST, bir reverse proxy arkasından herkese açık erişim için WEBHOOK_URL veya zamanlanmış workflow'ların doğru saatte tetiklenmesi için GENERIC_TIMEZONE. Bu makale pratikte en önemli değişkenleri konu alanına göre sıralar ve her biri için bir kullanım örneği gösterir. Güncelleme: Temmuz 2026.
Bu değişkenler, n8n'in içeride ve dışarıda nasıl erişilebilir olduğunu ve zamanlanmış workflow'ların hangi saat diliminde çalıştığını belirler.
Özellikle Alman veri egemenliğinin ve kendi verileri üzerindeki kontrolün önemli olduğu şirketler için güvenlikle ilgili değişkenlere yakından bakmakta fayda vardır.
Üretim işletimi için çoğu kurulum, birlikte gelen SQLite veritabanından PostgreSQL'e geçer, bu da kendi değişkenleri üzerinden yapılandırılır.
n8n self-hosting'de yaşanan sorunların çoğu eksik değişkenlerden değil, yanlış ayarlanmış URL'lerden veya sunucu konumuyla eşleşmeyen bir saat diliminden kaynaklanır. Kendi n8n örneğini kurmak, güvenli hale getirmek veya Postgres'e taşımak isteyenler, NordFlux'un n8n hizmetleri kapsamında kurulum ve yapılandırma desteği bulur.
Bu, kurulum türüne bağlıdır. Docker'da bu, -e bayrakları veya docker-compose.yml içindeki bir .env dosyası üzerinden yapılır, klasik bir kurulumda ise n8n sürecinin başlatılmasından önce ayarlanan sistem ortam değişkenleri olarak yapılır.
Bu durumda n8n ilk başlatmada otomatik olarak rastgele bir anahtar oluşturur. Bu kaybolursa, örneğin kalıcı depolama olmadan bir konteyner yeniden oluşturmada, zaten kayıtlı olan kimlik bilgilerinin şifresi artık çözülemez.
Yalnızca n8n bir reverse proxy arkasında veya içeride yapılandırılandan farklı bir herkese açık adres altında çalışıyorsa. N8N_HOST ve N8N_PORT üzerinden doğrudan erişimde, değişken genellikle gerekli değildir.
Evet, çoğu değişken yalnızca n8n sürecinin yeniden başlatılmasından sonra etkili olur. Devam eden workflow'lar ve zaten kayıtlı veriler, veritabanı bağlantısı değişmediği sürece bundan etkilenmez.
Belgelenen tüm değişkenlerle ilgili daha fazla ayrıntı n8n'in ortam değişkenleri belgelerinde ve özellikle veritabanı yapılandırmasında bulunabilir.
NordFlux, kuruluşlar için dijital çalışanlar kurar: tekrar eden işleri üstlenen otomasyonlar ve KI ajanları. Kontrol sizde kalır.
n8n varsayılan olarak Europe/Berlin yerine America/New_York saat diliminde çalışır. GENERIC_TIMEZONE ve workflow saat dilimini doğru şekilde nasıl ayarlayacağınız burada.
n8n webhook testte sorunsuz ama üretimde sessiz mi? Nedenini böyle bulun: aktivasyon, WEBHOOK_URL, yol çakışmaları.
n8n'de OAuth yönlendirmesi localhost'a mı gidiyor? İşte N8N_HOST ve WEBHOOK_URL ile redirect_uri_mismatch nasıl çözülür.
WEBHOOK_URL veya GENERIC_TIMEZONE gibi yanlış ayarlanmış değişkenler, çoğu zaman ancak webhook'lar boşa düştüğünde ya da cron görevleri yanlış saatte çalıştığında fark edilir. NordFlux'un yönetilen n8n hosting'inde yapılandırma en baştan belgelenir ve test edilir. Mevcut kurulumları da riskli varsayılan değerlere karşı gözden geçiriyoruz.