You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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!
The text was updated successfully, but these errors were encountered:
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
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.
Are there any downfalls to completely omitting the
dummy-origin
from the distribution and instead just pointing it directly at theprotected-bucket
?In another related issue the following was mentioned:
The above makes me wonder why a
dummy-origin
is needed if the requests will never be forwarded to it?Thank you!
The text was updated successfully, but these errors were encountered: