Articles of port

Docker – 为什么这个express.js容器有一个暴露/发布的端口拒绝连接? (使用boot2docker)

在Docker容器中有一个简单的hello world express.js应用程序。 它被设置为在端口8080上运行,docker文件在图像中公开这个端口。 此外,我运行映像时发布端口。 然而,当我试图做一个简单的curl请求,连接被拒绝。 以下是我如何设置这个testing: 我的Dockerfile非常简单: FROM node ADD ./src /src WORKDIR /src # install your application's dependencies RUN npm install # replace this with your application's default port EXPOSE 8080 # replace this with your main "server" script file CMD [ "node", "server.js" ] 而在我的./src目录中,我有一个如下所示的server.js文件: var express = require('express'); var app = […]

如何释放一个beaglebone上的端口80,以便我可以使用它?

我有一个configurationlighttpd运行的beaglebone。 目前我有它运行在8080端口,它工作正常。 除了我真的想在端口80上使用它。不幸的是,它不会在端口80上启动,因为它会失败并报告端口已被使用。 当我通过端口80上的HTTP访问beaglebone时,当然我得到了beaglebone 101屏幕。 本页build议我运行systemctl disable bone101.service但该服务甚至不存在于我的Angstrom版本中。 我使用的Angstrom img我从这里得到,这是Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.04.13.img.xz 。 我目前正在运行以下所有的禁用: systemctl disable cloud9.service systemctl disable gateone.service systemctl disable bonescript.service systemctl disable bonescript-autorun.service systemctl disable avahi-daemon.service systemctl disable gdm.service # this disables the Gnome desktop which is maybe irrelevant here, but saves a ton of memory 但是我仍然在80端口上遇到问题。 我知道node.js是提供内容,但即使ps aux显示node.js没有运行(我可以杀死它),似乎再次访问端口调用node.js。 我怎样才能一劳永逸地禁用端口80,所以我可以释放它为lighttpd使用? 这里是ps aux的完整输出: root 1 […]

Node.js – 我怎样才能从url中删除端口?

我使用node.js和socket.io。 我的应用程序在端口3000上运行。应用程序从url开始: mydomain.com :3000/ 我想从mydomain.com运行应用程序 – 我想从URL中删除端口。 在哪里以及如何设置此设置?

Node.js + Express:应用程序不会开始侦听端口80

我创build并启动一个像这样的应用程序: express -s -t ejs npm install express npm install ejs node app.js 它工作(在端口3000)。 但是,当我去端口更改为80,然后运行node app.js输出: node.js:198 throw e; // process.nextTick error, or 'error' event on first tick ^ TypeError: Cannot call method 'getsockname' of null at HTTPServer.address (net.js:746:23) at Object.<anonymous> (/var/www/thorous/app.js:35:67) at Module._compile (module.js:432:26) at Object..js (module.js:450:10) at Module.load (module.js:351:31) at Function._load (module.js:310:12) at […]