<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>authentik on PCMEISTER 기술 노트</title><link>https://blog.pcmeister.co.kr/tags/authentik/</link><description>Recent content in authentik on PCMEISTER 기술 노트</description><generator>Hugo</generator><language>ko-KR</language><lastBuildDate>Wed, 14 Oct 2026 10:20:00 +0900</lastBuildDate><atom:link href="https://blog.pcmeister.co.kr/tags/authentik/index.xml" rel="self" type="application/rss+xml"/><item><title>fetch 가 로그인 302 를 따라가다 CORS 오류로 끝날 때: API 는 챌린지 없는 401 JSON 으로</title><link>https://blog.pcmeister.co.kr/p/29/</link><pubDate>Wed, 14 Oct 2026 10:20:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/29/</guid><description>세션이 만료된 웹 화면에서 API 호출이 로그인 페이지로 가는 302 를 받으면, fetch 가 그걸 따라가다 교차 출처 오류로 끝납니다. 그래서 API 경로만 401 JSON 을 주고 화면이 직접 로그인 페이지로 옮기게 했습니다.</description></item><item><title>DAVx⁵ 로그인이 조용히 실패할 때: forward auth 뒤 CalDAV 서버는 401 과 302 를 나눠야 한다</title><link>https://blog.pcmeister.co.kr/p/28/</link><pubDate>Wed, 14 Oct 2026 10:15:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/28/</guid><description>Go 로 직접 만든 CalDAV 서버를 authentik 의 forward auth 뒤에 두었습니다. 웹 화면은 로그인 페이지로 302 를 줘야 하지만 DAVx⁵ 에 302 를 주면 로그인이 이유 없이 실패합니다. 경로와 메서드로 응답을 나눈 규칙을 적습니다.</description></item><item><title>DNS 를 바꿨는데도 authentik 아웃포스트가 옛 서버에 붙어 있을 때: 오래 열린 웹소켓</title><link>https://blog.pcmeister.co.kr/p/22/</link><pubDate>Wed, 14 Oct 2026 09:45:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/22/</guid><description>인증 서버(authentik)를 새 노드로 옮기고 DNS 가 모두 바뀐 뒤에도, 원격 아웃포스트들은 옛 서버의 앞단을 거쳐 붙어 있었습니다. DNS 를 바꾸기 전에 열린 웹소켓이 그대로 살아 있었던 겁니다.</description></item></channel></rss>