환절기에는 독감 유행으로 발열이나 기침 때문에 출근이 어려운 직원이 늘고, 재택이나 교대 근무로 바꾸는 일이 한꺼번에 일어납니다. 평소 출근 인원을 기준으로 설계된 원격 접속 환경은 이 시점에 가장 먼저 부하를 받습니다. 특히 WAN 회선, VPN 장비의 동시 접속 한도, 인증 서버가 같은 시간대에 한계에 닿는 경우가 많습니다. 장애가 한 번 나면 복구 중에도 재택 인원이 계속 재접속을 시도하므로 피해가 더 커집니다.
이 글에서는 전환 전에 담당자가 확인할 수 있는 순서를 정리합니다. 대역폭, 동시 접속 한도, 인증 장애 시 대체 경로를 차례로 보고, 각 항목에서 무엇을 기록해야 하는지 다룹니다. 회선 속도나 라이선스 수량은 조직마다 다르므로 특정 수치를 제시하지 않고, 확인 방법과 판단 기준을 세우는 데 집중합니다.
재택 전환 때 막히는 순서는 대체로 같습니다
실제 장애는 보통 한 지점에서 시작해 연쇄적으로 번집니다. 회선 사용률이 오르면 VPN 응답이 느려지고, 느려진 세션에 사용자가 다시 접속하면서 연결 시도가 늘어납니다. 그 결과 인증 서버에 로그인 요청이 몰리고 MFA 문자나 앱 알림 발송까지 지연되는 식입니다.
그래서 점검도 같은 흐름을 따릅니다. 회선, VPN 장비, 인증 체계, 사용자 안내 순서로 확인합니다. 앞 단계에 여유가 있어도 뒤 단계가 먼저 한계에 닿을 수 있으므로, 각 단계는 평균값이 아니라 피크 시간대 기준으로 봐야 합니다.
WAN 대역폭은 평균이 아니라 피크로 봅니다
월간 평균 사용률만 보면 문제를 놓치기 쉽습니다. 오전 출근 직후처럼 특정 시간대에 사용량이 몰리는지, 재택 인원이 늘었을 때 상향(업로드) 대역폭이 먼저 차는지 확인해야 합니다. 사무실 기준으로 설계된 회선은 하향 위주로 용량이 잡혀 있는 경우가 많아, 재택이 늘면 상향 병목이 먼저 생기는 일이 흔합니다.
측정은 가능하면 최근 몇 주간의 기록을 기준으로 하고, 피크 시간대의 평균과 최대치를 따로 적습니다. 회선 사업자가 제공하는 대시보드나 방화벽, 라우터의 인터페이스 카운터를 사용할 수 있습니다. 측정 기간이 짧으면 평소 패턴이 아니라 우연한 값을 기준으로 삼게 되므로 기간을 충분히 잡는 것이 중요합니다.
화상회의와 파일 동기화를 따로 봅니다
원격 근무가 늘면 화상회의와 클라우드 파일 동기화가 같은 회선을 나눠 씁니다. 두 트래픽을 QoS나 정책으로 구분하지 않았다면, 대용량 파일 동기화 한 번이 회의 음질을 떨어뜨릴 수 있습니다. 어떤 정책이 적용돼 있는지 네트워크 담당자와 함께 확인하세요.
VPN 동시 접속은 한도와 세션 수명을 함께 봅니다
VPN 장비의 라이선스 수량이나 최대 동시 세션 수는 제품 사양서와 현재 설정에서 확인합니다. 설정된 한도가 실제 재직자 수보다 작게 잡혀 있는 경우도 있으므로, 라이선스 수량과 설정 값을 같은 표에 적어 두는 것이 좋습니다. 여기에 예상 재택 인원을 더해 여유가 있는지 계산합니다.
세션 수명도 함께 봐야 합니다. 유휴 타임아웃이 짧으면 사용자가 자주 재접속하며 인증 요청이 늘어나고, 너무 길면 자리를 비운 세션이 한도를 계속 점유합니다. 교대 근무자가 같은 계정으로 여러 기기에서 접속하는지도 확인해야 합니다. 계정 공유가 있으면 세션 수 계산이 틀어지고, 감사 로그로도 누가 접속했는지 구분하기 어렵습니다.
인증이 멈췄을 때 대체 경로는 미리 정합니다
인증 장애는 VPN 장비 장애보다 더 넓게 번집니다. 인증 공급자, MFA 발송, 인증 서버 중 하나만 느려져도 모든 원격 접속이 막힐 수 있습니다. 장애가 난 뒤에 우회 방법을 새로 만들면 실수가 생기기 쉬우므로, 평소에 조건과 절차를 문서로 정해 둬야 합니다.
대체 경로에는 보통 세 가지 후보가 있습니다. 백업 인증 수단, 범위를 제한한 임시 접근, 특정 업무 시스템에 대한 우회 접근입니다. 셋 모두 보안 위험이 따르므로 승인자, 사용 기간, 로그 기록 기준을 함께 정해야 합니다. 우회 경로를 상시로 열어 두면 그것이 그대로 공격 경로가 됩니다.
가상의 사례입니다. 월요일 아침 여러 직원이 로그인 실패를 신고했습니다. 원인은 MFA 발송 공급자의 지연이었지만, 담당자는 백업 코드의 보관 위치를 몰랐고 임시 접근을 승인할 권한자도 연락이 닿지 않았습니다. 결국 재택 인원 상당수가 오전 업무를 멈췄고, 사후에 보니 대체 경로 절차가 어디에도 문서로 남아 있지 않았습니다.
기준 표로 우선순위를 정합니다
점검 항목마다 확인 방법과 판단 기준이 다릅니다. 아래 표를 기준으로 전환 전 주에 담당자별로 나눠 확인하세요. 판단 기준은 조직에서 미리 정한 값을 적고, 값이 없다면 이번 점검에서 먼저 정하는 것이 좋습니다.
| 점검 항목 | 확인 방법 | 판단 기준 | 담당 |
|---|---|---|---|
| WAN 상향 대역폭 | 인터페이스 카운터, 사업자 대시보드 | 피크 시간대 사용률이 조직이 정한 임계치에 가까운지 | 네트워크 |
| VPN 동시 세션 | 장비 세션 수와 라이선스 수량 비교 | 예상 재택 인원 대비 여유가 있는지 | 네트워크, 보안 |
| 세션 타임아웃 | VPN 설정 값 확인 | 재접속 빈도와 세션 점유 시간의 균형 | 보안 |
| 인증 서버 요청 | 로그인 실패율, 응답 지연 | 평소 대비 급증 여부 | 인증 담당 |
| 백업 인증 수단 | 등록 현황, 보관 위치 확인 | 최소 인원이 접근 가능한지 | 정보보호 |
| 임시 접근 승인 | 승인 기록, 만료 설정 확인 | 사용 기간이 끝나면 자동으로 해제되는지 | 정보보호, 현업 승인자 |
바로 해 볼 순서
- 예상 재택 인원을 부서별로 집계하고, 평소와 최대 두 가지 동시 접속 시나리오를 만듭니다.
- 회선 상향 대역폭과 VPN 동시 세션을 두 시나리오와 비교해 여유를 계산합니다.
- 인증 서버와 MFA 발송 경로에서 실패가 났을 때의 동작을 확인하고, 백업 인증 수단 등록 현황을 점검합니다.
- 임시 접근의 승인 절차, 사용 기간, 로그 보존 위치를 문서로 정하고 승인자를 두 명 이상 지정합니다.
- 점검 결과와 직원 공지문을 정리해 부서장과 공유하고, 장애 시 연락 체계를 한 장짜리 문서로 만듭니다.
자주 묻는 질문
독감 유행 때만 VPN 한도를 임시로 늘리면 되지 않나요?
라이선스 추가나 세션 한도 상향은 구매 절차와 비용이 있어 전환 직전에 결정하기 어렵습니다. 먼저 재택 인원을 요일이나 조 단위로 나눠 피크를 낮추는 방법을 검토하세요. 한도 변경이 꼭 필요하다면 공급사의 고객센터나 담당 영업 창구에 가능 여부와 적용 기간을 문의해 확인하는 것이 정확합니다.
백업 인증 수단을 전 직원에게 미리 등록하게 해도 괜찮나요?
등록 자체보다 보관 방식이 더 중요합니다. 백업 코드를 메신저나 메일에 평문으로 보관하지 않도록 안내하고, 백업 수단이 사용되면 본인에게 알림이 가도록 설정하세요. 세부 기준은 내부 정보보호 지침과 ISMS-P 인증 기준의 접근통제 관련 항목을 함께 확인하는 것이 안전합니다.
장애 중 우회 접속을 허용했다면 사후에 무엇을 해야 하나요?
먼저 우회 접속이 열린 기간, 대상 계정, 접속 로그를 한곳에 모읍니다. 그다음 임시 권한을 회수하고, 해당 기간의 로그를 검토해 이상 접속이 없었는지 확인합니다. 결과와 개선 항목은 장애 기록으로 남겨 다음 전환 때 기준으로 쓰세요.
정리
- 재택 전환의 병목은 회선 상향 대역폭, VPN 동시 세션, 인증 체계 순으로 연쇄적으로 나타나므로 피크 기준으로 봐야 합니다.
- VPN 한도는 라이선스 수량, 설정 값, 세션 타임아웃을 함께 비교해야 실제 여유가 보입니다.
- 인증 장애 대비 대체 경로는 장애 중에 만들지 말고, 승인자와 사용 기간, 로그 기준을 미리 문서로 정해 둡니다.
오늘 할 일: VPN 장비의 현재 최대 동시 세션 설정 값과 라이선스 수량을 확인해 한 줄로 적어 보세요.
댓글