सेवा निर्देशिका

अवलोकन

यह प्रस्ताव एक प्रोटोकॉल के लिए है जिसे एप्लिकेशन सेवा को एक निर्देशिका में रजिस्टर और लुकअप करने के लिए उपयोग कर सकते हैं।

प्रेरणा

ओनियनकैट का समर्थन करने का सबसे सीधा तरीका एक सेवा निर्देशिका के साथ है।

यह उन प्रस्तावों के समान है जो स्पंज ने कुछ समय पहले IRC पर दिए थे। मुझे नहीं लगता कि उन्होंने इसे लिखा था, लेकिन उनकी विचारना थी कि इसे netDb में डाला जाए। मैं इसके पक्ष में नहीं हूं, लेकिन निर्देशिका तक पहुँचने का सबसे अच्छा तरीका (netDb लुकअप, DNS-over-i2p, HTTP, hosts.txt, आदि) की चर्चा किसी और दिन के लिए छोड़ता हूँ।

मैं शायद इसे जल्दी से HTTP और उन पर्ल स्क्रिप्टों के संग्रह का उपयोग करके हैक कर सकता हूँ जिन्हें मैं कुंजी जोड़ने के फॉर्म के लिए उपयोग करता हूँ।

विशिष्टता

यहाँ बताया गया है कि कोई ऐप निर्देशिका के साथ कैसे इंटरफेस करेगा:

रजिस्टर

• डेस्टकी

• प्रोटोकॉल/सेवा जोड़ों की सूची:

  • प्रोटोकॉल (वैकल्पिक, डिफ़ॉल्ट: HTTP)
  • सेवा (वैकल्पिक, डिफ़ॉल्ट: वेबसाइट)
  • ID (वैकल्पिक, डिफ़ॉल्ट: कोई नहीं)

• होस्टनाम (वैकल्पिक)

• समाप्ति (डिफ़ॉल्ट: 1 दिन? हटाने के लिए 0)

• सिग (डेस्ट के लिए प्राइवकी का उपयोग करके)

रिटर्न: सफलता या विफलता

अपडेट की अनुमति है

लुकअप

• हैश या कुंजी (वैकल्पिक)। इनमें से एक:

  • 80-बिट आंशिक हैश
  • 256-बिट पूरा हैश
  • पूरा डेस्टकी

• प्रोटोकॉल/सेवा जोड़ी (वैकल्पिक)

रिटर्न: सफलता, विफलता, या (80-बिट के लिए) टकराव। अगर सफलता हो, तो ऊपर वर्णित हस्ताक्षरित डिस्क्रिप्टर लौटाएं।