हम ग्राहक पसंद के किसी भी डेटाबेस द्वारा समर्थित जावा ईई अनुप्रयोग विकसित कर रहे हैं।एक सुरक्षित लाइसेंस प्राप्त जावा ईई एप्लिकेशन कैसे बनाएं?
हम प्रति उपयोगकर्ता लाइसेंस मूल्य के आधार पर ग्राहकों को बेच देंगे। मैं कैसे सुनिश्चित कर सकता हूं कि आवेदन हमारी शर्तों के अनुसार उपयोग किया जा रहा है, यानी, आसानी से हैक करने योग्य नहीं है? क्या कोई ट्यूटोरियल उपलब्ध है?
Bill Karwin's answer टिप्पणियों में उल्लिखित प्रश्नों के उत्तर का सबसे उपयोगी था। यह मानते हुए कि आप "सुरक्षा" योजना के साथ आगे बढ़ेंगे, कम से कम करने की कोशिश करें। और कुछ भी उपयोगकर्ताओं को बेहद निराश करता है और कम निराशाजनक व्यवसाय और/या आपकी निराशाजनक प्रणाली के आसपास हैक करने की बढ़ती इच्छा की ओर जाता है।
अपने प्रश्न से, यह कहना मुश्किल है कि प्रत्येक उपयोगकर्ता एप्लिकेशन इंस्टॉल करेगा या नहीं। यदि ऐसा है, तो आपको शायद लाइसेंस कोड की आवश्यकता होगी कि उन्हें किसी भी तरीके से आपसे संपर्क करना चाहिए। यदि यह क्लाइंट-सर्वर चीज है, तो आपके विकल्प बहुत सीमित हैं; असल में, मैं एक ऐसे समाधान के बारे में नहीं सोच सकता जिसे मैंने कभी भी अपने सिर में डिजाइन किया है या अभ्यास में आ गया है जो बड़े पैमाने पर निराशाजनक नहीं है। आप यहां लाइसेंस कोड समाधान भी कर सकते हैं, लाइसेंस कोड को छोड़कर किसी भी तरह से एक पेलोड ले जाएगा जो उन्होंने भुगतान किए गए उपयोगकर्ताओं की संख्या का संकेत दिया और फिर उस संख्या से अधिक उपयोगकर्ताओं के निर्माण/उपयोग को अस्वीकार कर दिया। उस बिंदु पर, हालांकि, आप वास्तव में उस निराशा रेखा को चला रहे हैं जिसका मैंने उल्लेख किया था।
यह क्लाइंट-सर्वर एप्लिकेशन है। उपयोगकर्ता ब्रोसर का उपयोग क्लाइंट के रूप में करते हैं। सर्वर क्लाइंट नेटवर्क में स्थापित किया जाएगा। प्रत्येक उपयोगकर्ता के पास उनके व्यवस्थापक द्वारा बनाए गए खाते होंगे, लेकिन उस संख्या तक, जिसके लिए उन्होंने लाइसेंस खरीदा है। यदि वे अधिकतम तक पहुंचते हैं और अधिक लाइसेंस चाहते हैं, तो वे इसे आसानी से खरीद सकते हैं और अपने सिस्टम में लाइसेंस अपडेट कर सकते हैं और आप जा सकते हैं। –
उस स्थिति में, मैं कटऑफ को इंगित करने का तरीका इंगित करने के लिए लाइसेंस कुंजी का उपयोग करना चाहता हूं। –
यदि आप obfuscate कर सकते हैं - यह शुरुआत के लिए जाने का तरीका है। लेकिन यदि आप नियंत्रण ढांचे (जैसे वसंत) के उलटा उपयोग करते हैं तो यह दर्दनाक हो सकता है। मैंने सुना है कि वसंत संदर्भ को भी खराब करना संभव है, हालांकि कभी कोशिश नहीं की। इसके अलावा (अनुमान लगाया जा रहा है) प्रतिबिंब, गतिशील प्रॉक्सी और ऐसे कुछ आश्चर्य हो सकते हैं। लाइसेंसिंग के रूप में, मैं TrueLicense का उपयोग करने का सुझाव दे सकता हूं। इसके पास सुरक्षा के विभिन्न पहलुओं के साथ-साथ बॉक्स से मुक्त परीक्षण अवधि को संभालने का बहुत ही लचीला माध्यम है। बहुत अच्छी तरह से काम करता है और महान दस्तावेज है।
क्या ग्राहक इस एप्लिकेशन के समर्थन के लिए भुगतान करते हैं? यदि ऐसा है, तो एक मौका है कि आवेदन स्वयं लाइसेंस के मुकाबले एक बड़ा भुगतान है। यदि ऐसा है, तो आप पर एप्लिकेशन को लॉक करने पर विचार कर सकते हैं, बल्कि, केवल सॉफ्टवेयर की प्रामाणिक प्रतियों के लिए समर्थन प्रदान करना चुनते हैं (अनमोडिफाइड प्रतियां चेकसम के माध्यम से साबित होती हैं) और इस तरह। इस सॉफ़्टवेयर को लाइसेंस देने वाले कई व्यवसाय किसी भी संशोधन से बचने के इच्छुक होंगे (भले ही वास्तव में ऐसा करने का मौका शायद यह छोटा हो) ताकि उनके समर्थन को खतरे में न डालें।
एफवाईआई: इस प्रकार ओरेकल अपने ई-बिजनेस सूट के साथ काम करता है। आप जो भी घटक चाहते हैं उसे बहुत अधिक संशोधित कर सकते हैं। हालांकि, समर्थन प्राप्त करने पर शुभकामनाएँ!
देखें कि एटलसियन अपने उत्पादों को कैसे बेचता है। मेरा मानना है कि यह एक ऐसा दृष्टिकोण है जो बहुत अच्छी तरह से काम करता है, और शायद आपके लिए भी होगा। नोट: अद्यतनों की सदस्यता लेने में अतिरिक्त मूल्य होना चाहिए!
कृपया http://stackoverflow.com/questions/475216/python-applications-can-you-secure-your-code- किसी भी तरह देखें। अलग-अलग भाषा, लेकिन एक ही गुमराह दृष्टिकोण। –
मैंने उस प्रश्न के उत्तर पढ़े लेकिन यह नहीं कि मैं क्या चाहता हूं। मुझे पता है कि हर चीज हैकबल है लेकिन कम से कम हम इसे मुश्किल बनाने की कोशिश करते हैं। –
क्या यह अनुरोध प्रबंधन से नीचे आ रहा है? –