Che senso ha utilizzare un server proxy come node-http-proxy per un'app nodo con un'unica app su una porta?

Question

Sto esplorando usando il server proxy node-http-proxy in modo che possa avere il nostro server proxy sulla porta 80 inoltra richieste al nostro server di app sulla porta 8000. Tuttavia, sono un po 'confuso sul motivo per cui questa è una buona idea, e che cosa esattamente questo set proteggerebbe dal punto di vista della sicurezza.

La documentazione di http-proxy illustra molto sull'utilizzo come metodo per inoltrare richieste a un'app con più porte o indirizzi IP. Questo ovviamente sarebbe molto utile, in particolare con una strategia di bilanciamento del carico round robin di base. Tuttavia, abbiamo solo un'app su una porta, quindi non è necessario per noi farlo.

Se esiste un motivo di sicurezza importante per cui dovremmo utilizzare questo server proxy, mi piacerebbe sapere quali tipi di attacchi protegge. Inoltre, stiamo usando socket.io, quindi se c'è qualcosa che il proxy fa per aiutare il server Websocket scalare, mi piacerebbe capire anche questo. Stiamo avendo problemi a capire come eseguire la nostra app senza sudo (poiché tutte le porte inferiori a 1024 richiedono l'accesso root), quindi se davvero non ci sono buoni motivi per utilizzare un server proxy a questo punto, stiamo solo andando a . Se qualcuno sa come eseguire questa app con il server proxy sulla porta 80 senza accesso root, sarebbe molto utile. Grazie!

Answer 1

Le ragioni per l'esecuzione di un proxy inverso sono:

• Hai porte IP Limited Open e la necessità di eseguire molti servizi Nodo ognuno dei quali ha bisogno di un proprio porto
• Il vostro servizio di back-end non supporta HTTPS ma ne hai bisogno (es. Derby)
• Per aggiungere qualche altra caratteristica alla richiesta che non può essere fatta facilmente con il back-end come l'aggiunta dell'autenticazione di base o qualche forma di registrazione/auditing comune
• Per applicare un'aggiunta o passare alle risposte in uscita commo n tutta una serie di servizi di back-end
• di fornire un servizio di bilanciamento del carico

A meno che i vostri bisogni sono abbastanza semplici, sarebbe meglio usare un proxy dedicato come HAproxy dal nodo-http-proxy è piuttosto semplicistico .

Answer 2

Bene, se si esegue solo un'istanza di server, quindi non c'è davvero una ragione. I documenti node-http-proxy menzionano l'utilizzo di un singolo certificato SSL su più app, il che è molto probabile. È inoltre possibile bilanciare il carico su diversi server HTTP e socket Web (ad esempio, eseguire 10 server socket.io per i dati in tempo reale ma solo 1 server HTTP per la distribuzione delle risorse e delle API REST). Naturalmente con un caso questi non forniscono alcun vantaggio.

Se si desidera eseguire i server nodo senza sudo, forse si potrebbe provare a impostare le tabelle IP port forwarding dalla porta 80 a una porta sopra 1024. See Can I run Node.JS with low privileges?

Answer 3

Usiamo principalmente il http-proxy per avere più indietro -end server dietro un singolo IP, ma lo usiamo anche per inoltrare https a http. Rafforza la nostra app.

Per ragioni di sicurezza, potresti avere più fiducia sulla buona qualità del proxy http che sulla tua app. Il proxy build di nodejitsu è pronto per la produzione e dovrebbe essere più difficile per gli attaquants ottenere i privilegi (come leggere i file della chiave privata) su un proxy http anziché sulla tua app (ovviamente ciò dipende dalla tua abilità di sviluppo della sicurezza e dalla tua fiducia nel progetto http-proxy open source).