Glasswall Halo FAQs

1. फ़ाइल REST API को भेजी जाती है।
2. फ़ाइल क्लस्टर के भीतर एक persistent volume पर संग्रहीत की जाती है।
3. फ़ाइल को प्रोसेस करने के लिए Engine service को एक संदेश भेजा जाता है।
4. किसी फ़ाइल को प्रोसेस करने के लिए Engine service संदेश प्राप्त करती है।
5. उस फ़ाइल को persistent volume से पढ़ा जाता है और फिर उसे Glasswall Engine द्वारा सुरक्षित किया जाता है।
6. इसके बाद सुरक्षित फ़ाइल और analysis report को persistent volume में संग्रहीत किया जाता है।
7. Engine report जनरेट करने के लिए report extractor को एक संदेश भेजा जाता है।
8. इसके बाद Engine service से API को एक संदेश वापस भेजा जाता है।
9. API, Engine से संदेश प्राप्त करती है और persistent volume से सुरक्षित फ़ाइल, report या दोनों को पढ़ती है तथा client के लिए सही response जनरेट करती है।
10. इसके बाद API से report extractor को एक संदेश भेजा जाता है।
11. report extractor यह संदेश प्राप्त करता है और analysis file तथा API से एक report जनरेट करता है।
12. इसके बाद metric data जनरेट किया जाता है।
13. अंत में original file, protected file और analysis report को persistent volume से हटा दिया जाता है।

Glasswall Halo PDFs, Office documents (Word, Excel, PowerPoint), images और अन्य सहित फ़ाइल प्रकारों की एक विस्तृत श्रृंखला का समर्थन करता है। यह सुनिश्चित करता है कि प्रोसेस की गई सभी फ़ाइलें सुरक्षित हों और अपनी मूल कार्यक्षमता बनाए रखें।

प्रोसेसिंग के दौरान original files, protected files और analysis reports को अस्थायी रूप से persistent volume पर संग्रहीत किया जाता है। persistent volume को deployment platform के लिए उपयुक्त storage provider द्वारा समर्थित किया जाता है:

• Azure - Azure File Share
• AWS - Amazon Elastic File System (EFS)
• GCP - Google Cloud Filestore
• Oracle - OCI File Storage Service
• On-premise (RKE2/OVA) - local disk

Portal में प्रदर्शित transaction reports, file details और processing summaries MongoDB में संग्रहीत किए जाते हैं।

Glasswall Halo को Kubernetes environment में deploy किया जा सकता है, जिसमें आसान setup और configuration के लिए Helm charts का उपयोग किया जाता है। विस्तृत deployment instructions documentation में प्रदान किए गए हैं। आप OVA के माध्यम से भी deploy कर सकते हैं।

उपयोगकर्ता को एक error report लौटाई जाती है।

Original files, protected files और analysis reports को file retention policy के अनुसार persistent volume से हटा दिया जाता है। retention behavior submission method के अनुसार भिन्न होता है।

Glasswall Halo द्वारा nested archives के अधिकतम 5 levels समर्थित हैं।

Glasswall Halo में निम्नलिखित आर्काइव प्रकार समर्थित हैं: Zip, Tar, Zip, 7Zip, Rar.

• अनुमति दें – 0
• सैनिटाइज़ करें – 1
• अनुमति न दें – 2

त्रुटि प्रतिक्रिया में, Glasswall Halo एक "code" लौटाता है, जो किसी विशेष स्थिति को दर्शाता है।

त्रुटि कोड HTTP response code से शुरू होते हैं और विशिष्ट त्रुटि को दर्शाने के लिए एक संख्या शामिल करते हैं।
अधिक जानकारी के लिए कृपया हमारे API documentation देखें।

हाँ, वर्तमान configuration में ऐसे workloads के लिए contingency शामिल है जो औसत फ़ाइल की तुलना में अधिक चुनौतीपूर्ण हैं। यद्यपि replicas count बढ़ाना और बेहतर performance देखना संभव हो सकता है, लेकिन यदि concurrent load उपलब्ध memory को समाप्त कर दे तो इसका परिणाम बढ़ी हुई errors के रूप में हो सकता है।

यह संभव है और इससे प्रति node replicas count में बदलाव किया जा सकेगा, बिना आवश्यक रूप से compute resources की कमी का सामना किए।

हालाँकि, एक ही node पर अधिक workloads असाइन करने से, यदि कोई node विफल हो जाए, तो blast radius बढ़ जाता है। node count बढ़ाने से कम जोखिम के साथ वही उद्देश्य प्राप्त किया जा सकता है।

CDR प्रक्रिया मूल फ़ाइल का एक intermediate representation बनाती है, जो मूल फ़ाइल से कहीं बड़ा हो सकता है। reserve values यह सुनिश्चित करते हैं कि कई बड़ी फ़ाइलों को संसाधित किया जा सके।

Glasswall ग्राहकों को प्रतिदिन एक निश्चित संख्या में फ़ाइलें या एक निश्चित data volume process करने का entitlement प्रदान करता है।

वर्तमान में Glasswall over-consumption पर कोई technical limitation लागू नहीं करता, लेकिन over-consumption अनुबंध के अनुसार निषिद्ध है।

Glasswall Halo में एक license-management layer पेश की जाएगी, जो entitlement के आधार पर सीमाएँ लागू करेगी।

वर्तमान में base Helm Chart configuration द्वारा निहित सीमाओं के अलावा Engine calls पर कोई hard limit नहीं है।

भविष्य के versions hourly और daily licensed capacity के अनुरूप throughput को throttle कर सकते हैं।

1 GB.

कुछ files को उनकी structure या model representation requirements के कारण CDR के लिए कहीं अधिक memory की आवश्यकता हो सकती है।

Glasswall दुनिया का प्रमुख CDR solution provider है और चुनिंदा third-party components का उपयोग करता है।

कठोर static analysis, SCA, और IaC scanning यह सुनिश्चित करते हैं कि ये components vulnerabilities पेश न करें।
Glasswall dependencies के बारे में पारदर्शी है और सख्त security standards लागू करता है।

Glasswall उन services के लिए SBOMs तैयार करता है जो Halo deployment का हिस्सा हैं। इन्हें अनुरोध पर उपलब्ध कराया जा सकता है।

हाँ, यह सही है।

Glasswall Halo को एक secure environment में चलने के लिए डिज़ाइन किया गया है — कोई data वापस Glasswall को नहीं भेजा जाता।

Glasswall लाइसेंस अनुरूपता सत्यापित करने के लिए summary logs का अनुरोध कर सकता है, लेकिन स्पष्ट administrator कार्रवाई के बिना कोई भी customer data कभी भी environment से बाहर नहीं जाता।

अधिकांश सेवाएँ CIS दिशानिर्देशों का पालन करते हुए एक hardened Alpine base image पर जाएँगी।
Alpine एक न्यूनतम, security-hardened Linux distribution प्रदान करता है, जिसमें attack surface कम होता है।

जब Halo पर अत्यधिक लोड होता है, तो request queue बढ़ सकती है और 429 errors लौटाए जा सकते हैं।
सिस्टम अंततः backlog को अपने आप consume कर लेगा।

यदि इसमें बहुत अधिक समय लग रहा है — और queued messages खोने में आपको आपत्ति नहीं है — तो आप queue को purge कर सकते हैं:

kubectl exec -ncdrplatform -it RabbitMQ-server-0 -c RabbitMQ -- RabbitMQctl purge_queue engine-request-queue

Kubernetes-integrated monitoring tools performance, resource usage और health के बारे में जानकारी प्रदान करते हैं। सुरक्षा और स्थिरता बनाए रखने के लिए maintenance और updates को Kubernetes के माध्यम से संभाला जाता है।

Glasswall Halo encryption, secure communication protocols, strict access controls, और स्वयं CDR process का उपयोग करता है, जिससे यह सुनिश्चित होता है कि कोई भी malicious content आगे न जाए।

Glasswall समाधान को implement और manage करने के लिए documentation, support services, और training resources प्रदान करता है।
Support में online resources, customer support, और community forums शामिल हैं।

Latency फ़ाइल के size, type, और complexity पर निर्भर करती है।
Glasswall Halo को फ़ाइलों को तेज़ी से process करने के लिए optimize किया गया है ताकि delay को न्यूनतम किया जा सके।

Kubernetes, Glasswall Halo को लोड के आधार पर अपने-आप स्केल करने की अनुमति देता है.
KEDA का उपयोग करके, Halo फ़ाइल ट्रैफ़िक के आधार पर CDR सेवा इंस्टेंस को गतिशील रूप से समायोजित करता है.

Keda के बारे में और जानें