-
-
Notifications
You must be signed in to change notification settings - Fork 996
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to Deploy Lab with Vagrant #597
Comments
Looks like HTTPS is being used to download |
Sigh, guess they're having HTTPS issues again. (See: https://twitter.com/DetectionLab/status/1339681638452629504?s=20) I'll update the code on the DL side to insert a try/catch into the installer, but agreed that it would be preferred if this was fixed upstream in the windows-event-forwarding repository. |
Should be fixed here: c681c30 Try updating git and re-running. |
Thanks for the quick response. I won't be able to re-run until tomorrow but I'll update this comment when I do. EDIT: Confirmed that the fix has worked. Thanks @clong |
Just tested the workaround and it appears to work:
|
I have verified that I'm using the most up-to-date version of the
master
branch.Description of the issue:
While building the
dc
VM, the machine fails to build and stops Vagrant execution. This is presumably because a web request over HTTPS for the fileautorunsc64.exe
fails. Here's the full error message I receive:All of the SysInternals tool suite fall back to HTTP instead of HTTPS when they are being downloaded, but it looks like this request doesn't have a fallback and instead causes a failure.
With a quick check, I don't see where that
Invoke-WebRequest
call is being made from files in this repository. Is this something that can be band-aided locally?The text was updated successfully, but these errors were encountered: