Genvid Forum

Genvid Technologies

Bastion install error


On installing bastion on a new Windows Server 2012 R2 installation, I always see the following error at the end of genvid-bastion install:

INFO:genvid-bastion:Waiting for service bastion-api ...
HTTPConnectionPool(host='', port=8092): Max retries exceeded with url:
/v1/bastion/backends (Caused by NewConnectionError('<urllib3.connection.HTTPConn
ection object at 0x0000001C6A58A240>: Failed to establish a new connection: [Win
Error 10061] No connection could be made because the target machine actively ref
used it',))
  File "c:\users\administrator\appdata\local\programs\python\python35\lib\site-p
ackages\requests\", line 513, in send
    raise ConnectionError(e, request=request)

… meaning I cannot get to the Bastion UI.

Looking inside bastion-api.stderr.0 (inside the alloc logs), I noticed the following:

bastion-api serving HTTP on

i.e. it is listening on the private LAN IP address, and not (which it does by default on my local dev machine). However, I did not override GENVID_DEFAULT_IP. Is there a way to force to it listen on to fix the error (I already tried forcing GENVID_DEFAULT_IP=, makes no difference …)




Hi Adrian,

Can you try the following steps?

genvid-bastion uninstall
genvid-bastion uninstall -c
# The -c option is to clean the nomad and consul folder configuration
# Only reinstalling does not do the job.
# I sometimes was not able to do this command directly


genvid-bastion install -uml -b mybastionid
genvid-bastion monitor



Hi Henri,

It works if I set it to It fails like before if I set it to




Is there a way to ensure it binds everything to instead? (I ask as this will save a major task in migrating the Bastion data from one machine to another)




Hi Adrian,

The team is looking at this we’ll get back to you shortly.




FYI,I’m pretty sure the cause of this is deep within nomad and is specific to running on an AWS instance.

When nomad is running on AWS, it automatically queries the AWS instance metadata (on, and reads back the property. It then uses this for binding services to, overriding other settings that would normally bind it to

I don’t yet know of a way to suppress this behaviour - if anyone else does then that would be great!



Update: I can override this behaviour in nomad by setting the AWS_ENV_URL environment variable to something invalid (i.e. not the AWS metadata address) before bastion is installed and hence before nomad starts up… yay!