Closed geekgonecrazy closed 4 years ago
I remember myself doing that test when running the vagrant setup. I think I pinged directly Hegel on its port. And I think I confused myself and I wrote the documentation in the other way.
I will update the documentation to say that Hegel in Vagrant is exposed on port 50061
. I am validating now if it works or not.
I personally do not feel strong about proxying it or not. I will double-check now and consolidate based on what I can fix faster!
Thank you for opening this issue!
No problem! Yeah I think in a real environment I’d put that on a dedicated subdomain somewhere like http://metadata.myinternaldns.com
But good to have it documented or at least working for the sandbox :)
I opened a PR in the documentation to get it fixed! Thanks a lot!
This one is fixed! Thank you @geekgonecrazy
Documentation indicates we call the provisioner ip /metadata
Looks like
https://github.com/tinkerbell/hegel/blob/master/http_server.go#L31
https://github.com/tinkerbell/hegel/blob/master/main.go#L105
Its running on port 50061 it seems. But 192.168.1.2 is the nginx service.. and it doesn't seem to be proxying through to it. Unless i'm missing something?
Expected Behaviour
If I hit 192.168.1.2/metadata I should hit hegel
Current Behaviour
It hits nginx which is just serving its webroot. Only way to get it up is to hit that port directly.
Possible Solution
Change nginx config to proxy through.
Steps to Reproduce (for bugs)
Context
Your Environment
Operating System and version (e.g. Linux, Windows, MacOS): MacOS
How are you running Tinkerbell? Using Vagrant & VirtualBox, Vagrant & Libvirt, on Packet using Terraform, or give details: vagrant
Link to your project or a code example to reproduce issue: