خطاهای دامنه در جوکر ممکن است از فرم، سامانهٔ فروشنده، ماژول ارتباطی یا رجیستری صادر شوند. بنابراین یک کلمه مانند domain_contact_create نام عملیات ناموفق را نشان می‌دهد و لزوماً علت دقیق را ثابت نمی‌کند. متن کامل، زمان و مرحلهٔ درخواست را پیش از هر اصلاح ثبت کنید.
بررسی اولیهٔ خطاهای دامنه در جوکر
نام دامنه، ثبت‌کنندهٔ فعلی، وضعیت درخواست و نتیجهٔ صورتحساب را تطبیق دهید. کدهای عددی و پیام‌های اختصاصی سامانه‌ها را یکسان فرض نکنید. اگر پاسخ عملیات نامشخص است، پیش از تکرار پرداخت یا انتقال، وضعیت واقعی را از پنل و پشتیبانی بپرسید.
کد انتقال نامعتبر و خطای 2202
پیام Invalid authorization information در فرایند انتقال معمولاً به ناسازگاری اطلاعات مجوز مانند Auth/EPP مربوط است. کد را از ثبت‌کنندهٔ فعلی، برای همان دامنه دریافت کنید؛ فاصلهٔ اضافه یا کد قدیمی را بررسی کنید. این پیام به‌تنهایی ثابت نمی‌کند دامنه قفل است.
طبق استاندارد EPP، خطای 2202 با خطای مجوز دسترسی حساب و خطای وضعیت شیء تفاوت دارد. کد انتقال را در متن عمومی، تصویر یا نمونهٔ آموزشی منتشر نکنید.
وضعیت دامنه اجازهٔ عملیات نمی‌دهد
کد 2304 یعنی وضعیت موجود مانع اجرای عملیات است؛ این وضعیت همیشه فقط قفل معمول انتقال نیست. برای انتقال، قفل ثبت‌کننده، محدودیت زمانی، درخواست در جریان یا محدودیت رجیستری را بررسی کنید. فهرست وضعیت‌های ICANN تفاوت clientTransferProhibited، serverTransferProhibited و pendingTransfer را توضیح می‌دهد.
تنها قفلی را بردارید که برای انتقال مجاز و برنامه‌ریزی‌شده لازم است. پیام رد انتقال توسط صاحب امتیاز یا انقضای مهلت پاسخ نیز باید با همان درخواست پیگیری شود؛ شروع درخواست جدید بدون فهم علت مناسب نیست.
خطاهای کشور، آدرس و اطلاعات تماس
اگر پیام country is invalid یا نام فیلد مشخصی را نشان می‌دهد، مقدار همان فیلد را اصلاح کنید. در مستند تماس‌های جوکر، کد کشور دوحرفی ISO تعریف شده است؛ در فرم دارای فهرست کشور، گزینهٔ صحیح را انتخاب کنید.
نام، آدرس، تلفن و ایمیل باید واقعی و با قالب خواسته‌شده سازگار باشند. محدودیت طول یا نویسه را از پیام همان رابط بخوانید. استفاده از کشور یا هویت غیرواقعی برای عبور از خطا می‌تواند مدیریت و بازیابی دامنه را مختل کند.
کد 2306 به خطای سیاست مربوط به مقدار پارامتر اشاره دارد؛ به‌تنهایی دلیل قطعی تحریم یا ممنوعیت یک کشور نیست. برای پسوند دارای شرایط خاص یا پیام tld_sanction، از ثبت‌کننده دربارهٔ امکان قانونی ارائهٔ سرویس و مدارک لازم توضیح بخواهید.
نیم‌سرور ناشناخته یا از قبل موجود
پیام hostname is not known in registry را با ثبت میزبان و glue مرتبط بررسی کنید. وجود رکورد A در ناحیهٔ سایت لزوماً نام را نزد رجیستری ثبت نمی‌کند. نام کامل، دامنهٔ پایه، IP و محل ثبت میزبان را با مدیر DNS تطبیق دهید.
اگر نام already exists است، پیش از ساخت دوباره، همان میزبان موجود و IP آن را بررسی کنید. هیچ جفت نیم‌سرور نمونه‌ای راه‌حل عمومی همهٔ حساب‌ها نیست. فقط از نام‌های معتبر سرویس واقعی خود استفاده کنید.
انقضا، RGP و حداکثر دورهٔ تمدید
در redemptionPeriod یا RGP ممکن است بازیابی با فرایند و هزینهٔ جدا لازم باشد. زمان شروع این وضعیت را صرفاً «۳۰ روز بعد از انقضا» فرض نکنید؛ وضعیت واقعی و قواعد پسوند مهم‌اند. برای حفظ دامنه فوراً با ثبت‌کننده تماس بگیرید.
پیام maximum period exceeded یعنی دورهٔ درخواستی از سقف مجاز عبور می‌کند. دورهٔ باقی‌مانده و سقف همان پسوند را بررسی کنید؛ عدد ده سال و مثال‌های سال‌های گذشته را به همهٔ پسوندها تعمیم ندهید.
نام ثبت‌شده، Premium و خطای قیمت
domain_exist یا پیام ثبت‌بودن نام را با جست‌وجوی تازه و وضعیت ثبت تطبیق دهید. نام Premium لزوماً غیرقابل ثبت نیست؛ راهنمای جوکر انواع نام‌های دارای قیمت ویژه را توضیح می‌دهد. هزینهٔ ثبت، تمدید و شرایط معامله را جدا بررسی کنید.
پیامی مانند tld_price_not_defined می‌تواند به تنظیم یا دریافت قیمت در مسیر سفارش مربوط باشد. آن را خودکار به غلط‌بودن آدرس مالک نسبت ندهید؛ فروشنده باید خطای دقیق و تنظیمات مربوط را بررسی کند.
خطای داخلی یا ارتباطی
برای internal_server_error یا joker_server_fail، زمان و شناسهٔ درخواست را ثبت کنید. ابتدا معلوم شود عملیات قبلی انجام شده یا نه؛ سپس در صورت نیاز با راهنمایی پشتیبانی تکرار شود. رمز، کلید API و کد انتقال را از گزارش خطا حذف کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
