그누보드 로그인 안됨·로그인 풀림 확인표

그누보드에서 “로그인 안됨”과 “로그인 풀림”은 같은 상태가 아닙니다. 로그인 처리에서 인증이 거부된 경우, 로그인 성공 뒤 세션 쿠키가 다음 요청에 전달되지 않은 경우, 쿠키는 전달됐지만 서버가 세션을 읽지 못한 경우를 나눠 확인합니다.

먼저 증상을 구분합니다

확인 순서

1. 로그인 화면의 문구, 로그인 요청 URL, 성공 뒤 처음 이동한 URL과 발생 시각을 기록합니다.
2. 비밀번호 오류나 메일 인증 안내가 보이면 문구를 그대로 기록합니다. 그누보드5의 login_check.php는 메일 인증이 필요한 계정을 회원 세션 생성 전에 별도로 안내합니다.
3. 로그인 성공 화면이 보였다면 응답에 세션 쿠키가 있는지 확인합니다. 값은 복사하지 않고 Domain·Path·Secure·HttpOnly·SameSite 속성만 기록합니다.
4. 바로 다음 요청에서 같은 세션 쿠키가 전송되는지 확인합니다. 브라우저 개발자 도구에서는 쿠키 값이 아니라 포함 여부와 차단 사유만 기록합니다.
5. 로그인 URL과 다음 URL의 호스트를 비교합니다. www 유무가 달라질 때만 풀리면 config.php의 G5_COOKIE_DOMAIN을 확인합니다.
6. 공식 config.php는 www.sir.kr과 sir.kr을 서로 다른 도메인으로 설명하며, 설정이 비어 있으면 두 호스트 사이에서 로그인이 풀릴 수 있다고 명시합니다.
7. 다음 요청에 쿠키가 전달됐는데 로그인 상태가 없다면 애플리케이션 서버에서 같은 세션을 기록하고 조회하는지 확인합니다. 이때 실제 세션 ID나 회원정보를 로그에 추가하지 않습니다.

www·루트 도메인 확인

G5_COOKIE_DOMAIN은 모든 로그인 문제의 해결값이 아닙니다. 사이트가 한 호스트만 사용한다면 먼저 그 호스트로 301 또는 308 이동이 일관되게 적용되는지 확인합니다. 두 호스트에서 로그인을 공유해야 하는 운영 정책이 있을 때만 현재 설정과 의도한 범위를 비교합니다.

로그인 URL:로그인 뒤 첫 URL:www 유무가 바뀌었는지:G5_COOKIE_DOMAIN 설정 여부:응답에 세션 쿠키가 있었는지:다음 요청에 쿠키가 전달됐는지:서버가 같은 세션을 읽었는지:

범용 쿠키·세션 분기는 로그인 상태가 유지되지 않아요에서 확인합니다. 그누보드 외 PHP 사이트의 세션 저장 문제와 이 설정을 같은 원인으로 단정하지 않습니다.