I gave this a try, I know this used to be the way to set the defaults for the cookbook generate. The docs say that is still the case, but they are using default values when I use chef generate cookbook COOKBOOK_NAME. Figuring it out
I have set nsslapd-allow-anonymous-access: off on barnard, pushing the code changes
I got it, passing the empty unquoted variable as a password is the same as doing this:
Thanks, I can reproduce that on barnard. The search does not return actual results with that empty password variable, but it is successful, unlike with an empty/wrong password, or without a -w switch. It does not look like it is a problem since no results are returned on local requests without the correct password
@raucao I don't understand how you can get search results without the correct admin password. With an incorrect password I get ldap_bind: Invalid credentials (49) and with an empty one:
I found out that good first issue is part of the default labels on GitHub now (https://help.github.com/en/github/building-a-strong-community/helping-new-contributors-find-your-project-with-labels & https://help.github.com/en/github/managing-your-work-on-github/about-labels#using-default-labels).
I get the same result without having a password stored in that variable. Is that intended?
I ran into a couple issues (see the commits from today), but this is now running on barnard as ldap.kosmos.org, with a TLS cert.