and and undioのログアウトの/ターペンタインのニス

magento.stackexchange https://magento.stackexchange.com/questions/103752

  •  29-09-2020
  •  | 
  •  

質問

一般的には、すべてがワニスを使用してうまく機能します。w / turpentineの拡張子を有効にします。管理部のすべての標準領域は予想通りに機能します。

標準の/index.php/adminを使用しない管理者の拡張子に移動すると、問題が発生します。これらの拡張子に移動すると、管理セクションからログアウトされます。

これらの種類のURLを使用する多数の拡張機能を使用します。すべて同じ問題があります。ワニスを無効にしたり、ワニスバイパスクッキーを追加すると消えます。

MagentoのURLブラックリスト設定を更新してこれらのURLを反映しています。しかし問題は持続します。

cron\.php
helpdeskadmin
mstcore
pointofsale
advancedinventory
massstockupdate
.

問題も間欠的です。多くの場合、設定をフィイドリングした後、これらの拡張機能は再度アクセス可能ですが、1日などの問題は返されます。

その他の関連情報：

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

役に立ちましたか？

解決

私はここでMagemojoにある共同創設者の一人で、助けてくれることを嬉しく思います。

ターペンタインクローラ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から転送された通常の要求には一致しません。

他のヒント

問題も間欠的です。多くの場合、設定をフィイドリングした後、これらの拡張機能は再度アクセス可能ですが、1日などの問題は返されます。

ブラックリスト設定はこのシナリオを処理するのに理想的な方法です。これは非常に奇妙に聞こえます - あなたのニスの設定（ブラックリストを含む）が変更されたときに再適用されてから後で変更されているように聞こえます。それはどういうわけかの設定を失い、それを失うことは可能ですか？Turpentineによって生成されたVCLが再起動したときにNASISHによって使用されるように設定しましたか？

MageMojoの答えでクローラIP問題を確認することも非常に良い考えです。

あなたがまだ問題を抱えているならば、 github とターペンテインが生成しているVCLを投稿し、私たちはあなたのもっと手助けをしようとします。

ライセンス： CC-BY-SA と 帰属
所属していません magento.stackexchange
scroll top