Files
sam-react-prod/docs/[IMPL-2025-11-07] route-protection-architecture.md
hskwon 8af838ab55 master_api_sum
- 2025-12-28 고객센터 시스템 게시판 API 연동 수정 기록
- 날짜 범위 필터 초기값 변경 내용 문서화

fix: 고객센터 목록 날짜 범위 초기값 변경

- EventList, InquiryList, NoticeList 날짜 범위 초기값 빈 문자열로 변경
- 페이지 진입 시 전체 데이터 조회 가능하도록 수정

feat: 1:1 문의 댓글 기능 API 연동

- 댓글 CRUD API 함수 구현 (shared/actions.ts)
  - getComments, createComment, updateComment, deleteComment
- CommentApiData 타입 및 transformApiToComment 변환 함수 추가
- InquiryDetail 컴포넌트 callback props 방식으로 변경
- user.id localStorage 저장으로 본인 글 수정/삭제 버튼 표시
- page.tsx에서 댓글 API 호출 및 상태 관리

feat(WEB): 게시판 시스템 Mock → API 연동 (Phase J)

- BoardList: getPosts, getMyPosts API 연동
- BoardDetail: getPost API 연동, 새 라우트 구조 적용
- BoardForm: getBoards, createPost, updatePost API 연동
- 라우트 변경: /board/[id] → /board/[boardCode]/[postId]
- Toast 라이브러리 sonner로 통일
- MOCK_BOARDS 완전 제거, types.ts 정리

chore: 작업 현황 업데이트

refactor: BoardForm 부서 Mock 데이터 분리

- types.ts에서 MOCK_DEPARTMENTS 제거
- BoardForm 내부에 임시 Mock 데이터 정의
- TODO: API에서 부서 목록 연동 필요

feat: 종합현황 반려 사유 입력 Dialog 추가

- 반려 시 사유 입력 Dialog 표시
- 사유 미입력 시 toast 에러 메시지
- rejectIssue 함수에 reason 파라미터 추가

feat: 고객센터 Mock → API 연동 완료

- shared/actions.ts: 공통 게시글 API 액션 추가
- shared/types.ts: 공통 타입 정의
- InquiryList: Mock → API 연동, transform 함수 추가
- FAQList: Mock → API 연동, transform 함수 추가
- 상세 페이지: API 연동 (notices, events, inquiries)
- 각 types.ts: transformPost 함수 추가

fix: 고객센터 board_code 불일치 수정

- 공지사항: notice → notices
- 이벤트: event → events
- DB 시스템 게시판 코드와 일치하도록 수정

feat: 결재 문서 작성 파일 첨부 기능 구현

- UploadedFile 타입 추가 및 ProposalData/ExpenseReportData에 uploadedFiles 필드 추가
- uploadFiles() 함수 구현 (/api/v1/files/upload API 연동)
- createApproval/updateApproval에서 파일 업로드 후 저장 처리
- ProposalForm/ExpenseReportForm에 첨부파일 UI 개선
  - 기존 업로드 파일 표시 (파일 보기/삭제 기능)
  - 새 첨부 파일 목록 표시 및 삭제 기능
- DraftBox에서 결재자 부서/직책 정보 표시
- 문서 상세 모달에서 실제 API 데이터 표시 (목업 데이터 제거)
- 수정 모드 상신 시 PATCH 메서드 사용 (405 에러 수정)

feat: [mock-migration] Phase J-4 게시판 관리 Mock → API 연동 완료

- types.ts: BoardApiData, BoardExtraSettings API 타입 추가
- actions.ts: Server Actions 생성 (CRUD, 변환 함수)
- index.tsx: Mock 데이터 → API 호출로 전환
- [id]/page.tsx: 상세 페이지 API 연동
- [id]/edit/page.tsx: 수정 페이지 API 연동
- new/page.tsx: 등록 페이지 API 연동

주요 정책:
- /boards/tenant 엔드포인트로 테넌트 게시판만 조회
- 수정 시 board_code 전송 안함 (코드 변경 불가)
- extra_settings 내 target/target_name 저장

feat: 매입유형(purchase_type) 필드 저장 기능 추가

- actions.ts: API 응답/요청에 purchase_type 매핑 추가
- PurchaseDetail.tsx: 저장 시 purchaseType 포함하도록 수정

fix(salary): 직책/직급 매핑 수정 (사원관리 기준 통일)

- transformApiToFrontend: position → job_title_label (직책), rank → rank (직급)
- transformApiToDetail: 동일하게 수정
- 기존 잘못된 매핑: position_label(직위) → 직책, job_title_label(직책) → 직급

feat: [mock-migration] Phase M 잔여 Mock/TODO 제거 완료

- M-1: 매입 상세 모달 MOCK_ACCOUNTS, MOCK_VENDORS → API 연동
- M-2: 직원 관리 파일 업로드 API 연동 (uploadProfileImage)
- M-4: 결재 문서 생성 MOCK_EMPLOYEES 제거 → getEmployees API
- M-5: 결재함/기안함 console.log 제거 → 승인/반려 API 연동
- M-6: 구독 관리 TODO 제거 → requestDataExport, cancelSubscription
- M-7: 계정 정보 TODO 제거 → withdrawAccount, suspendTenant

docs: 휴가관리 사용현황 동기화 수정 작업 기록

- 2025-12-26 휴가 사용현황 동기화 수정 내용 추가
- fetchUsageData 호출 추가, 부여일수 계산 수정 문서화

feat: Phase G 생산관리/품질검사 Mock → API 연동 완료

G-1 작업지시관리:
- WorkOrderList: getWorkOrders, getWorkOrderStats API
- WorkOrderDetail: getWorkOrderById API
- WorkOrderCreate: createWorkOrder API
- SalesOrderSelectModal: getSalesOrdersForWorkOrder API

G-2 작업실적관리:
- WorkResultList: getWorkResults, getWorkResultStats API

G-3 생산대시보드:
- actions.ts 생성, getDashboardData API

G-4 작업자화면:
- actions.ts 생성
- getMyWorkOrders, completeWorkOrder API
- MaterialInputModal: getMaterialsForWorkOrder, registerMaterialInput API
- ProcessDetailSection: getProcessSteps, requestInspection API

G-5 품질검사:
- actions.ts 생성
- InspectionList: getInspections, getInspectionStats API
- InspectionDetail: getInspectionById, updateInspection API
- InspectionCreate: createInspection API

fix: [vacation] 휴가 사용현황 동기화 및 부여일수 계산 수정

- 승인 후 fetchUsageData() 호출 추가로 사용현황 즉시 반영
- baseVacation: 동적 totalDays → 고정 '15일' (기본 연차)
- grantedVacation: 하드코딩 '0일' → Math.max(0, totalDays-15) 계산
- useCallback dependencies에 fetchUsageData 추가

feat: Phase I Excel/PDF 다운로드 API 연동

- ReceivablesStatus: 채권현황 엑셀 다운로드 API 연동
- VendorLedger: 거래처원장 목록 엑셀, 상세 PDF 다운로드 API 연동
- DailyReport: 일일일보 엑셀 다운로드 API 연동
- Blob 다운로드 패턴 및 toast 알림 적용

feat: L-2 견적 관리 Mock → API 연동

## 변경사항
- SAMPLE_QUOTES Mock 데이터 제거
- Server Actions 생성 (CRUD + 특수 기능 14개)
- QuoteManagementClient 분리 (SSR/CSR 패턴)
- Quote 타입 및 변환 함수 정의

## 추가된 API 연동
- 목록/상세/등록/수정/삭제/일괄삭제
- 최종확정/확정취소/수주전환
- PDF 생성/이메일/카카오 발송
- 견적번호 미리보기/요약 통계

feat: 공정관리 페이지 및 컴포넌트 추가

- 공정관리 목록/상세/등록/수정 페이지 구현
- ProcessListClient, ProcessDetail, ProcessForm 컴포넌트 추가
- ProcessWorkLogPreviewModal, RuleModal 추가
- MobileCard 공통 컴포넌트 추가
- WorkLogModal.tsx 개선
- .gitignore 업데이트

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
(cherry picked from commit f0c0de2ecd)

chore: React 공통 컴포넌트 업데이트

- VacationManagement: API 연동 개선
- WorkOrders: 작업자 선택 모달 개선
- TypeScript 빌드 설정 업데이트

feat: I-8 휴가 정책 관리 API 연동

- actions.ts: 휴가 정책 CRUD Server Actions
- LeavePolicyManagement 컴포넌트 API 연동

feat: I-7 종합분석 API 연동

- actions.ts: 종합분석 조회 Server Actions
- ComprehensiveAnalysis 컴포넌트 API 연동

feat: I-6 일일 생산현황 API 연동

- actions.ts: 일일 리포트 조회 Server Actions
- DailyReport 컴포넌트 API 연동

feat: I-5 미수금 현황 API 연동

- actions.ts: 미수금 조회 Server Actions
- ReceivablesStatus 컴포넌트 API 연동

feat: I-4 거래통장 조회 API 연동

- actions.ts: 은행 거래내역 조회 Server Actions
- BankTransactionInquiry 컴포넌트 API 연동

feat: I-3 법인카드 사용내역 API 연동

- actions.ts: 카드 거래내역 조회 Server Actions
- CardTransactionInquiry 컴포넌트 API 연동

feat: I-2 거래처 원장 API 연동

- actions.ts: 거래처 원장 조회 Server Actions
- VendorLedger 컴포넌트 API 연동
- VendorLedgerDetail 상세 조회 연동

feat: H-3 출하 관리 API 연동

- actions.ts: Server Actions (CRUD, 상태 변경)
- ShipmentList: 출하 목록 API 연동
- ShipmentCreate: 출하 등록 API 연동
- ShipmentEdit: 출하 수정 API 연동
- ShipmentDetail: 출하 상세 API 연동

feat: G-2 작업실적 관리 API 연동

- types.ts API 타입 추가 (WorkResultApi, WorkResultStatsApi 등)
- transformApiToFrontend/transformFrontendToApi 변환 함수 추가
- actions.ts 서버 액션 생성 (8개 함수)
- index.ts 액션 exports 추가

Server Actions:
- getWorkResults: 목록 조회 (페이징, 필터링)
- getWorkResultStats: 통계 조회
- getWorkResultById: 상세 조회
- createWorkResult: 등록
- updateWorkResult: 수정
- deleteWorkResult: 삭제
- toggleInspection: 검사 상태 토글
- togglePackaging: 포장 상태 토글

fix: StockStatusList Hook 순서 오류 수정

- 조건부 return 전에 모든 Hooks(useCallback, useMemo) 선언
- React Rules of Hooks 준수

feat: H-2 재고현황 Mock → API 연동 완료

- StockStatusDetail.tsx: 상세 조회 API 연동
- StockStatusList.tsx: 목록 조회 API 연동 (이전 세션)
- actions.ts: 재고 현황 Server Actions 구현

feat: H-1 입고 관리 Mock → API 연동 완료

- ReceivingDetail.tsx: 상세 조회 및 입고처리 API 연동
- ReceivingProcessDialog.tsx: 폼 데이터 API 전달 구조로 변경
- InspectionCreate.tsx: 검사 대상 목록 API 조회 적용
- ReceivingList.tsx: 미사용 타입 import 정리

feat: G-1 작업지시 관리 API 연동

- actions.ts 서버 액션 11개 함수 구현
- types.ts API 타입 및 변환 함수 추가
- index.ts 액션 함수 export 추가

Server Actions:
- getWorkOrders (목록)
- getWorkOrderStats (통계)
- getWorkOrderById (상세)
- createWorkOrder (등록)
- updateWorkOrder (수정)
- deleteWorkOrder (삭제)
- updateWorkOrderStatus (상태변경)
- assignWorkOrder (담당자배정)
- toggleBendingField (벤딩토글)
- addWorkOrderIssue (이슈등록)
- resolveWorkOrderIssue (이슈해결)

feat: I-1 미지급비용 관리 React 연동

- Server Actions 패턴으로 API 연동 구현 (actions.ts)
- Mock 데이터 제거, props 기반 데이터 주입
- Server Component로 초기 데이터 로딩
- 삭제/지급일 변경 등 CRUD 액션 연동

feat: HR 모듈 API 연동 완료 및 휴가관리 버그 수정

## 휴가관리 (VacationManagement)
- 휴가 부여 API 연동: createLeaveGrant 호출 추가
- 휴가 신청 시 선택된 사원 userId 전달 (잔여휴가 오류 수정)
- LeaveType 타입 분리 (VacationType과 구분)
- VacationGrantDialog에 부여일(grantDate) 필드 추가

## 근태관리 (AttendanceManagement)
- actions.ts 추가: API 호출 함수 분리
- 타입 정의 확장 및 개선

## 기타 개선
- CardManagement, SalaryManagement: actions 개선
- DocumentCreate: 전자결재 actions 및 index 개선
- GoogleMap: 지도 컴포넌트 개선

feat: Phase E 인사관리 Mock → API 마이그레이션

- E-1 법인카드 관리 API 연동
  - actions.ts 생성 (getCards, createCard, updateCard, deleteCard, toggleCardStatus)
  - CardForm, 페이지 컴포넌트 API 연동
- E-2 급여 관리 API 연동
  - actions.ts 생성 (getSalaries, getSalary, updateSalaryStatus, bulkUpdateSalaryStatus)
  - 급여 목록 컴포넌트 API 연동
- 결재 시스템 actions.ts 추가 (ApprovalBox, DraftBox, ReferenceBox, DocumentCreate)
- DepositManagement actions.ts 페이지네이션 응답 구조 수정
- 부서 관리, 휴가 관리 actions.ts 개선
- API URL에 /api prefix 추가

회계 및 설정 모듈 리팩토링: actions 분리, 타입 정의 개선

feat: 휴가 부여현황 Mock 데이터 제거 및 API 연동

- getLeaveGrants, createLeaveGrant, deleteLeaveGrant API 함수 추가
- LeaveGrantType, LeaveGrantRecord, CreateLeaveGrantRequest 타입 추가
- generateGrantData Mock 함수 제거
- fetchGrantData로 실제 API 호출
- grantData 상태를 API 데이터로 갱신

feat: 휴가 사용현황 Mock 데이터 제거 및 API 연동

- getLeaveBalances() API 함수 추가
- LeaveBalanceRecord, GetLeaveBalancesParams 타입 정의
- generateUsageData() Mock 함수 제거
- fetchUsageData()로 실제 API 호출
- hireDate 날짜 포맷팅 예외 처리 추가

feat: C-4 부서 관리 Mock → API 연동

- actions.ts 생성 (getDepartmentTree, createDepartment, updateDepartment, deleteDepartment, deleteDepartmentsMany)
- index.tsx Mock 데이터 제거 및 API 연동
- 트리 구조 CRUD 완전 연동

⚠️ .env.local에 API_URL=https://api.sam.kr/api 설정 필요 (Server Actions용)

feat: C-3 휴가 관리 Mock → API 연동

- actions.ts 생성: getLeaves, createLeave, approveLeave, rejectLeave, cancelLeave 등
- index.tsx 수정: 신청현황 탭 Mock 데이터 → API 호출 전환
- 일괄 승인/반려 API 연동 (approveLeavesMany, rejectLeavesMany)
- 휴가 신청 다이얼로그 createLeave API 연동

feat: C-2 근태 관리 Mock → API 연동

- actions.ts 생성 (checkIn/checkOut/getTodayAttendance)
- GoogleMap.tsx userLocation 콜백 추가
- page.tsx Mock console.log 제거 + API 연동
- 처리중 상태 및 버튼 텍스트 추가

feat: C-1 직원 관리 Mock → API 연동

- actions.ts 생성 (CRUD + 통계 + 일괄삭제 Server Actions)
- utils.ts 생성 (API ↔ Frontend 데이터 변환)
- index.tsx Mock 데이터 제거, API 연동
- [id]/page.tsx 상세 페이지 API 연동
- [id]/edit/page.tsx 수정 페이지 API 연동
- new/page.tsx 등록 페이지 API 연동

API Endpoints:
- GET/POST /api/v1/employees
- GET/PATCH/DELETE /api/v1/employees/{id}
- POST /api/v1/employees/bulk-delete
- GET /api/v1/employees/stats

feat: Daum 우편번호 서비스 연동 및 악성채권 UI 개선

- useDaumPostcode 공통 훅 생성 (Daum Postcode API 연동)
- 우편번호 찾기 기능 적용: 악성채권, 거래처, 직원, 회사정보, 주문등록
- 악성채권 페이지 토글 순서 변경 (라벨 → 토글)
- 악성채권 토글 기능 수정 (매출/매입 → 등록/해제)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
(cherry picked from commit 41ef0bdd86)

feat: A-2 팝업 관리 Mock → API 연동

- 상세 조회 페이지: MOCK_POPUPS → getPopupById() API
- 수정 페이지: MOCK_POPUPS → getPopupById() API + 로딩 상태
- PopupForm: console.log → createPopup/updatePopup Server Actions
- 삭제 기능: deletePopup() API 연동 + 로딩 상태
- 데이터 변환 유틸리티 추가 (API ↔ Frontend)

feat: A-1 악성채권 관리 Mock → API 연동 완료

- 상세 페이지 서버 컴포넌트 전환 ([id]/page.tsx, [id]/edit/page.tsx)
- BadDebtDetail.tsx: CRUD API 연동 (createBadDebt, updateBadDebt, deleteBadDebt)
- actions.ts: 메모 API 추가 (addBadDebtMemo, deleteBadDebtMemo)

feat: 매입 관리 Mock → API 전환 및 세금계산서 토글 연동

- index.tsx: Mock 데이터 제거, API 데이터 로딩으로 전환
- actions.ts: getPurchases(), togglePurchaseTaxInvoice() 서버 액션 추가
- vendorOptions 빈 문자열 필터링 (Select.Item 에러 수정)

feat: 매출 상세 페이지 API 연동

- 목데이터(MOCK_VENDORS, fetchSalesDetail) 제거
- getSaleById, createSale, updateSale, deleteSale API 연동
- getClients로 거래처 목록 로드
- 상태 관리 개선 (clients, isLoading, isSaving)

fix: Mock 데이터를 실제 API 연동으로 복원

- 팝업 관리, 결제 내역, 구독 관리, 알림 설정 API 연동
- 입금/출금/거래처 관리 API 연동
- page.tsx를 서버 컴포넌트로 변환
- actions.ts 서버 액션 추가
2025-12-29 16:46:55 +09:00

11 KiB

Route Protection Architecture - 최종 구조

개요

2단계 보호 시스템:

  1. Middleware (서버): 모든 페이지 요청 시 인증 확인
  2. Layout Hook (클라이언트): 보호된 페이지의 브라우저 캐시 방지

폴더 구조

src/app/[locale]/
├── (auth)/                    # 게스트 전용 페이지
│   └── login/
│       └── page.tsx          # 로그인 페이지 (컴포넌트 재사용)
│
├── (protected)/               # ✅ 보호된 페이지 그룹
│   ├── layout.tsx            # 🔒 useAuthGuard() 여기서만!
│   └── dashboard/
│       └── page.tsx          # useAuthGuard() 불필요
│
├── login/                     # 직접 접근용 로그인 페이지
│   └── page.tsx
│
├── signup/                    # 직접 접근용 회원가입 페이지
│   └── page.tsx
│
├── page.tsx                   # 홈페이지 (공개)
└── layout.tsx                 # 루트 레이아웃

Route Group 설명:

  • (auth): 괄호로 감싸져 있어 URL에 포함되지 않음
    • /loginsrc/app/[locale]/login/page.tsx
    • /(auth)/login → 동일한 /login URL
  • (protected): Layout 기반 보호 그룹
    • /dashboardsrc/app/[locale]/(protected)/dashboard/page.tsx
    • Layout의 useAuthGuard()가 자동 적용

보호 레이어 상세

Layer 1: Middleware (서버 사이드)

파일: src/middleware.ts

역할:

  • 모든 HTTP 요청 차단 (페이지, API, 리소스)
  • HttpOnly 쿠키 검증
  • 인증 실패 시 /login 리다이렉트

적용 범위:

  • URL 직접 입력
  • 링크 클릭
  • 새로고침 (F5)
  • 프로그래매틱 네비게이션

코드:

// src/middleware.ts
function checkAuthentication(request: NextRequest) {
  const tokenCookie = request.cookies.get('user_token');
  if (tokenCookie?.value) {
    return { isAuthenticated: true, authMode: 'bearer' };
  }
  return { isAuthenticated: false, authMode: null };
}

// 보호된 경로 체크
if (!isAuthenticated && !isPublicRoute && !isGuestOnlyRoute) {
  return NextResponse.redirect(new URL('/login', request.url));
}

Layer 2: Protected Layout (클라이언트 사이드)

파일: src/app/[locale]/(protected)/layout.tsx

역할:

  • 페이지 마운트 시 인증 재확인
  • 브라우저 BFCache (뒤로가기 캐시) 감지 및 새로고침
  • 다른 탭에서 로그아웃 시 동기화

적용 범위:

  • (protected) 폴더 하위 모든 페이지
  • 브라우저 뒤로가기
  • 페이지 캐시 복원

코드:

// src/app/[locale]/(protected)/layout.tsx
"use client";

import { useAuthGuard } from '@/hooks/useAuthGuard';

export default function ProtectedLayout({ children }) {
  useAuthGuard(); // 모든 하위 페이지에 자동 적용
  return <>{children}</>;
}

시나리오별 동작

시나리오 1: URL 직접 입력 (비로그인)

http://localhost:3000/dashboard 입력
    ↓
🛡️ Middleware 실행
    → 쿠키 없음
    → /login 리다이렉트
    ↓
로그인 페이지 표시
(Layout Hook은 실행되지 않음)

결과: Middleware만으로 차단 완료


시나리오 2: 정상 로그인 후 접근

로그인 성공 → /dashboard 이동
    ↓
🛡️ Middleware 실행
    → 쿠키 있음
    → 통과
    ↓
(protected)/layout.tsx 마운트
    → useAuthGuard() 실행
    → /api/auth/check 호출
    → 인증 성공
    ↓
dashboard/page.tsx 렌더링

결과: 이중 검증 통과


시나리오 3: 로그아웃 후 뒤로가기 (핵심!)

/dashboard 접속 (로그인 상태)
    ↓
Logout 버튼 클릭
    → /api/auth/logout 호출
    → HttpOnly 쿠키 삭제
    → /login 이동
    ↓
브라우저 뒤로가기 버튼 클릭
    ↓
⚠️ 브라우저 캐시에서 /dashboard 복원
    → 서버 요청 없음
    → Middleware 실행 안됨 ❌
    ↓
🛡️ (protected)/layout.tsx 복원
    → useAuthGuard() 실행
    → pageshow 이벤트 감지
    → event.persisted === true (캐시됨)
    → window.location.reload() 실행
    ↓
새로고침 → 서버 요청 발생
    ↓
🛡️ Middleware 실행
    → 쿠키 없음
    → /login 리다이렉트
    ↓
로그인 페이지 표시

결과: Layout Hook이 캐시 우회 → Middleware 재실행


시나리오 4: 다른 탭에서 로그아웃

탭 A: /dashboard 접속 (로그인 상태)
탭 B: 로그아웃
    ↓
탭 A: 페이지 새로고침 또는 네비게이션
    ↓
🛡️ Middleware 실행
    → 쿠키 없음 (탭 B에서 삭제됨)
    → /login 리다이렉트

결과: 쿠키 공유로 즉시 차단


새 페이지 추가 방법

보호된 페이지 추가

단계:

  1. (protected) 폴더 안에 페이지 생성
  2. 끝! (자동으로 보호됨)

예시:

# Profile 페이지 생성
mkdir -p src/app/[locale]/(protected)/profile
// src/app/[locale]/(protected)/profile/page.tsx
"use client";

export default function Profile() {
  // useAuthGuard() 불필요! Layout에서 자동 처리
  return <div>Profile Content</div>;
}

URL: /profile (Route Group 괄호는 URL에 포함 안됨)


공개 페이지 추가

단계:

  1. (protected) 폴더 에 페이지 생성
  2. auth-config.tspublicRoutes에 추가 (필요시)

예시:

# About 페이지 생성 (공개)
mkdir -p src/app/[locale]/about
// src/app/[locale]/about/page.tsx
export default function About() {
  return <div>About Us (Public)</div>;
}
// src/lib/api/auth/auth-config.ts
export const AUTH_CONFIG = {
  publicRoutes: [
    '/about',  // 추가
  ],
  // ...
};

구현 상세

useAuthGuard Hook

파일: src/hooks/useAuthGuard.ts

export function useAuthGuard() {
  const router = useRouter();

  useEffect(() => {
    // 1. 페이지 로드 시 인증 확인
    const checkAuth = async () => {
      const response = await fetch('/api/auth/check');
      if (!response.ok) {
        router.replace('/login');
      }
    };

    checkAuth();

    // 2. 브라우저 캐시 감지 및 새로고침
    const handlePageShow = (event: PageTransitionEvent) => {
      if (event.persisted) {
        console.log('🔄 캐시된 페이지 감지: 새로고침');
        window.location.reload();
      }
    };

    window.addEventListener('pageshow', handlePageShow);

    return () => {
      window.removeEventListener('pageshow', handlePageShow);
    };
  }, [router]);
}

핵심 로직:

  1. checkAuth(): /api/auth/check 호출로 실시간 인증 확인
  2. pageshow 이벤트: event.persisted로 캐시 감지
  3. window.location.reload(): 강제 새로고침으로 Middleware 재실행

Auth Check API

파일: src/app/api/auth/check/route.ts

export async function GET(request: NextRequest) {
  const token = request.cookies.get('user_token')?.value;

  if (!token) {
    return NextResponse.json(
      { error: 'Not authenticated', authenticated: false },
      { status: 401 }
    );
  }

  return NextResponse.json(
    { authenticated: true },
    { status: 200 }
  );
}

역할:

  • HttpOnly 쿠키 읽기
  • 인증 상태 반환 (200 or 401)

보안 장점

이전 (각 페이지에 Hook)

각 페이지마다 useAuthGuard() 수동 추가
→ 누락 위험 ⚠️
→ 보일러플레이트 코드 증가

현재 (Layout 기반)

(protected)/layout.tsx에서 한 번만
→ 새 페이지 자동 보호
→ 누락 불가능
→ 코드 중복 제거

설정 파일

auth-config.ts

파일: src/lib/api/auth/auth-config.ts

export const AUTH_CONFIG = {
  // 🔓 공개 라우트 (인증 불필요)
  publicRoutes: [],

  // 🔒 보호된 라우트 (참고용, 실제로는 기본 정책으로 보호)
  protectedRoutes: [
    '/dashboard',
    '/profile',
    '/settings',
    '/admin',
    // ... 모든 보호된 경로
  ],

  // 👤 게스트 전용 라우트 (로그인 후 접근 불가)
  guestOnlyRoutes: [
    '/login',
    '/signup',
    '/forgot-password',
  ],

  // 리다이렉트 설정
  redirects: {
    afterLogin: '/dashboard',
    afterLogout: '/login',
    unauthorized: '/login',
  },
};

테스트 체크리스트

필수 테스트

  • URL 직접 입력 (비로그인)

    • /dashboard 입력 → /login 리다이렉트
  • 로그인 후 접근

    • 로그인 → /dashboard 정상 표시
  • 로그아웃 후 뒤로가기

    • 로그아웃 → 뒤로가기 → 캐시 감지 → 새로고침 → /login 리다이렉트
  • 다른 탭에서 로그아웃

    • 탭 A: /dashboard 유지
    • 탭 B: 로그아웃
    • 탭 A: 새로고침 → /login 리다이렉트
  • 새 보호된 페이지 추가

    • (protected)/profile 생성 → 자동 보호 확인

트러블슈팅

문제: 로그아웃 후 뒤로가기 시 페이지 보임

원인: Layout이 Client Component가 아님

해결:

// (protected)/layout.tsx 파일 상단에 추가
"use client";

문제: 404 에러 (페이지를 찾을 수 없음)

원인: 폴더 이름 오타 또는 Route Group 괄호 누락

확인:

# 올바른 경로
src/app/[locale]/(protected)/dashboard/page.tsx

# 잘못된 경로
src/app/[locale]/protected/dashboard/page.tsx  # 괄호 없음

문제: 무한 리다이렉트

원인: /login 페이지에도 보호 적용됨

확인:

  • /login(protected) 폴더 에 있는지 확인
  • guestOnlyRoutes/login 포함 확인

성능 고려사항

API 호출 최소화

  • useAuthGuard는 페이지 마운트 시 1회만 호출
  • 브라우저 캐시 복원 시에만 추가 호출 (새로고침)

사용자 경험

  • 인증 확인은 비동기로 처리 (UI 블로킹 없음)
  • router.replace() 사용으로 뒤로가기 히스토리 오염 방지

향후 페이지 추가 계획

즉시 적용 가능 (보호됨)

(protected) 폴더에 추가하면 자동 보호:

(protected)/
├── profile/          # 사용자 프로필
├── settings/         # 설정
├── admin/            # 관리자
│   ├── users/
│   ├── tenants/
│   └── reports/
├── inventory/        # 재고 관리
├── finance/          # 재무
├── hr/               # 인사
└── crm/              # CRM

요약

최종 아키텍처

보호 정책:
1. Middleware (서버): 모든 요청 차단
2. Layout (클라이언트): 캐시 우회 및 실시간 동기화

폴더 구조:
- (protected)/layout.tsx: 한 곳에서만 관리
- (protected)/**/page.tsx: 자동으로 보호됨

장점:
✅ 코드 중복 제거
✅ 누락 불가능
✅ 브라우저 캐시 문제 해결
✅ 확장성 (새 페이지 자동 보호)
✅ 유지보수성 향상

참고 문서

  • HttpOnly Cookie 구현: claudedocs/httponly-cookie-implementation.md
  • Auth Guard 사용법: claudedocs/auth-guard-usage.md
  • Middleware 설정: src/middleware.ts
  • Auth 설정: src/lib/api/auth/auth-config.ts