मैं "बस द्वारा हिट" परिदृश्यों से डोमेन पंजीकरण कैसे सुरक्षित करूं?


11

मैंने एक निश्चित परियोजना के लिए कुछ डोमेन पंजीकृत किए हैं। यदि मुझे पृथ्वी के चेहरे से गायब हो जाना चाहिए, तो मैं यह सुनिश्चित कर सकता हूं कि अन्य परियोजना सदस्यों को रजिस्ट्रार के साथ डोमेन का नियंत्रण कैसे मिल सकता है?

मेरे वर्तमान रजिस्ट्रार गो डैडी हैं, अगर यह मायने रखता है।

मैंने अपने गो डैडी क्रेडेंशियल्स को अन्य प्रोजेक्ट सदस्यों के साथ साझा करने पर विचार किया, लेकिन मैंने अन्य डोमेन को उसी प्रोजेक्ट के साथ पंजीकृत नहीं किया है।


4
IANAL, लेकिन मैं अपने आप से अलग एक कानूनी इकाई बनाने का सुझाव दूंगा (उदाहरण के लिए एक व्यवसाय, निगम, आदि) और उस नाम में पंजीकृत डोमेन होने।
एंड्रयू

@ और आप को अब एक मानक IANAL स्वरूपण के उपयोग से उत्तर में बदल देना चाहिए ...
वार्ड - 3/22 पर मोनिका

2
क्या आपने अपने आवेदन स्तर के प्रवेश द्वार और अपने किनारे के राउटर के सामने बस स्तर का फ़ायरवॉल रखने पर विचार किया है? किसी भी ड्राइव-बाई बस हमलों को आसानी से रोकना चाहिए।
अपराह्न २४'१२

3
@ प्रश्न थोड़ा भ्रामक है। शीर्षक ने सुझाव दिया कि ओपी एक बस से टकरा जाने के बारे में चिंतित था, लेकिन वास्तव में ओपी पृथ्वी के चेहरे से गायब होने के बारे में चिंतित है। एक टेलीपोर्टेशन हमले के खिलाफ एक बस स्तर की फ़ायरवॉल बेकार है।
एमोरी

जवाबों:


11

आई एम नॉट अ लॉयर।

अभी पढ़ना बंद करो।


डोमेन नाम संपत्ति हैं । उनके साथ ऐसा व्यवहार करें। वसीयत करना, जीवित विश्वास या जो कुछ भी आपके अधिकार क्षेत्र में सबसे अधिक समझ में आता है। प्रोबेट से बचें जैसे कि यह आपको केवल फिर से मारने के लिए पुनर्जीवित करेगा, लेकिन इस बार महत्वपूर्ण अंगों के माध्यम से बहुत गुस्से वाले कैप्यबार्स का उपयोग कर।


1
यह। और उन कुंजी को चालू करें जिनके लिए कभी भी इस राज्य का प्रबंधन किया जाएगा।
jscott

हमारे साथ हुई एक साइट पर मेरे साथ ऐसा हुआ था। पिछला डेवलपर सचमुच भारत में एक बस द्वारा मारा गया था। रजिस्ट्रार द्वारा हमें यह साबित करने के लिए आवश्यक था कि हम वही संस्था हैं जो डोमेन के लिए थी, और उन्होंने हमें इसकी चाबी सौंपी। एक साइड नोट पर, यह एक मृत व्यक्तियों के कोड पर काम करने में थोड़ा डरावना है।
मार्क हेंडरसन

7

आई एम नॉट अ लॉयर।

अभी पढ़ना बंद करो।


एक रजिस्ट्रार पर एक ही खाते के भीतर विभिन्न परियोजनाओं या ग्राहकों के लिए पंजीकरण न मिलाएं। एक रजिस्ट्रार को ढूंढें और उसका उपयोग करें जो आपको कई खाते बनाने या अन्यथा आपके पंजीकरण को अलग करने की अनुमति देता है ताकि आप किसी बस के हिट होने की स्थिति में किसी और के साथ ग्राहक-विशिष्ट पंजीकरण विवरण की एक प्रति छोड़ सकें।


6

आप एक माध्यमिक प्रशासनिक खाता बना सकते हैं जो आपका नहीं है, लेकिन आपके डोमेन नामों को प्रबंधक करने में सक्षम है - आप अपने GoDaddy प्रोफ़ाइल (मेरे खाते -> सेटिंग्स -> खाता व्यवस्थापक) में उपयुक्त सेटिंग्स पा सकते हैं।

एक और "गूंगा" तरीका एक अलग खाता बनाना है जिसे टीम के सदस्यों के बीच साझा किया जाएगा और उस नए खाते के लिए डोमेन नाम को "पुश" किया जाएगा।


3

आई एम नॉट अ लॉयर।

अभी पढ़ना बंद करो।


उस प्रोजेक्ट के लिए एक कानूनी इकाई (व्यवसाय, निगम, या जो भी आपके भौगोलिक स्थान में उपयुक्त है) बनाएं और द एंटिटी के रजिस्ट्रार हों।


2

कानूनी पक्ष के बजाय तकनीकी पक्ष से इसे स्वीकार करना (मैं या तो एक वकील नहीं हूं, लेकिन चलो देखते हैं कि क्या हम एक हल्के समाधान के साथ आ सकते हैं जो किसी को वकील होने की आवश्यकता से रोक सकता है)।

सबसे पहले, जैसा कि यहाँ बताया गया है, इन डोमेन को अपने व्यक्तिगत GoDaddy खाते से न जोड़ें। पंजीकरण का खाता भाग पूरी तरह से नि: शुल्क है, इसलिए कोई कारण नहीं है कि यह कंपनी की स्थापना या परियोजना के लिए इसे शुद्ध रूप से डोमेन के लिए समर्पित नहीं किया जाए। यह सामान्य रूप से अच्छा अभ्यास है, और सभी प्रकार के परिदृश्यों से बचाता है, भले ही आप बसों को चकमा देने में बहुत अच्छे हैं। डोमेन पंजीकरण अधिक दर्दनाक है जितना आप सोच सकते हैं, आप अनिवार्य रूप से डाउनटाइम या अन्य व्यवधान का कोई जोखिम नहीं होने के साथ एक दिन में यह सब कर सकते हैं।

यहां मुख्य तत्व है: खाते को एक मेलिंग सूची में असाइन करें, न कि किसी व्यक्ति के ईमेल को। जब पंजीकरण से गुजरेंगे, तो वे केवल आपके लिए नहीं, सूची में जाएंगे। अगर किसी को खाते को पासवर्ड रीसेट करने की आवश्यकता है (जैसे कि यदि आप अप्रत्याशित रूप से लॉटरी जीतते हैं, तो ताहिती में जाएं, और यह सब बंद करें) वे पासवर्ड रीसेट लिंक को मेलिंग सूची में भेजते हैं। कोई भी इसे कर सकता है, लेकिन अगर वे करते हैं तो हर कोई उन्हें ऐसा करते हुए देखेगा । आप लोगों का मानना ​​है कि सभी कम या ज्यादा दोस्त हैं और परियोजना का दायरा बहुत व्यापक नहीं है (जाहिर है यह मेलिंग सूची / खुले पंजीकरण के साथ परियोजना पर नहीं है) इस प्रक्रिया के लिए मोटे तौर पर ओवरहेड की सही मात्रा होनी चाहिए।

यदि यह मिशन के महत्वपूर्ण नेतृत्व वाले पदों पर लोगों के साथ एक बड़ी परियोजना है, जिसे आप महसूस नहीं करते हैं कि आप पूरी तरह से भरोसा कर सकते हैं, तो दुर्भाग्य से यह संभव है कि उस समय की कुछ कानूनी मान्यता प्राप्त हो, और यदि डोमेन पंजीकरण केवल कारण का एक छोटा हिस्सा है उस। मैं यह भी मान रहा हूं कि GoDaddy आपके संपूर्ण क्रेडिट कार्ड की जानकारी को आसानी से उपलब्ध नहीं करता है (मैं कुछ समय के लिए वहां ग्राहक नहीं रहा) यदि यह मामला नहीं है तो स्पष्ट रूप से यह एक आदर्श समाधान नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.