문제

일반적으로 모든 것이 Varnish 인 Enable W / Turpentine 확장을 사용하여 잘 작동합니다.관리 섹션의 모든 표준 영역은 예상대로 작동합니다.

표준 /index.php/admin을 사용하지 않는 관리자의 확장자로 이동하면 문제가 발생합니다.이러한 확장 프로그램을 탐색하면 관리자 섹션에서 로그 아웃됩니다.

이런 종류의 URL을 사용하는 여러 확장을 사용합니다.모두 같은 문제가 있습니다.Varnish를 비활성화하거나 니스 바이 패스 쿠키를 추가 할 때 사라집니다.

이러한 URL을 반영하기 위해 Magento의 URL 검은 색 목록 설정을 업데이트했습니다.그러나 문제는 지속됩니다.

cron\.php
helpdeskadmin
mstcore
pointofsale
advancedinventory
massstockupdate
.

문제도 간헐적입니다.여러 번, 설정을 통해 Fiddling을 통해 이러한 확장은 다시 액세스 할 수 있지만 하루 정도 주어지면 문제가 반환됩니다.

기타 관련 정보 :

Hosted at https://magemojo.com/
Using nginx
php 5.6 fpm
Magento 1.9.1.0 with all security updates
.

도움이 되었습니까?

해결책

나는 Magemojo에서 공동 창립자 중 하나이며 도움이 기쁠 것입니다.

Terpentine 크롤러 IP를 127.0.0.1에서 다른 것으로 변경하십시오.그 이유는 nginx가 127.0.0.1에서 전달되고, 테레빈은 정기적 인 요청과 일치합니다 :

if (client.ip ~ crawler_acl || req.http.User-Agent ~ "^(?:ApacheBench/. *|.*Googlebot.*|JoeDog/.*Siege.*|magespeedtest\.com|Nexcessnet_Turpentine/.*​)$") {
.

트리거 :

set req.http.Cookie = "frontend=crawler-session";
.

크롤러는 여전히 사용자 에이전트와 작업에 일치합니다.Turpentine Admin Crawler IP를 127.0.0.1 이외의 모든 것으로 변경하면 Nginx에서 전달 된 일반 요청과 일치하지 않습니다.

다른 팁

문제도 간헐적입니다.여러 번, 설정을 통해 Fiddling을 통해 이러한 확장은 다시 액세스 할 수 있지만 하루 정도 주어지면 문제가 반환됩니다.

블랙리스트 설정은이 시나리오를 처리하는 이상적인 방법입니다.이것은 매우 이상하게 들리게됩니다. 변경 사항을 만들 때 바니시 설정 (블랙리스트 포함)이 재사용되고 나중에 다시 바뀌 었습니다.바니시가 어떻게 든 다시 시작되고 설정을 잃는 것이 가능합니까?Turpentine에서 생성 된 VCL이 니스를 다시 시작할 때 VCL이 사용되도록 설정 했으므로

Magemojo의 대답에서 크롤 러 IP 문제를 확인하는 것도 매우 좋은 생각입니다.

이 가려고 한 후에도 여전히 문제가 발생하면 "Nofollow"> Github에서 문제를 해결하십시오 Turpentine이 생성하고있는 VCL을 게시하고 더 많은 것을 도우려고 노력할 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 magento.stackexchange
scroll top