관리자 로그인시 세션이 즉시 풀려 버립니다.

2026-10-11 (일) 22:16:23 81
방법이 없을까요?
|

답변 4개 / 댓글 4개

url공개해 주세요 일반사용자로 테스트해보게요

답변에 대한 댓글 1개

새로 설치를 했습니다 그런데 페이지 이동 시 간헐적으로 아래 부분에 Request failed with status code 500
나왔다가 사라 집니다. 이동은 정상적으로 되고요 주소는 https://yunstay.com 입니다.
2026-10-12 (월) 08:48:16
관리자만 풀리나요? 다른 사람들도 풀리나요?
다 그렇다면 앞에분이 말씀해주신거 처럼 일단 호스팅 용량을 한번 체크해보셔야 할 거 같습니다.
서버 용량 확인 해보세요

로그인은 되는데 다음 화면에서 바로 풀린다면, 대부분 «세션이 저장되지 않거나 세션 쿠키가 다음 요청에 같이 오지 않는» 경우입니다. 확인하기 쉬운 순서대로 적어 드립니다.

  1. 접속 주소가 섞여 있는지 www가 붙은 주소와 안 붙은 주소, 또는 http와 https를 오가면 쿠키가 따로 놀아서 로그인이 풀립니다. 주소창을 한 가지로만 쓰고 다시 로그인해 보세요. 이렇게 해서 풀리지 않으면 이것이 원인입니다. 고치려면 data/dbconfig.php 또는 config.php의 G5_DOMAIN, G5_HTTPS_DOMAIN 값과 실제 접속 주소를 맞추고, 한쪽 주소로 오면 다른 쪽으로 넘기는 설정(리다이렉트)을 해 두세요.

  2. 세션 폴더에 파일이 써지는지 그누보드는 세션을 data/session 폴더에 파일로 저장합니다. 이 폴더의 권한이 707(또는 웹서버가 쓸 수 있는 권한)인지 확인하세요. 호스팅 디스크 용량이 꽉 차도 세션 파일을 못 써서 같은 증상이 납니다. 호스팅 관리 화면에서 남은 용량을 확인해 보세요. 로그인을 시도한 직후 data/session 폴더에 새 파일이 생기는지 보면 바로 알 수 있습니다.

  3. 접속 IP가 바뀌는지 그누보드5는 로그인할 때의 IP와 브라우저 정보로 만든 값을 세션에 넣어 두고, 요청마다 다시 비교합니다. 값이 다르면 로그아웃시킵니다. 클라우드플레어 같은 프록시나 CDN을 거치거나, 휴대폰 데이터처럼 요청마다 IP가 바뀌는 환경이면 로그인 직후 풀릴 수 있습니다. 최근에 CDN을 붙였거나 서버를 옮겼다면 이쪽을 의심해 보세요.

  4. https 설정 https로 바꾼 뒤부터 그렇다면, 세션 쿠키에 secure 옵션이 켜져 있는데 http로 접속하고 있는 경우일 수 있습니다. 1번처럼 https 한 가지로 통일하면 해결됩니다.

  5. 브라우저 다른 브라우저나 시크릿 창에서 로그인해 보세요. 거기서는 된다면 원래 브라우저의 쿠키를 지우거나 쿠키 차단 확장 프로그램을 확인하시면 됩니다.

언제부터 그랬는지(서버 이전, PHP 버전 변경, https 적용, CDN 연결 등)와 그누보드 버전을 알려 주시면 원인을 더 좁혀 드릴 수 있습니다.
 

답변에 대한 댓글 3개

답변 감사드리고요 질문을 잘 해야 하는데 사실은 G7 처음 설치 하는데 AI 에게 질문 하면서 설치 중 관리자 로그인 하면 즉시 세션이 종료 되었다고 팝업 창 깔리면서 로그아웃 되어 버려서 그 부분 궁금해서 질문 드린 겁니다. 어제 하루 종일 씨름 하다가 아직 해결 못해서 오늘 또 AI 하고 씨름 해 볼게요 아무튼 답변 감사 드립니다.
추가로 composer 가 설치가 안되어 있던데 우분투 서버에 composer 깔끔한 설치 방법 부탁 드립니다.
G7이셨군요. 앞 답변은 그누보드5 기준이라 해당되지 않는 내용이 많았습니다. G7은 라라벨 기반이라 세션과 설정 위치가 다릅니다. 저도 G7을 직접 설치해 재현해 본 것은 아니고, 공식 설치 문서와 라라벨 구조를 기준으로 확인 순서를 정리해 드립니다.

[로그인 직후 «세션 종료» 팝업]

원인부터 보기
팝업이 뜬 직후 서버의 storage/logs/laravel.log 끝부분을 확인하세요. 그리고 브라우저에서 F12 → 네트워크 탭을 열어 둔 채 로그인해 보시고, 빨갛게 실패한 요청의 상태 코드를 보세요. 419면 세션 쿠키나 CSRF 문제이고, 401이면 인증 정보가 다음 요청에 같이 가지 않는 문제입니다. 이 두 가지만 확인해도 아래 항목 중 어디인지 거의 좁혀집니다.

.env의 APP_URL과 실제 접속 주소
APP_URL이 주소창 주소와 글자 하나까지 같아야 합니다(http/https, www 유무 포함). SESSION_DOMAIN 값이 들어 있다면 그것도 실제 도메인과 맞는지 보세요. 고친 뒤에는 꼭 아래 명령을 실행하세요. 설정이 캐시되어 있으면 .env를 고쳐도 반영되지 않습니다.
php artisan config:clear

http로 접속 중인데 secure 쿠키가 켜진 경우
.env에 SESSION_SECURE_COOKIE=true가 있는데 http로 접속하면 브라우저가 세션 쿠키를 저장하지 않아서, 로그인 직후 바로 풀립니다. https로 접속하시거나, 시험 중에는 false로 두세요. 공식 설치 문서도 운영 서버는 APP_URL을 https로 하라고 권합니다.

쓰기 권한
웹서버 계정이 storage와 bootstrap/cache에 쓸 수 있어야 합니다. 세션을 파일로 저장한다면 storage/framework/sessions에 로그인 직후 새 파일이 생기는지 보시면 바로 압니다. 공식 문서에 나온 명령입니다.
sudo chown -R www-data:www-data storage bootstrap/cache modules plug

답변을 작성하려면 로그인이 필요합니다.