mirror of
https://github.com/mageddo/dns-proxy-server.git
synced 2026-04-26 01:45:59 +03:00
[GH-ISSUE #545] Stub Solver #184
Labels
No labels
bug
confirmed
discussion
duplicate
enhancement
feature
feature-request
not-planned
pull-request
secondary-feature
stale
triage
waiting-feedback
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/dns-proxy-server-mageddo#184
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mageddo on GitHub (Aug 27, 2024).
Original GitHub issue: https://github.com/mageddo/dns-proxy-server/issues/545
Summary & Motivation
Alternatives
Local Solver DB feature can be used, I consider the only difference is that you will need to create the DNS records config file previously.
Description
A new solver will be created
.dockerwill be usedWithout the need of create a DNS record file, satisfy the following usecases:
1. Offline solution
No internet dependency, no confidential information will be exposed as DPS will be running locally and don´t expose information to the internet.
2. Gain a domain where you can't use IPs directly
3. Be able to assign different certificate to every domain name using a same IP
4. No need of previous DNS record registration
You won't need to create a DNS record previously as in LocalSolverDB, it can be usefull in some cases
5. Memorability and Readability
A domain name like
myapp.192.168.1.100.acme.comis easier to recognize, search and share compared to just an IP address. [1]References
Requested at #544
Inspired on
nip.io
sslip.io
Like nip.io plus it's supports ipv6
Changes (Optional)
Algoritmo de extrção do IP do hostname
OK - Forma 1
Ler de trás pra frente até que o texto seja ou deixe de ser um ip
Forma 2
Obs: Não implementei pois a forma 1 é mais simples e já resolveu os usecases, se necessário posso criar um strategy que usa as várias formas.