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

Is the 'dummy-origin' removable, using the 'protected-bucket' instead? #35

Closed
voodooGQ opened this issue Mar 2, 2020 · 1 comment
Closed

Comments

@voodooGQ
Copy link
Contributor

voodooGQ commented Mar 2, 2020

Are there any downfalls to completely omitting the dummy-origin from the distribution and instead just pointing it directly at the protected-bucket?

In another related issue the following was mentioned:

The dummy origin "example.org" can remain there, as it is the origin behind the Lambda@Edge functions for parseAuth and such; they will always respond to the request instead of allowing the request to pass through to the origin. Hence "dummy origin", it is there because a CloudFront behavior needs to have an origin, but requests will never be forwarded to it.

The above makes me wonder why a dummy-origin is needed if the requests will never be forwarded to it?

Thank you!

@voodooGQ voodooGQ changed the title Is the 'dummy-origin' removable, using the 'protected-bucket' instead Is the 'dummy-origin' removable, using the 'protected-bucket' instead? Mar 3, 2020
@ottokruse
Copy link
Collaborator

It's a matter of preference. For me the dummy origin makes sense, as it clearly shows some URL patterns to be handled solely by Lambda@Edge, never by the actual origin. But you could point those behaviors also at the protected-origin, I see no downfall.

@voodooGQ voodooGQ closed this as completed Mar 9, 2020
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