ok, I’ve got some packages built for windows based...
# kolide
h
ok, I’ve got some packages built for windows based on some of the instructions in this channel. My next step is to figure out how to supply the enroll_secret at install time rather than building it into the package - is this documented somewhere?
s
Somewhat, part of the point of the packaging is to bundle that. That secret is solely in a text file pointed to by the flag file. You can change it as you like. I don’t know windows well enough to have real advice for it.
I’m curious what drives the need for doing enroll secret at install time?
h
no worries - my intent was to isolate the secret from the msi so that someone would need both to enroll
it’s probably not worth it as any device will have access to the secret anyway
s
TBH I don’t remember if I wrote it to ship without a secret. Though it would be an easy patch. Certainly shipping an invalid secret is easy.
But the common use case is to enable widespread installation and enrollment. Usually any mechanism that distributes one distributes the other. (jamf, configuration management. I don’t know windows though)
h
yeah that’s true…at the moment it’s not a priority - getting visibility and catching low hanging fruit is first order of things
s
I hope it goes smoothly. I’m always interested in hearing about windows deployment and packaging.
h
I’m rolling it out to a small group and will expand it it is successful from there. Thus far it works on my test box
I’m unclear as to why the build specifically needs the wix binaries in c:\wix311 tho
(on the build machine)
s
Ha. Because that’s where the installer put them on my machine, and I never made that more clever,
I’d probably accept reasonable PRs to that
d
ya I created an issue for it but then promptly forgot about it 🙂 https://github.com/kolide/launcher/issues/546