Security 阻止Meteor服务器在Meteor启动的数字海洋上部署的机器人程序

Security 阻止Meteor服务器在Meteor启动的数字海洋上部署的机器人程序,security,meteor,digital-ocean,meteor-up,Security,Meteor,Digital Ocean,Meteor Up,当我使用Meteor Up将我的应用程序部署到数字海洋水滴时,我在日志中收到以下错误,阻止应用程序部署。我在不同的液滴上有完全相同的部署,没有这样的问题。根据我的在线研究,这是由于机器人试图在服务器上发出GET请求,显然试图将服务器用作代理而导致的 编辑:为了澄清,我的应用程序在浏览器中加载很好,因为以前成功部署。当我要将更新部署到现有应用程序时,会出现此问题 我的问题如下: 机器人是如何开始作用于这个特定的液滴的,而不是我的 其他水滴?我想阻止他们将来这样做 他们是否在服务器上不断发出GET请

当我使用Meteor Up将我的应用程序部署到数字海洋水滴时,我在日志中收到以下错误,阻止应用程序部署。我在不同的液滴上有完全相同的部署,没有这样的问题。根据我的在线研究,这是由于机器人试图在服务器上发出GET请求,显然试图将服务器用作代理而导致的

编辑:为了澄清,我的应用程序在浏览器中加载很好,因为以前成功部署。当我要将更新部署到现有应用程序时,会出现此问题

我的问题如下:

  • 机器人是如何开始作用于这个特定的液滴的,而不是我的 其他水滴?我想阻止他们将来这样做
  • 他们是否在服务器上不断发出GET请求?如果没有,我 应该能够在他们不攻击时部署
  • 机器人上的操作是否会损害我的应用程序及其数据?如果我这样做 最终部署成功,他们仍将攻击我的 服务器,对吗
  • 如果问题已经存在于我的一个计算机上,我如何解决它 水滴?我试图编辑我的mup.json以使用不同的端口, e、 g.108而不是80,但这没有帮助。根据我对GitHub、StackOverflow等的在线研究,没有其他人能解决这个问题

    错误:url必须是相对url: at_uu.extend.classify(packages/routepolicy/routepolicy.js:103) 在appUrl(packages/fast render/lib/server/inject.js:94) 在Object.routeControl[作为句柄](packages/fast render/lib/server/inject.js:108) 接下来(/opt/musichunt/app/programs/server/npm/webapp/main/node_modules/connect/lib/proto.js:190:15) 在Object.cookieParser[作为句柄](/opt/musichunt/app/programs/server/npm/fast render/main/node_modules/connect/lib/middleware/cookieParser.js:65:5) 下一步(/opt/musichunt[107.170.235.251]/app/programs/server/npm/webapp/main/node_modules/connect/lib/proto.js:190:15) at Object.Package[as handle](packages/spiderable/spiderable.js:126) 接下来(/opt/musichunt/app/programs/server/npm/webapp/main/node_modules/connect/lib/proto.js:190:15) at中间件(packages/oauth/oauth_server.js:72) 在packages/oauth/oauth_server.js:61


  • 这不应该阻止你的应用程序启动。虽然这是一个错误和已知的bug,但它只会出现在日志中&不会崩溃或停止你的Meteor应用程序


    这有点麻烦,这些机器人会扫描整个IP块,寻找开放的代理。除了日志中的错误之外,它们不会造成任何伤害。

    这不应该阻止你的应用程序启动。虽然这是一个错误和已知的bug,但它只会出现在日志中&不会崩溃或停止你的Meteor应用程序


    这有点麻烦,这些机器人会扫描整个IP块,寻找开放的代理。除了日志中的错误之外,它们不会造成任何伤害。

    这不应该阻止你的应用程序启动。虽然这是一个错误和已知的bug,但它只会出现在日志中&不会崩溃或停止你的Meteor应用程序


    这有点麻烦,这些机器人会扫描整个IP块,寻找开放的代理。除了日志中的错误之外,它们不会造成任何伤害。

    这不应该阻止你的应用程序启动。虽然这是一个错误和已知的bug,但它只会出现在日志中&不会崩溃或停止你的Meteor应用程序


    这有点麻烦,这些机器人会扫描整个IP块,寻找开放的代理。除了日志中的错误之外,它们不会造成任何伤害。

    正如阿克沙所说,这些机器人不应该是问题。他们不会攻击你的服务器。通常每天大约有50张代理支票(我所看到的)

    您可以在部署时检查meteor up在调试模式下所说的话。

    而不是
    mup部署
    do
    DEBUG=*mup部署

    你也可以尝试另一个ip,如果这个ip受到太多的攻击。关闭水滴,创建快照。从快照中旋转一个新的液滴。检查它是否有一个新的ip,然后部署 新的知识产权


    如果您可以部署“结束一切工作”,请销毁旧的水滴以节省资金;)

    正如阿克沙所说,这些机器人不应该是个问题。他们不会攻击你的服务器。通常每天大约有50张代理支票(我所看到的)

    您可以在部署时检查meteor up在调试模式下所说的话。

    而不是
    mup部署
    do
    DEBUG=*mup部署

    你也可以尝试另一个ip,如果这个ip受到太多的攻击。关闭水滴,创建快照。从快照中旋转一个新的液滴。检查它是否有一个新的ip,然后部署 新的知识产权


    如果您可以部署“结束一切工作”,请销毁旧的水滴以节省资金;)

    正如阿克沙所说,这些机器人不应该是个问题。他们不会攻击你的服务器。通常每天大约有50张代理支票(我所看到的)

    您可以在部署时检查meteor up在调试模式下所说的话。

    而不是
    mup部署
    do
    DEBUG=*mup部署

    你也可以尝试另一个ip,如果这个ip受到太多的攻击。关闭水滴,创建快照。从快照中旋转一个新的液滴。检查它是否有一个新的ip,然后部署 新的知识产权


    如果您可以部署“结束一切工作”,请销毁旧的水滴以节省资金;)

    正如阿克沙所说,这些机器人不应该是个问题。他们不会攻击你的服务器。通常每天大约有50张代理支票(我所看到的)

    您可以在部署时检查meteor up在调试模式下所说的话。

    而不是
    mup部署
    do
    DEBUG=*mup部署

    你也可以尝试另一个ip,如果这个ip受到太多的攻击。关闭水滴,创建快照。从快照中旋转一个新的液滴。检查它是否有一个新的ip,然后部署 新的知识产权


    如果您可以部署“结束一切工作”,请销毁旧的水滴以节省资金;)

    谢谢你的回复。它可能不会崩溃或崩溃