उपयोगकर्ताओं के प्रबंधन और JWT टोकन जारी करने के लिए एक JWT-आधारित API
# Auth - सुपाबेस द्वारा प्रमाणीकरण और उपयोगकर्ता प्रबंधन
[](https://coveralls.io/github/supabase/auth?branch=master)
Auth एक उपयोगकर्ता प्रबंधन और प्रमाणीकरण सर्वर है जो Go में लिखा गया है और [Supabase](https://supabase.com) की सुविधाओं को संचालित करता है, जैसे:
- JWTs जारी करना
- PostgREST के साथ रो लेवल सुरक्षा
- उपयोगकर्ता प्रबंधन
- ईमेल, पासवर्ड, मैजिक लिंक, फ़ोन नंबर से साइन इन करें
- बाहरी प्रदाताओं (Google, Apple, Facebook, Discord, ...) से साइन इन करें
यह मूल रूप से उत्कृष्ट [नेटलिफ़ाई का GoTrue कोडबेस](https://github.com/netlify/gotrue) पर आधारित है, हालांकि दोनों सुविधाओं और क्षमताओं में काफी भिन्न हो चुके हैं।
यदि आप परियोजना में योगदान देना चाहते हैं, तो कृपया [योगदान मार्गदर्शिका](https://github.com/supabase/auth/blob/master/CONTRIBUTING.md) देखें।
## विषय-सूची
- [त्वरित प्रारंभ](#quick-start)
- [प्रोडक्शन में चलाना](#running-in-production)
- [कॉन्फ़िगरेशन](#configuration)
- [एंडपॉइंट्स](#endpoints)
## त्वरित प्रारंभ
अपने स्वयं के कस्टम एनवायरनमेंट वेरिएबल्स संग्रहीत करने के लिए एक `.env` फ़ाइल बनाएँ। देखें [`example.env`](https://github.com/supabase/auth/blob/master/example.env)
1. Postgres कंटेनर में स्थानीय Postgres डेटाबेस प्रारंभ करें: `docker-compose -f docker-compose-dev.yml up postgres`
2. auth बाइनरी बनाएँ: `make build` . आपको इस प्रकार का आउटपुट देखना चाहिए:```bash
go build -ldflags "-X github.com/supabase/auth/cmd.Version=`git rev-parse HEAD`"
GOOS=linux GOARCH=arm64 go build -ldflags "-X github.com/supabase/auth/cmd.Version=`git rev-parse HEAD`" -o gotrue-arm64
```
3. ऑथ बाइनरी निष्पादित करें: `./auth`
### यदि आपके पास Docker स्थापित है
अपने स्वयं के कस्टम env vars संग्रहीत करने के लिए एक `.env.docker` फ़ाइल बनाएँ। [`example.docker.env`](https://github.com/supabase/auth/blob/master/example.docker.env) देखें।
1. `make build`
2. `make dev`
3. `docker ps` में दो Docker कंटेनर (`auth-auth-1` और `auth-postgres-1`) दिखने चाहिए।
4. बस हो गया! यह पुष्टि करने के लिए कि auth चल रहा है, [health check endpoint](http://localhost:9999/health) पर जाएँ।
## प्रोडक्शन में चलाना
प्रोडक्शन में प्रमाणीकरण सर्वर चलाना आसान काम नहीं है। हम [Supabase Auth](https://supabase.com/auth) का उपयोग करने की अनुशंसा करते हैं, जिसे नियमित सुरक्षा अपडेट मिलते हैं।
अन्यथा, कृपया सुनिश्चित करें कि आप नवीनतम संस्करण में तुरंत अपडेट करने के लिए एक प्रक्रिया स्थापित करते हैं। आप इस रिपॉजिटरी का अनुसरण करके ऐसा कर सकते हैं, विशेष रूप से [Releases](https://github.com/supabase/auth/releases) और [Security Advisories](https://github.com/supabase/auth/security/advisories) अनुभागों का।
### बैकवर्ड संगतता
Auth [Semantic Versioning](https://semver.org) योजना का उपयोग करता है। बैकवर्ड संगतता गारंटियों पर कुछ और स्पष्टीकरण यहाँ दिए गए हैं:
**Go API संगतता**
Auth को Go लाइब्रेरी के रूप में उपयोग करने के लिए नहीं बनाया गया है। इस तरह उपयोग करने पर बैकवर्ड API संगतता की कोई गारंटी नहीं है, चाहे कोई भी संस्करण संख्या बदल जाए।
**पैच**
पैच संस्करण में परिवर्तन निम्नलिखित के साथ बैकवर्ड संगतता की गारंटी देता है:
- डेटाबेस ऑब्जेक्ट (टेबल, कॉलम, इंडेक्स, फ़ंक्शन)।
- REST API
- JWT संरचना
- कॉन्फ़िगरेशन
गारंटीशुदा उदाहरण:
- एक कॉलम का प्रकार नहीं बदलेगा।
- एक टेबल की प्राथमिक कुंजी नहीं बदलेगी।
- एक इंडेक्स नहीं हटाया जाएगा।
- एक विशिष्टता बाधा (uniqueness constraint) नहीं हटाई जाएगी।
- एक REST API को नहीं हटाया जाएगा।
- REST APIs के पैरामीटर पहले की तरह समान रूप से काम करेंगे (या बेहतर, यदि कोई बग ठीक किया गया है)।
- कॉन्फ़िगरेशन नहीं बदलेगा।
गारंटी रहित उदाहरण:
- एक टेबल नए कॉलम जोड़ सकती है।
- एक टेबल में कॉलम पुनः क्रमबद्ध हो सकते हैं।
- गैर-विशिष्ट बाधाएँ (non-unique constraints) हटाई जा सकती हैं (डेटाबेस स्तर की जाँच, null, डिफ़ॉल्ट मान)।
- JWT नए गुण जोड़ सकता है।
**माइनर**
माइनर संस्करण में परिवर्तन निम्नलिखित के साथ बैकवर्ड संगतता की गारंटी देता है:
- REST API
- JWT संरचना
- कॉन्फ़िगरेशन
इन गारंटियों के अपवाद केवल तभी बनाए जाएंगे जब गंभीर सुरक्षा समस्याएँ पाई जाती हैं जिन्हें किसी अन्य तरीके से ठीक नहीं किया जा सकता है।
गारंटीशुदा उदाहरण:
- मौजूदा APIs को पदावनत (deprecated) किया जा सकता है, लेकिन वे अगले कुछ माइनर संस्करण रिलीज़ के लिए काम करते रहेंगे।
- कॉन्फ़िगरेशन परिवर्तन पदावनत हो सकते हैं, लेकिन अगले कुछ माइनर संस्करण रिलीज़ के लिए काम करते रहेंगे।
- पहले से जारी JWT स्वीकार किए जाएंगे, लेकिन नए JWT एक अलग संरचना के साथ हो सकते हैं (लेकिन आमतौर पर समान)।
गारंटी रहित उदाहरण:
- पदावनति सूचना के बाद JWT फ़ील्ड्स को हटाना।
- पदावनति सूचना के बाद कुछ APIs को हटाना।
- पदावनति सूचना के बाद बाहरी प्रदाताओं के साथ साइन-इन को हटाना।
- टेबल, इंडेक्स, व्यू, फ़ंक्शन में विलोपन, छोटा करना (truncation), महत्वपूर्ण स्कीमा परिवर्तन।
हमारा लक्ष्य कम से कम दो प्रमुख संस्करण रिलीज़ या दो सप्ताह (यदि एकाधिक रिलीज़ निकलती हैं) के लिए निष्पादन लॉग में पदावनति सूचना प्रदान करना है। जब तक सूचना सक्रिय है, संगतता की गारंटी दी जाएगी।
**मेजर**
मेजर संस्करण में परिवर्तन पिछले संस्करणों के साथ किसी भी बैकवर्ड संगतता की गारंटी नहीं देते हैं।
### विरासत में मिली विशेषताएँ
Netlify कोडबेस से विरासत में मिली कुछ विशेषताएँ Supabase द्वारा समर्थित नहीं हैं और भविष्य में बिना पूर्व सूचना के हटाई जा सकती हैं। उन विशेषताओं की एक व्यापक सूची निम्नलिखित है:
1. `instances` टेबल के माध्यम से मल्टी-टेनेंसी, अर्थात `GOTRUE_MULTI_INSTANCE_MODE` कॉन्फ़िगरेशन पैरामीटर।
2. सिस्टम उपयोगकर्ता (शून्य UUID उपयोगकर्ता)।
3. `is_super_admin` कॉलम के माध्यम से सुपर एडमिन।
4. `GOTRUE_JWT_ADMIN_GROUP_NAME` और अन्य कॉन्फ़िगरेशन फ़ील्ड्स के माध्यम से JWT में समूह जानकारी।
5. JWT हस्ताक्षर। Supabase Auth असममित कुंजियों (डिफ़ॉल्ट रूप से RS256; ECC/Ed25519 वैकल्पिक) का समर्थन करता है। HS256 अभी भी संगतता के लिए समर्थित है, लेकिन आसान सत्यापन और रोटेशन के लिए असममित कुंजियों में माइग्रेट करने की अनुशंसा की जाती है। भविष्य की पदावनतियाँ (deprecations) चेंजलॉग में घोषित की जाएंगी। विवरण के लिए [JWT Signing Keys](https://supabase.com/docs/guides/auth/signing-keys) और [JWTs guide](https://supabase.com/docs/guides/auth/jwts) देखें।
ध्यान दें कि यह एक संपूर्ण सूची नहीं है और यह बदल सकती है।
### सेल्फ-होस्टिंग करते समय सर्वोत्तम अभ्यास
Auth के साथ बैकवर्ड संगतता सुनिश्चित करने के लिए सेल्फ-होस्टिंग करते समय पालन करने के लिए ये कुछ सर्वोत्तम अभ्यास हैं:
1. Auth द्वारा प्रबंधित स्कीमा को संशोधित न करें। आप `migrations` निर्देशिका में सभी माइग्रेशन देख सकते हैं।
2. डेटाबेस में डेटा की स्कीमा और संरचना पर निर्भर न रहें। उपयोगकर्ताओं के बारे में जानकारी का अनुमान लगाने के लिए हमेशा Auth APIs और JWT का उपयोग करें।
3. Auth को हमेशा TLS-सक्षम प्रॉक्सी के पीछे चलाएँ, जैसे लोड बैलेंसर, CDN, nginx या अन्य समान सॉफ़्टवेयर।
## कॉन्फ़िगरेशन
आप `.env` नामक कॉन्फ़िगरेशन फ़ाइल, पर्यावरण चर, या दोनों के संयोजन का उपयोग करके Auth को कॉन्फ़िगर कर सकते हैं। पर्यावरण चर `GOTRUE_` से उपसर्गित होते हैं, और फ़ाइल के माध्यम से दिए गए मानों पर हमेशा प्राथमिकता रखेंगे।
### टॉप-लेवल```properties
GOTRUE_SITE_URL=https://example.netlify.com/
```
`SITE_URL` - `string` **आवश्यक**
आपकी साइट जिस बेस URL पर स्थित है। वर्तमान में इसका उपयोग अन्य सेटिंग्स के साथ मिलकर ईमेल में उपयोग होने वाले URL बनाने के लिए किया जाता है। कोई भी URI जो `SITE_URL` के साथ एक ही होस्ट साझा करता है, `redirect_to` पैरामीटर के लिए अनुमत मान है (देखें `/authorize` आदि)।
`URI_ALLOW_LIST` - `string`
कॉमा-पृथक URI की सूची (जैसे `"https://foo.example.com,https://*.foo.example.com,https://bar.example.com"`) जो मान्य `redirect_to` गंतव्य के रूप में अनुमत हैं। डिफ़ॉल्ट [] है। ग्लोबिंग के माध्यम से वाइल्डकार्ड मिलान का समर्थन करता है। जैसे `https://*.foo.example.com` `https://a.foo.example.com` और `https://b.foo.example.com` को स्वीकार करने की अनुमति देगा। सबडोमेन पर भी ग्लोबिंग समर्थित है। जैसे `https://foo.example.com/*` `https://foo.example.com/page1` और `https://foo.example.com/page2` को स्वीकार करने की अनुमति देगा।
अधिक सामान्य ग्लोब पैटर्न के लिए, [निम्न लिंक](https://pkg.go.dev/github.com/gobwas/glob#Compile) देखें।
`OPERATOR_TOKEN` - `string` _केवल मल्टी-इंस्टेंस मोड के लिए_
इस माइक्रोसर्विस के लिए एक ऑपरेटर (सामान्यतः Netlify) के साथ साझा गुप्त कुंजी। इसका उपयोग यह सत्यापित करने के लिए किया जाता है कि अनुरोध ऑपरेटर के माध्यम से प्रॉक्सी किए गए हैं और
पेलोड मानों पर भरोसा किया जा सकता है।
`DISABLE_SIGNUP` - `bool`
जब साइनअप अक्षम होता है तो नए उपयोगकर्ता बनाने का एकमात्र तरीका निमंत्रण (invites) के माध्यम से होता है। डिफ़ॉल्ट `false` है, सभी साइनअप सक्षम हैं।
`GOTRUE_EXTERNAL_EMAIL_ENABLED` - `bool`
इसका उपयोग ईमेल साइनअप अक्षम करने के लिए करें (उपयोगकर्ता अभी भी बाहरी OAuth प्रदाताओं का उपयोग करके साइन अप / साइन इन कर सकते हैं)
`GOTRUE_EXTERNAL_PHONE_ENABLED` - `bool`
इसका उपयोग फ़ोन साइनअप अक्षम करने के लिए करें (उपयोगकर्ता अभी भी बाहरी OAuth प्रदाताओं का उपयोग करके साइन अप / साइन इन कर सकते हैं)
`GOTRUE_RATE_LIMIT_HEADER` - `string`
वह हेडर जिस पर `/token` एंडपॉइंट के लिए रेट लिमिट लागू की जाती है। यह हेडर किसी विश्वसनीय अपस्ट्रीम प्रॉक्सी (जैसे Kong या Envoy) द्वारा सेट किए जाने की अपेक्षा की जाती है। `x-forwarded-for` जैसे हेडर स्पूफ किए जा सकते हैं और जब क्लाइंट द्वारा सीधे प्रदान किए जाते हैं तो रेट लिमिटिंग के लिए उन पर भरोसा नहीं किया जा सकता।
`GOTRUE_RATE_LIMIT_EMAIL_SENT` - `string`
निम्नलिखित एंडपॉइंट्स पर प्रति घंटे भेजे जाने वाले ईमेल की संख्या की रेट लिमिट: `/signup`, `/invite`, `/magiclink`, `/recover`, `/otp`, और `/user`।
`GOTRUE_PASSWORD_MIN_LENGTH` - `int`
न्यूनतम पासवर्ड लंबाई, डिफ़ॉल्ट 6 है।
`GOTRUE_PASSWORD_REQUIRED_CHARACTERS` - `:` द्वारा अलग किए गए वर्ण सेटों की एक स्ट्रिंग। पासवर्ड स्वीकार किए जाने के लिए प्रत्येक सेट का कम से कम एक वर्ण होना चाहिए। `:` वर्ण का उपयोग करने के लिए इसे `\` के साथ एस्केप करें।
`GOTRUE_SECURITY_REFRESH_TOKEN_ROTATION_ENABLED` - `bool`
यदि रिफ्रेश टोकन रोटेशन सक्षम है, तो auth स्वचालित रूप से रद्द किए गए रिफ्रेश टोकन को पुनः उपयोग करने के दुर्भावनापूर्ण प्रयासों का पता लगाएगा। जब कोई दुर्भावनापूर्ण प्रयास पता चलता है, GoTrue तुरंत उस अपमानजनक टोकन से उत्पन्न सभी टोकन रद्द कर देता है।
`GOTRUE_SECURITY_REFRESH_TOKEN_REUSE_INTERVAL` - `string`
यह सेटिंग केवल तभी लागू होती है जब `GOTRUE_SECURITY_REFRESH_TOKEN_ROTATION_ENABLED` सक्षम हो। रिफ्रेश टोकन के लिए पुन: उपयोग अंतराल (reuse interval) समवर्ती या ऑफ़लाइन समस्याओं का समर्थन करने के लिए अंतराल के दौरान रिफ्रेश टोकन को कई बार विनिमय करने की अनुमति देता है। पुन: उपयोग अंतराल के दौरान, auth रद्द किए गए टोकन का उपयोग करने को दुर्भावनापूर्ण प्रयास नहीं मानेगा और केवल चाइल्ड रिफ्रेश टोकन लौटाएगा।
केवल पिछला रद्द किया गया टोकन पुन: उपयोग किया जा सकता है। वर्तमान मान्य रिफ्रेश टोकन से बहुत पहले किसी पुराने रिफ्रेश टोकन का उपयोग करने से पुन: उपयोग का पता लगाने की प्रक्रिया सक्रिय हो जाएगी।
### API```properties
GOTRUE_API_HOST=localhost
PORT=9999
API_EXTERNAL_URL=http://localhost:9999
```
`API_HOST` - `string`
सुनने के लिए होस्टनेम।
`PORT` (कोई उपसर्ग नहीं) / `API_PORT` - `number`
सुनने के लिए पोर्ट नंबर। डिफ़ॉल्ट `8081` है।
`API_ENDPOINT` - `string` _केवल मल्टी-इंस्टेंस मोड_
नियंत्रित करता है कि Netlify इस API को किस endpoint पर एक्सेस कर सकता है।
`API_EXTERNAL_URL` - `string` **आवश्यक**
वह URL जिस पर GoTrue एक्सेस किया जा सकता है।
`REQUEST_ID_HEADER` - `string`
यदि आप आने वाले अनुरोध से request ID प्राप्त करना चाहते हैं, तो इस मान में नाम निर्दिष्ट करें।
### डेटाबेस```properties
GOTRUE_DB_DRIVER=postgres
DATABASE_URL=root@localhost/auth
```
`DB_DRIVER` - `string` **आवश्यक**
यह चुनता है कि आप डेटाबेस का कौन-सा डायलेक्ट चाहते हैं। यह `postgres` होना चाहिए।
`DATABASE_URL` (बिना उपसर्ग) / `DB_DATABASE_URL` - `string` **आवश्यक**
डेटाबेस के लिए कनेक्शन स्ट्रिंग।
`GOTRUE_DB_MAX_POOL_SIZE` - `int`
डेटाबेस के लिए खुले कनेक्शनों की अधिकतम संख्या निर्धारित करता है। डिफ़ॉल्ट 0 है, जो कनेक्शनों की "असीमित" संख्या के बराबर है।
`DB_NAMESPACE` - `string`
सभी टेबल नामों में एक उपसर्ग जोड़ता है।
**माइग्रेशन नोट**
जब आप `./auth` चलाते हैं तो माइग्रेशन स्वचालित रूप से लागू हो जाते हैं। हालाँकि, आपके पास निम्नलिखित तरीकों से माइग्रेशन को फिर से चलाने का विकल्प भी है:
- यदि स्थानीय रूप से बिल्ड किया गया है: `./auth migrate`
- Docker का उपयोग करके: `docker run --rm auth gotrue migrate`
### लॉगिंग```properties
LOG_LEVEL=debug # available without GOTRUE prefix (exception)
GOTRUE_LOG_FILE=/var/log/go/auth.log
```
`LOG_LEVEL` - `string`
नियंत्रित करता है कि कौन से लॉग स्तर आउटपुट हों। `panic`, `fatal`, `error`, `warn`, `info`, या `debug` में से चुनें। डिफ़ॉल्ट `info` है।
`LOG_FILE` - `string`
यदि आप लॉग को किसी फ़ाइल में लिखवाना चाहते हैं, तो `log_file` को एक मान्य फ़ाइल पथ पर सेट करें।
### ऑब्ज़र्वेबिलिटी
Auth में बुनियादी ऑब्ज़र्वेबिलिटी अंतर्निहित है। यह एक कलेक्टर को [OpenTelemetry](https://opentelemetry.io) मेट्रिक्स और ट्रेस निर्यात करने में सक्षम है।
#### ट्रेसिंग
ट्रेसिंग सक्षम करने के लिए इन वेरिएबल्स को कॉन्फ़िगर करें:
`GOTRUE_TRACING_ENABLED` - `bool`
`GOTRUE_TRACING_EXPORTER` - `string` केवल `opentelemetry` समर्थित है
सुनिश्चित करें कि आप अपने कलेक्टर या सेवा के लिए [OpenTelemetry
Exporter](https://opentelemetry.io/docs/reference/specification/protocol/exporter/)
कॉन्फ़िगरेशन भी कॉन्फ़िगर करें।
उदाहरण के लिए, यदि आप
[Honeycomb.io](https://docs.honeycomb.io/getting-data-in/opentelemetry/go-distro/#using-opentelemetry-without-the-honeycomb-distribution)
का उपयोग करते हैं, तो आपको ये मानक OpenTelemetry OTLP वेरिएबल्स सेट करने चाहिए:```
OTEL_SERVICE_NAME=auth
OTEL_EXPORTER_OTLP_PROTOCOL=grpc
OTEL_EXPORTER_OTLP_ENDPOINT=https://api.honeycomb.io:443
OTEL_EXPORTER_OTLP_HEADERS="x-honeycomb-team=<API-KEY>,x-honeycomb-dataset=auth"
```
#### मेट्रिक्स
मेट्रिक्स सक्षम करने के लिए इन वेरिएबल्स को कॉन्फ़िगर करें:
`GOTRUE_METRICS_ENABLED` - `boolean`
`GOTRUE_METRICS_EXPORTER` - `string` केवल `opentelemetry` और `prometheus`
समर्थित हैं
सुनिश्चित करें कि आप अपने कलेक्टर या सेवा के लिए [OpenTelemetry
Exporter](https://opentelemetry.io/docs/reference/specification/protocol/exporter/)
कॉन्फ़िगरेशन भी कॉन्फ़िगर करते हैं।
यदि आप `prometheus` exporter का उपयोग करते हैं, तो सर्वर होस्ट और पोर्ट को
इन मानक OpenTelemetry वेरिएबल्स का उपयोग करके कॉन्फ़िगर किया जा सकता है:
`OTEL_EXPORTER_PROMETHEUS_HOST` - IP पता, डिफ़ॉल्ट `0.0.0.0`
`OTEL_EXPORTER_PROMETHEUS_PORT` - पोर्ट नंबर, डिफ़ॉल्ट `9100`
मेट्रिक्स सर्वर पर `/` पथ पर निर्यात की जाती हैं।
यदि आप `opentelemetry` exporter का उपयोग करते हैं, तो मेट्रिक्स कलेक्टर को
पुश की जाती हैं।
उदाहरण के लिए, यदि आप
[Honeycomb.io](https://docs.honeycomb.io/getting-data-in/opentelemetry/go-distro/#using-opentelemetry-without-the-honeycomb-distribution)
का उपयोग करते हैं तो आपको ये मानक OpenTelemetry OTLP वेरिएबल्स सेट करने चाहिए:```
OTEL_SERVICE_NAME=auth
OTEL_EXPORTER_OTLP_PROTOCOL=grpc
OTEL_EXPORTER_OTLP_ENDPOINT=https://api.honeycomb.io:443
OTEL_EXPORTER_OTLP_HEADERS="x-honeycomb-team=<API-KEY>,x-honeycomb-dataset=auth"
```
ध्यान दें कि Honeycomb.io को मेट्रिक्स इन्जेस्ट करने के लिए एक सशुल्क योजना की आवश्यकता होती है।
यदि आपको ट्रेस या मेट्रिक्स पुश न होने की समस्या को डीबग करने की आवश्यकता है, तो आप
OpenTelemetry SDK से अधिक जानकारी प्राप्त करने के लिए `DEBUG=true` सेट कर सकते हैं।
#### कस्टम संसाधन विशेषताएँ
जब आप OpenTelemetry ट्रेसिंग या मेट्रिक्स एक्सपोर्टर का उपयोग करते हैं, तो आप [मानक `OTEL_RESOURCE_ATTRIBUTES` पर्यावरण
चर](https://opentelemetry.io/docs/reference/specification/resource/sdk/#specifying-resource-information-via-an-environment-variable) का उपयोग करके कस्टम संसाधन विशेषताएँ परिभाषित कर सकते हैं।
बिल्ड संस्करण युक्त एक डिफ़ॉल्ट विशेषता `auth.version` प्रदान की जाती है।
#### HTTP रूट्स की ट्रेसिंग
Auth API के सभी HTTP कॉल ट्रेस किए जाते हैं। रूट्स रूट के पैरामीट्रीकृत
संस्करण का उपयोग करते हैं, और रूट पैरामीटर के मान
`http.route.params.<route-key>` स्पैन विशेषता के रूप में पाए जा सकते हैं।
उदाहरण के लिए, निम्नलिखित अनुरोध:```
GET /admin/users/4acde936-82dc-4552-b851-831fb8ce0927/
```
इस प्रकार ट्रेस किया जाएगा:```
http.method = GET
http.route = /admin/users/{user_id}
http.route.params.user_id = 4acde936-82dc-4552-b851-831fb8ce0927
```
#### Go रनटाइम और HTTP मेट्रिक्स
Go रनटाइम के सभी मेट्रिक्स उजागर किए गए हैं। कुछ HTTP मेट्रिक्स भी डिफ़ॉल्ट रूप से
एकत्र किए जाते हैं।
### JSON वेब टोकन (JWT)```properties
GOTRUE_JWT_SECRET=supersecretvalue
GOTRUE_JWT_EXP=3600
GOTRUE_JWT_AUD=netlify
```
`JWT_SECRET` - `string` **आवश्यक**
JWT टोकन को साइन करने के लिए उपयोग किया जाने वाला सीक्रेट।
`JWT_EXP` - `number`
टोकन कितने समय तक वैध रहते हैं, सेकंड में। डिफ़ॉल्ट 3600 (1 घंटा) है।
`JWT_AUD` - `string`
डिफ़ॉल्ट JWT ऑडियंस। उपयोगकर्ताओं को समूहीकृत करने के लिए ऑडियंस का उपयोग करें।
`JWT_ADMIN_GROUP_NAME` - `string`
एडमिन समूह का नाम (यदि सक्षम हो)। डिफ़ॉल्ट `admin` है।
`JWT_DEFAULT_GROUP_NAME` - `string`
वह डिफ़ॉल्ट समूह जिसमें सभी नए उपयोगकर्ताओं को निर्दिष्ट किया जाना है।
### बाहरी प्रमाणीकरण प्रदाता
---
[Read more](https://github.com/supabase/auth)