मुख्य सामग्री पर जाएं
सभी दस्तावेज़

निजी application पहुँच

Private endpoints, agents, device और network policy, workload identities, sessions तथा audit प्रमाण नियंत्रित करें।

कार्यप्रवाह
  1. पूर्वापेक्षाएँ जाँचेंPlatform enablement, tenant profile और अलग से deploy तथा enroll किया agent देखें।
  2. Endpoint दर्ज करेंसटीक HTTPS destination को approval के लिए tenant, application, agent और profile से बाँधें।
  3. पहुँच देंExpiry वाली पहुँच माँगें और network, device तथा identity policy जाँचें।
  4. निगरानी करेंAgent lease, certificate, endpoint health, निर्णय और sessions देखें।
  5. Revoke करेंउजागर endpoint, credential, workload token या assignment revoke कर स्थिति जाँचें।

सीमा और setup

Platform सक्षम न करे तो private access बंद रहता है। सेवा ग्राहक network में inbound connections नहीं खोलती और repository में agent शामिल नहीं है। ग्राहक agent signed mutual TLS से outbound polling करता है; यह control channel सामान्य proxy नहीं है। Tenant managers सटीक HTTPS endpoint दर्ज करते हैं। Delivery से पहले स्वतंत्र God approval आवश्यक है।

  1. Feature, tenant application, profile और enrolled agent स्थिति की पुष्टि करें।
  2. सटीक HTTPS destination तथा अनुमत paths भरें; credentials न भेजें।
  3. Approval के लिए जमा करें और delivery की अपेक्षा से पहले approved स्थिति की प्रतीक्षा करें।

Agents, certificates और devices

Agent enrollment में एक बार का bootstrap, ग्राहक के पास रहने वाली private key, कम अवधि का certificate और signed requests इस्तेमाल होते हैं। Key कभी upload नहीं होती। Rotation और revocation अलग हैं; revocation सभी agent certificates अस्वीकार करता है। Managed-device posture आश्वासन संकेत है, स्वास्थ्य का प्रमाण नहीं। Policy में उपयोग से पहले प्रमाण की ताजगी जाँचें।

  1. इच्छित tenant connector के लिए enrollment बनाएँ और एक बार का token सुरक्षित रखें।
  2. Key स्थानीय रूप से बनाएँ और enrolled, संगत agent स्थिति की पुष्टि करें।
  3. Expiry से पहले rotate करें; समझौता हुए agent या पुराने device certificates revoke करें।

Network zones और policy

Policies tenant, application, role, resource, device assurance, authentication strength, session age और network संकेतों को ध्यान में रख सकती हैं। Report-only संभावित निर्णय दिखाता है, पहुँच नहीं रोकता। Policies versioned हैं; publish से पहले preview करें। Health diagnostics या अकेला network signal कभी access नहीं देता।

  1. Tenant और app scope, संकेत, प्राथमिकता तथा enforcement mode देखें।
  2. प्रतिनिधि अनुरोध preview कर अपेक्षित निर्णय से तुलना करें।
  3. Publish के बाद असली निर्णय देखें; assurance checks के बजाय scope सुधारें।

Assignments, sessions और disconnect

Assignments user, group या package को दिए जाते हैं और approval तथा expiry माँग सकते हैं। उपयोगकर्ता अपने sessions disconnect करते हैं; tenant managers अपने application के sessions समाप्त कर सकते हैं। God-only emergency disconnect के लिए हाल का phishing-resistant step-up चाहिए और यह app sessions, endpoints, vaulted credentials तथा token families revoke करता है। यह दूसरे apps के साझा agent को revoke या upstream cookie साफ नहीं करता।

  1. ठीक app assignment माँगें और उपयोग से पहले approval जाँचें।
  2. Session समाप्त करने से पहले inventory में user और app की पुष्टि करें।
  3. Emergency disconnect के लिए वास्तविक step-up पूरा कर revoked स्थिति और audit जाँचें।

Workload identities और secrets

Workload identities में owners, trust, credentials, tokens, package assignments, reviews और incidents होते हैं। Read तथा write operations के लिए अलग-अलग permissions चाहिए। केवल आवश्यक trust या package पहुँच माँगें और ownership या स्वतंत्र approval पूरा करें। उजागर tokens या certificates revoke करें। Profile data, audit notes या exports में secrets न रखें।

  1. Identity owner, tenant, credentials और review स्थिति जाँचें।
  2. उद्देश्य और आवश्यक approval के साथ विशिष्ट trust या package माँगें।
  3. Credentials rotate और उजागर tokens या certificates revoke कर inactive स्थिति जाँचें।

Diagnostics, audit और retention

Diagnostics में सीमित events, श्रेणीबद्ध निर्णय, latency, agent ताज़गी और certificate expiry दिखते हैं; request content, credentials, tokens, raw IPs और user agents शामिल नहीं होते। Audit, evidence packs, retention, holds और exports अलग scope controls हैं। Download प्रमाण संवेदनशील मानें। Management API contract: /api/auth/management/openapi.json।

  1. Tenant तथा app scope, agent ताज़गी, health और deny श्रेणी देखें।
  2. जाँच के लिए audit या evidence packs लें और scope सीमित रखें।
  3. Export या retention बदलने से पहले permissions और holds जाँचें; audit परिणाम सत्यापित करें।

अक्सर पूछे जाने वाले प्रश्न

Endpoint दर्ज करते ही चालू हो जाता है?

नहीं। स्वतंत्र approval और मौजूदा binding जाँचें पूरी होने तक लंबित रहता है।

क्या customer agent साथ में मिलता है?

नहीं। संगत agent अलग deploy करें; enrollment से runtime health सिद्ध नहीं होती।

क्या agent किसी भी internal host तक पहुँच सकता है?

नहीं। उसे सटीक approved destination और path policy मिलती है, मनमाने targets नहीं।

Session समाप्त करने से agent revoke होता है?

नहीं। Agent certificate अलग revoke करें; session कार्रवाई का दायरा छोटा है।

क्या emergency disconnect upstream cookies मिटाता है?

नहीं। Upstream स्थिति ग्राहक connector और application logout पर निर्भर है।

क्या स्वस्थ posture deny को पलट सकता है?

नहीं। सक्रिय tenant और application policy ही पहुँच तय करती है।

संबंधित पृष्ठ