Приложение Expressjs — HTTPS показывает список каталогов вместо сайта

#node.js #apache #express #http #https

Вопрос:

У меня есть приложение, которое в настоящее время находится в разработке. Все хорошо работает на моем локальном компьютере, но на моем живом сервере у меня возникает проблема, которую я не могу решить между версиями сайта http и https. Кто-нибудь знает, почему я получаю разницу между отображением этих двух доменов?

http://maksemus.tech

https://maksemus.tech

Я установил 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
 

Надеюсь, это избавит кого-то еще от кошмара.