2012-04-10 9 views
9

मान लीजिए मैं www.example.com जो एक IFRAME ASP.NET साइट myapp.othersite.com की ओर इशारा करते है पर एक साइट है - इस सत्र और 3 पक्ष के कुकीज़ जो मुझे समझ के साथ मुद्दों का कारण बनता है।क्या विभिन्न सबडोमेन पर एक सत्र कुकी तीसरे पक्ष के रूप में गिनती है?

यदि मैं एम्बेडेड ऐप को myapp.example.com पर ले गया, तो सत्र कुकी अभी भी एक तृतीय-पक्ष कुकी के रूप में गिना जाएगा क्योंकि यह एक अलग सबडोमेन है?

उत्तर

7

आप डोमेन .example.com

पर एक कुकी फिर से एक कुकी सेट करता है, तो www.example.com और www.myapp.example.com एक ही विचार किया जाएगा।

कोई कुकी को तृतीय पक्ष कुकी के रूप में नहीं माना जाता है।

+0

सुनिश्चित नहीं हैं कि डोमेन ASP.NET सत्र के लिए डिफ़ॉल्ट रूप से उपयोग करेगा [ThirdPartyUtil.IsThirdPartyInternal जहां इस फ़ायरफ़ॉक्स में चेक किया गया है हो रहा है], लेकिन [इस सवाल] को देखकर (http://stackoverflow.com/questions/2326521/asp-net- सत्र- कुकीज- निर्दिष्ट करना- the-base-domain) ऐसा लगता है कि यह example.com होगा - मैं परीक्षण करूंगा और रिपोर्ट करें – RossJ

+1

काम करने लगता है, इसलिए विभिन्न सबडोमेन पर एएसपी.NET सत्र कुकीज़ अभी भी पहली पार्टी के रूप में गिना जाता है। – RossJ

+0

एक वेबसाइट पर एक कुकी सेट जो एक अलग वेबसाइट के आईफ्रेम में लोड की जाती है उसे मूल वेबसाइट पर तीसरी पार्टी कुकी माना जाता है। –

5

कुकीज़ को विभिन्न आधार डोमेन (आधार डोमेन example.com या example.co.uk) से आने पर तृतीय पक्ष माना जाता है, लेकिन यदि वे समान आधार डोमेन के विभिन्न सबडोमेन से नहीं आते हैं।

myapp.example.comडोमेन myapp.example.com साथ कुकी सेट करने की अगर यह www.example.com के भीतर सन्निहित है सक्षम हो जाएगा।

डोमेन .example.com साथ myapp.example.com सेट कुकीज़ होने अनावश्यक जब तक उन कुकीज़ अलग उप डोमेन से पढ़ा होने की जरूरत है।

[फायरफॉक्स, क्रोम में परीक्षण किया गया (3 पार्टी कुकीज़ के साथ अवरुद्ध) और सफारी]

संबंधित मुद्दे