Show HN: Dynamic IPv4/6 records for Cloudflare
1–10 of 10 posts
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#2Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#3Please explain to me why one would go this route instead of using cloud-flare tunnel, which are way more secure, by not exposing you to the outside?
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#4Please explain to me why one would go this route instead of using cloud-flare tunnel, which are way more secure, by not exposing you to the outside?
Cloudflare Tunnels only support exposing what mostly amounts to HTTP-based services. If you're using other protocols for e.g. a game server, or something else, it won't fly unless you are also running the WARP client locally.
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#5Not sure why they only distribute it as part of their go library but you can execute it by itself.
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#6I do like your approach, it's really refreshing. I'd probably want to split the API keys from the rest of the config files.
Great work!
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#7Please explain to me why one would go this route instead of using cloud-flare tunnel, which are way more secure, by not exposing you to the outside?
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#8That's really neat. I also had a similar need to dynamically manage DNS Record and decided to create a Kubernetes operator instead to manage it ( https://github.com/pier-oliviert/phonebook ). I do like your approach, it's really refreshing. I'd probably want to split the API keys from the rest of the config files. Great work!
Re: Show HN: Dynamic IPv4/6 records for Cloudflare
#9That's really neat. I also had a similar need to dynamically manage DNS Record and decided to create a Kubernetes operator instead to manage it ( https://github.com/pier-oliviert/phonebook ). I do like your approach, it's really refreshing. I'd probably want to split the API keys from the rest of the config files. Great work!
Thanks! May I ask why would you split API keys from the rest?