시크릿DNS로 반복 접속 오류 줄인 청년월세지원대행 업무

반복 접속 오류가 업무 시간을 먼저 잡아먹었다

청년월세지원대행 업무를 맡으면 신청자 서류만 보는 것으로 끝나지 않는다. 임대차 계약 관련 확인, 주소지 일치 여부 점검, 계좌 제출 화면 확인, 보완 요청 내역 조회처럼 외부 사이트를 오가며 확인해야 하는 항목이 계속 생긴다. 하루에 확인하는 건수가 30건을 넘는 날도 있는데, 마감 주간에는 같은 사이트를 여러 번 다시 열어야 해서 반복 접속 오류가 누적되면 체감 부담이 바로 커진다.

문제는 사이트가 완전히 막히는 경우보다, 열릴 때도 있고 안 열릴 때도 있는 상태가 더 많았다는 점이다. 어떤 화면은 첫 페이지까지는 열리는데 본인인증 단계에서 멈췄고, 어떤 곳은 주소 검색 창만 늦게 떴다. 한 건 확인에 원래 2분이면 끝날 일이 새로고침, 브라우저 재실행, 회선 변경까지 겹치면서 7분 가까이 늘어나는 날이 있었다. 반복 접속 오류가 생기면 담당자 입장에서는 "사이트가 느리다"로 끝나지 않고, 보완 요청 발송 시점과 접수 마감 판단까지 밀리게 된다.

기존 방식으로 버티면 왜 더 꼬였는지

처음에는 흔히 쓰는 방식부터 다 해봤다. 브라우저를 바꾸고, 캐시를 지우고, 안 되면 휴대폰 테더링으로 잠깐 접속한 뒤 필요한 화면만 저장했다. 급한 건 처리할 수 있었지만, 담당자마다 임시 대응 방식이 달라서 같은 문제를 매번 새로 겪는 구조가 남았다.

대안도 둘로 나뉘었다. 하나는 VPN 같은 우회 프로그램을 켜서 전체 연결을 바꾸는 방식이고, 다른 하나는 브라우저 안에서 보안 DNS만 켜는 방식이었다. VPN은 여러 사이트를 한 번에 통과시키는 데는 도움이 되지만, 업무용 금융 사이트나 공공 사이트까지 같이 영향을 받을 수 있어 상시 사용이 부담스러웠다. 반대로 브라우저 보안 DNS는 가벼운 편이지만, 브라우저 밖에서 열리는 인증 창이나 일부 연결 단계까지 챙기기에는 한계가 있었다.

문제가 반복되던 원인은 단순히 인터넷 속도가 느려서가 아니었다. 사이트 주소를 찾는 과정과, 접속하려는 사이트 이름이 중간에 읽히는 구간에서 간섭이 생기면 화면은 열려도 다음 단계에서 멈추는 일이 있었다. 그래서 전체 회선을 크게 바꾸는 방법보다, 필요한 부분만 골라서 건드리는 방식이 더 맞겠다고 봤다.

왜 시크릿DNS를 붙였는지

청년월세지원대행 업무에서는 모든 사이트를 우회할 필요가 없다. 자주 문제를 일으키는 몇몇 도메인만 안정적으로 열리면 나머지는 기존 환경 그대로 두는 편이 안전하다. 시크릿DNS를 쓴 이유도 여기에 있었다. 주소를 찾는 요청은 암호화된 방식으로 보내고, 접속 과정에서 사이트 이름이 드러나는 부분은 지정한 목록에 대해서만 잘게 나눠 보내도록 설정할 수 있어서 범위를 좁히기 쉬웠다.

설명만 들으면 복잡해 보이지만, 사용자 기준으로 보면 순서는 단순하다. 먼저 접속이 자주 흔들리는 사이트 주소를 목록에 적는다. 그다음 프로그램이 그 목록과 현재 접속하려는 주소를 비교해서, 목록에 있으면 보호 처리를 하고 없으면 그대로 통과시킨다. 즉, 모든 업무 사이트를 한꺼번에 건드리는 게 아니라 반복 접속 오류가 잦은 구간만 따로 관리하는 방식이다.

이 선택이 필요했던 이유는 작업 안정성 때문이다. 청년월세지원대행 쪽에서는 정부 사이트, 은행 사이트, 민간 부동산 사이트를 한날한시에 같이 열어야 하는데, 한쪽 문제를 해결하려고 전체 연결 방식을 바꾸면 다른 쪽에서 접속 장애가 생기기도 한다. 시크릿DNS는 예외 목록을 둘 수 있어 금융, 학교, 공공 쪽처럼 민감한 곳은 빼고 적용하기 쉬웠고, 그 점이 실무에 맞았다.

반복 접속 오류를 줄인 사용 순서

처음 세팅할 때는 입력 → 판단 → 처리 방식 선택 → 실행 → 결과 확인 순서로 잡았다. 입력 단계에서는 최근 2주 동안 접속이 불안정했던 도메인을 모았다. 저희 팀 기준으로는 자주 확인하는 사이트 18개 중 5개가 반복 접속 오류를 일으켰고, 이 5개만 따로 목록에 넣었다.

판단 단계에서는 어떤 사이트에만 적용할지 나눴다. 로그인 후 전자서명이나 결제 단계가 있는 사이트는 예외 목록으로 빼고, 조회 화면이나 증빙 다운로드 화면에서 멈춤이 잦았던 곳만 직접 지정 목록에 넣었다. 처리 방식 선택에서는 주소를 찾는 요청을 암호화하는 항목을 켜고, 접속 이름을 나눠 보내는 항목은 직접 지정 방식으로 설정했다. 이러면 목록에 있는 사이트만 추가 처리가 들어가고, 나머지 사이트는 평소처럼 열린다.

실행 단계도 단순한 편이었다. 프로그램 실행 후 "실행하기"를 누르고, 로그 창에서 어떤 도메인이 처리됐는지 확인한다. 로그에는 적용된 항목과 적용되지 않은 항목이 구분되어 보여서, 목록이 과한지 부족한지 바로 조정할 수 있었다. 결과 확인은 하루치 업무가 끝난 뒤 봤는데, 접속 실패 때문에 같은 화면을 세 번 이상 다시 열었던 건수가 하루 평균 11건에서 3건으로 줄었다.

시간 차이도 생각보다 컸다. 예전에는 보완 검토 20건을 처리할 때 외부 사이트 확인만 50분 안팎이었는데, 설정을 안정화한 뒤에는 32분 정도로 내려왔다. 속도가 극적으로 빨라졌다기보다, 멈추는 구간이 줄면서 다시 시도하는 시간이 사라진 영향이 컸다. 반복 접속 오류를 줄인다는 말이 막연하게 들릴 수 있는데, 실무에서는 "같은 확인을 몇 번 다시 하느냐"가 더 직접적인 지표였다.

다른 선택지와 비교해 보니 기준이 분명해졌다

VPN 방식은 외부 접속이 전반적으로 막힌 환경에서는 쓸 만하다. 다만 청년월세지원대행처럼 공공 사이트, 금융 사이트, 일반 웹사이트를 같이 오가는 환경에서는 전체 연결이 바뀌는 점이 부담이 된다. 특정 사이트 문제를 풀려고 켰다가 다른 인증 창이 꼬이면 담당자는 다시 원래 상태로 돌리고 확인해야 해서 단계가 늘어난다.

브라우저 보안 DNS는 설치 부담이 적고 설명하기도 쉽다. 웹페이지 중심으로만 일하는 사람에게는 충분할 수 있다. 하지만 업무 중에는 브라우저 밖으로 뜨는 인증 프로그램, 새 창으로 이어지는 전자서명 화면, 별도 연결 규칙을 쓰는 사이트가 섞여 있어서, 브라우저 안쪽 설정만으로는 반복 접속 오류가 남는 경우가 있었다.

시크릿DNS 쪽은 적용 범위를 세밀하게 나눌 수 있다는 점이 강했다. 자주 흔들리는 도메인만 지정하고, 민감한 사이트는 화이트리스트라고 부르는 예외 목록으로 빼면 된다. 대신 단점도 있다. 처음 목록을 정리할 때 어떤 주소를 넣고 빼야 하는지 확인 시간이 들고, QUIC 같은 일부 빠른 연결 방식은 의도적으로 손대지 않기 때문에 모든 사이트에서 똑같이 체감되지는 않는다.

정리하면 선택 기준은 분명하다. 사무실 전체가 막혀서 어떤 사이트든 광범위하게 접속이 안 되면 VPN 같은 전체 우회가 더 맞을 수 있다. 반대로 몇몇 사이트에서만 반복 접속 오류가 생기고, 다른 업무 사이트는 건드리고 싶지 않다면 시크릿DNS 방식이 더 잘 맞는다. 브라우저 안에서 끝나는 단순 조회 업무라면 보안 DNS만으로도 충분한 경우가 있다.

결과는 분명했지만, 모든 상황에 맞지는 않았다

가장 먼저 달라진 건 담당자 판단 속도였다. 외부 사이트 확인이 흔들리면 신청자에게 보완 요청을 보내야 할지, 하루 더 기다려야 할지 애매해지는데, 접속 자체가 안정되니 판단 지연이 줄었다. 특히 월말 3영업일 동안은 화면 캡처 저장, 증빙 대조, 보완 내역 기록까지 한 번에 묶어서 처리하는데, 이 구간에서 끊김이 줄어든 영향이 컸다.

팀 단위로 보면 교육도 단순해졌다. 예전에는 "안 되면 브라우저 바꿔 보세요", "그래도 안 되면 휴대폰으로 열어 보세요"처럼 사람마다 다른 임시 대응을 전달했다. 지금은 문제가 생긴 도메인을 로그에서 확인하고, 목록에 넣을지 예외로 뺄지 판단하는 방식으로 정리됐다. 작업 단계 수가 5단계 안에서 유지되니 새 담당자도 이해하기 쉬웠다.

아쉬운 점도 남는다. 주소를 잘못 넣으면 적용이 안 되거나, 너무 넓게 넣으면 굳이 건드릴 필요 없는 하위 주소까지 같이 잡힐 수 있다. 또 업무용 PC에 새 프로그램 실행이 민감한 조직이라면 내부 승인 과정이 먼저 필요할 수 있다. 그래서 모든 부서에 바로 맞는 답이라고 보기는 어렵고, 반복 접속 오류가 특정 사이트에 몰려 있는지부터 먼저 확인하는 편이 낫다.

어떤 사람에게 맞고, 어떤 상황에서는 덜 맞는지

청년월세지원대행처럼 여러 외부 사이트를 오가며 조회, 확인, 증빙 저장을 반복하는 사람에게는 맞는 편이다. 특히 같은 사이트가 하루에도 몇 번씩 멈추고, 그때마다 새로고침이나 회선 변경으로 버티고 있다면 적용 가치가 있다. 반면 내부망 규정이 엄격해서 프로그램 추가 실행이 어렵거나, 모든 사이트가 아니라 특정 브라우저 한 개에서만 문제를 겪는다면 다른 방법부터 보는 게 낫다.

현실적인 활용 방식은 간단하다. 먼저 최근 일주일 기준으로 반복 접속 오류가 났던 사이트를 3개에서 5개 정도만 추려서 시작한다. 그 뒤 로그를 보며 적용된 항목과 제외된 항목을 확인하고, 금융이나 공공 사이트처럼 민감한 곳은 예외로 빼는 식으로 좁혀가면 된다. 업무 전체를 바꾸는 도구로 보기보다, 접속이 흔들리는 몇 군데를 안정시키는 보조 수단으로 쓰는 쪽이 부담이 적다.

메타 설명: 청년월세지원대행 업무 중 반복 접속 오류가 생길 때 시크릿DNS를 어떻게 적용했고, 기존 방식과 비교해 어떤 상황에서 맞는지 정리한 글.

공식 홈페이지로 가기