web-dev-qa-db-ja.com

Node.jsアプリは、ポートをブロックする他のプロセスがない場合でも、ポート80で実行できません

Node.jsがインストールされたAmazon EC2でDebianのインスタンスを実行しています。以下のコードを実行すると:

http = require('http');

http.createServer(function (request, response){
  response.writeHead(200, {'Content-Type':'text/plain'});
  response.end('Hello World\n');
}).listen(80);
console.log("Running server at port 80");

ポート80でリッスンする別のプロセスがあることを示す以下の出力が表示されます。

Running server at port 80

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EACCES
    at errnoException (net.js:901:11)
    at Server._listen2 (net.js:1020:19)
    at listen (net.js:1061:10)
    at Server.listen (net.js:1127:5)
    at Object.<anonymous> (/home/admin/nodetests/nodetest.js:6:4)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)

ここで、ポート80でリッスンしているプロセス(何かが隠されている場合はルートとして)があるかどうかを確認するときに、次を使用します。

netstat -tupln

次の出力が表示されますが、これはポート80でリッスンしていないことを示しています。

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1667/sshd       
tcp6       0      0 :::22                   :::*                    LISTEN      1667/sshd

それが違いを生む場合、debianは受信規則としてポート80を開いていることに注意する必要があります。

私の質問は:私は何を間違えているのですか?ポート80をリッスンしているプロセスを特定できないのはなぜですか? Debianでブロックされるのはなぜですか?コードを正しく実行するには、どのような手順を実行する必要がありますか?

90
Brian Yeh

エラーコードEACCESは、そのポートでアプリケーションを実行するための適切な権限がないことを意味します。 Linuxシステムでは、1024未満のポートにはルートアクセスが必要です。

194
hexacyanide

ポート80で実行する代わりに、ポート80をアプリケーションのポート(> 1024)にリダイレクトできます。

iptables -t nat -I PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 3000

これは、アプリケーションがポート3000で実行されている場合に機能します。

67
Kamrul

短い答え:次を使用して、そのポートへのノードアクセスを許可できます。

setcap 'cap_net_bind_service=+ep' /path/to/nodejs

長い答え

編集:

新しいノードバージョンでは動作しない場合があります

18
Reut Sharabani

Apacheを実行している場合は、vhost上にリバースプロキシを作成できることに注意してください。ノードがポート8080で実行されている場合:

<VirtualHost 127.0.0.1:80>
        ServerName myLocalServer

        ProxyPass        /  http://localhost:8080/
        ProxyPassReverse /  http://localhost:8080/
</VirtualHost>

もちろん、サーバーを/etc/hostsに追加します:

127.0.0.1    myLocalServer

関連するApacheモジュールを有効にする必要があります。

Sudo a2enmod proxy_html
Sudo a2enmod proxy_http
Sudo a2enmod proxy_connect
Sudo a2enmod proxy_ajp
Sudo service Apache2 restart

...これで、http://myLocalServerに接続できます。

6
Redsandro

開発環境のための迅速かつ簡単な解決策を探している人にとって、ssh経由のポート転送は素晴らしい選択肢です:

ssh -L 80:localhost:3000 yourusername@localhost -N

これにより、localhostのポート80がlocalhostのポート3000に転送されます。

ルートとして実行する必要があります(特権ポート)。キャンセルするには、ターミナルでctrl-cを押します。 (-fフラグを追加してコマンドをバックグラウンドで実行することもできますが、それを強制終了するには再度見つける必要があります)。

このソリューションでは、ローカルで実行するsshサーバーが必要です迅速に実行できます 、ただし、共有ネットワーク上にいる場合はセキュリティへの影響に留意してください。少なくともある程度の追加のセキュリティ(パスワードとルートログインを無効にする)を適用することをお勧めします。

私は個人的にこれをローカルマシンでのみ使用しています。これを本番環境で実行した場合、リクエストの処理速度にどのように影響するかはわかりません。誰かが考えているかもしれません。とにかく、このコマンドを常に実行し続けることを確認する必要があり、これにより頭痛の種が増えます。 実稼働環境では、 nginxのようなリバースプロキシ を使用することをお勧めします。

2
panepeter

同じエラーが発生し、Sudoを使用してアプリケーションを実行しようとしましたが、うまくいきました。

須藤なし

mansi@mansi:~/NodePractice$ node myFirst.js 
events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EACCES 0.0.0.0:80
    at Object.exports._errnoException (util.js:870:11)
    at exports._exceptionWithHostPort (util.js:893:20)
    at Server._listen2 (net.js:1224:19)
    at listen (net.js:1273:10)
    at Server.listen (net.js:1369:5)
    at Object.<anonymous> (/home/mansi/NodePractice/myFirst.js:6:4)
    at Module._compile (module.js:410:26)
    at Object.Module._extensions..js (module.js:417:10)
    at Module.load (module.js:344:32)
    at Function.Module._load (module.js:301:12)

そして須藤と

mansi@mansi:~/NodePractice$ Sudo node myFirst.js 
^C
0