You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a follow-up to #196 (comment), specifically with respect to the following:
Windows Compatibility: Addressing areas where linux/macOS assumptions fail (/etc/hosts, linux commands, .exe naming convention requirements on Windows, etc.).
Currently we check for the existence of the sudo command, and if it is found, use it to escalate privileges to add an entry to the /etc/hosts file. This is not a valid technique on Windows native, as sudo is not available and privilege escalation is done in other ways.
The purpose for the privilege escalation is to edit the hosts file, which is at /Windows/System32/drivers/etc/hosts instead of /etc/hosts. It's our belief that the hosts management library we're using can actually handle this on windows if we have a good privilege escalation technique.
rfay
changed the title
Additional Windows Compatibility Issues
[Meta] Handle or resolve Windows Compatibility Issues like hosts file/privilege escalation
May 22, 2017
This is a follow-up to #196 (comment), specifically with respect to the following:
Related source links or issues:
The text was updated successfully, but these errors were encountered: