【问题标题】:"Dockerized" Node.js Application Not Responding to Host“Dockerized”Node.js 应用程序不响应主机
【发布时间】:2019-07-27 05:37:10
【问题描述】:

我正在尝试“Dockerize”一个相当大、复杂的 Node.js 应用程序,其结构大致如下:

Nebula【项目根目录;运行 Node.js 应用程序]

|__CosmosD3 [包含所有 HTML 和 JS 文件的目录]

|__Nebula-Pipeline [包含执行所有繁重计算的大多数 Python 文件的目录]

我们这个项目的标准安装过程相当复杂,因为所有互连的部分都必须完美地协同工作,以使我们的前端 JS 文件能够与我们的后端 Python 脚本通信。对于 Linux/Unix 系统,这是一个粗略的过程(命令从 Nebula 目录中运行):

  1. 安装 Java。 (几乎任何版本都应该这样做;我们有一个 Java 文件需要在前端运行以进行特定交互)
  2. 安装 Python 2.7 和 pip
  3. 运行 pip install --upgrade pip 以确保正在使用最新的 pip
  4. 使用sudo apt-get install libzmq-dev npm nodejs-legacy 安装 Node.js、npm 和 zmq
  5. 运行 npm install 以安装我们的 Node.js 包依赖项
  6. 运行 pip install -e ./Nebula-Pipeline 安装所有 Python 依赖项
  7. 祈祷一切顺利,并使用npm start 运行应用程序。默认端口是8081,因此应用程序应该可以通过localhost:8081 访问。

一个与这个非常相似的项目已经被“Dockerized”了。通过调整另一个项目的 Dockerfile 使其更接近上述步骤,这是我创建的 Dockerfile:

FROM ubuntu:16.04

RUN mkdir /www
WORKDIR /www
RUN apt-get update

RUN apt-get install -y libzmq-dev npm nodejs-legacy python python-pip
RUN apt-get update && \
    apt-get install -y openjdk-8-jdk && \
    apt-get install -y ant && \
    apt-get clean;

# Fix certificate issues, found as of 
# https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/983302
RUN apt-get update && \
    apt-get install ca-certificates-java && \
    apt-get clean && \
    update-ca-certificates -f;

# Setup JAVA_HOME, this is useful for docker commandline
ENV JAVA_HOME /usr/lib/jvm/java-8-openjdk-amd64/
RUN export JAVA_HOME

##COPY ./lib/ /opt/lib

RUN pip install --upgrade pip
COPY ./Nebula /www
RUN ls -a /www
RUN npm install

RUN pip install -e /www/Nebula-Pipeline

EXPOSE 8081

CMD ["npm", "start"]

当我使用docker build -t nebulaserver 运行此 Dockerfile 时,似乎已成功创建映像。当我使用docker run -p 8081:8081 nebulaserver 运行图像时,我得到以下打印输出,这似乎表明一切正常工作。 (请注意,“PORT: 8081”打印输出是对 Node.js 应用正在使用的端口的确认。)

Michelles-MacBook-Pro-8$ docker run -p 8081:8081 nebulaserver

> Nebula@0.0.1 start /www
> node app.js

PORT:
8081

但是,当我随后尝试连接到localhost:8081 时,我没有得到任何响应。此外,当我的 Node.js 服务器收到对其中一个 HTML 页面的请求时,我希望看到其他打印输出。我也没有看到任何这些打印输出。好像端口转发无法正常工作。根据我读过的所有内容,我应该做正确的事情,但我以前从未使用过 Docker,所以也许我遗漏了什么?

有人知道我做错了什么吗?

编辑: 这是我的 app.js 文件,以防万一有助于弄清楚发生了什么......

/*Import packages required in package.json   */
/*Add these packages from the ../node_modules path*/
var express = require('express');//A lightweight nodejs web framework
var path = require('path');//Ability to join filepaths to filenames.
var favicon = require('serve-favicon');//Set prefered icon in browser URL bar. Unused?
var logger = require('morgan');//HTTP request logger. Unused?
var cookieParser = require('cookie-parser');//Stores cookies in req.cookies
var bodyParser = require('body-parser');//Middleware parser for incoming request bodies, 

/* REST API routes */
var routes = require('./routes/index');//Points to /routes/index.js.  Currently, index.js points to CosmosD3/CosmosD3.html

/* Connect to the databases */
//var mongo = require('mongodb');
//var monk = require('monk');
//var db = monk('localhost:27017/nodetest');
//var datasets = monk('localhost:27017/datasets');

/* The HTTP request handler */

var app = express();//Creates app from express class. (Baseline famework for an app. No web functionality).
var debug = require('debug')('Nebula:server');//Require the debug module. Pass it scoping 'Nebula:server'
var http = require('http').Server(app);//Create an http server on top of app.

/* The Socket.io WebSocket module */
var io = require('socket.io')(http);//Create an io/websocket on top of http object.

/* Our custom Nebula module handles the WebSocket synchronization */
var nebula = require('./nebula')(io);//Creates nebula layer on top of io.

/* Set the port we want to run on */
var port = process.env.PORT || 8080;
//app.set('port', port);
var host = '0.0.0.0';
app.listen(port, host);
console.log(`Running on http://${host}:${port}`);

/* view engine setup, currently not used */
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'jade');

// uncomment after placing your favicon in /public
//app.use(favicon(path.join(__dirname, 'public', 'favicon.ico')));
app.use(logger('dev'));
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({ extended: false }));
app.use(cookieParser());

/* Expose everything in public/ through our web server */
app.use(express.static(path.join(__dirname, 'public')));
app.use("/cosmos", express.static(path.join(__dirname, 'CosmosD3')));

// Make our db accessible to our router
//app.use(function(req, res, next){
//    req.db = db;
//    req.datasets = datasets;
//    next();
//});

/* Initiate the REST API */
app.use('/', routes);

// catch 404 and forward to error handler
app.use(function(req, res, next) {
  var err = new Error('Not Found');
  err.status = 404;
  next(err);
});

// error handlers

// development error handler
// will print stacktrace
if (app.get('env') === 'development') {
  app.use(function(err, req, res, next) {
    res.status(err.status || 500);
    res.render('error', {
      message: err.message,
      error: err
    });
  });
}

// production error handler
// no stacktraces leaked to user
app.use(function(err, req, res, next) {
  res.status(err.status || 500);
  res.render('error', {
    message: err.message,
    error: {}
  });
});

/**
 * Event listener for HTTP server "error" event.
 */

function onError(error) {
  if (error.syscall !== 'listen') {
    throw error;
  }

  var bind = (typeof port === 'string' ? 'Pipe ' + port : 'Port ' + port);

  // handle specific listen errors with friendly messages
  switch (error.code) {
    case 'EACCES':
      console.error(bind + ' requires elevated privileges');
      process.exit(1);
      break;
    case 'EADDRINUSE':
      console.error(bind + ' is already in use');
      process.exit(1);
      break;
    default:
      throw error;
  }
}

/**
 * Event listener for HTTP server "listening" event.
 */

function onListening() {
  var addr = http.address();
  var bind = (typeof addr === 'string' ? 'pipe ' + addr : 'port ' + addr.port);
  debug('Listening on ' + bind);
}

/**
 * Listen on provided port, on all network interfaces.
 */
http.listen(port);
http.on('error', onError);
http.on('listening', onListening);

【问题讨论】:

  • 我没有我的电脑来做测试,但我想我遇到了同样的问题。如果是这样,问题出在CMD ["npm", "start"] 上,如果我没记错的话,它会启动您的实例,然后将其关闭,它不会使其保持活动状态。一个解决方案是使用主管或使用 DockerFile 中的入口点,我会尝试挖掘并回来。希望至少这可以给你新的想法来测试..
  • 尝试阅读blog.trifork.com/2014/03/11/… 我认为这可能是您的出路。我会在你的 dockerFile 中使用“nodeamon = true”和你的命令来运行你的 npm
  • 这听起来像是一个常见的症状,其中容器内的进程设置为仅侦听 127.0.0.1,这是开发型服务器的常见默认值。它需要监听 0.0.0.0(“所有入站接口”)才能从容器外部访问。
  • @DavidMaze 我不认为我的容器正在侦听端口 127.0.0.1 (localhost)... 我读过的所有内容似乎都表明容器中运行的所有内容都运行在 0.0.0.0 和我在运行它时指定的端口转发(-p 8081:8081)应该足以让我的主机和容器正常通信......你知道我如何检查我的应用程序在容器中运行的 URL 只是为了当然? (我不太确定该怎么做,因为我没有直接访问容器的权限......)
  • @Niradnik 我正在尝试在没有主管的情况下度过难关......看起来我真的不需要一个,因为我只想要我的单个容器的 1 个实例运行。 (另外,我试图让事情尽可能简单......)根据我看过的一些例子,我似乎并不真的需要一个主管来让我的容器与我的主机交谈。还是我对如何使用 Docker 设置应用程序有误解?

标签: node.js docker portforwarding


【解决方案1】:

我之前遇到过这个问题(正如@davidmaze 在his comment 中提到的那样)我不得不更改我的应用程序正在侦听的主机。就我而言,我使用的是Express framework,它(尽管文档另有暗示)只监听本地主机(127.0.0.1),我需要它来监听0.0.0.0。请参阅第 58-66 行(构成Dockerizing a Node.js web app 示例的Create the Node.js app 部分中的第二个代码块),了解他们明确告诉express 监听0.0.0.0 的位置。

【讨论】:

  • 我试过了,得到了Error: listen EADDRINUSE 0.0.0.0:8081,这对我来说没有意义,因为我只使用这个应用程序。尝试在端口 80 上运行我的应用程序时,我得到了同样的错误。
  • 当您“正常”运行您的容器时,当您无法从外部访问它时,您是否尝试从内部调用它。使用 docker exec 命令?尝试一下,如果您可以从 127.0.0.1 的内部到达它,那么问题可能就是这里所说的。
  • 我不太清楚你所说的“从内部调用它”是什么意思……我猜是不是?除了收听传入的 HTTP 请求以查看网页之外,我不应该对该端口做任何事情。这就是应用程序在 Docker 之外的工作方式,至少
  • 做一个docker exec - it <my_container> bash 然后运行你的电话或直接docker exec - it <my_container> <my_command> 我认为如果你安装了一个命令或wget 127.0.0.1:8081/xxxxxx,该命令将类似于curl /跨度>
  • 也许还值得一提的是,我运行的是旧版本的 Docker,因为我的计算机运行的是 Mac OS X Yosemite (10.10.5),这对于最新版本的 Docker 来说太旧了。 (我的开发环境很脆弱,所以我一直犹豫是否让我的操作系统升级,因为担心它会严重破坏事情)。此外,即使是简单的测试,我遇到的端口转发问题也不能解释为什么我的更复杂的应用程序会抛出 EADDRINUSE 错误......我会继续研究这个问题,看看我是否至少可以解决这个问题
【解决方案2】:

我终于明白了!!经过大量挖掘,我发现 Docker 应用程序的默认 IP 是 http://192.168.99.100,而不是 http://localhost。我从这里得到了答案:

https://forums.docker.com/t/docker-running-host-but-not-accessible/44082/13

【讨论】:

  • 另外,对于其他试图解决类似问题的人来说,根据我在找到这个答案后所看到/阅读的其他内容,这听起来像是我无法通过 localhost 连接的原因可能是因为我使用的是较旧的 Docker Toolbox(因为我的操作系统太旧,无法支持较新版本的 Docker)。查看要连接的 IP 地址的一种方法是docker-machine ip default,其中default 是您要连接到容器的守护程序的名称。 (您可以使用 Docker 获得 default“开箱即用”,但听起来您也可以根据需要定义其他守护进程。)
【解决方案3】:

在 MAC 上,我必须将端口放在两个位置:

  1. 在我需要放入的 Dockerfile 中: 曝光 5000 5010 5011
    在 CMD 行之前(倒数第二行),它暴露了 3 个端口

  2. 在 docker-compose.yml(我有两个 docker)中,我需要在应用程序部分输入: 端口:

  • “5000:5000”
  • “5010:5010”
  • “5011:5011”

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-05-04
    • 2018-11-18
    • 1970-01-01
    • 2016-06-14
    • 1970-01-01
    • 2016-06-17
    • 1970-01-01
    • 2019-12-24
    相关资源
    最近更新 更多