-
Notifications
You must be signed in to change notification settings - Fork 8
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
about the automatically generated ("rel":"self") links #107
Comments
Hi, The protocol and domain part in the self-generated links are obtained through what the user has requested. For example:
Here you can see the code part of how we get the protocol and the domain. In our internal tests, we have mapped in the DNS of the local machine, a domain to the IP where the RDAP server is located, and then we consult that domain and see that the self-links have the requested URL. Also, We have done tests for what we think how is implemented in production, that is, install an Apache with Reverse Proxy in front of the RDAP-server, and configure the DNS to point to the ReverseProxy, and we have obtained the self-links with the domain name instead of the IP address. |
Did you enable proxyPreserveHost in your reverseProxy? In the next link I wrote a basic example for apache and nginx about how to do this. but basically if you are using apache: for nginx: |
@dhfelix |
Hello, my name's Jason and I have a question about the automatically generated ("rel":"self") links.
I'm running a RedDog RDAP server in a docker container, in which the server IP would be detected as a private IP like 172.17.0.2.
While checking RDAP query result, I found links automatically generated by the server adopt the private IP (and the default port 8080) in the URLs (like the one below)...
I wonder if a domain can be assigned (to replace 172.17.0.2:8080) instead.
Thank you so much in advance!
... "links":[{"value":"https://172.17.0.2:8080/rdap/domain/test.tld.","rel":"self","href":"https://172.17.0.2:8080/rdap/domain/test.tld.","type":"application/rdap+json"}] ...
The text was updated successfully, but these errors were encountered: