Socket.io Чат на Dreamhost: Скрытие URL-адреса

Question

Мой чат socket.io доступен через URL-адрес http://example.com:8080/. Dreamhost не позволяет нам связывать 80, поэтому я привязываю его на 8080.

Я хотел избавиться от номера порта в URL. Итак, я использовал прокси-сервер Dreamhost (http://wiki.dreamhost.com/Proxy_Server), который является mod_proxy от Apache.

Я проксировал номер порта 8080 по адресу http://example.com/socketchat. Когда я перехожу к этому URL-адресу, чат не работает. Я получаю эту ошибку:

«Proxy Error прокси-сервер получил недопустимый ответ от вышестоящего сервера Прокси-сервер не смог обработать запрос GET/гнездо/ Причина:. Ошибка чтения с удаленного сервера»

Есть ли способ избавиться от номера порта в URL-адресе, который работает с socket.io? Если ничего не будет сделано, будет ли это угрозой безопасности, если я оставлю номер порта в URL-адресе, когда я запустил свой веб-сайт для публики? Благодарю.

Answer 1

Независимо от того, быстро ли Apache становится узким местом или нет, зависит от того, как вы его используете. Это очень зрелый веб-сервер, и он прекрасно организовал массовые веб-сайты по всему миру. Независимо от того, ваше приложение socket.io не обязательно должно использовать тот же порт, что и ваше веб-приложение. Вы могли бы подключить socket.io к порту 8081 и иметь свои обычные HTTP-запросы на порту 8080. Тогда вы должны настроить свой прокси-сервер на 8080, как сейчас, и просто подключите соединение socket.io к 8081.

Порт в этом случае не должен быть проблемой, поскольку это не то, что пользователь увидит в своем URL-адресе, а связь socket.io не должна проходить через прокси-сервер. Если вы подаете достаточное количество запросов на Apache, чтобы быть законным образом узким местом, вы все равно сможете весить для лучшей среды хостинга!

Пример

Сервер

var app = require('http').createServer(handler) 
    , io = require('socket.io').listen(8081) 
    , fs = require('fs') 

app.listen(8080); 

function handler (req, res) { 
    fs.readFile(__dirname + '/index.html', 
    function (err, data) { 
    if (err) { 
     res.writeHead(500); 
     return res.end('Error loading index.html'); 
    } 

    res.writeHead(200); 
    res.end(data); 
    }); 
} 

io.sockets.on('connection', function (socket) { 
    socket.emit('news', { hello: 'world' }); 
    socket.on('my other event', function (data) { 
    console.log(data); 
    }); 
}); 

Обратите внимание, что веб-сервер прослушивает на отдельном порту, чем соединение Socket.io. Это означает, что вы можете безопасно проксировать обычные HTTP-запросы от 80 до 8080 с помощью mod_proxy, а socket.io может довольно хорошо общаться с портом 8081, минуя прокси. Вашим пользователям не нужно будет вводить порт, чтобы попасть на сайт.

Client

<script src="http://domain.com:8081/socket.io/socket.io.js"></script> 
<script> 
    var socket = io.connect('http://domain.com:8081'); 
    socket.on('news', function (data) { 
    console.log(data); 
    socket.emit('my other event', { my: 'data' }); 
    }); 
</script> 

Answer 2

Я предполагаю, что mod_proxy не очень хорошо разбирается в веб-сайтах, что неудивительно. Тем не менее, вы действительно не должны ставить node.js за Apache, поскольку это сильно нарушает цель node.js. Apache быстро станет вашим узким местом.

И, наконец, нет угрозы безопасности при наличии socket.io на другом порту - любой риск безопасности будет присутствовать независимо от того, в каком порту его запускать. Вы можете столкнуться с проблемами с другими брандмауэрами, если они блокируют подключения к портам, отличным от порта 80 (что неслыханно), но опять же, такие брандмауэры могут в любом случае представлять проблемы с веб-окнами.