ڈومین رجسٹریشن پرائیویسی تے تجدید فیساں دے جال

ڈومین ناں دے سب توں مہنگے تھاں، اکثر “خریدن” نئیں، بلکہرینیوال، ریڈیمپشن، ٹرانسفر وچ رکاوٹ، مالکیت دا واضح نہ ہووݨ، تے پرائیویسی/کمپلائنس دا غلط انتظامدی وجہ نال طویل مدتی نقصان۔

ایہ مضمون “ٹریپ” کوں قابل عمل عمل دے طور تے تقسیم کریسی: تہاکوںکم لاگت نال طویل مدتی طور تے مستحکم ڈومین ناں رکھݨ، تے چھکے ونڄݨ، لاک تھیوݨ، تے اُچے داماں تے کٹݨ دے خطرے کوں گھٹاوݨ وچ مدد کریسی۔

1. پہلے واضح کرو: ڈومین ناں دی “پرائیویسی” تے “رینیوال ٹریپ” اصل وچ کیا خراب کریندے پئے ہن؟

تہاکوں ملݨ والے وݙے ڈومین ناں دے ٹریپ، عام طور تے ترائے قسماں وچ ونڈے ہن:

A. قیمت دا گڑھا: پہلے سال سستا، تجدید مہنگا؛ چھڑاوݨ تے وی مہنگا

• پہلے سال دی پروموشن قیمت بہوں گھٹ ہوندی ہے (حتی کہ 0.99 ڈالر)، جیندے نال تہاکوں لڳدے “ڈومین سستا ہے”
• دوجے سال تجدید اچانک مہنگی تھی ویندی ہے، یا “کجھ سفیکس” دی تجدید پہلے کنوں ای مہنگی ہوندی ہے
• ایں ویلے تجدید کرݨا بھل ویندے ہو، تاں چھڑاوݨ دی مدت (RGP)، چھڑاوݨ دی فیس عام تجدید کنوں کئی گنا مہنگی ہوندی ہے؛ ICANN داکمپلائنس بیانزور ڈیندے: رجسٹریشن سروس فراہم کرݨ والے کوں ضرور اجازت ڈیوݨی چاہیدی ہے 30 天 RGP ختم تھیون توں پہلے ڈومین ناں واپس گھنو/بحال کرو۔

B. ملکیت دا پھندا: تہاکوں لگدا ہے جو تہاڈے کول ہے، پر اصل وچ کھاتہ تہاڈے ہتھ وچ کائنی

عام طور تے:

• ویب سائٹ بݨاوݨ والی کمپنی/آؤٹ سورسنگ/ایجنٹ کولوں ڈومین ناں گھنو، او اپݨے کھاتے نال رجسٹر کرویندے
• تساں “مفت ڈومین ناں” پیکج ورتیا، پر نتیجے وچ ڈومین ناں ٹرانسفر کرݨ دی اجازت کائنی یا ٹرانسفر کوڈ فراہم کائنی کیتا ویندا
• تساں پرائیویسی/پراکسی سروس گھدی، پر معاہدے تے کنٹرول دیاں شرطاں کوں چنگے نال نہ ݙٹھا

C. پرائیویسی/تعمیل دا پھندا: پرائیویسی دی حفاظت کرݨ چاہندے ہو، پر نتیجے وچ ڈومین ناں معطل تھی ڳیا، اپیل نہیں کر سڳدے

• تساں جھوٹی معلومات نال رجسٹر کیتا، یا رابطے دیاں تفصیلاں اپ ڈیٹ کرݨ بھل ڳئے
• تساں “تصدیقی ای میل” چھوڑ ݙتی، جیندی وجہ نال ڈومین ناں معطل تھی ڳیا
  آئی سی اے این این واضحاگر رجسٹر کرن والا غلط معلومات ݙیوے، تبدیلی دے بعد 7 ݙینہاں وچ اپ ڈیٹ نہ کرے، یا 15 ݙینہاں وچ تصدیق دا جواب نہ ݙیوے، تاں رجسٹریشن سروس فراہم کرݨ والا ادارہضرور روک یا منسوخ کروڈومین ناں۔

2. پہلے ڈومین ناں نظام سمجھو: تہاݙے ڈومین ناں دا کنٹرول کون کریندا ہے؟

ایہ 4 کردار سمجھو، تاں تہاکوں دھوکھا کھاوݨ مشکل ہوسی:

1. رجسٹری：کجھ ہک خاص سابقہ (TLD) دا “کل گودام” منظم کرو، جیویں .com、.net、.shop وغیرہ مختلف رجسٹریاں چلاندیاں ہن
2. رجسٹرار：جتھاں تساں ڈومین خریددے ہو (ICANN تصدیق شدہ رجسٹری سروس فراہم کنندہ، بیک اینڈ، تجدید، ریزولوشن وغیرہ فراہم کریندا ہے)
3. ڈسٹریبیوٹر/ایجنٹرجسٹرار دے تھلے “سیکنڈ لیول سیلر”، تہاکوں شاید ایہ وی پتہ نہیں جو تساں ری سیلر کولوں خریداری کیتی اے۔
4. رجسٹرنٹ：ڈومین دا “قانونی طور تے مالک” (کم از کم معاہدے تے پالیسی نظام وچ، تساں ایہو ہووے)

ICANN فراہم کریندا ہے “رجسٹرڈ شخص دی معلومات دا دروازہ”، زور ڈیندے ہوئے کہ رجسٹرڈ شخص کوں رجسٹریشن، انتظام، منتقلی، تجدید، ڈومین ناں دی بحالی دے متعلق معلومات حاصل کرݨ دا حق حاصل ہے۔
ایکھے ICANN وی رجسٹرڈ شخص دے حقوق تے ذمہ داریاں کوں بݨایا ہےمجموعی بیان（حالانکہ آخر وچ معاہدہ/پالیسی دے اصل متن تے انحصار کرو）。

3. ڈومین ناں “ملکیت دا مسئلہ” آخر کیویں طے کریندے ہن؟

3.1 رجسٹر کرݨ والے دی معلومات کیا تساں (یا تہاݙی کمپنی) ہن؟

• اگر ذاتی ویب سائٹ ہے: رجسٹرنٹ تجویز کرو جو تہاݙی ذاتی حقیقی معلومات (یا تہاݙی قانونی ہستی) بھرے۔
• اگر کمپنی دا ویب سائٹ ہووے: رجسٹرنٹ وچ کمپنی دا قانونی ناں (یا ثابت کرݨ والا وجود) بھریو

3.2 ڈومین مینجمنٹ بیک اینڈ اکاؤنٹ کیا تساں خود بݨایا ہووے، تساں لاگ ان کر سڳدے ہو؟

اگر آؤٹ سورسنگ/ایجنٹ آکھے “میں تہاݙی مدد کریندا رہساں”، تساں ہوشیار رہو:

• ایک واری تساں معاہدہ تجدید نہ کرو، جھگڑا تھیوے، دوجا فریق رابطے توں محروم تھیوے، ڈومین سیدھا واپس نہ مل سڳے
• تہاݙے کول DNS، تجدید، تے ٹرانسفر کھولݨ دی اجازت کائنی۔

صحیح طریقہ:

تہاݙے آپݨا اکاؤنٹ رجسٹر کرو، تہاݙے آپݨا ای میل/فون بائنڈ کرو، تے اوں کوں “سب اکاؤنٹ اجازت” یا عارضی اجازت ݙیو۔

3.3 ڈومین کنٹیکٹ ای میل کیا “ڈومین توں الگ” ہک طویل مدتی ای میل ہے؟

ICANN 的ختم تھیوݨ دی بحالی پالیسی (ERRP)رجسٹر کرݨ والے کوں ڈومین توں غیر متعلق بیک اپ ای میل فراہم کرݨ دی حوصلہ افزائی کرو، تاکہ ڈومین بند تھیوݨ دے بعد یاددہانی نہ ملے۔
مثال: اگر تہاݙا ڈومین ای میل ہے [email protected]، ڈومین ختم تھیوݨ تے ای میل وی یاددہانی نہ مل سڳدی ہے——بہوں خطرناک۔

3.4 تساں آتھ کوڈ (Auth-Code / EPP کوڈ) گھن سڳدے ہو؟

ایہہ “رجسٹرار کوں آزادانہ طور تے تبدیل کرݨ دی صلاحیت” دا کلیدی نقطہ ہے۔ICANN تعمیل ورقہواضح: جے تساں Auth-Code دی درخواست کریندے ہو، تے رجسٹرار 5 قدرتی ݙینہہدے اندر فراہم نہ کریندا، تاں تساں منتقلی شکایت جمع کر سڳدے ہو۔
جے کوئی پلیٹ فارم/ایجنٹ ہمیشاں تہاکوں منتقلی کوڈ نہ ݙیندا، تاں ایہہ “تہاکوں پھساوݨ” دی عام نشانی ہے۔

3.5 تساں ڈومین دی حالت، انلاک تے منتقلی دی تصدیق کر سڳدے ہو؟

ICANN 的 انتقال پالیسی رجسٹراراں دے درمیان ٹرانسفر دے عمل (FOA اجازت وغیرہ) دی وضاحت کیتی گئی ہے، تے ایہ زور ڈیتا گیا ہے کہ رجسٹرنٹ کوں چاہیدا ہے کہ او پالیسی دے خلاف نہ ہووے تاں ڈومین ٹرانسفر کر سکے۔

4. سب توں زیادہ عام “مالکیت دے جال” دے منظر

منظر A: ویب سائٹ کمپنی کہندی ہے “ڈومین ناں میں تہاڈے واسطے رجسٹر کر ڈینداں، ایہ زیادہ آسان ہے”

خطرہ: ڈومین ناں اونہاں دے ناں تے رجسٹر ہے، یا بیکنڈ اکاؤنٹ اونہاں دے ہتھوں وچ ہے۔
نتیجہ: جڈاں تساں سروس فراہم کرݨ والے کوں تبدیل کرو، ڈومین ناں تے زیادہ قیمت دا مطالبہ کیتا ونڄ سڳدا ہے، یا براہ راست انتقال نہ ڈتا ونڄے۔

صحیح طریقہ (مشورہ ہے جو تساں ایہ معاہدے/ای میل وچ لکھو):

• ڈومین ناں ضرور تہاݙے/تہاݙی کمپنی دے ناں تے رجسٹرڈ ہووے (رجسٹرنٹ)
• ڈومین رجسٹرار اکاؤنٹ ضرور تہاݙے ولوں بݨایا تے رکھیا ہووے
• آؤٹ سورسنگ صرف DNS انتظامی اختیار (یا عارضی اختیار) حاصل کریندی ہے
• پروجیکٹ ڈیلیوری دے وقت ضرور ڈیلیور کرݨا چاہیدا: اکاؤنٹ، دو فیکٹر تصدیق (2FA)، ٹرانسفر کوڈ حاصل کرݨ دا طریقہ، DNS ریکارڈ لسٹ۔

منظر B: تہاݙے “مفت ڈومین + ہوسٹنگ پیکج” خریدا ہے”

خطرہ: مفت دی قیمت “منتقل نہیں کیتا ون٘ڄ سڳدا” “تجدید مہنگا” “کئی سالاں نال بندھا ہویا” “منتقلی کوڈ فراہم نہیں کیتا ویندا” ہے۔
حل:

• ادائیگی توں پہلے ݙیکھو: ڈومین علیحدہ بلنگ ہے؟ منتقل کیتا ون٘ڄ سڳدا ہے؟ خودکار طور تے منتقلی کوڈ گھن سڳدے ہیں؟
• سب توں محفوظ طریقہ:ڈومین ناں الگ الگ وڈے رجسٹراراں کولوں خریدو، ہوسٹنگ/ویب سائٹ پلیٹ فارم کتھائیں وی بدل سکدے ہو۔

منظر C: ٹیم دے کم وچ ڈومین کسے ملازم دے ذاتی اکاؤنٹ وچ رکھو

خطرہ: ملازم نوکری چھوڑے، ای میل ناکام تھیوے، دو-فیکٹر تصدیق (2FA) کھووے، تساں “کمپنی دا دروازہ کھو بیٹھو”۔
صحیح طریقہ:

• کمپنی دے متحد ڈومین اثاثے اکاؤنٹ (مثال دے طور تے [email protected]) نال رجسٹر کرو
• دو-فیکٹر تصدیق (2FA) کمپنی دے پاس ورڈ مینیجر/ہارڈ ویئر کلید نال استعمال کرو
• اختیارات کردار دے حساب نال ونڈیجݨ، گھٹ توں گھٹ دو ایڈمنسٹریٹر

5. تجدید دا جال 1: پہلے سال دی سستی قیمت ≠ لمبے عرصے دی گھٹ لاگت (تہاکوں “لاگت” دا حساب کرݨ سکھݨا چاہیدا ہے)

بہت سارے لوگ صرف پہلے سال دی قیمت ݙیکھدے ہن، ایہ سب توں عام “نرم جال” ہے۔

5.1 تہاکوں کیا حساب کرݨا چاہیدا ہے؟——کل مالکیت لاگت

گھٹ توں گھٹ 3 سال دا حساب کرو (5 سال دی صلاح زیادہ بہتر ہے):

• پہلے سال دی رجسٹریشن قیمت
• دوجے سال دی تجدید قیمت
• تیجے سال دی تجدید قیمت
• پرائیویسی تحفظ فیس (کجھ چارج تھیندے، کجھ مفت)
• DNS/ای میل/سرٹیفکیٹ وغیرہ اضافی سروسز (اختیاری)

سادہ فارمولا:

3 سال دا خرچ = رجسٹریشن دی قیمت + 2× تجدید دی قیمت + 3× پرائیویسی فیس (اگر ہووے) + ضروری اضافی خدمات

5.2 ERRP رجسٹراراں کولوں اہم فیساں دی افشا کرݨ دا مطالبہ کریندا ہے (پر تہاکوں ہن وی فعال طور تے ݙیکھݨا چاہیدا ہے)

ICANN 的میعاد ختم تھیوݨ والی رجسٹریشن بحالی پالیسی (ERRP)رجسٹریشن سروس فراہم کرݨ والے ادارے کو ضروری ہے کہ اوہ اپݨے رجسٹریشن معاہدے یا ویب سائٹ تے تجدید فیس، میعاد ختم تھیوݨ دے بعد دی تج

تہاݙے اقدام: آرڈر ݙیوݨ توں پہلے، “رینیوال قیمت” تے “ریڈیمپشن قیمت” دی اسکرین شاٹ محفوظ کرو (مستقبل وچ جھگڑے کیتے استعمال کرو)

6. ری نیوال ٹریپ 2: اعلیٰ قیمت ری نیوال تے “پریمیم ڈومین” دا پھندا

تہوں دو قسم دے “پریمیم” ݙٹھے ہوسن:

1. پریمیم رجسٹریشن: رجسٹریشن دے ویلے ہی مہنگی ہوندی ہے
2. پریمیم تجدید: رجسٹریشن مہنگی کائنی، پر ہر سال تجدید مہنگی ہوندی ہے (زیادہ چھپی ہوئی)

ایہ کجھ نویں ٹاپ لیول ڈومینز (new gTLD) وچ زیادہ عام ہے، کیوں جو رجسٹری کجھ خاص سٹرنگز دے قیمت زیادہ رکھ سکدی ہے۔
تہوں پچھوں دے قاعدے دی ضرورت کائنی، تہوں صرف یاد رکھو:

اگر کہیں ڈومین ناں “بہت چنگا” ہووے (بہت چھوٹا، بہت عام، صنعت دا مرکزی لفظ وانگوں)، تاں ایہ “عام قیمت” نئیں ہوسکدا۔

آرڈر کرݨ توں پہلے ضرور کرو:

• “تجدید قیمت” کوں واضح طور تے “ہر سال کتنا” ݙیکھو”
• صرف خریداری گاڑی وچ پہلے سال دی قیمت نہ ݙیکھو
• اگر صفحے تے تجدید دی قیمت نہ لکھی ہووے، تاں ہک ٻیا رجسٹرار ݙیکھو (یا سِدھا چھوڑ ݙیوو)

7. تجدید رقم تھری: خودکار تجدید نہیں کھولی / ادائیگی دا طریقہ ناکام / ای میل تے یادداشت نہیں آندی

ڈومین کھووݨ دا سبھ توں عام سبب ہیکر نئیں، بلکہ “تساں بھل ڳئے ہو” ہے۔

7.1 ERRP دی یاددہانی دا وقت ونڈو (تہاکوں تقریباً قاعدے دا پتہ ہووے)

ERRP دا ذکر کیتامقررہ تاریخ توں پہلے نوٹس جے الگ الگ مقررہ تاریخ توں پہلے 26–35 天与 4–10 天بھیجو، ایہ پالیسی دیاں شرطاں دے مطابق سمجھیا جا سکدا ہے۔
یعنی:تہاکوں واقعی یاد دہانی ملنی چاہیدی ہے، پر تہاکوں یار نہیں کرنی چاہیدی کہ “میں ضرور پاواں گا”۔

7.2 بہترین 6 ترتیب

1. خودکار تجدید کھولو
2. طویل مدتی ادائیگی دے طریقے باندھو (ختم تھیون والی ورچوئل کارڈ استعمال نہ کرو)
3. رجسٹریشن رابطہ ای میل وچ “طویل مدتی ای میل” استعمال کرو، ڈومین ای میل استعمال نہ کرو (ڈومین ختم تھی سکدی ہے، مل نہ سکدی ہے)
4. رجسٹرار نوٹیفیکیشن ای میل نوں وائٹ لسٹ وچ شامل کرو (سپیم باکس وچ جانے توں بچاؤ)
5. ڈومین کیتے کیلنڈر یاد دہانی سیٹ کرو (ختم تھیون توں 45/15/3 دن پہلے)
6. اہم ڈومین ناں ہک واری کئی سالاں کیتے (مثال دے طور تے 3–5 سال) تجدید کرو، بھلݨ دی امکان گھٹ کرو

8. تجدید دا جال 4: ختم تھیوݨ دے بعد “واپسی دی مدت” بہت مہنگی ہے، تے تہاکوں نیلامی وچ وی پا سڳدے ہن

8.1 تہاکوں “ختم تھیوݨ دی زندگی دا چکر” سمجھݨا ضروری ہے”

مختلف سابقے/رجسٹراراں دے تفصیلات وچ فرق ہو سڳدے ہن، لیکن ڄئیں gTLDs کیتے تقریباً عمل ایہ ہے:

ختم تھیوݨ → مہلت دی مدت → حذف تھیوݨ → واپسی دی مدت (RGP، عام طور تے 30 ݙینہہ) → حذف دی مدت → ولدا کھلا رجسٹریشن

ICANN تعمیل دی وضاحتاشارہ کرو: رجسٹرار کو تہاکوں اجازت ڈیوݨی چاہیدی ہے 30 天 RGP ختم تھیوݨ توں پہلے ڈومین ناں واپس گھنݨ/بحال کرݨ وچ۔

8.2 کیوں واپسی مہنگی تھی سڳدی ہے؟

کیوں جو چھڑاؤ رجسٹریشن دے سطح تے بحالی دے عمل نال تعلق رکھدا ہے، رجسٹرار عام طور تے اک عام تجدید فیس توں کہیں زیادہ فیس (“چھڑاؤ فیس/بحالی فیس

9. تجدید فیس دا جال 5: منتقلی وچ رکاوٹ——تہاکوں رجسٹرار بدلݨ دا ارادہ ہے، پر پتہ لڳدا ہے “نہیں نکل سڳدے”

رجسٹرار بدلݨ عام ڳالھ ہے: سستا، بہتر استعمال، محفوظ، ٹیم کیتے زیادہ موزوں۔

9.1 تُہاں کُوں منتقلی دا حق ہے (پر عملدرآمد دے مطابق)

ICANN 的انتقال پالیسیرجسٹراراں دے درمیان منتقلی معیاری اجازت دے ذریعے ہونی چاہیدی اے، عمل واضح ہووے، رجسٹرار عام طور تے ڈومین ناں منتقل کر سڳدا اے (جے تک کہ پالیسی نال منع کیتا ڳیا ہووے یا لاک مدت وچ ہووے وغیرہ)۔

9.2 منتقلی کوڈ اہم “چابی” ہے”

اگر تُہاں پینل تے خودکار طریقے نال منتقلی کوڈ حاصل نہیں کر سکدے، تاں رجسٹرار کُوں درخواست کرنی چاہیدی ہے؛ اگر رجسٹرار 5 ڈینہاں وچ فراہم نہیں کرے، تُہاں کُوںمنتقلی شکایت。

داخل کرنی چاہیدی ہے

• 9.3 عام "لاک" تھیوݨ دے معقول حالات (کوئی دھوکا نہیں، پر تُہاں کُوں پہلے پتہ ہووݨا چاہیدی ہے)
• رجسٹریشن کرݨ والے دی معلومات وچ تبدیلی لاک تھی سڳدی ہے (چوری کنوں بچاوݨ کیتے)
  ٹرانسفر پالیسی تے “لاک” میکانزم حالیہ سالاں وچ ویجاری بحث تے ایڈجسٹمنٹچین (تہاکوں صرف ایہو پتہ ہووے جو “لاک ہووݨ” ضروری نہیں جو برا ہووے، پر “لامحدود لاک/کوڈ نہ ݙیوݨ” بہت مشکو

10. پرائیویسی مسئلے: تساں معلومات عوامی کرݨ نہیں چاہندے، پر “جھوٹی معلومات” وی استعمال نہیں کر سڳدے”

10.1 “پرائیویسی تحفظ” بنیادی طور تے عوامی انکوائری معلومات لُکاوݨ کیتے ہے، تساں کوں جھوٹے ڈیٹا بھرݨ کیتے نہیں

پہلے بہت سارے لوگ WHOIS کھلے سوال و جواب دے کے رجسٹرڈ شخص دی معلومات ݙیکھ سڳدے ہن؛ پر پرائیویسی قوانین دی ترقی تے پالیسیاں دے ارتقاء“ڈیٹا تحفظ تے پرائیویسی”صفحہ وضاحت کریندا ہے جو ایہ پرائیویسی قوانین دے تحت ڈیٹا تک رسائی تے کمپلائنس وچ کیویں توازن رکھیندا ہے۔

تے ایں توں 2025ء دے جنوری 28 توں،رجسٹریشن ڈیٹا ایکسیس پروٹوکول RDAP gTLD رجسٹریشن معلومات دیاں پوچھ گچھ دا معتبر ذریعہ بن گیا ہے، WHOIS بتدریج ختم تھیندا پیا ہے。
ایندا مطلب ہے جو تہاڈے بعد وچ ݙیکھݨ والی “عوامی معلومات” دی شکل بدلدی رہسی۔

پر چاہے عوامی طور تے کجھ وی ݙکھایا ونڄے:تہاڈے رجسٹرار کوں جمع کرائے گئے رجسٹریشن ڈیٹا وچ سچے تے رابطے دے قابل ہووݨ ضروری ہے، ورنہ معطل/منسوخ تھی سڳدے ہن۔

10.2 صحیح طریقہ: پرائیویسی/پراکسی سروس استعمال کرو، جھوٹ نہ بݨاؤ

ICANN 有رازداری تے پراکسی سروساںدے نظام دی ترقی تے تصدیقی پروگرام، جو رجسٹراراں تے انہاں دے ایجنٹاں کو رازداری/پراکسی سروساں فراہم کرن دیاں ضروریات کو منظم کرن کیتے استعمال کیتا ویندا ہے۔

تساں عام صارف دے طور تے، صرف یاد رکھو:

• رازداری: سروس فراہم کنندہ دی معلومات کو عوامی استفسار وچ تہاݙی ذاتی معلومات دی جگہ استعمال کرو
• پراکسی: سروس فراہم کنندہ سطحی رجسٹرار دے طور تے تہاݙی نمائندگی کریندا ہے تے تہاݙے کول رکھیندا/اڳوں پہنچیندا ہے (خاص طور تے معاہدے دیاں شرطاں ݙیکھو)

11. پرائیویسی تے تعمیل دے جال: رابطے دی معلومات غلط، ڈومین نام معطل تھی سڳدا ہے

آئی سی اے این این نے رجسٹریشن ڈیٹا دی درستگی دے تقاضے تے نتائج واضح طور تے بیان کیتے ہن:

• جان بجھ کے غلط معلومات فراہم کرنا
• معلومات وچ تبدیلی دے بعد 7 ݙینہہ تک اپ ڈیٹ نہ کرنا
• 15 ݙینہہ وچ درستگی دے سوالات دا جواب نہ ݙیوݨا
  → رجسٹرار کوں ضرورمعطل یا منسوخ کرݨاڈومین ناں۔

ایہی وجہ ہے:

• تہاݙے کیتے پرائیویسی کیتے جھوٹی ای میل نہیں بھری جا سکدی
• تہاݙے کیتے ڈومین رجسٹریشن ای میل کوں “کوئی نہیں ݙیہدا” ای میل نہیں بݨایا جا سکدا
• تہاݙے کیتے آؤٹ سورسنگ کوں ای میل کنٹرول نہیں ݙتا جا سکدا (تہاکوں تصدیق/چیکنگ ای میلز چھٹ ویسن)

12 سیکیورٹی تے پرائیویسی مضبوطی نال جڑی ہوئی ہے: اکاؤنٹ چوری = ڈومین ہائی جیک

ڈومین ہائی جیک دا سب توں عام طریقہ “DNS کوں کرک نہیں”، بلکہ ہے:

• تہاݙے رجسٹرار اکاؤنٹ کوں چوری کرو
• تہاݙے DNS کوں فشنگ سائٹ دی طرف موڑو
• دوجے رجسٹرار کو ٹرانسفر کرݨ دی درخواست (اگر لاک نہ ہووے)

ٹرانسفر پالیسی خود ہی غیر مجاز ٹرانسفر دے خطرے کو گھٹاوݨ کیتے کئی تصدیقاں شامل کریندی ہے۔

تہاݙے کیتے سبھ توں اہم 7 کم:

1. رجسٹرار اکاؤنٹ وچ دو-فیکٹر تصدیق (2FA) چالو کرو
2. ای میل وچ دو-فیکٹر تصدیق چالو کرو (ڈومین اثاثے دا “جڑ” دراصل ای میل ہے)
3. رجسٹرار لاک چالو کرو
4. وݙے برانڈ/اعلیٰ قدر والے ڈومینز کیتے اعلیٰ درجے دا Registry لاک سوچ سڳدے ہن (کجھ رجسٹرارز/رجسٹریاں دی حمایت ن
5. DNS تبدیلی کیتے “دوجی تصدیق” چالو کرو”
6. DNS ریکارڈ وچ باقاعدہ چیک کرو جو کہیں نے چھیڑا ہووے
7. ٹیم دے ماحول وچ اجازت دا انتظام تے آڈٹ

13. “رینوول تے ملکیت دے پھندے توں بچݨ” دا معیاری عمل

ہیٹھاں “خریدنے توں لمبے عرصے دے انتظام تک” دا گھٹ توں گھٹ ممکن معیار۔

مرحلہ الف: خریدنے توں پہلے (10 منٹ)

• واضح کرو: رجسٹریشن قیمت، رینوول قیمت، پرائیوسی فیس، ریڈیمپشن فیس (اسکرین شاٹ محفوظ کرو)
• تصدیق کرو: کیا خودکار طور تے ٹرانسفر کوڈ حاصل کر سڳدے ہو؛ نہیں تاں نہ خریدو (ٹرانسفر حق اہم)
• بچو: “مفت ڈومین” پیکج نال بائنڈ کرݨ توں جیہڑا ٹرانسفر نہیں تھی سڳدا
• اگر ٹیم استعمال کریندی ہے: کمپنی دے ای میل نال اکاؤنٹ رجسٹر کرو (ذاتی ای میل استعمال نہ کرو)

مرحلہ بی: خریداری دے ݙینہہ (20 منٹ)

• کھولو: آپو آپ تجدید
• کھولو: دو-عنصر تصدیق (2FA)
• ترتیب ݙیوو: بیک اپ ای میل/فون (ڈومین کنوں الڳ)
• کھولو: ڈومین لاک (Lock)
• محفوظ کرو: رسید، آرڈر، ڈومین معلومات دی اسکرین شاٹ (مستقبل وچ تنازعہ/ادائیگی/اثاثہ ثبوت)

مرحلہ سی: آؤٹ سورسنگ/ٹیم کوں ڈیلیور کرو (30 منٹ)

• صرف DNS اجازت یا عارضی اجازت ݙیوو
• کوئی وی میݙے ماسٹر اکاؤنٹ دا پاس ورڈ نہ ݙیوو
• “انتقال دی لسٹ” بݨاؤ: DNS، انتقال کوڈ حاصل کرݨ دا طریقہ، میعاد ختم تھیوݨ دی تاریخ، ادائیگی دا طریقہ، منتظمین دی فہرست

مرحلہ D: سالانہ آڈٹ (15 منٹ)

• چیک کرو: تجدید کامیابی ریکارڈ، ادائیگی دا طریقہ کارآمد ہے یا نہیں
• چیک کرو: رجسٹرڈ شخص دی معلومات/ رابطہ ای میل ہن وی درست ہے یا نہیں (روکݨ توں بچاؤ)
• چیک کرو: DNS کیا تبدیل کیتا ڳیا ہے؟
• چیک: کیا پرائیویسی سروس ختم تھی گئی ہے (کجھ پرائیویسی سرویس وکھری ختم تھی سگدین)

14. ہک “ڈومین ناں دی ملکیت تے ترسیل” معاہدے دے شقاں دا سانچہ

تساں ایں شرطاں کوں ویب سائٹ کمپنی/آؤٹ سورسنگ/ایجنٹ کوں بھیج سڳدے ہو (یا معاہدے/ای میل وچ لکھ سڳدے ہو):

1. ڈومین رجسٹر (رجسٹرنٹ) ضرور اے پارٹی (کلائنٹ) دے قانونی ادارے/مقررہ فرد دے طور تے رجسٹرڈ ہووے。
2. ڈومین رجسٹرار بیک اینڈ اکاؤنٹ خریدار بݨاوے تے رکھے۔؛ صرف ضروری تکنیکی اجازت (جیویں DNS انتظام) حاصل کر سڳدے ہو، مکھی اکاؤنٹ دا پاس ورڈ نہیں رکھ سڳدے۔
3. فروخت کنندہ کوں ڈلیوری تے ݙیوݨ ضروری ہے:
   • ڈومین دی لسٹ، ختم تھیوݨ دی تاریخ، تجدید فیس دی معلومات (اسکرین شاٹ)
   • DNS ریکارڈ دی لسٹ
   • Auth-Code (ٹرانسفر کوڈ) حاصل کرݨ دا طریقہ تے عمل (یا تصدیق کرو جو خریدار خود حاصل کر سڳدے)
4. دوجھی پارٹی کسے وی شکل وچ پہلی پارٹی دے ڈومین ٹرانسفر یا رجسٹرار تبدیل کرݨ دے حق کوں محدود نہیں کر سڳدی (سوائے ICANN/رجسٹری پالی
5. جے بائیں پارٹی پرائیویسی/پراکسی سروس فراہم کریندی اے، تاں واضح کرݨ ضروری اے: سروس ڈومین کنٹرول تے انتظام دے حقوق کیتے اے پارٹی دے حق وچ کوئی

عام سوالات

Q1: میں پرائیویسی دی حفاظت کرݨ چاہندا ہاں، کیا میں جھوٹی معلومات نال رجسٹر کر سڳدا ہاں؟

تجویز کائنی، خطرہ وی ہے۔ICANN واضح طور تے ݙسیا ہے۔رجسٹریشن ڈیٹا غلط، وقت تے اپڈیٹ نہ کیتا یا تصدیق دا جواب نہ ݙتا تاں ڈومین رک یا منسوخ تھی سڳدا ہے۔
صحیح طریقہ ایہ ہے جو پرائیویسی/پراکسی سروس استعمال کرو، جھوٹ نہ بݨاؤ۔

Q2: میݙا ڈومین ختم تھی ڳیا ہے، کیا میں اوں کوں واپس گھن سڳدا ہاں؟

عام طور تے ہاں، پر جیڑھا ݙیر تھیوے، اوں دا خرچ زیادہ تھی ویندے۔ICANN تعمیلوضاحت زور ݙیندی ہے: رجسٹرار کوں اجازت ݙیوݨی چاہیدی ہے جو 30 天 RGP ختم تھیوݨ توں پہلے واپس گھنݨ/بحال کرݨ (اگر ناکام تھیوے تاں شکایت کر سڳدے ہو)۔
پر خرچ تے عمل عام تجدید کنوں واضح طور تے زیادہ مشکل ہوندے، ایں واسطے بہتر ایہ ہے جو آٹو ری نیوال استعمال کر تے ریڈیمپشن مدت وچ داخل تھیوݨ کنوں بچو۔

Q3: رجسٹرار میݙے کوں ٹرانسفر کوڈ نئیں ݙیندا تاں کیا کراں؟

ICANN تعمیل ورقہواضح: اگر رجسٹرار تہاݙی درخواست دے بعد 5 قدرتی ݙینہہدے اندر Auth-Code فراہم نئیں کریندا، تاں تساں ٹرانسفر شکایت جمع کروا سڳدے ہو۔

Q4: میں WHOIS معلومات کیوں نئیں ݙیکھ سڳدا؟ کیا ڈومین وچ مسئلہ ہے؟

ضروری نئیں۔ICANN اعلاناشارہ کریندا ہے: 2025-01-28 اٹھو، RDAP gTLD رجسٹریشن معلومات دی مستند ذریعہ بن گیا ہے، WHOIS آہستہ آہستہ باہر نکل رہا ہے؛ اسی وقت پرائیویسی قوانین عوامی فیلڈز کو متاثر کر سکدے ہن۔

Q5: میں پرائیویسی پروٹیکشن استعمال کراں تاں کیا SEO تے اثر پوندے؟

عام طور تے نئیں۔ رازداری دی حفاظت بنیادی طور تے رجسٹریشن ڈیٹا دی عوامی نمائش تے اثر انداز کریندی اے، ویب سائٹ دے مواد کوں چھپاوݨ دے برابر کائنی۔ اصل وچ SEO تے اثر انداز کرݨ والی چیز مواد دی معیار، سائٹ دی ساخت تے تجربہ ہوندی اے۔