Nano Hash - криптовалюты, майнинг, программирование

Сайт GitLab показывает страницу plesk по умолчанию. Что я делаю не так?

так вот моя установка:

У меня Ubuntu 14.04 и установлен Gitlab omnibus. Затем я просто следовал этому руководству: Setup для несвязанного веб-сервера (в моем случае apache)

Я успешно включил сайт apache с помощью этих файлов конфигурации:

gitlab.rb (только те строки, которые не закомментированы):

external_url "http://git.codefighters.org"
nginx['enable'] = false
web_server['external_users'] = ['www-data']
gitlab_workhorse['listen_network'] = "tcp"
gitlab_workhorse['listen_addr'] = "127.0.0.1:8181"

git.codefighters.org.conf (в /etc/apache2/sites-available):

# This configuration has been tested on GitLab 8.2
# Note this config assumes unicorn is listening on default port 8080 and
# gitlab-workhorse is listening on port 8181. To allow gitlab-workhorse to
# listen on port 8181, edit /etc/gitlab/gitlab.rb and change the following:
#
# gitlab_workhorse['listen_network'] = "tcp"
# gitlab_workhorse['listen_addr'] = "127.0.0.1:8181"
#
#Module dependencies
# mod_rewrite
# mod_proxy
# mod_proxy_http
<VirtualHost *:80>
  ServerName git.codefighters.org
  ServerSignature Off

  ProxyPreserveHost On

  # Ensure that encoded slashes are not decoded but left in their encoded state.
  # http://doc.gitlab.com/ce/api/projects.html#get-single-project
  AllowEncodedSlashes NoDecode

  <Location />
    # New authorization commands for apache 2.4 and up
    # http://httpd.apache.org/docs/2.4/upgrading.html#access
    Require all granted

    #Allow forwarding to gitlab-workhorse
    ProxyPassReverse http://127.0.0.1:8181
    #Allow forwarding to GitLab Rails app (Unicorn)
    ProxyPassReverse http://127.0.0.1:8080
    ProxyPassReverse http://git.codefighters.org/
  </Location>

  # Apache equivalent of nginx try files
  # http://serverfault.com/questions/290784/what-is-apaches-equivalent-of-nginxs-try-files
  # http://stackoverflow.com/questions/10954516/apache2-proxypass-for-rails-app-gitlab
  RewriteEngine on

  #Forward these requests to gitlab-workhorse
  RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/gitlab-lfs/objects.* [OR]
  RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/builds/download.* [OR]
  RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/repository/archive.* [OR]
  RewriteCond %{REQUEST_URI} ^/api/v3/projects/.*/repository/archive.* [OR]
  RewriteCond %{REQUEST_URI} ^/ci/api/v1/builds/[0-9]+/artifacts.* [OR]
  RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/(info/refs|git-upload-pack|git-receive-pack)$
  RewriteRule .* http://127.0.0.1:8181%{REQUEST_URI} [P,QSA,NE]

  #Forward any other requests to GitLab Rails app (Unicorn)
  RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f [OR]
  RewriteCond %{REQUEST_URI} ^/uploads
  RewriteRule .* http://127.0.0.1:8080%{REQUEST_URI} [P,QSA,NE]

  # needed for downloading attachments
  DocumentRoot /opt/gitlab/embedded/service/gitlab-rails/public

  #Set up apache error documents, if back end goes down (i.e. 503 error) then a   maintenance/deploy page is thrown up.
  ErrorDocument 404 /404.html
  ErrorDocument 422 /422.html
  ErrorDocument 500 /500.html
  ErrorDocument 503 /deploy.html

  # It is assumed that the log directory is in /var/log/httpd.
  # For Debian distributions you might want to change this to
  # /var/log/apache2.
  LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b" common_forwarded
  ErrorLog /var/log/httpd/logs/git.codefighters.org_error.log
  CustomLog /var/log/httpd/logs/git.codefighters.org_forwarded.log common_forwarded
  CustomLog /var/log/httpd/logs/git.codefighters.org_access.log combined env=!dontlog
  CustomLog /var/log/httpd/logs/git.codefighters.org.log combined

</VirtualHost>

У меня проблема, однако, в том, что вы не видите никакой gitlab на git.codefighters.org, но на странице Plesk по умолчанию . Я действительно не знаю, в чем именно проблема, так как на сервере все работает. sudo gitlab-ctl status говорит, что все работает.

Спасибо всем, кто помогает мне решить эту проблему!


  • Вы включили виртуальный хост apache? a2ensite git.codefighters.org.conf 23.12.2015
  • Да, но при использовании plesk это не работает. Я нашел решение для этого, опубликую его как ответ. 23.12.2015

Ответы:


1

Хорошо, погуглив целый день, я нашел решение этой проблемы. Если вы используете Plesk на своем сервере, изменение настроек apache и их включение, похоже, не будет иметь никакого эффекта, потому что plesk управляет этими вещами (поправьте меня, если я ошибаюсь).

Итак, чтобы эти настройки вступили в силу, вы должны сделать следующее:

Сначала вам нужно создать домен на панели plesk:

  • Войдите в plesk и выберите Домены-> создайте домен, который хотите использовать.

  • Затем войдите на свой сервер и перейдите в /var/www/vhosts/system/FQDN/conf (где FQDN должен быть заменен вашим доменом, в моем случае git.codefighters.org)

  • Там добавьте (или измените) vhost.conf или vhost_ssl.conf соответственно. Вам не понадобится , так как содержимое этих файлов вставляется в определенный раздел автоматически сгенерированного файла конфигурации. (взято с http://www.istvank.eu/archives/772)
  • Для меня vhost.conf выглядит так:

      ServerName git.codefighters.org
      ServerSignature Off
    
      ProxyPreserveHost On
    
      # Ensure that e
    
      ncoded slashes are not decoded but left in their encoded state.
      # http://doc.gitlab.com/ce/api/projects.html#get-single-project
      AllowEncodedSlashes NoDecode
    
      <Location />
        # New authorization commands for apache 2.4 and up
        # http://httpd.apache.org/docs/2.4/upgrading.html#access
        Require all granted
    
        #Allow forwarding to gitlab-workhorse
        ProxyPassReverse http://127.0.0.1:8181
        #Allow forwarding to GitLab Rails app (Unicorn)
        ProxyPassReverse http://127.0.0.1:8080
        ProxyPassReverse http://git.codefighters.org/
      </Location>
    
      # Apache equivalent of nginx try files
      # http://serverfault.com/questions/290784/what-is-apaches-equivalent-of-nginxs-try-files
      # http://stackoverflow.com/questions/10954516/apache2-proxypass-for-rails-app-gitlab
      RewriteEngine on
    
      #Forward these requests to gitlab-workhorse
      RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/gitlab-lfs/objects.* [OR]
      RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/builds/download.* [OR]
      RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/repository/archive.* [OR]
      RewriteCond %{REQUEST_URI} ^/api/v3/projects/.*/repository/archive.* [OR]
      RewriteCond %{REQUEST_URI} ^/ci/api/v1/builds/[0-9]+/artifacts.* [OR]
      RewriteCond %{REQUEST_URI} ^/[\w\.-]+/[\w\.-]+/(info/refs|git-upload-pack|git-receive-pack)$
      RewriteRule .* http://127.0.0.1:8181%{REQUEST_URI} [P,QSA,NE]
    
      #Forward any other requests to GitLab Rails app (Unicorn)
      RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f [OR]
      RewriteCond %{REQUEST_URI} ^/uploads
      RewriteRule .* http://127.0.0.1:8080%{REQUEST_URI} [P,QSA,NE]
    
      # needed for downloading attachments
      DocumentRoot /opt/gitlab/embedded/service/gitlab-rails/public
    
      #Set up apache error documents, if back end goes down (i.e. 503 error) then a   maintenance/deploy page is thrown up.
      ErrorDocument 404 /404.html
      ErrorDocument 422 /422.html
      ErrorDocument 500 /500.html
      ErrorDocument 503 /deploy.html
    
      # It is assumed that the log directory is in /var/log/httpd.
      # For Debian distributions you might want to change this to
      # /var/log/apache2.
      LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b" common_forwarded
      ErrorLog /var/log/httpd/logs/git.codefighters.org_error.log
      CustomLog /var/log/httpd/logs/git.codefighters.org_forwarded.log common_forwarded
      CustomLog /var/log/httpd/logs/git.codefighters.org_access.log combined env=!dontlog
      CustomLog /var/log/httpd/logs/git.codefighters.org.log combined
    
  • Последнее, что вам нужно сделать, это запустить следующие команды:

    /usr/local/psa/admin/bin/httpdmng --reconfigure-all

    перезапуск службы sudo httpd

23.12.2015
Новые материалы

Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..