Web CMS中的奇怪超時，想法？

我知道這種事情不能充分回答，沒有一個鏈接到現場的例子。不幸的是，我現在無法設置一個，因爲它是一個後端登錄，創建一個安全的公共登錄在這一點上是太多了。抱歉。我希望可以從過去經歷過類似事情的人那裏獲得想法和建議。Web CMS中的奇怪超時，想法？

我在西班牙爲DSL客戶端設置了一個CMS。

CMS託管在德國網絡中心的簡單標準，基於LAMP的共享託管軟件包中。它帶有一個.com域名。

當我的客戶端嘗試使用Internet Explorer 7登錄到CMS時，一切正常。當她嘗試使用Firefox登錄時，她會登錄登錄表單，提交它 - 然後連接超時。當她使用Firefox登錄但使用「domain.com」而不是「www.domain.com」時，一切正常。

發生這種情況所有計算機被連接到該行。一個Windows XP，一個Windows Vista。

該網站的前端部分以及第二個較舊的CMS 在所有瀏覽器中均正常工作。

我無權訪問原始訪問日誌。

我還沒有能夠在任何其他連接上重現此行爲。

歡迎調試思路。遠程診斷非常困難，因爲線路太慢而無法建立適當的遠程連接。

來源

2009-11-23 Pekka 웃

可以將所有節點經過某種代理的是剝離的Cookie /會話相關的HTTP頭數據？ – 2009-11-23 12:54:57

非常不可能。這是Telefonica提供的主流的最終用戶DSL線路。該行總體上有點不穩定，但我無法想象這些具體內容來自哪裏，特別是同一個域上同一個CMS的舊版本運行良好。 – 2009-11-23 12:59:19

確保登錄表單確實發佈到期望的域名，而不是example.com或類似的東西。在登錄頁面上是否有任何JS欺騙可以解釋不同瀏覽器的不同行爲？ – innaM 2009-11-23 13:21:54

如果你是如何可以解決此限制，在客戶端安裝Fiddler - Web debugging proxy，然後運行軌跡，併發送你的日誌，Fiddler將分析業務（無論是代理服務器或DNS超時等）

看一看，如果你以前沒有使用過它：通過線路連接

http://www.fiddler2.com/Fiddler2/version.asp

來源

2009-11-23 13:36:30 Jakub

這看起來很有趣。將嘗試一下，謝謝。 – 2009-11-23 13:38:54

我沒有使用提琴手，但我接受這個，因爲我覺得這是最接近的答案。我只是設法遠程登錄，並刪除了該域名的Firefox的Cookie，並發現它起作用！似乎有兩個會話cookie，一個用於舊CMS，另一個用於新CMS。我不明白爲什麼會有衝突 - 他們運行在不同的數據庫上 - 但顯然是一個，我知道在哪裏尋找。 – 2009-11-23 16:05:46

:-(我實際上寫了一個回答，說「清除Firefox中的瀏覽器cookies」，但是當我重新閱讀你的描述並看到它發生在許多計算機上時我刪除了它;我認爲這不太可能是cookie問題。 – Oddthinking 2009-11-24 01:12:06

檢查Firefox和IE是否使用相同的代理設置。

來源

2009-11-23 13:27:21 Oddthinking

已經選中，在任一瀏覽器上都沒有代理設置。這是直接通過路由器。 – 2009-11-23 13:39:26

DNS問題？你可以把你的A記錄放在這裏檢查一切是否正常？

來源

2009-11-23 13:30:16

Web CMS中的奇怪超時，想法？

回答

相關問題