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

Add guideline for dev DNS server #635

Open
ad-m opened this issue Jun 11, 2020 · 2 comments
Open

Add guideline for dev DNS server #635

ad-m opened this issue Jun 11, 2020 · 2 comments

Comments

@ad-m
Copy link
Contributor

ad-m commented Jun 11, 2020

With the deprecation of path-style URLs this year I think it's important to figure out how to make developing without path-style access as frictionless as possible.

@kherock in issue #624

In order to facilitate the configuration of the development environment, it is worth noting that in many cases it is sufficient to use DNS services such as xip.io to support host-based path which point to localhost. For example, using following domain bucketname.s3.127.0.0.1.xip.io., bucketname.s3.127.0.0.1.nip.io., bucketname.127-0-0-1.org.uk., bucketname.vcap.me. or bucketname.localhost.tv.

@ad-m ad-m changed the title Add guidelines for dev DNS server Add guideline for dev DNS server Jun 11, 2020
@kherock
Copy link
Collaborator

kherock commented Jun 11, 2020

I didn't realize those services existed! That basically solves everything. I'm sure there will be some people asking about ways to avoid resolution for external services, so I'd like to also see if I can create some examples with docker-compose + network aliases.

@ad-m
Copy link
Contributor Author

ad-m commented Jun 11, 2020

This is only required for local use. For a public service, you can trivially configure the corresponding willdcard DNS record yourself.

Everyone can also run a similar service on their own using own domain, because it does not require any special functionality of the DNS server. Then there is no need to rely on untrusted public services.

I understand that Docker makes it easier in terms of service discovery, but this seems to me another problem a little bit outside the application, but in the case of free resources worth documenting.

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