Q: What is the ‘root’ of the Domain Name System? i.e. what is at the very top?
A: “,” is the root of the DNS. It is to refer the root DNS server
Let’s look at some Fully Qualified Domain Names (FQDN) with different Top Level Domains (TLD). Consider: www.anu.edu.au. and www.gov.au
Q: Which part is the ‘genericTLD’ (gTLD)?
A: Edu, gov.
Q: Which part is the ‘countrycodeTLD’ (ccTLD)?
A: au 다만 미국의 경우 us 를 사용하지 않음.
Q: Which part is the hostname?
A: www 가 이에 해당한다. DNS에서 해당 주소 (www.anu.edu.au) 의 A가 이 호스트 주소에 해당된다.
호스트 네임은 종단 기기에 지정된 이름 (DNS를 통해 식별)
도메인 네임은 네트워크에 지정된 이름 (네트워크에 연결되야함)
Q: In the case of cbs.anu.edu.au is the ‘cbs’ a hostname or a domain name, or both? How can you tell the difference? What’s the benefit/downsides of this approach?
A:
- 모두 가능하다. (host and domain)
- www.cbs.anu.edu.au 혹은 mail.cbs.anu.edu.au 와 같은 호스트네임을 가질수도 있다 (www, mail)
- 아니면 cbs.anu.edu.au 라는 cbs 호스트 네임을 anu.edu.au 라는 도메인에 가질수 있을수도 있음
- 어차피 DNS를 통해 확인후 전달 하기 때문에 길다면 줄일 수도 있는거. 대신 커넥션을 만들기전에 확인해야 한다.
만약 종단의 이름이 a 이고 도메인이 x 라면
해당 종단에 대한 주소는 a.x 가 되는 형식
Q: In HTTP, how does the application handle the ‘session’ and ‘presentation’ layers?
A: 세션은 쿠키로 관리된다. 또한 URL-Referenced tokens 들로 관리 되기도 하는데 이때는 쿼리 필드의 어느 부분을 공유하는 식을 이용한다.
- 세션 기반의 문제점은 이 기록을 서버에 저장을 해야 하는데, 이로 인해 확장성이 좋지 않음
- 세션을 유지 할 수 록 더 많은 트래픽을 감당하기 위해 프로세서, 서버등을 추가해야함
- 이 과정이 매우 복잡하다
- 토큰의 경우 상태 유지를 하지 않아 (stateless) 고로 확장성이 좋다
- 클라이언트 쪽에서 정보를 저장하기 때문에 서버 확장에 용이하다.
- 또한 클라이언트가 서버에게 쿠키를 전달하지 않음으로 쿠키로 인한 보안 취약점이 사라짐 (대신 토큰 보안 취약점 존재)
