네임서버를 옮긴 뒤 확인할 것들

네임서버를 바꾸면 모든 레코드의 출처가 바뀝니다

전체 설정 방식으로 전환하면 이름 해석의 권한이 새 공급자로 넘어갑니다. 즉 예전 공급자에 남아 있는 레코드는 더 이상 쓰이지 않습니다. 그래서 전환에서 가장 중요한 작업은 레코드 이전의 완전성입니다. 자동 가져오기 기능이 있지만 모든 유형을 가져오지는 못하는 경우가 있고, 특히 메일 관련과 소유 확인용 레코드가 빠지기 쉽습니다. 그래서 순서를 이렇게 둡니다. 1단계 예전 공급자에서 레코드 전체 목록을 내려받아 보관합니다. 2단계 새 공급자에 모두 등록합니다. 3단계 두 목록을 한 줄씩 대조합니다. 4단계에서만 네임서버를 바꿉니다.

암호화 모드를 잘못 두면 무한 이동이 생깁니다

전환 뒤 가장 흔한 사고는 암호화 모드 설정입니다. 앞단과 원본 사이의 연결 방식을 정하는 설정인데, 원본이 암호화 연결을 지원하는데도 일반 연결로 두면 원본이 다시 암호화 연결로 보내고 앞단이 또 일반 연결로 보내 요청이 끝없이 돌게 됩니다. 반대로 원본이 암호화를 지원하지 않는데 암호화 모드로 두면 연결 오류가 납니다. 그래서 전환 직후 확인 순서는 원본의 암호화 지원 여부를 먼저 확인하고 그에 맞는 모드를 고르는 것입니다. 모드를 바꾼 뒤에는 접두사 없는 주소와 암호화되지 않은 주소를 각각 요청해 이동 횟수를 확인합니다.

점검 시간과 사고 복구 시간을 비교합니다

학습용 가정으로 계산합니다. 가정값은 레코드가 12개이고 각각 1분씩 응답을 확인하면 12분이며, 암호화 모드와 프록시 상태와 이동 횟수 확인에 3분이 더 걸린다고 두겠습니다. 점검 시간은 15분입니다. 이것이 중간 계산값입니다. 최종 판단은 사고 복구와 비교해서 합니다. 암호화 모드 오류로 사이트가 접속되지 않아 원인을 찾고 되돌리는 데 1시간이 든다면, 내부 시간 비용을 시간당 30,000원으로 가정해 30,000원입니다. 점검 15분이 그 1시간을 막습니다. 게다가 그 1시간 동안 사이트는 접속되지 않으므로 중단 손실이 따로 발생합니다.

프록시를 켜면 원본 주소가 숨습니다

결론을 뒤집는 조건은 프록시 상태입니다. 프록시를 켜면 응답하는 주소가 앞단 주소로 바뀌므로 원본 서버 주소가 공개되지 않습니다. 보안에는 도움이 되지만 두 가지 부작용이 있습니다. 첫째, 메일 수신용 레코드는 프록시를 켜면 안 됩니다. 메일은 앞단을 통과하지 않으므로 수신이 끊어집니다. 둘째, 접속 기록에 남는 주소가 모두 앞단 주소로 바뀌어 원래 접속자를 구분할 수 없게 됩니다. 그래서 전달 헤더를 읽어 원래 주소를 기록하도록 서버 설정을 함께 바꿔야 합니다. 점검표에는 레코드별 프록시 켜기 여부를 한 열로 적습니다.

웹호스팅 실행 전 점검표

• 예전 공급자의 레코드 전체 목록을 내려받아 보관했다
• 새 공급자 등록 뒤 두 목록을 한 줄씩 대조했다
• 원본의 암호화 지원 여부에 맞는 모드를 골랐다
• 레코드별 프록시 켜기 여부를 적고 메일 레코드는 껐다