एक बियरर टोकन को ऑथराइजेशन हेडर में `Authorization: Bearer <token>` के रूप में भेजा जाता है और यह केवल प्रस्तुत किए जाने मात्र से ही अनुरोध को अधिकृत करता है। अनुरोध पर कोई हस्ताक्षर नहीं होता, न ही इस बात का कोई प्रमाण होता है कि प्रेषक वही पक्ष है जिसे टोकन जारी किया गया था: टोकन ही संपूर्ण क्रेडेंशियल है, और यही "bearer" अर्थ है।
सर्वर टोकन को मान्य करता है — या तो उसे खोजकर, या यदि वह JWT की तरह स्व-निहित है तो हस्ताक्षर को सत्यापित करके — और उससे कॉलर की पहचान और अनुमतियाँ प्राप्त करता है। अनुपलब्ध या अमान्य टोकन 401 त्रुटि है। एक वैध टोकन जिसका धारक उस विशेष कार्य को करने के लिए अधिकृत नहीं है, 403 त्रुटि है; यह अंतर महत्वपूर्ण है, क्योंकि इनमें से केवल एक त्रुटि को ही नए टोकन प्राप्त करके ठीक किया जा सकता है।
एक बियरर टोकन को यूआरएल में डालना सुरक्षित है क्योंकि यह एक निश्चित समय सीमा के भीतर समाप्त हो जाता है। यूआरएल में मौजूद कोई भी जानकारी सर्वर लॉग, ब्राउज़र हिस्ट्री, रेफरर हेडर और एनालिटिक्स में दर्ज हो जाती है। बियरर टोकन को हेडर में, टीएलएस के माध्यम से, कम समय सीमा के साथ और रीफ्रेश होने की सुविधा के साथ रखा जाना चाहिए।
लॉक से चिह्नित प्रत्येक एंडपॉइंट `qa-admin-token` या `qa-viewer-token` लेता है। DELETE कमांड पर व्यूअर टोकन का उपयोग करना 401/403 त्रुटि के अंतर को देखने का सबसे स्पष्ट तरीका है: टोकन मान्य है, और उत्तर अभी भी 'नहीं' है।
सभी शब्द · परीक्षण तकनीकें · सभी 39 मॉक REST API
आखरी अपडेट