시크릿DNS로 결혼정보업체 상담실 접속 오류 줄인 기록

상담실에서 먼저 부딪힌 문제

결혼정보업체에서 일하다 보면 하루 종일 한두 개 프로그램만 보는 게 아니다. 회원 기본 정보 관리 화면을 열어 둔 상태에서 가족관계 확인용 사이트, 본인인증 페이지, 메시지 발송 화면, 상담 일정표, 내부 문서 저장 폴더까지 계속 오간다. 문제는 이 과정에서 특정 사이트가 유독 늦게 열리거나, 아예 접속이 끊기는 일이 반복된다는 점이었다.

한 사람 상담을 정리할 때 들어가는 화면만 적어도 6단계였다. 회원 조회, 상담 메모 확인, 신원 확인, 일정 조정, 결과 입력, 후속 연락 예약 순서로 이어지는데, 중간에 한 번이라도 접속이 멈추면 앞선 작업 흐름이 끊겼다. 특히 마감 직전에는 상담사 4명이 동시에 같은 네트워크를 쓰기 때문에 "조금 있다가 다시 해보자"로 넘기기 어려웠다.

처음에는 인터넷 회선 문제라고 생각했다. 그런데 모든 사이트가 느린 게 아니라 일부만 유난히 불안정했고, 어떤 날은 되고 어떤 날은 안 됐다. 회선 전체 속도보다 특정 주소로 접속할 때 중간 단계에서 막히는 느낌에 가까웠다. 그때부터 단순한 속도 문제가 아니라 접속 방식 자체를 바꿔야겠다고 봤다.

기존 방식으로 버티던 시기의 한계

가장 먼저 했던 건 브라우저를 바꾸는 일이었다. 크롬에서 안 되면 엣지로 열고, 그래도 안 되면 모바일 테더링으로 잠깐 우회했다. 급할 때는 상담 메모를 종이에 적어 두었다가 나중에 한꺼번에 입력하기도 했다. 당장은 넘어갈 수 있지만, 사람 손이 더 들어가니 오히려 실수가 늘었다.

이 방식의 문제는 원인을 건드리지 못한다는 데 있었다. 브라우저를 바꿔도 결국 같은 네트워크를 타고 나가면 막히는 주소는 다시 막혔다. 모바일 연결은 급한 한두 건에는 쓸 수 있어도, 하루 40건 넘는 조회를 처리하는 업무용 기준으로는 안정적이지 않았다.

직접 비교해 보니 차이가 더 분명했다. 브라우저 변경은 설치가 쉬운 대신 해결 범위가 좁았고, 테더링은 즉시 우회는 되지만 직원별로 연결 상태가 달라 협업에 맞지 않았다. 반면 시크릿DNS는 특정 사이트 접속 과정에서 중간에 읽히거나 바뀔 수 있는 주소 확인 절차를 다른 방식으로 바꾸는 쪽이라, 같은 컴퓨터에서 같은 브라우저를 유지한 채 문제 구간만 건드릴 수 있었다.

다만 모든 환경에 무조건 맞는 건 아니었다. 금융기관, 학교, 공공기관처럼 접속 규칙이 엄격한 곳은 이런 처리 방식이 오히려 충돌을 만들 수 있어서 예외로 빼야 했다. 이 점이 없으면 현업에서는 쓰기 어렵다.

왜 시크릿DNS를 따로 써보게 됐는지

필요했던 건 "전체 인터넷을 뒤집는 프로그램"이 아니었다. 우회가 필요한 사이트만 따로 지정하고, 나머지는 평소처럼 두는 방식이 더 중요했다. 상담실에서는 업무 사이트 외에도 카드 결제, 정부 민원 확인, 은행 접속처럼 건드리면 안 되는 페이지가 섞여 있기 때문이다.

시크릿DNS를 고른 이유는 두 가지였다. 하나는 주소를 찾는 요청 내용을 암호화해서 중간에서 바뀌지 않게 하는 기능이 있었고, 다른 하나는 접속 초반에 드러나는 사이트 이름 부분만 잘게 나눠 보내도록 설정할 수 있었다. 어려운 말로 설명할 필요 없이, 사이트에 들어갈 때 "어디로 가는지"가 한 번에 뚜렷하게 보이지 않도록 나눠 보내는 방식이라고 이해하면 된다.

업무 기준으로 더 마음에 들었던 건 적용 범위를 좁힐 수 있다는 점이었다. 지정 목록에 올린 도메인만 처리하고, 나머지는 손대지 않는다. 내부 문서 서버나 금융 사이트까지 모두 같은 방식으로 보내 버리면 오히려 사고가 나는데, 이 부분을 구분할 수 있어서 실무용으로 맞았다.

설정할 때 확인한 순서와 판단 기준

처음부터 복잡하게 만지지 않았다. 입력, 판단, 처리 방식 선택, 실행, 결과 확인 순서로 단순하게 잡았다. 여기서 중요한 건 기능 이름보다 "어떤 상황에서 켜고 끄는지"를 먼저 정하는 일이었다.

입력 단계에서는 자주 막히는 주소를 모았다. 한 주 동안 로그를 보며 접속 실패가 있었던 도메인을 18개 적었고, 그중 반복적으로 문제가 나온 주소는 7개였다. 이 목록을 한 줄에 하나씩 넣어 직접 지정 방식으로 등록했다.

판단 단계에서는 사이트 성격으로 나눴다. 회원 조회, 본인확인 연동, 외부 메시지 확인처럼 접속이 자주 흔들리는 주소는 우회 대상으로 넣었다. 반대로 은행, 관공서, 학교 관련 주소는 예외 목록 성격으로 빼 두었다. 접속이 조금 느려도 정확성이 더 중요한 곳이기 때문이다.

처리 방식 선택에서는 세 가지를 기준으로 봤다. 첫째, 주소 확인 요청은 암호화 설정을 켰다. 둘째, 접속 초반에 사이트 이름이 드러나는 부분은 지정 목록에만 나눠 보내도록 맞췄다. 셋째, 평소 문제가 없는 사이트는 기존 방식 그대로 두었다. 이렇게 나누니 전체 인터넷 환경을 바꾸지 않고도 필요한 부분만 손댈 수 있었다.

실행 뒤에는 로그 창을 계속 봤다. 처리된 도메인이 바로 보이고, 적용되지 않은 항목은 따로 표시돼서 목록이 빠졌는지 바로 확인할 수 있었다. 현업에서는 이 확인 과정이 중요하다. 막연히 "켜져 있다"보다 어느 주소가 처리됐는지 보여야 다음 조정을 할 수 있다.

써본 뒤 작업 시간이 어떻게 바뀌었는지

가장 체감된 변화는 상담 메모 입력이 끊기지 않는 점이었다. 예전에는 외부 확인 페이지가 멈추면 메모를 다른 곳에 임시 저장해 두었다가 다시 옮겨 적는 경우가 하루 8번 안팎 나왔다. 적용 후 2주 동안 같은 상황을 세어 보니 8번이 2번으로 줄었다.

처리 시간도 비교했다. 회원 1건 기준으로 외부 확인 화면까지 포함한 전체 작업 시간이 평균 11분 정도였는데, 접속 재시도 횟수가 줄면서 9분 안쪽으로 내려왔다. 한 건당 2분 차이면 작아 보일 수 있어도, 하루 30건이면 60분이다. 상담실에서는 이 한 시간이 곧 마감 여유 시간으로 바뀐다.

원인과 결과를 업무 흐름으로 풀면 더 단순하다. 예전에는 특정 사이트 접속이 흔들림 → 조회 중단 → 메모 임시 저장 → 재접속 → 다시 입력 순서로 흘렀다. 지금은 우회가 필요한 주소만 먼저 지정 → 접속 시 해당 주소만 별도 처리 → 중간 끊김 감소 → 메모를 한 번에 입력하는 흐름으로 바뀌었다. 기능 설명보다 이 변화가 훨씬 중요했다.

메모리 사용량이나 세부 수치를 아주 깊게 볼 필요는 없었지만, 백그라운드에 두고 쓰는 동안 사무용 PC 두 대에서 다른 프로그램 사용이 버거워지는 느낌은 없었다. 대신 로그를 계속 켜 두면 누가 어떤 주소를 자주 쓰는지 금방 보여서, 목록 정리는 주 1회 정도 하는 편이 낫다.

다른 선택지와 비교했을 때 맞는 경우, 아닌 경우

같은 문제를 풀 수 있는 방법이 시크릿DNS 하나뿐인 것은 아니다. 가장 단순한 선택은 브라우저 자체의 보안 연결 기능을 켜 보는 것이다. 개인 사용이라면 이 정도로 끝나는 경우도 있다. 다만 결혼정보업체처럼 여러 업무 사이트를 섞어 쓰고, 특정 주소만 골라 다뤄야 하는 환경에서는 세밀함이 부족했다.

반대로 회사 전체 네트워크 장비를 조정하는 방법도 있다. 효과는 넓지만, 실무자가 바로 손댈 수 없고 다른 부서 영향까지 고려해야 한다. 작은 상담실이나 지점 단위에서는 승인 과정이 길어지기 쉽다. 당장 이번 주 마감이 급한 상황이라면 현실성이 떨어진다.

시크릿DNS가 맞는 경우는 분명하다. 윈도우 환경에서 일하고, 접속 문제가 일부 사이트에 집중돼 있고, 전체 설정을 바꾸기보다 지정 목록 중심으로 관리하고 싶을 때다. 반대로 모든 사이트를 한 번에 같은 방식으로 처리하고 싶은 사람, 또는 금융·공공 사이트 비중이 매우 높은 사람에게는 관리할 예외가 많아 번거로울 수 있다.

아쉬운 점도 있다. 처음 설정할 때 어떤 주소를 넣고 빼야 하는지 감이 없으면 로그를 며칠은 봐야 한다. 즉시 끝나는 방식이 아니라, 막히는 주소를 모으고 제외할 주소를 정리하는 시간이 필요하다. 대신 이 과정을 한 번 해두면 이후에는 반복 작업이 크게 줄었다.

어떤 실무자에게 맞는지

상담 기록을 여러 화면에 나눠 입력하고, 외부 확인 사이트 접속이 자주 끊겨 같은 내용을 두 번 적는 사람이면 맞는 편이다. 특히 한 사람당 처리 단계가 5단계 이상이고, 그중 1단계라도 외부 페이지 확인이 들어가는 팀이라면 체감이 크다. 막히는 주소가 몇 개로 좁혀지는 환경일수록 더 잘 맞는다.

반대로 접속 불안정이 거의 없거나, 회사 규정상 네트워크 관련 프로그램을 추가로 둘 수 없는 곳이라면 굳이 쓸 이유가 적다. 업무 사이트 대부분이 은행·정부·학교 계열이라면 예외 처리할 항목이 많아 관리 부담이 커질 수 있다. 그런 환경에서는 브라우저 기본 기능 점검이나 사내 네트워크 담당자와의 조정이 더 낫다.

우리 쪽에서는 회원 조회 보조 페이지, 본인확인 연동 주소, 메시지 확인 페이지처럼 반복적으로 흔들리던 주소를 따로 묶어 관리하는 용도로 남겨 두고 있다. 모든 문제를 해결하는 만능 도구로 보지는 않는다. 다만 같은 접속 실패 때문에 같은 메모를 다시 쓰고, 같은 화면을 다시 여는 일이 누적되는 팀이라면 한 번 검토해 볼 만한 선택지다.

공식 홈페이지로 가기