Jenkinsはconfig.xmlの変更を元に戻し、セキュリティバイパスを防ぎます

Question

私はVagrantのUbuntu（trusty64）にJenkins 2.29をセットアップしていますので、セットアップスクリプトですべて行う必要があります。 Jenkinsはセキュリティロックダウンを開始します。これは通常、Jenkinsの起動画面で自動生成されたパスワードをコピーして貼り付けることで無効にします。コマンドラインを使用してこれを回避するには、/var/lib/jenkins/config.xmlを編集し、useSecurityノードをfalseに変更して、authorizationStrategyおよびsecurityRealmノードを削除する必要があります（https://wiki.jenkins-ci.org/display/JENKINS/Disable+security）

私は気付いたことがあります。これを行い、Jenkinsにアクセスしようとすると、config.xmlがインストール状態に戻り、セキュリティが無効になることはありません。 config.xmlを削除しても、Jenkinsの公式文書ではこれを最後の解決策として提案していますが、ロックダウンも無効にはなりません。

セキュリティのロックダウンをコマンドラインから完全に削除するにはどうすればよいですか？ Jenkinsの最近のバージョンでのみ壊れたものですか？

Answer 1

多くの人がサークルで動作した後、私は修正を見つけました。これは、2つの異なる提案されたソリューションの組み合わせであることが判明しました。

パート1 - （クレジットはhttps://stackoverflow.com/a/37172067/1216792） - Jenkinsのホームフォルダにファイルを作成し、jenkins.install.InstallUtil.lastExecVersionとし、その内容を「2.0」に設定します。これにより、アンロックウィザードが無効になりますが、ログイン画面が表示されます。

パート2 - 公式の提案に従います（https://wiki.jenkins-ci.org/display/JENKINS/Disable+security）。パート1を実行せずにJenkinsインスタンスにヒットした場合、パート2の変更はJenkinsによって自動的にリセットされることに注意してください。

誰かがこの便利なことを知りたければ - 2.29、Debianのインストールで動作します。 Jenkinsチームがプロビジョニングを非常に面倒にしてくれるのは不思議なことです。