İlk Node.jssunucumu cloud Linux nodekuruyorum ve detayları için oldukça yeniyim Linux admin. (BTW Apache'yi aynı anda kullanmaya çalışmıyorum.)

Her şey doğru kuruldu, ama ben kullanmazsam düğüm ile root logindinleyemediğimi fark ettim port 80. Ancak güvenlik nedeniyle kök olarak çalıştırmak istemem.

En iyi uygulama hangisidir?

1. Düğüm için güvenli / korumalı olacak şekilde iyi izinler / kullanıcı ayarlandı mı?
2. 80 numaralı bağlantı noktasının bu kısıtlamalar dahilinde kullanılmasına izin verin.
3. Düğümü başlatın ve otomatik olarak çalıştırın.
4. Konsola gönderilen günlük bilgilerini işleyin.
5. Diğer genel bakım ve güvenlik endişeleri.

Bağlantı noktası 80 trafiğini farklı bir dinleme bağlantı noktasına mı yönlendirmeliyim?

Teşekkürler

Bağlantı Noktası 80

Bulut bulut sunucularımda yaptığım şey, 80 numaralı bağlantı noktasını bu komutla 3000 numaralı bağlantı noktasına yeniden yönlendirmektir:

sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3000

Sonra Node.js'imi 3000 numaralı bağlantı noktasında başlatıyorum. 80 numaralı bağlantı noktasından gelen istekler 3000 numaralı bağlantı noktasına eşlenecek.

Ayrıca /etc/rc.localdosyanızı düzenlemeli ve bu satırı eksi olarak eklemelisiniz sudo. Bu, makine açıldığında yönlendirmeyi ekleyecektir. İhtiyacınız yoktur sudo, /etc/rc.localçünkü oradaki komutlar rootsistem önyüklenirken çalıştırılır .

Kütükler

Node.js dosyanızı ile başlatmak için sonsuza dek modülünü kullanın . Herhangi bir çökme durumunda yeniden başlatıldığından emin olur ve konsol günlüklerini bir dosyaya yönlendirir.

Önyüklemede Başlat

Bağlantı noktası yeniden yönlendirmesi için düzenlediğiniz dosyaya Node.js başlangıç ​​komut dosyanızı ekleyin /etc/rc.local. Bu, sistem başladığında Node.js başlatma komut dosyanızı çalıştıracaktır.

Dijital Okyanus ve diğer VPS

Bu sadece Linode için değil, Digital Ocean, AWS EC2 ve diğer VPS sağlayıcıları için de geçerlidir. Ancak, RedHat tabanlı sistemler /etc/rc.localüzerinde /ect/rc.d/local.

Bağlantı Noktası 80'i Kullanmak için Güvenli Kullanıcı İzni Verme

Unutmayın, uygulamalarınızı kök kullanıcı olarak çalıştırmak istemiyoruz, ancak bir sorun var: güvenli kullanıcınızın varsayılan HTTP bağlantı noktasını kullanma izni yok (80). Hedefiniz, ziyaretçilerin kullanabileceği, kullanımı kolay bir URL'ye giderek web sitesini yayınlayabilmektir.http://ip:port/

Ne yazık ki, root olarak oturum açmadığınız sürece normalde http://ip:port-> bağlantı noktası numarası> 1024 gibi bir URL kullanmanız gerekir .

Birçok insan burada takılı kalıyor, ancak çözüm kolay. Birkaç seçenek var ama bu benim sevdiğim. Aşağıdaki komutları yazın:

sudo apt-get install libcap2-bin
sudo setcap cap_net_bind_service=+ep `readlink -f \`which node\``

Şimdi, bir Düğüm uygulamasına bağlantı noktası 80'de çalışmasını istediğinizi söylediğinizde, şikayet etmeyecektir.

Bu referans bağlantısını kontrol edin

80 (veya 443) numaralı bağlantı noktasına bağlandıktan sonra kök ayrıcalıklarını bırakın.

Bu, 80/443 numaralı bağlantı noktasının korumalı kalmasına izin verirken, yine de istekleri kök olarak sunmanızı engeller:

function drop_root() {
    process.setgid('nobody');
    process.setuid('nobody');
}

Yukarıdaki işlevi kullanan tam bir çalışma örneği:

var process = require('process');
var http = require('http');
var server = http.createServer(function(req, res) {
    res.write("Success!");
    res.end();
});

server.listen(80, null, null, function() {
    console.log('User ID:',process.getuid()+', Group ID:',process.getgid());
    drop_root();
    console.log('User ID:',process.getuid()+', Group ID:',process.getgid());
});

Bu tam referansta daha fazla ayrıntı görün .

80 numaralı bağlantı noktası için (orijinal soru buydu) Daniel tam olarak haklı. Kısa bir süre önce SSL sertifikalarını yöneten hafif bir nginx proxy'ye httpsgeçmek zorunda kaldım iptables. Ben yararlı bulduğu cevabı bir birlikte ana fikri ile gabrielhpugliese o nasıl ele alınacağı üzerinde. Temelde ben

• OpenSSL aracılığıyla bir SSL Sertifika İmzalama İsteği (CSR) oluşturuldu

  openssl genrsa 2048 > private-key.pem
  openssl req -new -key private-key.pem -out csr.pem

• Bu yerlerden birinden gerçek sertifika aldım ( Comodo'yu kullandım )
• Yüklü nginx

• Değişti locationde /etc/nginx/conf.d/example_ssl.confhiç

  location / {
      proxy_pass http://localhost:3000;
      proxy_set_header X-Real-IP $remote_addr;
  }

• catTek tek sertifikaları bir araya getirerek nginx için sertifikayı biçimlendirdim ve nginx dosyamda ona bağladım example_ssl.conf(ve uncommented şeyler, adında 'örnek' den kurtuldu, ...)

  ssl_certificate /etc/nginx/ssl/cert_bundle.cert;
  ssl_certificate_key /etc/nginx/ssl/private-key.pem;

Umarım bu başka birini baş ağrısından kurtarabilir. Eminim bunu yapmanın saf düğümlü bir yolu vardır, ancak nginx hızlıydı ve işe yaradı.