ڊومين جي سڀ کان وڌيڪ قيمتي جاءِ، اڪثر ڪري “خريد” نه آهي، پررينيو، ريڊمپشن، منتقلي ۾ رڪاوٽ، ملڪيت جي واضح نه هجڻ، ۽ پرائيويسي/انڪمپلينس جي غلط سنڀالجي ڪري ٿيل ڊگهي مدي جي نقصان.
هي مضمون “چڪر” کي هڪ عملدرآمد ٿيڻ واري پروسيس ۾ ورهايو ويندو: توهانڪم قيمت تي ڊگهي مدي تائين مستقل طور تي ڊومين جي مالڪ ٿي سگهو ٿا، ۽ چوري ٿيڻ، لاڪ ٿيڻ، ۽ اوچي قيمت تي ڪٽائي وڃڻ جي خطري کي گهٽائي سگهو ٿا.
1. پهريان واضح ڪريو: ڊومين جي “پرائيويسي” ۽ “رينيو چڪر” اصل ۾ ڇا ڪري رهيا آهن؟
توهان جي سامهون ايندڙ ڊومين جا وڏا چڪر، عام طور تي ٽن قسمن ۾ ورهايا ويا آهن:
A. قيمت جو ڳاڙهو: پهريون سال سستو، تجديد مڪمل ٻيڻو؛ واپسي وڌيڪ مھنگو
- پهريون سال جي پروموشن قيمت تمام گھٽ آھي (حتا 0.99 ڊالر)، توهان کي لڳي “ڊومين سستو آھي”
- ٻئي سال جي تجديد اچڻ تي اچانڪ مھنگي ٿي ويندي آھي، يا “ڪجهه سڀڪس” جي تجديد اصل ۾ ئي مھنگي آھي
- هڪ دفعو تجديد وساريو، وڃڻو پوندو واپسي جي مدت (RGP)، واپسي جي فساد اڪثر عام تجديد کان تمام گھڻي مھنگي آھي؛ ICANN جومطابقت واري وضاحتزور ڏئي ٿو: رجسٽريشن سروس فرموڻ کي اجازت ڏيڻ گھرجي 30 天 RGP ڊومين خريداري/بحال ڪرڻ کان پهرين ختم ڪريو.
B. ملڪيت جو ڳوڙهو: توهان سوچيو ته توهان مالڪ آهيو، پر اصل ۾ اڪائونٽ توهان جي هٿ ۾ ناهي
عام طور تي:
- ويب سائيٽ ٺاهڻ واري ڪمپني/آئوٽسورسنگ/ايجنٽ کان ڊومين خريد ڪريو، اهي پنهنجي اڪائونٽ سان رجسٽر ڪن ٿا
- توهان “مفت ڊومين” پيڪيج استعمال ڪيو، نتيجي ۾ ڊومين ٽرانسفر ڪرڻ جي اجازت ناهي يا ٽرانسفر ڪوڊ مهيا ناهي ڪيو ويندو
- توهان پرائيويسي/پراکسي خدمت خريد ڪئي آهي، پر معاهدو ۽ ڪنٽرول جو حق صاف نه ڏٺو
C. پرائيويسي/تعميل جو ڳوڙهو: پرائيويسي جي حفاظت ڪرڻ چاهيو، پر نتيجي ۾ ڊومين معطل ٿي ويو، اپيل ڪرڻ جي قابل ناهي
- توهان جعلي معلومات سان رجسٽر ڪيو، يا رابطي جي طريقن کي اپڊيٽ ڪرڻ وساريو
- توهان “تصديقي اي ميل” کان محروم ٿي ويا، جنهن جي ڪري ڊومين معطل ٿي ويو
ICANN واضح آهيجيڪڏهن رجسٽريشن ڪندڙ غلط معلومات فراهم ڪري، تبديلي کان پوءِ 7 ڏينهن اندر اپڊيٽ نه ڪري، يا 15 ڏينهن جي پيغام کان پوءِ تصديق جو جواب نه ڏئي، رجسٽريشن سروس پرووائدرضروري آهي ته روڪيو وڃي يا رد ڪيو وڃيڊومين نالو.
نتيجو
ڊومين نالو “مستحڪم” هجڻ گهرجي، اهم مسئلو اهو ناهي ته نالو ڪيئن چونڊجي، پر:ڪنٽرول، تجديد جي توقع، ختم ٿيڻ تي بحال ٿيڻ، آزاد منتقلي، رازداري ۽ تعميل جي تضاد نه هجڻ.
2. پهريان ڊومين سسٽم کي سمجهو: توهان جو ڊومين نالو ڪير ڪنٽرول ڪري رهيو آهي؟
هن 4 ڪردارن کي سمجهو، توهان آساني سان دٻاءَ ۾ نه ايندا:
- رجسٽري:ڪنهن خاص ٽي ايل ڊي جي “مڪمل گودام” جو انتظام ڪريو، جهڙوڪ
.com、.net、.shopمختلف رجسٽرارن پاران هلائڻ وارا - رجسٽرار:توهان ڊومين خريد ڪريو ٿا (آءِ ڪين تصديق ڪيل رجسٽرار سروس پرووائڊر، پٺيان، تجديد، تجزيو وغيره مهيا ڪندڙ)
- وڪري ڪندڙ/ايجنٽرجسٽرار جي هيٺان “ٻيون درجي وارا وڪرو ڪندڙ”، توهان شايد بلڪل نه سمجهندا آهيو ته توهان ري سيلر وٽان خريد ڪيو آهي.
- رجسٽرڪار:ڊومين جو “قانوني لحاظ کان مالڪ” (گهٽ ۾ گهٽ معاهدن ۽ پاليسي سسٽم ۾، توهان ان جو هجڻ گهرجي)
آءِ ڪين مهيا ڪري ٿو “رجسٽريشن ڪندڙ جي معلومات جو داخلا”، رجسٽريشن ڪندڙ کي رجسٽريشن، انتظام، منتقلي، تجديد، ۽ ڊومين جي بحالي بابت معلومات حاصل ڪرڻ جو حق آهي.
گڏوگڏ ICANN به رجسٽريشن ڪندڙ جا حق ۽ ذميواريونخلاصو بيان(جيتوڻيڪ آخر ۾ معاهدو/پاليسي جي اصل متن تي عمل ڪيو ويندو).
نوٽ
“مون پئسا ڏنا” برابر ناهي “مون کي ڪنٽرول جو حق آهي”.
اصلي ڪنٽرول جو حق = رجسٽرار ڄاڻ صحيح + پٺيان اڪائونٽ توهان جي هٿ ۾ + منتقل ڪري سگهجي ٿو (Auth-Code) + تجديد ڪري سگهجي ٿو + بحال ڪري سگهجي ٿو。
3. ڊومين “ملڪيت مسئلو” اصل ۾ ڪيئن طئي ڪيو وڃي؟
3.1 رجسٽرڊ معلومات ڇا توهان (يا توهان جي ڪمپني) آهي؟
- جيڪڏھن اهو ذاتي ويبسائيٽ آھي: رجسٽرينٽ جي سفارش ڪريو ته توهان پنهنجي ذاتي حقيقي معلومات (يا توهان جي قانوني ادارو) ڀريو.
- جيڪڏهن ڪمپني واري سائيٽ آهي: رجسٽرينٽ ۾ ڪمپني جو قانوني نالو (يا ثابت ڪري سگهندڙ هڪٻيو) ڀريو
نوٽ
ڪوٽي معلومات استعمال نه ڪريو۔ ٻي صورت ۾، مستقبل ۾ جڏهن تڪرار پيش اچن، اڪائونٽ چوري ٿي وڃي، يا اپيل جي ضرورت پوي، توهان لاءِ اهو ثابت ڪرڻ مشڪل ٿي ويندو ته “ڊومين توهان جو آهي.” علاوه براين، غلط معلومات به ممڪن آهيروڪيو。
3.2 ڊومين مينيجمنٽ پينل اڪائونٽ ڇا توهان پاڻ ٺاهيو آهي، توهان لاگ ان ٿي سگهو ٿا؟
جيڪڏهن آئوٽسورسنگ/ايجنٽ چوي ٿو “مان توهان جي مدد ڪندس”، توهان هشيار رهو:
- هڪ دفعو توهان معاهدي کي جاري نه رکو، جھگڙو، يا ٻيو ڪو لاڳاپو نه رکندو، ڊومين سڌو واپس نه ايندو
- توهان کي DNS تبديل ڪرڻ، تجديد ڪرڻ، منتقل ڪرڻ کي انلاڪ ڪرڻ جي اجازت ناهي
صحيح طريقو:
توهان پنهنجو اڪائونٽ رجسٽر ڪريو، توهان پنهنجو اي ميل/فون بائنڊ ڪريو، توهان ٻئي کي “سب اڪائونٽ اجازت” يا عارضي اجازت ڏيو.
3.3 ڊومين رابطي اي ميل ڇا “ڊومين کان الڳ” هڪ طويل مدتي اي ميل آهي؟
ICANN 的ختم ٿيڻ جي بحالي پاليسي (ERRP)رجسٽرار کي ڊومين سان لاڳاپيل ناهي هڪ بيڪ اپ اي ميل مهيا ڪرڻ لاءِ حوصلہ افزائي ڪريو، ته جيئن ڊومين جي ريزولوشن بند ٿيڻ کان پوءِ ياد ڏياريندڙ نه اچي.
مثال: جيڪڏهن توهان جو ڊومين اي ميل آهي [email protected]، ڊومين جي ختم ٿيڻ تي اي ميل به ياد ڏياريندڙ نه اچي سگهي—تمام خطرناڪ.
3.4 ڇا توهان منتقلي ڪوڊ (Auth-Code / EPP Code) حاصل ڪري سگهو ٿا؟
اهو “ڇا توهان آزادي سان رجسٽرار منتقل ڪري سگهو ٿا” جو اهم پوائنٽ آهي.ICANN تعميل واري صفحوواضح: جيڪڏهن توهان Auth-Code جي درخواست ڪريو ٿا، رجسٽرار ان کي 5 قدرتي ڏينهنجي اندر مهيا نه ڪري، توهان منتقلي شڪايت جمع ڪري سگهو ٿا.
جيڪڏهن هڪ پليٽ فارم/ايجنٽ توهان کي ڪڏهن به منتقلي ڪوڊ نه ڏئي، اهو عام طور تي “توهان کي بند ڪرڻ” جو اشارو آهي.
3.5 ڇا توهان ڊومين جي حالت، انلاڪ ۽ منتقلي جي تصديق ڪري سگهو ٿا؟
ICANN 的 انتقال پاليسي رجسٽرارن جي وچ ۾ منتقلي جي عمل (FOA اجازت وغيره) مقرر ڪيو ويو آهي، ۽ ان تي زور ڏنو ويو آهي ته رجسٽرار کي ڊومين نالو منتقل ڪرڻ جي قابل هجڻ گهرجي، جيستائين اهو پاليسي طرفان منع نه ڪيو ويو آهي.
4. سڀ کان عام “ملڪيت جي ڳچي” منظرناما
منظرنامو اي: ويبسائيٽ ڪمپني چوي ٿي “ڊومين آءٌ توهان جي لاءِ رجسٽر ڪريان ٿو، اهو وڌيڪ آسان آهي”
خطرا: ڊومين ان جي نالي تي رجسٽر ٿيل آهي، يا پٺيان وارو اڪائونٽ ان جي هٿ ۾ آهي.
نتيجا: جڏهن توهان سروس فراهم ڪندڙ کي تبديل ڪريو ٿا، ڊومين تي قيمت وڌائڻ جي دٻاءُ ٿي سگهي ٿو، يا اڻڄاتل طور تي منتقل ڪرڻ کان انڪار ڪيو وڃي.
صحيح طريقو (توهان کي معاهد/اي ميل ۾ لکڻ جي زوردار صلاح):
- ڊومين نالو توهان/توهان جي ڪمپني جي نالي سان رجسٽر ٿيڻ گهرجي (رجسٽرينٽ)
- ڊومين رجسٽرار اڪائونٽ توهان ٺاهي ۽ رکڻ گهرجي
- آئوٽسورسنگ صرف DNS انتظامي اجازت (يا عارضي اجازت) حاصل ڪري ٿي
- پروجيڪٽ جي ترسيل وقت ھيٺين شيون ضرور ترسيل ڪرڻ گھرجن: اڪائونٽ، ٻن عنصر جي تصديق (2FA)، منتقلي ڪوڊ حاصل ڪرڻ جو طريقو، DNS رڪارڊ فھرست.
سيناريو بي: توهان “مفت ڊومين + هوسٽنگ پيڪيج” خريد ڪيو”
خطرا: مفت جي قيمت آهي “منتقل نٿو ٿي سگهي” “تجديد مھنگي آھي” “ڪيترن سالن سان بندھيل” “منتقل ڪوڊ مهيا نٿو ڪري”.
حل:
- ادائيگي کان اڳ ڏسو: ڇا ڊومين الڳ حساب ڪتاب آهي؟ ڇا منتقل ٿي سگهي ٿو؟ ڇا خودڪار طور تي منتقل ڪوڊ حاصل ڪري سگهجي ٿو؟
- سڀ کان محفوظ طريقو:ڊومين نالو الڳ طور تي وڏين رجسٽرارن ۾ خريد ڪريو، هوسٽنگ/ويبسائيٽ پليٽ فارم ڪنهن به تبديل ڪريو.
سيناريو سي: ٽيم ڪولابوريشن وقت ڊومين ڪنهن ملازم جي ذاتي اڪائونٽ ۾ رکو
خطرا: ملازم جي نوڪري ختم ٿيڻ، اي ميل ناڪام ٿيڻ، ٻه عنصر تصديق (2FA) وڃائڻ، توهان “ڪمپني جي دروازو وارو نشان” وڃائي ڇڏيو.
صحيح طريقو:
- ڪمپني جي گڏيل ڊومين اثاثن جي اڪائونٽ سان (مثال طور
[email protected]) رجسٽر ڪريو - ٻه عنصر تصديق (2FA) ڪمپني جي پاسورڊ مينجر/هارڊويئر ڪي سان استعمال ڪريو
- اختيارن جي ذريعي اختيار ڪيو وڃي، گهٽ ۾ گهٽ ٻه منتظم
5. تجديد جي چال 1: پهرين سال جي گهٽ قيمت ≠ ڊگهي مدت جي گهٽ قيمت (توهان کي “قيمت” جو حساب ڪرڻو پوندو)
گهڻا ماڻهو صرف پهرين سال جي قيمت ڏسندا آهن، اهو سڀ کان عام “نرم چال” آهي.
5.1 توهان کي ڇا حساب ڪرڻو پوندو؟—مڪمل ملڪيت جي قيمت
گهٽ ۾ گهٽ 3 سال (5 سال جي صلاح سان):
- پهرين سال جي رجسٽريشن قيمت
- ٻئين سال جي تجديد قيمت
- ٽئين سال جي تجديد قيمت
- رازداري جي حفاظت جي فس (ڪجهه معاوضو، ڪجهه مفت)
- DNS/اي ميل/سرٽيفڪيٽ وغيره اضافي خدمتون (اختياري)
سادو فارمولا:
3 سالن جي قيمت = رجسٽريشن قيمت + 2×تجديد قيمت + 3×پرائيوسي فيس (جيڪڏهن هجي) + ضروري اضافي خدمتون
5.2 ERRP رجسٽرار کي اهم فس جي ڄاڻ ڏيڻ جي گهر ڪري ٿو (پر توهان کي اڃا به سرگرم ڏسڻو پوندو)
ICANN 的ختم ٿيڻ واري رجسٽريشن بحالي پاليسي (ERRP)رجسٽريشن سروس پرووائڊر کي گهٽ ۾ گهٽ رجسٽريشن معاهدي/ويب سائيٽ تي تجديد فيس، معاهدي جي ختم ٿيڻ کانپوءِ
توهان جو عمل: آرڊر ڏيڻ کان اڳ، “رينيويل قيمت” ۽ “واپسي قيمت” جي اسڪرين شاٽ محفوظ ڪريو (مستقبل ۾ بحث لاءِ).
6. رينيويل ٽريپ 2: اوچي قيمت رينيويل ۽ “پرائميم ڊومين” جو ڪنڊو
توهان ٻن قسم جي “پریمیم” ڏٺو هوندو:
- پریميم رجسٽريشنرجسٽريشن وقت ئي مھانگي آھي
- پریميم تجديدرجسٽريشن مھانگي نہ آھي، پر هر سال تجديد مھانگي آھي (وڌيڪ لڪل)
هي ڪجهه نوان ٽاپ ليول ڊومينز (new gTLDs) ۾ وڌيڪ عام آهي، ڇو ته ريگسٽري خاص اسٽرنگز لاءِ وڌيڪ قيمت مقرر ڪري سگهي ٿي.
توهان کي پٺيان قاعدن جي ضرورت ناهي، توهان کي صرف ياد رکڻ گهرجي:
جيڪڏهن هڪ ڊومين نالو “تمام چڱو آهي” (تمام ننڍو، تمام عام، صنعت جي مرڪزي لفظ وانگر)، اهو امڪان آهي ته اهو “معمولي قيمت” ناهي.
آرڊر ڏيڻ کان اڳ ضروري ڪم:
- “تجديد جي قيمت” واضح طور تي ڏسو “هر سال ڪيترو”
- صرف ڪارٽ ۾ پهرين سال جي قيمت تي نه ڏسو
- جيڪڏهن صفحو تجديد جي قيمت واضح طور تي نه لکيو آهي، هڪ ٻيو رجسٽرار ڏسو (يا سڌو ڇڏيو)
7. تجديد جي ڦندو 3: خودڪار تجديد کوليل نه آهي / ادائيگي جو طريقو ناڪام ٿي ويو / اي ميل تي ياد ڏياري نه ملي
ڊومين وڃائڻ جو سڀ کان عام سبب هيڪر نه آهي، پر “توهان وساريو”.
7.1 ERRP جي ياد ڏياري وقت جي ونڊو (توهان کي اڪثر اصولن جو اندازو هجڻ گهرجي)
ERRP ذڪر ڪيو: ختم ٿيڻ کان اڳ نوٽيفڪيشن جيڪڏهن ختم ٿيڻ کان اڳ 26–35 天与 4–10 天موڪليو ويو، پاليسي جي گهرجن مطابق سمجهي سگهجي ٿو.
يعني:توهان کي واقعي ۾ ياد ڏياري مليو هجي، پر توهان ان تي شرط نه لڳائي سگهو ٿا “مون کي ضرور مليو هجي”.
7.2 بهترين 6 سيٽنگون
- خودڪار تجديد کوليو
- دائري مؤثر ادائيگي جو طريقو باندھيو (ختم ٿيڻ واري ورچوئل ڪارڊ استعمال نه ڪريو)
- رجسٽريشن رابطي اي ميل لاءِ “دائري اي ميل” استعمال ڪريو، ڊومين اي ميل استعمال نه ڪريو (ڊومين ختم ٿيڻ تي ملي نه سگهي)
- رجسٽرار نوٽيفڪيشن اي ميل کي وائٽ لسٽ ۾ شامل ڪريو (اسپيم باڪس ۾ وڃڻ کان بچاءُ)
- ڊومين لاءِ ڪيلينڊر ياد ڏياري سيٽ ڪريو (ختم ٿيڻ کان 45/15/3 ڏينهن اڳ)
- اهم ڊومينن کي هڪ ڀيرو ڪيترن سالن لاءِ (مثال طور 3–5 سال) تجديد ڪريو، بھولڻ جي امڪان گھٽايو
8. تجديد جو ڦندو 4: ختم ٿيڻ کان پوءِ “واپسي جي مدت” تمام مھنگي آھي، ۽ توهان کي نيلم ۾ وڪرو ٿي سگھي ٿو
8.1 توهان کي “ختم ٿيڻ جي زندگي چڪر” کي سمجھڻ گھرجي”
مختلف سڀاڻين/رجسٽرارن جي تفصيلن ۾ فرق ٿيندو، پر ڪيترن gTLD لاءِ عام عمل هي آھي:
ختم ٿيڻ → مھرباني جي مدت → ڊليٽ ٿيڻ → واپسي جي مدت (RGP، عام طور 30 ڏينهن) → ڊليٽ ٿيڻ جي مدت → ٻيهر کليل رجسٽريشن
ICANN تعميل وضاحتاشارو: رجسٽرار کي اجازت ڏيڻ گهرجي ته توهان 30 天 RGP ختم ٿيڻ کان اڳ ڊومين نالو واپس ورجو/بحال ڪريو.
8.2 ڇو واپسي مھنگي ٿي سگھي ٿي؟
ڇاڪاڻ ته واپسي رجسٽري جي سطح تي بحالي جي عمل سان واسطو رکي ٿي، رجسٽرار عام طور تي عام تجديد جي فيس کان وڌيڪ وڏ
حڪمت عملي
توهان کي “واپسي جي مدت ۾ داخل ٿيڻ کان بچو” کي سخت معيار سمجهڻ گهرجي.
هڪ دفعو واپسي جي مدت ۾ داخل ٿيڻ تي، توهان اساسي طور تي “غير فعال ۽ مار کاڌي” جي حالت ۾ آهيو.
9. تجديد جي ڦاڙ 5: منتقلي ۾ رڪاوٽ——توهان رجسٽرار تبديل ڪرڻ چاهيو ٿا، پر ڏسو ٿا ته “نه ٿو ٿي سگهي”
رجسٽرار تبديل ڪرڻ عام آهي: سستو، بهتر استعمال، محفوظ، ٽيم لاء مناسب.
9.1 توهان کي منتقلي جو حق آهي (پر عملدرآمد جي عمل سان)
ICANN 的انتقال پاليسيرجسٽرارن جي وچ ۾ منتقلي معياري اجازت نامي ذريعي ٿيڻ گهرجي، عمل واضح هجڻ گهرجي، عام طور تي رجسٽرار ڊومين نالو منتقل ڪري سگهي ٿو (جڏهن ته پاليسي طرفان منع نه ڪيو ويو هجي يا لاڪ مدت ۾ هجي).
9.2 منتقلي ڪوڊ اهم “ڪنجي” آهي”
جيڪڏهن توهان پينل تان خودڪار منتقلي ڪوڊ حاصل ڪري نه سگهو، توهان کي رجسٽرار کان درخواست ڪرڻ گهرجي؛ جيڪڏهن رجسٽرار 5 ڏينهن ۾ مهيا نه ڪري، توهان پيش ڪري سگهو ٿامنتقلي شڪايت。
9.3 عام “لاڪ ٿيل” معقول حالتون (ڪو ڪنڊو نه، پر توهان کي اڳ ۾ خبر هجڻ گهرجي)
- نئين رجسٽريشن جي ڪجهه وقت کانپوءِ منتقلي لاڪ ٿي سگهي ٿي (چوري روڪڻ وارو ميڪانزم)
- رجسٽريشن جي معلومات ۾ تبديلي لاڪ ٿيڻ جو سبب ٿي سگهي ٿي (چوري ٿيڻ کان بچاءَ لاءِ)
حوالو پاليسي ۽ “لاڪ” ميڪانزم پڻ گذريل سالن ۾مسلسل بحث ۽ ترتيب ٿي رهيا آهنوچيو (توهان کي صرف اهو ڄاڻڻ گهرجي ته “لاڪ موجود آهي” ضروري طور تي بد نيت نه آهي، پر “لامحدود لاڪ/ڪوڊ نه ڏيڻ” تمام
10. رازداري جو مسئلو: توهان معلومات کي عوامي ڪرڻ نه ٿا چاهيو، پر “ڪوٺي معلومات” استعمال نه ڪري سگهو ٿا”
10.1 “رازداري جي حفاظت” اصلي طور تي عوامي ڳولھ جي معلومات کي لڪائڻ تي مرڪوز آهي، نه ته توهان کي ڪوٺي ڊيٽا ڀرڻ لاءِ
پهرين ڪيترن ماڻهن WHOIS عوامي پڇاڻي ذريعي رجسٽرار جي معلومات ڏسي سگهيا؛ پر رازداري قوانين جي ترقي ۽ پاليسي جي ارتقا“ڊيٽا جي حفاظت ۽ رازداري”صفحو وضاحت ڪري ٿو ته اهو ڊيٽا جي رسائي ۽ تعميل جي وچ ۾ رازداري جي قوانين هيٺ ڪيئن توازن رکي ٿو.
۽ ان کان جنوري 28، 2025 کان،رجسٽريشن ڊيٽا اڪسيس پروٽوڪول آر ڊي اي پي جي ٽي ايل ڊي رجسٽريشن جي معلومات جي مستند ذريعي بڻيو، WHOIS بتدريج ختم ٿي رهيو آهي。
هن جو مطلب آهي ته توهان جيڪو اڳتي هلي “عوامي معلومات” جي شڪل ۾ ڏسندا، اها اڃا به تبديل ٿيندي رهندي.
پر جيڪو به عوامي طور تي ڏيکاريو وڃي:توهان جي رجسٽرار ڏانهن جمع ڪرايل رجسٽريشن ڊيٽا اصل ۽ رابطي لائق هجڻ گهرجي، ورنه معطل/منسوخ ٿي سگهي ٿو.
10.2 صحيح طريقو: رازداري/پراکسي خدمتون استعمال ڪريو، جعلي نه.
ICANN 有رازداري ۽ پراڪسي خدمتونجي نظام جي اڳتي وڌڻ ۽ تصديق پروگرام، رجسٽرارن ۽ انهن جي پراڪسيز کي رازداري/پراڪسي خدمتون فراهم ڪرڻ جي ضرورتن کي منظم ڪرڻ لاءِ.
توهان عام استعمال ڪندڙ طور، صرف ياد رکو:
- رازداري: عوامي پڇاڻي ۾ توهان جي ذاتي معلومات جي بدران خدمت فراهم ڪندڙ جي معلومات استعمال ڪريو
- پراڪسي: خدمت فراهم ڪندڙ سطح تي رجسٽرڊ شخص طور توهان جي نمائندگي ڪري ٿو/فارورڊ ڪري ٿو (۽ معاهدي جي شرطن کي وڌيڪ ڏسو)
نوٽ
ڪجهه “پراڪسي رجسٽريشن” جيڪڏهن شرطن واضح طور لکيل نه آهن، توهان کي تنازعن ۾ حق ثابت ڪرڻ ۾ ڪمزور ثابت ڪري سگهن ٿا.تنهن ڪري ترجيح ڏيو “پرائيويسي تحفظ” بدران “پراکسي هولڊنگ” جي، جيستائين توهان ان جي قانوني تعلقن کي تمام واضح نه ڄاڻو ٿا.
11. پرائيويسي ۽ تعميل جا ٽريپ: رابطي جا طريقا صحيح نه آهن، ڊومين نالو معطل ٿي سگهي ٿو
آئيڪين واضح طور تي رجسٽريشن ڊيٽا جي درستگي جي گهرج ۽ نتيجن کي بيان ڪيو آهي:
- جان بجھي غلط معلومات مهيا ڪرڻ
- معلومات تبديل ٿيڻ کان پوءِ 7 ڏينهن اندر اپڊيٽ نه ڪرڻ
- 15 ڏينهن اندر درستگي جي پڇڳڻي جو جواب نه ڏيڻ
→ رجسٽرار کي ضرورمعطل يا منسوخ ڪرڻڊومين نالو.
اهي ئي ڪارڻ آهي:
- توهان پرائيوسي لاءِ جعلي اي ميل نه ڀري سگهو ٿا
- توهان ڊومين رجسٽريشن اي ميل کي “ڪنهن نه ڏسي” اي ميل نه بڻائي سگهو ٿا
- توهان آئوٽسورسنگ کي اي ميل جو ڪنٽرول نه ڏئي سگهو ٿا (توهان تصديق/چيڪ اي ميلن کان محروم ٿي ويندا)
12 سڪيورٽي ۽ پرائيوسي گهڻي لاڳاپيل آهي: اڪائونٽ چوري ٿيڻ = ڊومين هائيجڪنگ
ڊومين هائيجڪنگ جو سڀ کان عام طريقو “DNS کي ڪريڪ ڪرڻ” نه آهي، پر:
- توهان جي رجسٽرار اڪائونٽ کي چورائڻ
- توهان جي DNS کي فشنگ سائيٽ ڏانهن تبديل ڪرڻ
- ٻئي رجسٽرار ڏانهن منتقلي لاءِ درخواست ڏيو (جيڪڏهن لاڪ نه آهي)
منتقلي پاليسي پاڻ ۾ غير مجاز منتقلي جي خطري کي گھٽائڻ لاءِ گھڻي تصديق شامل ڪري ٿي.
توهان کي ڪرڻ گھرجي سڀ کان اهم 7 ڪم:
- رجسٽرار اڪائونٽ ۾ ٻه عنصر تصديق (2FA) کوليو
- اي ميل ۾ ٻه عنصر تصديق کوليو (ڊومين جي اثاثن جو “جڙ” اصل ۾ اي ميل آهي)
- رجسٽرار لاڪ کوليو
- وڏا برانڊ/اعلي قيمت وارا ڊومين Registry لاڪ جي وڌيڪ سطح تي غور ڪري سگھجن ٿا (ڪجهه رجسٽرار/رجس
- DNS تبديلي لاءِ “ٻيھري تصديق” کوليو”
- DNS رڪارڊن جي باقاعده چڪاس ڪريو ته ڇا انهن ۾ تبديلي آئي آهي
- ٽيم ماحول لاءِ اجازتن جي انتظام ۽ آڊٽ
13. هڪ سيٽ “رينيويل ۽ ملڪيت جي ڳچين کان بچڻ” جو معياري عمل
هيٺان هڪ “خريداري کان وٺي ڊگهي مدي جي انتظام تائين” جو گهٽ ۾ گهٽ قابل عمل معيار.
مرحلو A: خريداري کان اڳ (10 منٽ)
- صاف ڪريو: رجسٽريشن جي قيمت، رينيويل جي قيمت، پرائيوسي في، واڌاري في (اسڪرين شاٽ محفوظ ڪريو)
- تصديق ڪريو: ڇا اهو خودڪار طور تي منتقلي ڪوڊ حاصل ڪري سگهجي ٿو؛ نه ٿي سگهي ته خريد نه ڪريو (منتقلي جي حق جو اهم)
- بچو: “مفت ڊومين” پيڪيج سان بائنڊنگ ڪرڻ جي ڪري منتقلي ناهي ٿي سگهي
- جيڪڏهن ٽيم استعمال ڪري ٿي: ڪمپني جي اي ميل سان اڪائونٽ رجسٽر ڪريو (ذاتي اي ميل استعمال نه ڪريو)
مرحلو B: خريد جي ڏينهن (20 منٽ)
- کوليو: خودڪار تجديد
- کوليو: ٻه عنصر تصديق (2FA)
- سيٽنگ: بئڪ اپ اي ميل/فون (ڊومين کان الڳ)
- کوليو: ڊومين لاڪ (Lock)
- محفوظ ڪريو: رسيد، آرڊر، ڊومين معلومات اسڪرين شاٽ (مستقبل ۾ تنازع/ادائيگي/ملڪيت جو ثبوت)
مرحلو C: آئوٽسورسنگ/ٽيم کي ڊليور ڪرڻ (30 منٽ)
- صرف DNS اجازت يا عارضي اجازت ڏيو
- ڪنهن کي به ماسٽر اڪائونٽ جو پاسورڊ نه ڏيو
- “هڪ ”هٽائڻ جي فهرست' قائم ڪريو: DNS، منتقلي ڪوڊ حاصل ڪرڻ جو طريقو، ختم ٿيڻ جي تاريخ، ادائيگي جو طريقو، منتظم جي فهرست."
مرحلو D: هر سال هڪ آڊٽ (15 منٽ)
- چيڪ: تجديد جي ڪاميابي رڪارڊ، ادائيگي جو طريقو ڇا مؤثر آهي
- چيڪ: رجسٽرڪارڊ جي معلومات/ رابطي اي ميل اڃا به ڇا مؤثر آهي (روڪڻ لاءِ)
- چيڪ: DNS ڇا تبديل ٿيو آهي
- چيڪ: پرائيويسي سروس ڇا ختم ٿي وئي آهي (ڪجهه پرائيويسي سروسون الڳ ختم ٿينديون آهن)
14. هڪ “ڊومين ملڪيت ۽ ڊليوري” معاهدي جي شق جو ٽيمپليٽ
توهان هي شقون ويب سائيٽ ڪمپني/آوٽسورسنگ/ايجنٽ کي موڪلي سگهو ٿا (يا معاهدي/اي ميل ۾ لکي سگهو ٿا):
- ڊومين ريگسٽر (رجسٽرينٽ) لازمي طور تي پارٽي اي (ڪلائنٽ) جي قانوني ادارو/مقرر ڪيل فرد طور رجسٽر ٿيڻ گهرجي。
- ڊومين رجسٽرار جي پٺيان اڪائونٽ ڪلائنٽ پاران ٺاهيو ۽ رکيو ويندو آهي؛ ٻي فریق صرف ضروري ٽيڪنالاجي اجازت حاصل ڪندو (جهڙوڪ DNS انتظام)، مڪمل اڪائونٽ پاسورڊ نه رکندو.
- فراهم ڪندڙ کي ڊليوري وقت مهيا ڪرڻ گهرجي:
- ڊومين فهرست، ختم ٿيڻ وارو تاريخ، تجديد فيس جي معلومات (اسڪرين شاٽ)
- DNS رڪارڊ فهرست
- Auth-Code (منتقلي ڪوڊ) حاصل ڪرڻ جو طريقو ۽ عمل (يا تصديق ڪريو ته ڪلائنٽ خودڪار حاصل ڪري سگهي ٿو)
- ٻي پارٽي ڪنهن به شڪل ۾ اڳئين پارٽي جي ڊومين منتقل ڪرڻ يا رجسٽرار تبديل ڪرڻ جي حق کي محدود نه ڪري سگ
- جيڪڏهن ٻيو فري طرف پرائيويسي/پراکسي خدمتون مهيا ڪري ٿو، اهو واضح ڪرڻ گهرجي: خدمت ڊومين نالي تي پهرين فري طرف جي ڪنٽر
عام سوالات
Q1: مان پرائيويسي جي حفاظت ڪرڻ چاهيان ٿو، ڇا ڪوڙي معلومات سان رجسٽر ڪري سگهان ٿو؟
تجويز نه ڪئي وئي، خطرا پڻ آهن.ICANN واضح طور بيان ڪيو آهيرجسٽريشن ڊيٽا صحيح نه هجي، وقت تي اپڊيٽ نه ڪجي يا تصديق جو جواب نه ڏجي، ڊومين رڪجي يا ختم ٿي سگهي ٿو.
صحيح طريقو آهي پرائيوسي/پراکسي سروس استعمال ڪرڻ، نه ته جعلي ڪرڻ.
Q2: منهنجو ڊومين ختم ٿي چڪو آهي، ڇا ان کي واپس حاصل ڪري سگهان ٿو؟
عام طور تي ها، پر جيترو دير ٿيندو، اوتري قيمت وڌي ويندي.ICANN تعميلوضاحت تي زور: رجسٽرار کي اجازت ڏيڻ گهرجي ته 30 天 RGP ختم ٿيڻ کان اڳ واپسي/بحالي (جيڪڏهن ناڪام ٿي ته شڪايت ڪري سگهجي ٿي).
پر قيمت ۽ عمل عام تجديد جي ڀيٽ ۾ واضح طور تي مشڪل هوندو آهي، تنهنڪري بهتر آهي خودڪار تجديد ذريعي واپسي جي مدت ۾ داخل ٿيڻ کان بچڻ.
Q3: رجسٽرار مون کي ٽرانسفر ڪوڊ نه ڏيندو آهي؟
ICANN تعميل واري صفحوواضح: جيڪڏهن رجسٽرار توهان جي درخواست کان پوءِ 5 قدرتي ڏينهناندر Auth-Code مهيا نه ڪري، توهان ٽرانسفر شڪايت جمع ڪري سگهو ٿا.
Q4: مون کي WHOIS معلومات ڇو نه ملي رهي آهي؟ ڇا ڊومين ۾ مسئلو آهي؟
ضروري نه آهي.ICANN اعلانبيان ڪري ٿو: کان 2025-01-28 شروعاتي، آرڊي اي پي جي ٽي ايل ڊي رجسٽريشن جي معلومات جي جواز واري ذريعي بڻجي وئي آهي، جڏهن ته WHOIS بتدريج ختم ٿي رهيو آهي؛ ان سان گڏ پرائيويسي قوانين به عوامي فيلڊن تي اثر انداز ٿيندا.
Q5: ڇا مون جي پرائيوسي پروٽيڪشن SEO تي اثر انداز ٿيندي؟
عام طور تي نه. رازداري جي حفاظت جو اثر رجسٽريشن ڊيٽا جي عوامي ڏيکاءَ تي آهي، جيڪا ويب سائيٽ جي مواد کي لڪائڻ جي برابر ناهي. اصل ۾ SEO تي اثر انداز ٿيندڙ مواد جي معيار، سائيٽ جي بناوت ۽ تجربي تي آهي.