![Julius Davies [bit-booster.com] Avatar](https://bbc-object-storage--frontbucket.us-east-1.prod.public.atl-paas.net/c7c16bc1eb70/img/default_workspace_avatar/workspace_code.svg){kind=small}
We have no way to allow gatekeeper to work with control freak?
Issue #108
resolved
When we try to configure gatekeeper with control freak, to all committing via SSH, control freak fails with the following:
Warning: Permanently added '[127.0.0.1]:36544' (RSA) to the list of known hosts.
remote: Control Freak: at com.bitbooster.hook.MyMergeCheckHook.userExists(MyMergeCheckHook.java:2286)
remote: Control Freak - pre-receive failed: java.lang.NullPointerException
remote: at com.bitbooster.hook.MyMergeCheckHook.userExists(MyMergeCheckHook.java:2286)
remote: at com.bitbooster.hook.MyMergeCheckHook.authorCheck(MyMergeCheckHook.java:2156)
remote: at com.bitbooster.hook.MyMergeCheckHook.processReceive(MyMergeCheckHook.java:359)
remote: at com.bitbooster.hook.ControlFreakPreReceive.preUpdate(ControlFreakPreReceive.java:115)
remote:
We would like a way to configure control freak to allow the ssh-user, or at least to allow one (or more) system accounts to also be used.
Comments (4)
-
-
This is equivalent to issue
#83. -
repo owner
- changed status to resolved
Fixed in version v2020.01.29.
Note: Data Center version is published. Server version held up in marketplace approval queue for now (!?!?) but can be downloaded directly from:
-
repo owner
v2020.05.05 (just published) now allows admins to exempt all access keys from the Control-Freak rules.
- Log in to comment
We have exactly this same issue. We have allowed the “email” that the ssh user uses to the “Exempt Users”, but that doesn’t help. Our stacktrace is slightly different, but that is probably just a different version, since the shape of the stack is the same:
We are using Version:2019.10.20