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

NameCheap Whitelisted IPs #59

Open
Engrave-zz opened this issue Oct 9, 2021 · 5 comments
Open

NameCheap Whitelisted IPs #59

Engrave-zz opened this issue Oct 9, 2021 · 5 comments

Comments

@Engrave-zz
Copy link

Have issues running this module through CI/CD solution, im using Azure Devops and the problem im having is that the client ips of the managed service constantly changes. Is there anyway I can whitelist a CIDR instead of a specific IP?

@StyleT
Copy link
Contributor

StyleT commented Dec 10, 2021

Hi!
Unfortunately this is a limitation of the Namecheap public API itself, rather than Terraform provider. Also there is no way to change whitelist via API as far as I know :(

I would advice you to contact our customer support team. They do track such client requests and as soon as there is enough demand on certain feature - it get's processed by respective product team.

Or you can always fallback to the static agents, if possible.

@dgershman
Copy link

Is it possible to allowlist a CIDR range on the Namecheap API instead?

@vetal2409
Copy link
Contributor

Duplicate of #62
Duplicate of #67

@vetal2409
Copy link
Contributor

Thank you for reaching out and bringing this issue to our attention. After reviewing your request, it appears that the matter you're experiencing is tied to the underlying API implementation rather than the terraform-provider-namecheap directly.

Currently, the team responsible for the API does not have plans to implement this feature in the near term. However, understanding the importance of your request, I will forward your feedback to them. While I can't guarantee a change in priorities or timelines, highlighting user demand like yours can often influence future decision-making and prioritization.

@AlexFBP
Copy link

AlexFBP commented Aug 4, 2024

Hi @vetal2409 , Where could be placed a feature request for the API itself then?

Currently there is a single API key that all whitelisted IPs can use. In terms of security, that's the same as having the same password for everything. If for any reason one of the whitelisted IPs gets compromised and the -master- API key have to be revoked/regenerated, all other whitelisted IPs get affected too.

With that in mind, please consider the following proposal:

  1. Allow that each Whitelisted IP also have its own API key. With this, each key can be revoked/regenerated without affecting the remainig IPs.
  2. Make the input of the IP as optional parameter. So, if a customer still wants to restrict the API usage per IP, can still do that too
  3. (Optional) Disable the use of the "main" API key (thus effectively "moving" the API key to each "IP")

With that being said, would be best to rename the "Whitelisted IPs" as "API keys". Also, for safety, the API key (either main or per IP) shall only be visible once, either when being generated or in creation/regeneration of each API key.

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

5 participants