This plugin adds an entry to your /etc/hosts file on the host system.
On up, resume and reload commands, it tries to add the information, if it does not already exist in your hosts file. If it needs to be added, you will be asked for an administrator password, since it uses sudo to edit the file.
On halt, destroy, and suspend, those entries will be removed again.
By setting the config.hostsupdater.remove_on_suspend = false
, suspend and halt will not remove them.
$ vagrant plugin install vagrant-hostsupdater
Uninstall it with:
$ vagrant plugin uninstall vagrant-hostsupdater
Update the plugin with:
$ vagrant plugin update vagrant-hostsupdater
You currently only need the hostname
and a :private_network
network with a fixed IP address.
config.vm.network :private_network, ip: "192.168.3.10"
config.vm.hostname = "www.testing.de"
config.hostsupdater.aliases = ["alias.testing.de", "alias2.somedomain.com"]
This IP address and the hostname will be used for the entry in the /etc/hosts
file.
If you have multiple network adapters i.e.:
config.vm.network :private_network, ip: "10.0.0.1"
config.vm.network :private_network, ip: "10.0.0.2"
you can specify which hostnames are bound to which IP by passing a hash mapping the IP of the network to an array of hostnames to create, e.g.:
config.hostsupdater.aliases = {
'10.0.0.1' => ['foo.com', 'bar.com'],
'10.0.0.2' => ['baz.com', 'bat.com']
}
This will produce /etc/hosts
entries like so:
10.0.0.1 foo.com
10.0.0.1 bar.com
10.0.0.2 baz.com
10.0.0.2 bat.com
To skip adding some entries to the /etc/hosts file add hostsupdater: "skip"
option to network configuration:
config.vm.network "private_network", ip: "172.21.9.9", hostsupdater: "skip"
Example:
config.vm.network :private_network, ip: "192.168.50.4"
config.vm.network :private_network,
ip: "172.21.9.9",
netmask: "255.255.240.0",
hostsupdater: "skip"
To keep your /etc/hosts file unchanged simply add the line below to your VagrantFile
:
config.hostsupdater.remove_on_suspend = false
This disables vagrant-hostsupdater from running on suspend and halt.
These prompts exist to prevent anything that is being run by the user from inadvertently updating the hosts file. If you understand the risks that go with supressing them, here's how to do it.
To allow vagrant to automatically update the hosts file without asking for a sudo password, add one of the following snippets to a new sudoers file include, i.e. sudo visudo -f /etc/sudoers.d/vagrant_hostsupdater
.
For Ubuntu and most Linux environments:
# Allow passwordless startup of Vagrant with vagrant-hostsupdater.
Cmnd_Alias VAGRANT_HOSTS_ADD = /bin/sh -c echo "*" >> /etc/hosts
Cmnd_Alias VAGRANT_HOSTS_REMOVE = /bin/sed -i -e /*/ d /etc/hosts
%sudo ALL=(root) NOPASSWD: VAGRANT_HOSTS_ADD, VAGRANT_HOSTS_REMOVE
For MacOS:
# Allow passwordless startup of Vagrant with vagrant-hostsupdater.
Cmnd_Alias VAGRANT_HOSTS_ADD = /bin/sh -c echo "*" >> /etc/hosts
Cmnd_Alias VAGRANT_HOSTS_REMOVE = /usr/bin/sed -i -e /*/ d /etc/hosts
%admin ALL=(root) NOPASSWD: VAGRANT_HOSTS_ADD, VAGRANT_HOSTS_REMOVE
- If vagrant still asks for a password on commands that trigger the
VAGRANT_HOSTS_ADD
alias above (like up), you might need to wrap the echo statement in quotes, i.e.Cmnd_Alias VAGRANT_HOSTS_ADD = /bin/sh -c 'echo "*" >> /etc/hosts'
. This seems to be a problem with older versions of Linux and MacOS. - If vagrant still asks for a password on commands that trigger the
VAGRANT_HOSTS_REMOVE
alias above (like halt or suspend), this might indicate that the location of sed in theVAGRANT_HOSTS_REMOVE
alias is pointing to the wrong location. The solution is to find the location of sed (ex.which sed
) and replace that location in theVAGRANT_HOSTS_REMOVE
alias.
You can use cacls
or icacls
to grant your user account permanent write permission to the system's hosts file.
You have to open an elevated command prompt; hold ❖ Win
and press X
, then choose "Command Prompt (Admin)"
cacls %SYSTEMROOT%\system32\drivers\etc\hosts /E /G %USERNAME%:W
If you'd like AWS as a provider using vagrant-aws or other plugin,
this plugin will detect the instance public IP by the tag infomations.
For example, vagrant-aws configures a tag infomations like the following.
config.vm.provider :aws do |aws, override|
aws.tags = {
"Name" => "vagrant",
...
}
aws.elastic_ip = true
...
end
- AWS CLI is required
- The tag informations be unique for the instance
- Enable Elastic IP for the instance
If you would like to install vagrant-hostsupdater on the development version perform the following:
git clone https://github.com/cogitatio/vagrant-hostsupdater
cd vagrant-hostsupdater
git checkout develop
gem build vagrant-hostsupdater.gemspec
vagrant plugin install vagrant-hostsupdater-*.gem
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request on the
develop
branch
- Bugfix: AWS Feature broke part of the code #155
- Feature: Added AWS support #74
- Feature: Added libvirt provider #122
- Feature: Add support for multiple private network adapters #96
- Feature: Add support for VMs without private/public networking #23
- Feature: Add Docker support #149
- Bugfix: Windows users get UAC prompt #40
- Bugfix: Documentation update and type fix
- Misc: Added a note about suppressing UAC prompts
- Feature: Added
remove_on_suspend
forvagrant_halt
#71 - Feature: Skip entries if they already exist #69
- Bugfix: Fixing extra lines in /etc/hosts file #87
- Misc: Fix yellow text on UI #39
- Bugfix: Fixing
up
issue on initialize #28
- Stable release
- Feature: Added
skip
flag #69 - Feature: Hosts update on provision action #65
- Bugfix:
remove_on_suspend
should be true #19 - Bugfix: Line break not inserted before first host #37
- Bugfix: Old changes not removed in linux #67
- Bugfix: Writable issue on OSX #47
- Bugfix: Update hosts before provisioning #31
- Misc: Using Semantic Versioning for version number
- Misc: Added note regarding sudoers file
- bugfix: Fix additional new lines being added to hosts file (Thanks to vincentmac)
- bugfix: wrong path on Windows systems (Thanks to Im0rtality)
- bugfix: now not trying to remove anything if no machine id is given
- trying to use proper windows hosts file
- using hashed uids now to identify hosts entries (you might need to remove previous hostentries manually)
- fixed removing of host entries
- no sudo, if /etc/hosts is writeable
- option added to not remove hosts on suspend, adding hosts on resume (Thanks to Svelix)
- fixed problem with removing hosts entries on destroy command (Thanks to Andy Bohne)
- added aliases config option to define additional hostnames