2016-06-26 11 views
2

JenkinsとKilnリポジトリを使用して継続的な統合シナリオを設定しようとしています。私が問題を抱えているのは、KilnのJenkins webhookを設定することです。JenkinsがKiln webhookでビルドを開始する

ビルドトリガーに認証トークンを持つJenkinsビルドジョブがあります。また、Jenkinsのユーザーは認証トークンも持っています。カール使用

、私はジェンキンスが正常にビルドトリガすることができます明らかに

Connection: close 
X-Content-Type-Options: nosniff 
X-Hudson: 1.395 
X-Jenkins: 2.10 
X-Jenkins-Session: ce44f96b 
X-You-Are-Authenticated-As: anonymous 
X-You-Are-In-Group: 
X-Required-Permission: hudson.model.Hudson.Read 
X-Permission-Implied-By: hudson.security.Permission.GenericRead,hudson.model.Hudson.Administer 
Content-Length: 985 
Content-Type: text/html;charset=UTF-8 
Date: Sun, 26 Jun 2016 14:29:56 GMT 
Expires: Thu, 01 Jan 1970 00:00:00 GMT 
Set-Cookie: JSESSIONID.8ae67724=1gh7svgbt5la719xs8ivdafz8h;Path=/;Secure;HttpOnly 
Server: nginx 

"認証済み-として:匿名"

curl -i https://<user>:<user-token>@ci.server.com/job/<jobname>/build?token=<build-token> 

しかし、窯のためのウェブフックは常に403で失敗します問題があるようです。私はKilnのJenkins/Hudson固有webhookとカスタムwebhookの両方を作成しようとしました。

欠けている可能性のある手がかりは大いにありがたいです。

乾杯、マイケル

答えて

1

私は窯がPOSTを送信していると思います - 代わりにPOSTとしてカールを繰り返してみてください。

これは、手掛かりを与えるかもしれない - 私はGETを送信するために窯を説得する方法を見つけることができないとしてCSRF保護はジェンキンス2.

に追加された「パン粉」に関連するエラーを検出しました(Iを私はKiln Webhooksに感銘を受けませんでした)回避策として、私はJenkinsのCSRF保護を無効にしました。満足できるものではありません。

関連する問題