it-swarm-ko.tech

로컬 호스트의 루프로 인해 로그인이 실패합니다. 어떤 아이디어가 있습니까?

Git이 사이트를 복제하고 Backup and Migrate를 사용하여 데이터베이스를 로컬 호스트로 가져 왔습니다.

원격 호스트에서 작업하면 로그인이 제대로 작동합니다. 로컬이 아닙니다. 더 이상 내가 말한 시간 동안 작동하지 않았습니다.

Firefox에서 서버가 절대 완료되지 않는 방식으로이 주소에 대한 요청을 리디렉션하고 있음을 감지했습니다.

모든 기록을 지우고 다른 브라우저를 사용 해보고 Apache를 몇 번 다시 시작했습니다.

어떤 아이디어?

편집하다:

설치할 수 있으며 설치 후 데이터베이스를 마이그레이션 한 후 약 60 초 동안 로그인 상태를 유지합니다. 그런 다음 루프로 리디렉션됩니다.

페이지가 제대로 리디렉션되지 않습니다

Firefox에서 서버가 절대 완료되지 않는 방식으로이 주소에 대한 요청을 리디렉션하고 있음을 감지했습니다.

이 문제는 때때로 쿠키 사용을 중지하거나 거부하여 발생할 수 있습니다.

  • 브라우저 쿠키 및 캐시를 지 웠습니다.
  • Drupals 캐시를 지 웠습니다
  • apache를 다시 시작했습니다
  • 다른 브라우저를 사용해 보았습니다

사이트 설정 방법과 관련이 있다고 생각하기 시작했습니다. 나는 내가 생각하는 매우 둥근 방식으로하고 있습니다.

  • 개발자 사이트에서 백업 데이터베이스
  • 자식 복제 사이트 및 httpd.conf 및 호스트 파일
  • settings.php 파일에서 동일한 이름, 사용자 및 비밀번호로 데이터베이스 생성
  • 사이트 설치
  • 백업 활성화로 이동하고 마이그레이션
  • 백업에서 데이터베이스 가져 오기

사이트로드. 60 초 정도 후에 파이어 폭스 메시지와 함께 삭제됩니다. 문제 해결을 시작할 위치가 100 % 확실하지 않습니다.

5
winchendonsprings

Sudo a2enmod rewrite 고쳤다. 그게 다야.

2
winchendonsprings

Drupal_goto ()에 로깅 코드를 추가하여 리디렉션을 시작한 함수를 역 추적함으로써 확실하게 알 수 있습니다. 그런 다음 해당 기능이 리디렉션을 시작한 이유를 검사하고 거기서 다시 작동하십시오.

또는 좀 더 "추측"접근 방식-

  • Settings.php에 $base_url가 설정되어 있지 않은지 확인하십시오.

  • 설치 후 캐시 테이블을 지우고 복사하십시오 (또는 캐시 테이블 내용을 백업하지 마십시오).

drush cc all

  • 재배치에 의해 혼동 될 수있는 모듈을 비활성화합니다-securepages, canonical_url, logintoboggan (여기서 추측).

drush dis securepages canonical_url logintoboggan

  • 변수 테이블에서 '% http : //your.old.domain%'와 같은 값을 가진 항목이 있는지 확인하고 삭제하십시오.

drush vget | grep your.old.domain

drush vdel some_variable_name

3
Chris Burgess

같은 문제가 발생했습니다. infinite redirect loop-웹 사이트의 모든 페이지를 볼 수 있지만 자격 증명으로 로그인하려고하면이 오류가 발생합니다. 그래서 관리자로 내 사이트에 액세스 할 수 없습니다. 모듈 추가와 같은 솔루션을 찾았지만 어떤 모듈도 add/disable 수 없습니다. 이 문제를 해결하는 데 하루가 걸렸습니다.

이 오류를 해결하는 데 다음 단계가 도움이되었습니다.

  1. 수정 된 .htaccess 파일 RewriteBase /drupal

  2. Voting api 모듈을 제거하고 voting api 폴더를 삭제했습니다.

  3. phpmyadmin을 (를) 통해 데이터베이스에서 cache_* tables을 (를) 지 웠습니다.

  4. 수정 된 my.ini/my.cnf 파일-max_allowed_packet = 32M.

누군가에게 도움이되기를 바랍니다.

REF :

https://www.drupal.org/node/706986

0
GIRI

또한 서버 오류 로그를 확인하고 Firebug (아직없는 경우)를 설치하고 "Net"탭을 확인하여 HTTP 요청을 확인해야합니다. 이 두 가지 출처에서 일반적으로 올바른 방향으로 당신을 가리킬 무언가가 있어야합니다.

0
Stefan