어느 날 갑자기 연락이 안 된다면

오랫동안 사이트를 관리해주던 개발자나 외주사가 갑자기 연락이 되지 않으면 매우 막막하실 겁니다. 하지만 이는 생각보다 흔한 일이며, 침착하게 대응하면 상황을 충분히 수습할 수 있습니다.

왜 이런 일이 흔한가

과거(2000년대~2010년대 초반) 클래식 ASP 기반으로 제작된 사이트들의 경우, 당시 개발자들이 폐업하거나 다른 분야로 전향한 경우가 많습니다. 계약 기간 종료 후 연락이 끊기면 법적 강제 수단이 부족하여 사이트가 방치되기 쉽습니다.

지금 바로 해야 할 초기 대응

1단계. 호스팅·도메인 관리자 계정 접근 권한 확보

• 호스팅사(카페24, 가비아, AWS 등) 계정 명의 확인
• 도메인 소유자 정보 및 만료일 확인 (후이즈 등)
• 개발자 개인 명의인 경우 즉시 명의 이전 시도

2단계. 원본 소스코드·DB 백업 확보

• FTP 접속을 통한 전체 소스코드 다운로드
• 데이터베이스(MSSQL, Access 등) 백업 파일 확보

3단계. 자료 정리

• 과거 계약서, 견적서, 이메일 등 관련 자료 일체 취합
• 서드파티 서비스(결제, 문자, 지도 API 등) 계정 정보 정리

새 담당자를 구할 때 확인해야 할 것

전문성 확인: 클래식 ASP 및 MSSQL 운영 경험이 실제 있는지 확인하세요.
투명한 진단: 코드 파악(초기 진단) 프로세스를 투명하게 안내하는지 확인하세요.
명확한 계약: 유지보수 범위와 SLA(대응 시간)를 계약서에 명시하세요.

이런 증상, 그냥 넘기고 계신가요?

"가끔 로그인이 안 된다는 민원이 들어와요."
"결제가 자꾸 끊긴다고 하는데, 담당자가 없어서 그냥 두고 있어요."
"사이트가 몇 년째 별 탈 없이 돌아가고 있으니 괜찮겠죠."

혹시 이런 생각, 하고 계신가요?

실제로 많은 사업주분들이 웹사이트를 "고장 나기 전까지는 신경 쓸 필요 없는 것"으로 여기십니다. 하지만 오래된 웹사이트, 특히 클래식 ASP로 만들어진 사이트는 겉보기에 멀쩡해 보여도 속으로는 위험 신호를 계속 보내고 있는 경우가 많습니다.

지원 종료가 왜 남 일이 아닌가

"지원 종료"라는 말을 들으면 막연하게 느껴지실 수 있습니다. 하지만 의미는 명확합니다 — **더 이상 보안 패치가 나오지 않는다**는 뜻입니다.

새로운 해킹 기법이나 취약점은 지원 종료 이후에도 계속 발견됩니다. 다만 마이크로소프트가 더 이상 그 문제를 고쳐주지 않을 뿐입니다. 즉, 지원 종료된 서버는 시간이 지날수록 뚫린 구멍이 하나씩 늘어나는데, 아무도 그 구멍을 막아주지 않는 상태로 방치되는 것과 같습니다.

내 사이트가 어떤 환경에서 돌아가고 있는지, 그 환경의 지원 종료 일정이 언제인지 확인하는 것만으로도 위험을 미리 예측할 수 있습니다.