AWS - CloudFront Functions für Redirects und index.html-Probleme
ฝัง
- เผยแพร่เมื่อ 16 ก.พ. 2024
- Mehr zum Thema findest Du auf meinem Hauptkanal: / @haus_automation
▬ Mehr zum Thema ▬▬▬▬▬▬▬
Tutorials / Online-Kurse:
👨🎓 haus-automatisierung.com/kurse/
Podcast (Draht zu smart):
🔈 haus-automatisierung.com/podc...
Newsletter:
✉️ haus-automatisierung.com/news...
Zweitkanal:
🎬 / @kleineszuhause
▬ Social Media ▬▬▬▬▬▬▬
Instagram: / haus_automation
Facebook: / hausautomatisierungcom
LinkedIn: / hausautomatisierungcom
Patreon: / haus_automation
GitHub: github.com/klein0r
#aws - วิทยาศาสตร์และเทคโนโลยี
Am Ende hätte ich natürlich auch mit "CloudFront Policies" arbeiten können, um eigene HTTP-Header zu definieren. Aber ich wollte noch ein Beispiel zeigen, wie man diese Funktionen auch für den Viewer Response nutzen kann. Was sagst Du dazu? Hast Du Erfahrungen mit Lamda@Edge und CloudFront Functions? Ist das eine gute Lösung?
Er listet dir deine Zertifikate nicht auf, weil du im ersten Dialog oben rechts Region "Frankfurt" ausgewählt hast. Certs liegen aber immer in North Virginia. Das siehst du wenn du über Cloudfront dann reingehst oben rechts. Daher: Im ersten Dialog einfach North Virginia oben auswählen!
Ah danke! Warum wechselst er dann nicht automatisch für mich? Klappt bei anderen Services ja auch.
@@KleinesZuhause Das liegt am unterschiedlichen Regionscope der Services und irgendwo auch zwischen "historisch bedingt" und "system architecture". Nicht alle AWS Services sind bzw. waren in allen Regionen verfügbar. Meistens zuerst in us-east-1 (AWS Heimatregion).
Cloudfront ist geteilt in eine Control Plane (Verwaltung), welche nur in us-east-1 von AWS betrieben wird und dem eigentlichen CDN Service, welcher global verteilt betrieben wird. Den ACM gab's anfangs nur in us-east-1. Wenn die Control Plane also die Certs provisioniert, muss(te) sie die Certs aus us-east-1 nehmen.
Später wurde der ACM dann aber auch in anderen Regionen angeboten um z.B. nen Frankfurter Loadbalancer auch mit SSL offloading auszustatten. Die Cloudront Control Plane bleibt aber weiterhin nur in us-east-1.
S3 hingegen hat "erstmal" keine Region in der UI (es steht "Global" oben drin). Erst wenn du den Bucket anlegst, kannst du entscheiden wo er angelegt wird und hast damit alle Buckets in der Übersicht.
RDS (Datenanken as a Service) dagegen ist wieder strikt region specific - du siehst nur die DBs in der ausgewählten Region.
Das sorgt regelmäßig für Schreckmomente, weil du denkst Resourcen fehlen. Der erste Blick geht dann immer nach oben rechts, ob die Region überhaupt richtig ist ...
Danke für die Erklärung! Ich bin einfach davon ausgegangen dass die Zertifikate immer global sind und habe gar nicht auf die Region geachtet
Ich frage mich eigentlich nur was der Vorteil, Sinn dahinter ist www weglassen/wegschmeißen zu wollen.
Da würde ich eher den umgekehrten Weg gehen und die Top Level Domain auf die Sub Domain (www) umsetzen..
Mach das doch gerne so.
Aber: Was ist dann der Vorteil? 😉
@@KleinesZuhause
Grundidee (war/ist) das jeder weiß das es sich um eine Website handelt.
Liegt wohl daran das „wir“ seinerzeit viel mehr als nur www genutzt haben.
gopher, IRC, telnet, gnutella & Co. kennt „Ihr“ wahrscheinlich gar nicht mehr.
Natürlich, ich habe damals sogar IRC Bots entwickelt. Quakenet 🤩
Du musst, meines Wissens, www bei deinem DNS-Provider eintragen!
Habe ich die Stelle im Video vergessen?
Den gleichen Inhalt auch auf der Subdomain www auszuliefern ist ja einfach - aber das mögen Suchmaschinen nicht so gerne.