【问题标题】:pump.io port in URLURL 中的 pump.io 端口
【发布时间】:2014-02-09 17:16:07
【问题描述】:

我刚刚在我的服务器(CentOS 6.5、x64)上安装了pump.io,我还在我的服务器上托管了一个 Ghost 博客(blog.mydomain.example),它位于 Apache 后面。我网站的首页是一个静态的html页面。

现在的问题是:当我访问 social.mydomain.example 时,我将被重定向到我的博客(URL 仍然是 social.mydomain.example)。我只能通过输入 social.mydomain.example:31337 来访问 pump.io,并且用户链接类似于 social.mydomain.example:31337/test。如何使端口号在 URL 中消失并通过 social.mydomain.example 访问 pump.io?谢谢!

以下是我服务器上的一些配置:

Apache 主机设置:

<VirtualHost *:80>
    ServerName blog.mydomain.example
    ProxyPreserveHost on
    ProxyPass / http://127.0.0.1:2368/
</VirtualHost>

<VirtualHost *:80>
    ServerName  mydomain.example    
    ServerAlias www.mydomain.example 
    ProxyRequests off
    DocumentRoot /var/www/html
</VirtualHost>

我如何安装 pump.io

cd /usr/bin/nodejs/
git clone https://github.com/e14n/pump.io.git
cd pump.io
npm install

cd pump.io/node_modules/databank
npm install databank-mongodb

cd /usr/bin/nodejs/pump.io/bin
forever start pump

我的 pump.io 配置

cat /etc/pump.io.json

{
    "driver":  "mongodb",
    "params":  {"host": "localhost"},
    "secret":  "pumpiol",
    "noweb":  false,
    "port": 31337,
    "site":  "social.mydomain.example",
    "owner":  "NetAdmin",
    "ownerURL":  "http://mydomain.example",
    "hostname":  "social.mydomain.example",
    "nologger":  false,
    "serverUser":  "pumpio",
    "uploaddir": "/var/local/pump.io/uploads",
    "debugClient": false,
    "firehose": "ofirehose.example"
}

我的 iptables 配置

-A INPUT -m state --state NEW -m tcp -p tcp --dport 31337 -j ACCEPT

我的 DNS 区域文件:

A (Host)
Host    Points To   
@   M.Y.I.P
CName (Alias)
Host    Points To
blog    @   
social  @   
www @

【问题讨论】:

    标签: node.js url centos port


    【解决方案1】:

    好的,既然我得到了风滚草的徽章,我很乐意提供答案。

    对于像我这样想要拥有自己的微博服务以及博客,主页(一个主机服务器的多个子域)的人,而不希望url中显示的端口号,我推荐@ 987654321@。它满足了我的所有需求,并且很容易安装在 CentOS 服务器上(我的是 6.5,x64)。最新的稳定版本是 1.20。简单直接。

    【讨论】:

      【解决方案2】:

      您正在做的是在网络服务器后面运行 pump.io。如果您有额外的 IP 地址,最简单且推荐的安装方式是独立运行 pump.io。

      运行pump.io的另一种常见方式是将其放在nginx后面。 Apache 不太适合这种反向代理/websockets 工作。我们中的许多人已经开始在 Apache 后面尝试 pump.io 并切换到 nginx,因为它更易于配置和故障排除。

      有关示例,请参阅 http://jrobb.org/moving-my-pump-home.htmlhttp://sjoberg.fi/blog/pumpio.html

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2016-07-18
        • 1970-01-01
        • 2011-01-14
        • 1970-01-01
        • 2018-01-31
        • 2014-07-18
        • 2011-07-04
        相关资源
        最近更新 更多