Below is a table explaining the main elements of a DNS zone file in a simplified manner, using the ‘ddns365.com’ domain as an example.
Element
Explanation
SOA(Start Of Authority)
The SOA record signifies the start of a DNS zone, containing the domain name and the email address of the administrator. For ‘ddns365.com’, ‘@’ represents ‘ddns365.com’ and the admin’s email uses ‘.’ instead of ‘@’.
Refresh, Retry, Expire, Minimum
These represent the period to check zone updates, the period to retry update checks, the time when zone data expires, and the TTL for negative caching, respectively. These are necessary for managing synchronization between name servers.
A(Address)
An A record is used to assign an IP address to a host. It defines which IP address the ‘ddns365.com’ domain or its subdomains actually point to.
TTL(Time to Live)
TTL in the Domain Name System (DNS) signifies how long an external name server stores the IP address of a certain domain in its cache. This allows for faster processing of requests for the same domain.
NS(Name Server)
An NS record indicates the name server of a certain domain. For instance, the name server for ‘ddns365.com’ could be ‘ns1.ddns365.com’.
MX(Mail Exchange)
An MX record is used to designate a mail server. It defines how mail is routed to a specific server. For ‘ddns365.com’, ‘mail.ddns365.com’ could be the mail server.
CNAME(Canonical Name)
A CNAME record is used to assign an alias to a host name. This allows multiple host names to be connected to one IP address. For example, ‘www.ddns365.com‘ could point to ‘ddns365.com’.
PTR(Pointer)
A PTR record is used to map an IP address to a domain name. This is primarily used for reverse DNS lookups.
SRV(Service)
An SRV record is used to specify where a certain service is available, including the domain, port, and protocol. This makes service discovery easier.
TXT(Text)
A TXT record is used to store arbitrary text. It’s commonly used in mail authentication mechanisms such as SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail), and DMARC (Domain-based Message Authentication, Reporting & Conformance).
dns zone file includes the following records
SOA record: Indicates the start of the zone. In this case, ns1.dns365.com is the Primary NS and admin.dns365.com is the zone administrator.
NS records: Indicate that ns1.dns365.com and ns2.dns365.com are the name servers for this domain.
A records: Indicate that dns365.com, www.dns365.com, and mail.dns365.com point to the IP addresses 192.0.2.1, 192.0.2.2, and 192.0.2.3 respectively.
CNAME records: Indicate that ftp.dns365.com, images.dns365.com, and docs.dns365.com all point to www.dns365.com.
MX record: Specifies that mail.dns365.com is used as the mail exchange server.
TXT record: Contains the SPF record “v=spf1 a mx ~all”, indicating the policy for sending mail.
$TTL 86400 @ IN SOA ns1.dns365.com. admin.dns365.com. ( 2003080800 ; Serial 7200 ; Refresh 120 ; Retry 2419200 ; Expire 86400 ) ; Negative Cache TTL
@ IN NS ns1.dns365.com. @ IN NS ns2.dns365.com.
@ IN A 192.0.2.1 www IN A 192.0.2.2 mail IN A 192.0.2.3
ftp IN CNAME www images IN CNAME www docs IN CNAME www
@ IN MX 10 mail.dns365.com. @ IN TXT “v=spf1 a mx ~all”
아래 표는 DNS 존파일의 주요 구성 요소에 대해 상세하게 설명한 것입니다. 그 중 ‘ddns365.com’ 도메인이 사용되었습니다.
요소
상세설명
SOA(Start Of Authority)
SOA 레코드는 DNS 존의 시작을 표시하고, 도메인 이름과 관리자 이메일 주소를 포함합니다. ‘ddns365.com’의 경우 ‘@’는 ‘ddns365.com’를 가리키며, 관리자 이메일은 ‘@’ 대신 ‘.’을 사용하여 표시됩니다.
Refresh, Retry, Expire, Minimum
이들은 각각 존의 업데이트 확인 주기, 업데이트 확인 재시도 주기, 존 정보가 만료되는 시간, 네거티브 캐싱 TTL을 나타냅니다. 이들은 네임서버 간의 동기화를 관리하는데 필요합니다.
A(Address)
A 레코드는 호스트에 IP 주소를 지정하는데 사용됩니다. ‘ddns365.com’ 도메인 또는 하위 도메인이 실제로 어떤 IP 주소를 가리키는지를 정의합니다.
TTL(Time to Live)
TTL은 도메인 이름 시스템(DNS)에서 외부 네임서버가 특정 도메인의 IP 주소를 캐시에 저장하는 시간을 나타냅니다. 이를 통해 동일한 도메인에 대한 요청을 더 빠르게 처리할 수 있습니다.
NS(Name Server)
NS 레코드는 해당 도메인의 네임서버를 나타냅니다. 예를 들어, ‘ddns365.com’의 네임서버는 ‘ns1.ddns365.com’일 수 있습니다.
MX(Mail Exchange)
MX 레코드는 메일서버를 지정하는데 사용됩니다. 이는 메일이 특정 서버로 라우팅되는 방식을 정의합니다. ‘ddns365.com’의 경우, ‘mail.ddns365.com’이 메일 서버일 수 있습니다.
CNAME(Canonical Name)
CNAME 레코드는 호스트 이름에 별칭을 부여하는데 사용됩니다. 이를 통해 하나의 IP 주소에 여러 호스트 이름을 연결할 수 있습니다. 예를 들어, ‘www.ddns365.com’이 ‘ddns365.com’을 가리킬 수 있습니다.
PTR(Pointer)
PTR 레코드는 IP 주소에서 도메인 이름으로의 매핑을 수행하는 데 사용됩니다. 이는 주로 역 DNS 조회에 사용됩니다.
SRV(Service)
SRV 레코드는 특정 서비스가 어떤 도메인, 포트, 그리고 프로토콜에서 사용 가능한지를 지정하는데 사용됩니다. 이를 통해 서비스 발견이 용이해집니다.
TXT(Text)
TXT 레코드는 임의의 텍스트를 저장하는 데 사용됩니다. 이는 주로 SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail), DMARC (Domain-based Message Authentication, Reporting & Conformance)과 같은 메일 인증 메커니즘에 사용됩니다.
이 파일에는 다음과 같은 레코드가 포함되어 있습니다:
SOA 레코드: 존의 시작을 나타내며, ns1.dns365.com이 Primary NS이고 admin.dns365.com이 존의 관리자입니다.
NS 레코드: ns1.dns365.com과 ns2.dns365.com이 해당 도메인의 네임서버임을 나타냅니다.
A 레코드: dns365.com, www.dns365.com, mail.dns365.com 각각이 192.0.2.1, 192.0.2.2, 192.0.2.3 IP 주소를 가리킵니다.
안녕! 티스토리 블로그에서는 하루에 쓸 수 있는 글의 개수에 제한이 있어. 이걸 “계정 당 1일 새 글 작성 및 공개 발행 수 제한”이라고 해. 글 작성은 비공개 작성, 공개 발행, 예약 공개 발행, API 작성, 블로그 공지/페이지/키워드 작성을 다 포함해. 발행은 모든 사람이 볼 수 있도록 작성하고 공개한 것을 말해.
모든 계정은 하루에 15/30건(가입 시기에 따라 다름)까지 공개 발행을 포함한 50개의 작성 수 제한이 적용돼. 10월 22일 이전에 초대장으로 가입한 계정은 하루에 30개까지, 이후에 가입한 계정은 하루에 15개까지 공개 발행이 가능해. 그렇지만 모든 계정에는 1일 작성 수 제한 50개가 일괄적으로 적용돼.
중요한 건, 작성 및 공개 발행 수 제한은 그 행동을 한 날짜를 기준으로 적용된다는 거야. 예를 들어 1월 1일에 25개의 글을 작성하고 공개 발행한 경우, 그 날에는 더 이상 공개 발행할 수 없어. 하지만 1월 2일부터는 다시 15개의 공개 발행을 포함한 50개의 작성이 가능해.
비공개에서 공개로 전환하면 전환한 날짜에 공개 발행 수가 1개 늘어나. 그런데 단순 내용 수정이나 예약 일시 변경, 글 삭제는 작성 및 공개 발행 수에 영향을 주지 않아.
마지막으로, 여러 개의 블로그를 운영하는 경우에도 제한은 계정을 기준으로 적용돼.
이렇게 티스토리 블로그의 글 작성 수 제한에 대해 알려줬어! 다른 궁금한 게 있으면 언제든지 물어봐
카페24에서 워드프레스 웹호스팅을 이용하고 있으며 월 5.5천원으로 비즈니스 (2020년도) 상품을 이용하고 있습니다.
웹하드 용량은 2GB 이며 현재 모든 용량이 가득 찬 상태라서 워드프레스가 가끔 멈추거나 에러 현상이 발생하고 있습니다.
서버 사양은 자세한 스팩이 없어 정확히 알수 없지만 다수의 기업들이 하나의 서버에서 vHost를 나눠서 사용하는 듯 합니다.
메인 페이지는 동영상으로 이루어져 있어 광고 등 많은 트래픽이 몰릴 경우 카페24의 비즈니스 상품으로는 트래픽이 금방 소진됩니다. 이를 보강하기 위해서 그 다음단계 상품을 구입하셔야 하는데 아래처럼 역시 제한적입니다.
월 1.1만원, 월 2.2만원, 월 3.3만원 상품이 존재하지만 모두 웹용량은 14GB 아래이며 실제로 월 5.5천원 상품에서 4GB 웹용량을 제공한다고 하였으나 2GB로 3년째 사용하고 계시더군요. 그리고 한가지 더 데이터베이스 무제한이라고 하여 저는 DB를 맘대로 늘리면 되겠네~ 라고 생각했었습니다.
하지만 방금 카페24에서 꽉찬 용량 1.99GB 파일을 FTP로 다운받은 후 DB를 백업 받으려하니 용량이 있어야지만 백업을 할 수 있도록 최근에 변경되어져 있더군요. 결국 용량 부족으로 DB는 백업을 받을 수 없는 상태가 되버렸습니다.
초보자 입장에서 데이터베이스를 백업받기 어렵도록 변경되었더군요.
암튼! 카페 24에서 리눅스맨 서버로 이전하기 위해 복잡한 부분들까지 모두 제가 직접 하기로 했습니다.
도메인은 AWS로 1년 기간 연장하면서 13달러의 비용이 청구되므로 그 비용은 대표님께서 지불하셔야 합니다.
카페 24 호스팅 월 3.3만원 상품으로 제공되는 스팩보다 보다 더 좋은 하드웨어 구성을 해드렸습니다.
금액은 리눅스맨 호스팅 비용 월 2.2만원과 HTTPs 보안서버 설치 및 자동화 그리고 웹SEO, 워드프레스 DB 백업 및 이전
도메인 AWS 이전, 워드프레스 테마 및 모듈 업데이트까지 하여 1년에 30만원으로 관리를 해드리기로 했습니다.
서버 웹 하드 용량은 넉넉하게 20GB로 세팅해드렸으며 CPU는 2개와 메모리 4GB로 증설해드렸습니다.
이 부분은 초기 리눅스맨 호스팅을 이용해주셔서 보다 더 많은 혜택을 드린 부분입니다.
리눅스맨에서 제공해드릴 수 있는 호스팅 월 2.2만원 상품은 1 CPU, 1RAM, 10GB SSD, 트래픽 1TB/월 입니다.
금액이 높을수록 조금 더 좋은 성능과 더 여유있는 시스템을 이용할 수 있으니 규모가 있으신 업체에서는 이부분도 참고해주시기 바랍니다.
카페24 웹호스팅 이전 방법
1. 카페 24 FTP 접속하여 파일을 백업받기
파일질라 FTP 툴을 이용하여 카페24에 접속하여 모두 파일 데이터를 백업 받았습니다.
2. 카페 24 용량 확보를 위하여 불필요한 파일 정리
3. 데이터베이스 다운로드를 위한 phpMyAdmin 설치
4. 데이터베이스 백업하기
5. AWS 도메인 이전신청
6. 리눅스맨 서버 설치
7. 리눅스맨 서버에 DB 설치 및 복원
8. 리눅스맨 서버에 파일 복원
9. 보안서버 SSL 신청 및 자동화
10. 도메인 DNS 변경 및 워드프레스 정상 동작 확인
11. 워드프레스 업데이트 진행
12. 워드프레스 웹SEO 진행
13. 최종 보고서 작성 및 완료
이러한 순대로 카페 24에서 리눅스맨 서버로 호스팅 이전을 진행합니다.
워드프레스 호스팅 이전 및 에러로 인해서 서버를 교체 하셔야 하는 분들께서는 언제든지 신청하셔서 진행해주시기 바랍니다.