#route 53

[nuytstech]

Faut-il encore faire confiance à des services comme Cloudflare ou AWS ?

Faut-il encore faire confiance à des services comme Cloudflare ou AWS ?

[ho2k-com]

AWS History and Timeline regarding Amazon Route 53 - Overview, Functions, Features, Summary of Updates, and Introduction | hidekazu-konishi.

AWS History and Timeline regarding Amazon Route 53 with a focus on overview, functions, features, summary of updates, and introduction.

[cloudemind]

Sự khác nhau giữa CNAME và Alias trong Amazon Route 53

Có bài viết học luyện thi AWS mới nhất tại https://cloudemind.com/cname-vs-alias/ - Cloudemind.com

Sự khác nhau giữa CNAME và Alias trong Amazon Route 53

Khi bạn cấu hình các record trong Hosted Zone của Route 53, bạn có thể sẽ khó hiểu sự khác nhau giữa CNAME và Alias. Bài này giúp bạn vượt qua sự khó hiểu này vì thực sự nó cũng rất dễ thôi.

Trước khi hiểu rõ CNAME và Alias trong hosted zone bạn cần hiểu về khái niệm liên quan đó là các AWS Resources sẽ tạo các đường dẫn URL ví dụ như Load Balancer ELB hay CloudFront. Và thường chúng ta cấu hình Route 53 nói chung hay trong hosted zone nói riêng sẽ thường gặp tình huống này.

Ví dụ về ELB có thể như sau:

DemoALB-813736945.us-east-1.elb.amazonaws.com

Để cấu hình Hosted Zone bạn lưu ý cần trỏ DNS Name của domain bạn quản lý về các mẩu record NS của AWS nhé.

CNAME

Sử dụng để trỏ hostname sang một hostname bất kỳ khác. Ví dụ bạn có domain là cloudemind.com thì CNAME có thể trỏ demo.cloudemind.com sang một hostname khác chẳng hạn demo.anydomain.com

CNAME chỉ hoạt động với Non-root domain. Hay nói cách khác bạn cần tạo sub-domain để cấu hình.

Bạn có thể phát sinh phí khi sử dụng CNAME.

Alias

Alias nhìn thì có vẻ khá giống với CNAME, nhưng Alias để trỏ hostname đến một AWS Resources ví dụ như bên trên có thể là ELB hay CloudFront DNS name.

Alias có thể hoạt động với cả Root domain và non-root domain.

Alias là miễn phí nên Kevin khuyến nghị sử dụng cấu hình nhé.

Ngoài ra Alias có thể hỗ trợ native health check để xem các entity nằm sau có khỏe mạnh hay sẵn sàng hay không.

AWS Exam question

CNAME và Alias cũng là một topic thường xuyên được hỏi trong kỳ thi AWS Certified Associate. Đề thi có thể hỏi các bạn cấu hình cho root domain thì cần phải nhớ đó là sử dụng Alias, còn non-root domain có thể sử dụng cả hai CNAME và Alias.

Happy Clouding!

Kevin

Xem thêm: https://cloudemind.com/cname-vs-alias/

[cloudemind]

Route 53 - Simple Routing Policy vs Multivalue Answer Routing Policy

Có bài viết học luyện thi AWS mới nhất tại https://cloudemind.com/route-53-simple-routing-policy-vs-multivalue-answer-routing-policy/ - Cloudemind.com

Route 53 - Simple Routing Policy vs Multivalue Answer Routing Policy

Route 53 là dịch vụ phân giải tên miền có global specified scope, có nghĩa là tầm hoạt động trên mọi region. Route 53 có nhiều cơ chế để phân giải tên miền, từ đó phản hồi cho khách hàng một cách tối ưu nhất theo cơ chế lập trình sẵn. Simple Routing Policy và Multivalue Answer Routing Policy là hai cơ chế thường được sử dụng nhưng lại có một số điểm chung dễ gây nhầm lẫn khi lựa chọn đúng. Bài này Kevin chia sẻ cách phân biệt để sử dụng Simple Routing Policy và Multivalue Answer Routing Policy một cách đúng nhất.

Route 53 – Simple Routing Policy

Nói một cách ngắn gọn thì Simple Routing Policy là cơ chế đơn giản nhất, không đòi hỏi định tuyến phức tạp như đo lường latency hay khoảng cách địa lý này nọ. Thông thường được sử dụng để route yêu cầu đến một single resource.

Với Simple Routing Policy ta ko thể tạo nhiều record trong DNS với cùng tên. Nhưng một record có thể chưa nhiều giá trị (giả sử như địa chỉ IP).

Route 53 – Simple Routing Policy

Như trên ta thấy một A record cho domain example.com có gán 03 values khác nhau.

Trong chiến thuật Simple Routing Policy, R53 sẽ trả về các giá trị ngẫu nhiên mà ko có kiểm tra health check xem các resource này healthy hay không và cũng không có đánh trọng số value nào có giá trị cao hơn. Do đó, khi client gởi yêu cầu đến R53 sử dụng Simple Routing Policy, R53 sẽ trả cả 03 địa chỉ IP như bảng ví dụ trên.

Nếu giá sử user truy xuất trúng IP unhealthy (bị lỗi) thì sẽ phát sinh downtime (trì trệ hay gián đoạn).

Route 53 – Multivalue answer policy

Với Mutlivalue answer policy, mọi chuyện phức tạp hơn xíu. Multivalue answer có nghĩa là mình có thể cấu hình DNS trả về nhiều kết quả cùng lúc, mỗi kết quả có thể đính kèm đến một resource khác nhau.

Sử dụng Multivalue answer policy bạn cũng có thể sử dụng Route 53 health check để kiểm tra xem resource nằm sau R53 có healthy hay không.

Route 53 – Multivalue answer policy

Ở ví dụ Multivalue answer mình tạo 03 A records với cùng tên example.com nhưng để 03 giá trị khác nhau.

Với Multivalue answer policy, R53 sẽ trả lại một tập IP healthy, có nghĩa là chỉ trả các resource mà còn sống. Nếu giả sử sau khi nhận một tập IP mà có IP bị lỗi, thì client có thể thử lại 8 lần. Điều này gia cố tính ổn định và dự phòng của giải pháp.

Tham khảo: https://aws.amazon.com/premiumsupport/knowledge-center/multivalue-versus-simple-policies/

Xem thêm: https://cloudemind.com/route-53-simple-routing-policy-vs-multivalue-answer-routing-policy/

[paultag]

DNSync

While setting up my new network at my house, I figured I'd do things right and set up an IPSec VPN (and a few other fancy bits). One thing that became annoying when I wasn't on my LAN was I'd have to fiddle with the DNS Resolver to resolve names of machines on the LAN. Since I hate fiddling with options when I need things to just work, the easiest way out was to make the DNS names actually resolve on the public internet. A day or two later, some Golang glue, and AWS Route 53, and I wrote code that would sit on my dnsmasq.leases, watch inotify for IN_MODIFY signals, and sync the records to AWS Route 53. I pushed it up to my GitHub as DNSync. PRs welcome!

[tectut]

Redirect non-www requests to www using AWS Route 53

Redirect non-www requests to www using AWS Route 53

Many web masters prefer to redirect non-www request to www. There are lots of different approaches for that and most famous one is using 301 redirection on the web server to handle this redirect part. Then what happen is, server must need to put extra processing for this redirection request.  If the server have to handle thousands of request, it would not be efficient method at all. If your…

View On WordPress

[tonygaitatzis-blog]

Connect a Domain Name to an Amazon S3 Bucket

You probably already learned how to  Host a Static Website on Amazon S3, and now you are looking to connect your domain name to it.

What This Tutorial Will Teach You

This tutorial will teach you how to configure a domain name on Amazon Route 53 to display content from an Amazon S3 Bucket.

In this example, we will point http://tonygaitatzis.com to a static S3 resource.

Three Reasons To Use Route 53

1) You have to

Unfortunately, if you want to host static content on Amazon S3, you have to use Route 53 to connect the dots.

2) You can actually automate this process

Because you can automate this, you can do very sophisticated stuff for a lot of clients very quickly.  In fact, you could do what I did and create your own fully automated web hosting platform.

2) It’s free

Seriously.

One Reason Not to Use Route 53

Amazon Web Services (AWS) is almost absurdly complex.

Seriously

Procedure

Overall the procedure is fairly simple:

Log into AWS

Open Amazon Route 53

Start DNS Manager

Create a new Zone

Create and map Domain Name

Let’s begin.

1) Log into Amazon Web Services

Point your browser to http://aws.amazon.com and click My Account->AWS Management Console to log in, or Sign Up to create a new account for free.

2) Locate and click Route 53 under Networking

Clicking on Route 53 will bring you to the Route 53 Home Page.  If you have never been there before, it will look like this.

If you are already using Amazon Route 53, then you will see a different screen, and you can skip to Step 4.

Also, If you have not already bought a domain name, now is a good time to do so, as you can do it in here.

3) Start DNS Manager

Click “Get started now” under DNS Management to continue.

You will be brought to the Hosted Zones area.  This area allows you to create and edit zone files to configure the domains, subdomains, mail aliases, and other tools of domain names.

A note about Domain Names

Without delving into the upsettingly complex world of the domain name system, it’s important to know that domain names are just names on the Internet.  They are managed by something called a registrar.  To connect the domain name to an address on the Internet, you need a zone file, which is managed by something called a name server.

Domain Name <-> Name Server Zone File <-> Web Server

This process is not unlike connecting a name and an address using a phone book. Your parents name you, you get a phone number from a telecom company, but you might have to tell the phone book company to update their records.  Each is managed by a different service.  Things are no different online.

Name <-> Phone Book <-> Phone Number

Also not unlike phone books, name server information can take a long time to update - up to 48 hours.   This has to do with the propagation of DNS caches that happen on major Internet gateways and can’t be helped.

In this example, we will create a single domain name entry for our S3 bucket.  The domain name and the S3 bucket name need to match.

4) Create a new Zone

Click “Create Hosted Zone” to continue.

Type in the domain name and leave as a Public Hosted Zone.  The domain name must be the same name as the Amazon S3 bucket name.

When the zone is created, you will see a screen that looks like this:

This screen shows the name server records for this domain.  You will need this information later when you connect your domain name with this zone.

But first, let’s create a domain name record set!

5) Create Domain Name

Click the “Create Zone” button at the top.  You will get a panel that lets you type in a domain name.  This domain name must be the same as your amazon S3 bucket name.

Leave the Name field blank to create a top level domain (in this example, tonygaitatzis.com)

Select “Yes” to the Alias field, and under Alias Target, click the Amazon S3 bucket that matches your domain (in this example, tonygaitatzis.com). Click “Create” to create this domain name record.

6) Connect name servers to domain name

The last step will depend on who you are using as a registrar for your domain name.  Take the NS records you see and put as many of them as your domain name registrar will allow  as the name servers for your matching domain name.

Once that is done, you are finished! However because you changed which name servers you domain name uses, you may have to wait 1-2 days for those changes to propagate across the Internet.

Once the changes propagate across the internet, you can visit your new Amazon S3-hosted static website!

[afpchrisgraham]

Safety project under way on Route 53 in Albemarle County

This week the Virginia Department of Transportation begins work to construct a right-turn lane at the intersection of westbound Route 53 (Thomas Jefferson Parkway) and Route 729 (Milton Road) in Albemarle County, where limited sight distance is a safety concern. Excavation for the new lane will require a single lane closure on Route 53 with flaggers controlling traffic between 10 a.m. and 3 p.m.,…

View On WordPress