-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Had to go to 0.0.0.0:8080 since the local subdomain isn't by default setup on Linux #94
Comments
Ah, I think I was making an assumption why this didn't work, I was behind a VPN inside a virtual machine (trying to look at things I was running in the same VM). |
Ah, yes, that'll do it! I actually realised another reason this might cause issues by the way: the server only allows connections from known origins (to avoid any risk of local XSRF - where other sites you visit on your machine access the localhost API) and I'll leave this open for the minute, assuming this is still causing you issues, but do please share if you find a nice solution to this for your setup, or let me know if you're still stuck on this. |
Yeah it might be that - TBH, until I get further with getting the other things working it's a low priority. ❯ curl http://local.httptoolkit.tech:8080/ ^ Both inside and outside my qemu ubuntu vm, with vpn off, and outside, in OSX, the host. I guess it's possible that DNS is cached from where I had the work VPN on. |
Possible I suppose, although even the fact that this doesn't resolve within your VPN is surprising to me! As far as I know it should be accessible everywhere, checking from remote testers like https://dnschecker.org/#A/local.httptoolkit.tech does seem to show it resolving to |
Yeah, I'm not in some low connectivity place, I'm in London and I live next door to the local phone exchange, my fibre goes past one house then into it. |
Some DNS servers filter out internal only IP blocks for external dns requests for 'security' that might extend to 127.0.0.1. |
I can try installing on my personal laptop, which runs amd64 ubuntu and see what happens there. |
Just extracting this out as a separate issue:
Originally posted by @stuaxo in #93 (comment)
Can you explain more detail about what you mean by this @stuaxo?
The normal URL you want to use is
http://local.httptoolkit.tech:8080
which is a public DNS record, it shouldn't require local configuration - it's just a DNS record that resolves to 127.0.0.1.It's only better than
localhost
in that it avoids some restrictions from Auth0 (and some other components I think) around using localhost addresses for local login - you should also be able to just uselocalhost:8080
if you like, really the only big issue is that login won't work correctly.The text was updated successfully, but these errors were encountered: