#node.js #apache #express #http #https
Вопрос:
У меня есть приложение, которое в настоящее время находится в разработке. Все хорошо работает на моем локальном компьютере, но на моем живом сервере у меня возникает проблема, которую я не могу решить между версиями сайта http и https. Кто-нибудь знает, почему я получаю разницу между отображением этих двух доменов?
Я установил SSL-сертификат на сервер, но застрял на несколько дней, пытаясь понять, что здесь происходит.
Вот как выглядит мой файл www:
#!/usr/bin/env node
/**
* Module dependencies.
*/
const app = require('../app')
const debug = require('debug')('maksemus.tech:server')
const spdy = require('spdy')
const fs = require('fs')
const http = require('http')
const https = require('https')
const privateKey = fs.readFileSync('./mkcert/maksemus_tech_key.key')
const certificate = fs.readFileSync('./mkcert/maksemus_tech_cert.crt')
const options = {
// Private key
key: privateKey,
// Fullchain file or cert file (prefer the former)
cert: certificate,
}
/**
* Get port from environment and store in Express.
*/
const httpPort = normalizePort(process.env.HTTPPORT)
const httpsPort = normalizePort(process.env.HTTPSPORT)
/**
* Create HTTP/HTTPS/SPDY server.
*/
httpServer = http.createServer(app)
httpServer.listen(httpPort)
httpServer.on('error', onError)
httpServer.on('listening', onListening)
httpsServer = spdy.createServer(options, app)
httpsServer.listen(httpsPort)
httpsServer.on('error', onError)
httpsServer.on('listening', onListening)
/**
* Normalize a port into a number, string, or false.
*/
function normalizePort(val) {
var port = parseInt(val, 10);
if (isNaN(port)) {
// named pipe
return val;
}
if (port >= 0) {
// port number
return port;
}
return false;
}
/**
* Event listener for HTTP server "error" event.
*/
function onError(error) {
if (error.syscall !== 'listen') {
throw error;
}
var bind1 = typeof httpPort === 'string' ? 'Pipe ' httpPort : 'Port ' httpPort
var bind2 = typeof httpsPort === 'string' ? 'Pipe ' httpsPort : 'Port ' httpsPort
// handle specific listen errors with friendly messages
switch (error.code) {
case 'EACCES':
console.error(bind1 ' requires elevated privileges')
console.error(bind2 ' requires elevated privileges')
process.exit(1)
break
case 'EADDRINUSE':
console.error(bind1 ' is already in use')
console.error(bind2 ' is already in use')
process.exit(1)
break
default:
throw error
}
}
/**
* Event listener for HTTP server "listening" event.
*/
function onListening() {
var addr1 = httpServer.address()
console.log(addr1)
var addr2 = httpsServer.address()
console.log(addr2)
var bind1 = typeof addr1 === 'string' ? 'pipe ' addr1 : 'port ' addr1.port
debug('HTTP Server Listening on ' bind1)
var bind2 = typeof addr2 === 'string' ? 'pipe ' addr2 : 'port ' addr2.port
debug('HTTPS Server Listening on ' bind2)
}```
Ответ №1:
После долгой отладки я нашел причину этой проблемы. Это было вызвано созданием экземпляра приложения пассажирами Phusion.
Он просто использует два разных пути при инициализации приложения. Один для http и один для https.
Стандартный путь, который он использует для конфигурации http, является:
/etc/apache2/conf.d/userdata/std/2_4/YOUR_USERNAME/YOUR_DOMAIN/YOUR_APP_NAME.conf
Не знаю почему, но Phusion Passenger автоматически не создает правильный путь для SSL при регистрации приложения в cpanel, что означает, что он не может найти путь для конфигурации приложения https.
Мне пришлось вручную создавать папки, а затем копировать в них файл конфигурации по указанному выше пути. Это выглядит так:
/etc/apache2/conf.d/userdata/ssl/2_4/YOUR_USERNAME/YOUR_DOMAIN/YOUR_APP_NAME.conf
Если вы обновляете один конфигурационный файл, вам необходимо обновить другой, так как они должны быть идентичными.
Командная строка из документации [cpanel][1] не работала для меня, потому что папки не существовали и не создавались автоматически при регистрации приложения.
Командная строка, на которую я ссылаюсь из приведенной выше документации, является:
cp -a /etc/apache2/conf.d/userdata/std/2_4/username/example.com/application-name.conf /etc/apache2/conf.d/userdata/ssl/2_4/username/example.com/application-name.conf
В любом случае, как только вы создали оба пути, вам нужно перестроить файл конфигурации http для apache и перезапустить apache.
/usr/local/cpanel/scripts/rebuildhttpdconf
/usr/local/cpanel/scripts/restartsrv_httpd
Надеюсь, это избавит кого-то еще от кошмара.