ERR_EMPTY_RESPONSE makes it sound like there isn’t a functional nginx conf for site.dev. The nginx conf would be created/updated in the wordpress-setup role, so we really only need to run the wordpress tags of the playbook. Try this:
SKIP_GALAXY=true ANSIBLE_TAGS=wordpress vagrant reload --provision
then run
vagrant hostmanager
then try loading site.dev in a new browser tab. If it still doesn’t work, you could vagrant ssh and inspect the nginx confs in /etc/nginx/sites-enabled to ensure they look correct to you.
Notes on the commands:
-
SKIP_GALAXYsaves some time because you already have those roles installed -
ANSIBLE_TAGSruns only the relevant roles -
reloadis to ensure that vagrant has synced up the two bedrocksitedirectories -
--provisionis so that it runs thedev.ymlplaybook and its roles taggedwordpress -
vagrant hostmanagerupdates the entries in/etc/hoststo ensure your browser will serve from the VM instead of real public DNS.
As for the security risks of multiple sites on the same server, I’m not a pro on the topic, but it seems safe to say that the nature of the risk depends on the nature of the compromise. In general, of course, any given site would be safer on its own separate server, unless that means the caretaker is overwhelmed and not being as vigilant. I’m not aware of Trellis attempting any special sandboxing between sites on the server, however.