gitlab omnibus 8.0.4 バージョンがプライベート サーバーにインストールされています。レポーターからコードを読み取り/プル/ダウンロードするためのアクセス権を削除する必要があります。

そのため、レポーターにソース コードを閲覧してほしくない

サーバー上のファイルを編集することでできると思いますよね？

どうすればできますか？

評価目的で GitLab Omnibus Community Edition 8.0.2 をインストールしました。Gitlab (AWS 上の Linux AMI) を、Win 2008 R2 で実行されているオンプレミスの LDAP サーバーに接続しようとしています。しかし、私はそうすることができません。次のエラーが表示されます (「無効な資格情報」のため、Ldapmain から認証できませんでした):

gitlab.rbでLDAPに使用している構成は次のとおりです

gitlab (新しく作成された AD ユーザー) と john.doe (古い AD ユーザー) の 2 つのユーザーがあります。

両方のユーザーは、 ldapsearchコマンドを使用してすべてのAD ユーザーにクエリを実行できますが、gitlab.rb でそれぞれの詳細を (一度に 1 つずつ) 使用してコマンドを実行すると、すべてのユーザーではなく、その特定のユーザーに関する情報のみが表示されます。gitlab-rake gitlab:ldap:check

以前はgitlab-rake gitlab:ldap:check、資格情報 (john.doe) が gitlab.rb ファイルで構成されていたときに、AD からの最初の 100 件の結果を表示していました。これは私の個人的な資格情報であるため、IT チームに GitLab 用の新しい AD ユーザー (gitlab) を作成するよう依頼しました。gitlab.rb ファイルで新しいユーザー (gitlab) を構成して実行したgitlab-rake gitlab:ldap:check後、その特定のユーザーのレコードのみが表示されました。これは、新しく作成されたユーザーの権限の問題が原因である可能性があると考えたため、gitlab.rb で個人の資格情報を復元しました。驚いたことに、実行するgitlab-rake gitlab:ldap:checkと、以前に取得していた 100 レコードではなく、ユーザーのレコードが 1 つしか取得されません。これは本当に奇妙です！どういうわけか、GitLab は以前の詳細を「忘れている」と思います。

どんな助けでも本当に感謝します。

現在、Omnibus パッケージを使用してインストールされた最新バージョンの GitLab (v8.0.1) を実行しており、新しい「返信先」機能を有効にしようとしていますが、何も起こりません。

次の手順に従いました: http://doc.gitlab.com/ce/incoming_email/README.html (具体的には Gmail の手順)。セキュリティの低い新しい Gmail アカウントを構成し、SMTP 構成も使用します。

メールに返信すると、GMail アカウントに送信されますが、そこからは何も起こりません。doco は少しまばらに見えますが、GitLab はそのメールを (IMAP 経由で) 受け取り、問題を更新することになっていますか? もしそうなら、何も起こっていません。

/etc/gitlab/gitlab.rb の設定 (「incoming-mail」セクションがなかったため、手動で追加する必要がありました) は次のようになります。

バックグラウンド

Ubuntu 15.10

アパッチ/2.4.10 (Ubuntu)

モジュールの依存関係はすべて有効です:

• mod_rewrite
• mod_proxy
• mod_proxy_http

GitLab コミュニティ版 8.0.3

GitLab docroot : /opt/gitlab/embedded/service/gitlab-rails/public

この方法で GitLab をインストールします: https://about.gitlab.com/downloads/#ubuntu1404

問題

私のサーバーには、apache2 (example-site.com) で実行されている Web サイトがあります。

バンドルされたnginx（exemple-gitlab.com）でGitLabを実行しています

1 つのサーバー、1 つの IP、および複数の FQDN があります。

このように、私のドメイン名はすべて GitLab を指しています。

したがって、 exemple-gitlab.com は必要に応じて GitLab を指しますが、 exemple-site.com は GitLab も指し、他のすべての FQDN も指します。

解決方法

私はしなければならないと思います（そして私は試みました）：

• バンドルされている nginx を無効にし、apache2 で gitlab を構成します (私には難しいことです)。
• バンドルされている nginx を apache2 のリバース プロキシとして構成する (私には難しい)

MAJ : 実際、問題は Apache と bundled-nginx が同じポート (80) の同じ IP で実行されていることです。そして、ポート81などでWebサイトを実行したくはありません。ポート80のみです。

私はすべての PHP Web サイトで apache2 を使用することを好み、gitlab が apache2 を使用するかバンドルされた nginx を使用するかは気にしません。必要なのは、すべての FQDN を gitlab にリダイレクトするのではなく、各 Web サイトにすべての FQDN を使用することだけです。

理解

オムニバス、レール、リバース プロキシの仕組みがわかりません。

バンドルされているnginxを無効にしてみました/etc/gitlab/gitlab.rb

グループに追加www-dataしgitlab-wwwて変更:

変更した vhost.conf を apache2 に追加します https://gitlab.com/gitlab-org/gitlab-recipes/blob/master/web-server/apache/gitlab-apache24.conf

しかし、このconfバグは私のapache2です：