13

例如，我正在尝试设置 gitlab，以便可以通过现有 apache 服务器的子目录访问它example.com/gitlab。我正在尝试使用乘客，因为这似乎是最容易设置的，但其他解决方案也是可以接受的。不幸的是，为 gitlab 使用单独的虚拟主机不是我的选择。

我的设置

在进行设置时，我遵循了gitlab 设置指南和乘客文档。

我认为最相关的部分/etc/httpd/conf/httpd.conf如下：

DocumentRoot "/home/.www"

# gitlab config
RackBaseURI /gitlab
<Directory "/home/.www/gitlab">
    Options -MultiViews
</Directory>

DocumentRootapache 包含一个指向 gitlab 公共目录的符号链接：

$ ls -l /home/.www
lrwxrwxrwx  1 root  http    23 Jul 29 12:35 gitlab -> ../gitlab/gitlab/public

乘客是使用passenger-install-apache2-module脚本安装的，脚本输出的配置行包含在 apache 配置中。

我玩过relative_url_rootin config/gitlab.yml; 这没有任何效果（从文件中的注释来看，这种机制似乎不鼓励或不推荐使用——避免它会很好）。

结果

访问时example.com/gitlab，我得到以下输出（纯文本文档）：

Not Found: /

Apache 的日志表明乘客已启动，但至少favicon.ico是从文档根目录请求的，此时应该从子目录请求它/gitlab/favicon.ico：

[ 2013-07-29 14:14:12.1029 2037/7f3502e1e740 agents/HelperAgent/Main.cpp:597 ]: PassengerHelperAgent online, listening at unix:/tmp/passenger.1.0.2033/generation-0/request
[ 2013-07-29 14:14:12.1150 2043/7fa24dbf3740 agents/LoggingAgent/Main.cpp:330 ]: PassengerLoggingAgent online, listening at unix:/tmp/passenger.1.0.2033/generation-0/logging
[ 2013-07-29 14:14:12.1154 2034/7ff20a0cb740 agents/Watchdog/Main.cpp:635 ]: All Phusion Passenger agents started!
[Mon Jul 29 14:14:12 2013] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 29 14:14:12 2013] [notice] Digest: done
[ 2013-07-29 14:14:13.0297 2057/7f5380ee3740 agents/Watchdog/Main.cpp:452 ]: Options: { 'analytics_log_user' => 'nobody', 'default_group' => 'nobody', 'default_python' => 'python', 'default_ruby' => '/usr/bin/ruby', 'default_user' => 'nobody', 'log_level' => '0', 'max_instances_per_app' => '0', 'max_pool_size' => '6', 'passenger_root' => '/usr/lib/ruby/gems/2.0.0/gems/passenger-4.0.10', 'pool_idle_time' => '300', 'temp_dir' => '/tmp', 'union_station_gateway_address' => 'gateway.unionstationapp.com', 'union_station_gateway_port' => '443', 'user_switching' => 'true', 'web_server_pid' => '2055', 'web_server_type' => 'apache', 'web_server_worker_gid' => '33', 'web_server_worker_uid' => '33' }
[ 2013-07-29 14:14:13.0367 2061/7f92eefef740 agents/HelperAgent/Main.cpp:597 ]: PassengerHelperAgent online, listening at unix:/tmp/passenger.1.0.2055/generation-0/request
[ 2013-07-29 14:14:13.0485 2067/7f4cc5205740 agents/LoggingAgent/Main.cpp:330 ]: PassengerLoggingAgent online, listening at unix:/tmp/passenger.1.0.2055/generation-0/logging
[ 2013-07-29 14:14:13.0490 2057/7f5380ee3740 agents/Watchdog/Main.cpp:635 ]: All Phusion Passenger agents started!
[Mon Jul 29 14:14:13 2013] [notice] Apache/2.2.25 (Unix) mod_ssl/2.2.25 OpenSSL/1.0.1e DAV/2 Phusion_Passenger/4.0.10 configured -- resuming normal operations
[ 2013-07-29 14:14:16.8354 2061/7f92eef2a700 Pool2/Spawner.h:738 ]: [App 2096 stdout] 
[ 2013-07-29 14:14:24.8814 2061/7f92eef2a700 Pool2/SmartSpawner.h:301 ]: Preloader for /home/.www/../gitlab/gitlab started on PID 2096, listening on unix:/tmp/passenger.1.0.2055/generation-0/backends/preloader.2096
[Mon Jul 29 14:14:25 2013] [error] [client 129.241.220.221] File does not exist: /home/.www/favicon.ico

在我看来，不需要启动任何 puma 服务器或类似服务器，因此bundle exec rake ...在生成上面的日志时，我没有运行任何命令来启动任何与 rails 相关的内容（我已经尝试过，但我不包括此处的输出因为它似乎与我相同）。

有谁看到我做错了什么？

4

5 回答 5

9

我不认为Passenger 是为GitLab 配置Apache 的最简单方法。使用本地反向代理实际上更简单。

最新版本的 GitLab (6.0) 使用的是 Unicorn，但与 Puma 几乎相同。

在您的config/unicorn.rb文件中，注释listen指令并添加：

listen "127.0.0.1:9242"

在您的 Apache 配置中，您可以添加

ProxyPass         /gitlab http://127.0.0.1:9242
ProxyPassReverse  /gitlab http://127.0.0.1:9242

重新启动 Apache 和 GitLab，它应该可以工作。

于 2013-08-27T08:59:45.490 回答
5

官方不支持在子目录中运行 Gitlab，但工作正常（我目前正在运行一个实例）。我对Passenger一无所知，但这是您使用独角兽和前端代理运行它的方式：

您需要在三个地方设置子目录（引用默认的 gitlab.yml）：

# Uncomment and customize the last line to run in a non-root path
# WARNING: This feature is no longer supported
# Note that three settings need to be changed for this to work.
# 1) In your application.rb file: config.relative_url_root = "/gitlab"
# 2) In your gitlab.yml file: relative_url_root: /gitlab
# 3) In your unicorn.rb: ENV['RAILS_RELATIVE_URL_ROOT']
#
relative_url_root: /gitlab

我只是将ENV['RAILS_RELATIVE_URL_ROOT'] '/gitlab'unicorn.rb 中的某处放在顶部，因为没有“默认”位置。

之后，您需要按照安装文档中的说明启动 sidekiq（后台作业守护程序）和 unicorn（gitlab 的网络服务器）。提供的初始化脚本运行良好。

最后，您需要设置您的 apache 网络服务器以代理对后端独角兽实例的请求。配置为反向代理的mod_proxy应该可以完成这项工作。（亚瑟的答案在这部分有更多细节）

如果您（或来自 google 的人）想使用 nginx 作为前端代理，这是我使用的配置：

location /gitlab {
    alias /home/git/gitlab/public;

    access_log  /var/log/nginx/gitlab_access.log;
    error_log   /var/log/nginx/gitlab_error.log;

    # serve static files from defined root folder;.
    # @gitlab is a named location for the upstream fallback, see below
    try_files $uri $uri/index.html $uri.html @gitlab;
}

# if a file, which is not found in the root folder is requested,
# then the proxy pass the request to the upsteam (gitlab unicorn)
location @gitlab {
    proxy_read_timeout 300; # https://github.com/gitlabhq/gitlabhq/issues/694
    proxy_connect_timeout 300; # https://github.com/gitlabhq/gitlabhq/issues/694
    proxy_redirect     off;

    proxy_set_header   X-Forwarded-Proto $scheme;
    proxy_set_header   Host              $http_host;
    proxy_set_header   X-Real-IP         $remote_addr;

    proxy_pass http://gitlab;

    access_log  /var/log/nginx/gitlab_access.log;
    error_log   /var/log/nginx/gitlab_error.log;
}
于 2013-09-09T13:36:36.943 回答
4

我执行以下操作以在 Apache 和 LAMP 环境的子目录中获取 gitlab 6.2.2：

启用以下 apache 模块：

sudo a2enmod proxy
sudo a2enmod proxy_balancer
sudo a2enmod proxy_http
sudo a2enmod rewrite

直接从文档中，执行以下操作：

# 1) In your application.rb file: config.relative_url_root = "/gitlab"
# 2) In your gitlab.yml file: relative_url_root: /gitlab
# 3) In your unicorn.rb: ENV['RAILS_RELATIVE_URL_ROOT'] = "/gitlab"

在 /etc/apache2/mod-available/proxy.conf 中：

ProxyRequests On
ProxyPreserveHost on
<Proxy *>
  AddDefaultCharset off
  Order deny,allow
  Allow from all 
  AllowOverride All
</Proxy>

在 /etc/apache2/apache2.conf 中：

ProxyPass         /gitlab/ http://127.0.0.1:8080/gitlab/
ProxyPassReverse  /gitlab/ http://127.0.0.1:8080/gitlab/
ProxyPass         /gitlab http://127.0.0.1:8080/gitlab
ProxyPassReverse  /gitlab http://127.0.0.1:8080/gitlab
ProxyPass         /assets http://127.0.0.1:8080/gitlab/assets
ProxyPassReverse  /assets http://127.0.0.1:8080/gitlab/assets
于 2013-11-04T16:23:35.713 回答
0

user1258056 的帖子更新：

在 Gitlab 的最新版本（我使用的是 10.0.3）上，建议的解决方案导致资产未加载（错误 401：未授权）

要解决此问题，请在/etc/gitlab/gitlab.rb中添加以下行：

unicorn['port'] = 8081
gitlab_workhorse['listen_addr'] ="127.0.0.1:8181"
gitlab_workhorse['listen_network'] = "tcp"

并更改/etc/apache2/apache2.conf如下：

ProxyPass         /gitlab/assets/ http://127.0.0.1:8181/gitlab/assets/
ProxyPassReverse  /gitlab/assets/ http://127.0.0.1:8181/gitlab/assets/

ProxyPass         /gitlab/ http://127.0.0.1:8081/gitlab/
ProxyPassReverse  /gitlab/ http://127.0.0.1:8081/gitlab/
ProxyPass         /gitlab http://127.0.0.1:8081/gitlab
ProxyPassReverse  /gitlab http://127.0.0.1:8081/gitlab

这导致资产请求被分派到 Workhorse 组件（端口 8181），而其他请求通过通常的路径（端口 8081）

于 2017-10-12T15:24:02.830 回答
-2

我使用 gitlab 和 nginx。在 subdir 中使用 gitlab 有很多问题（或错误）。我使用 gitlab.example.com（易于配置，易于记忆），而不是 example.com/gitlab。

于 2013-08-30T00:34:21.857 回答