Skip to content
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

RIPE prefers you to use the -r parameter when making queries. #28

Open
spaetow opened this issue Sep 1, 2024 · 2 comments
Open

RIPE prefers you to use the -r parameter when making queries. #28

spaetow opened this issue Sep 1, 2024 · 2 comments

Comments

@spaetow
Copy link

spaetow commented Sep 1, 2024

RIPE prefers you to use the -r parameter when making queries to their services. not doing so will eventually breach their limits on personally identifiable information.

The module should have the ability to set this (unless I'm missing a parameter to do so). You could put it in the %query_prefix () hash, but that would be a permanent setting. I've tested it with an entry there and it does the trick.

@nalobin
Copy link
Member

nalobin commented Sep 6, 2024

Hello!

Could you give a sample query that requres -r parameter?

@spaetow
Copy link
Author

spaetow commented Sep 10, 2024

Hi, read https://docs.db.ripe.net/FAQ/#why-did-i-receive-an-error-201-access-denied

It says amongst other things:

You (or your application) performed too many queries that returned contact information (e.g. person or role objects) from the RIPE Database. There is a daily limit on the amount of personal data returned as described in the Acceptable Use Policy.

Even if you queried for other types of objects, the associated contact information is returned by default. To avoid this situation please use the -r flag to prevent any associated contact information from being returned (emphasis mine).

Net::Whois::IANA also does this, saying:

The query to the RIPE and APNIC registries are always performed with a '-r' flag to avoid blocking of the querying IP. Thus, the contact info for the given entry is not obtainable with this module.

So, maybe a flag that sets -r by default and that can be unset to get unredacted info might be useful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants