برای اتصال یک دامنه به وبسایت، باید DNS دامنه را به سرویسی که وبسایت را میزبانی میکند اشاره دهید. وبسایت.
دو روش اصلی برای انجام این کار وجود دارد:
- تغییر nameserverهای دامنه به nameserverهایی که توسط هاستینگ، DNS، یا پلتفرم وبسایت شما ارائه شده است؛ یا
- حفظ nameserverهای فعلی و افزودن یا بهروزرسانی رکوردهای DNS مانند رکوردهای A، AAAA یا CNAME در ارائهدهنده DNS که در حال حاضر مرجع دامنه است.
روش صحیح بستگی به این دارد که کجا میخواهید DNS مدیریت شود.
اگر دامنه شما در NiceNIC ثبت شده است، میتوانید nameserverهای دامنه را بهروزرسانی کنید یا، هنگام استفاده از nameserverهای پیشفرض NiceNIC، رکوردهای DNS را مستقیماً در NiceNIC مدیریت کنید.
قبل از تغییر هر چیزی، nameserverهای فعال خود را شناسایی کنید، رکوردهای DNS موجود را پشتیبانگیری کنید، و رکوردهای ایمیل مانند MX، SPF، DKIM و DMARC را حفظ کنید. تغییر nameserverها بدون بازسازی کامل ناحیه DNS ممکن است باعث کارکرد وبسایت در حالی که ایمیل مختل میشود، یا برعکس شود.
برای تمایز اساسی بین registrar، DNS و هاستینگ، به Domain Registrar در مقابل Web Hosting مراجعه کنید.
پاسخ سریع: چگونه یک دامنه را به هاستینگ متصل میکنید؟
www کار نمیکند
www
مهمترین قانون این است:
اول تصمیم بگیرید چه کسی DNS را میزبانی خواهد کرد. سپس رکوردهای وبسایت را در آنجا ایجاد کنید.
"اتصال یک دامنه به وبسایت" واقعاً به چه معناست؟
ثبت دامنه و وبسایت دو چیز جداگانه هستند.
برای مثال:
example.com
ممکن است در یک شرکت ثبت شده باشد در حالی که خود وبسایت در ارائهدهنده هاستینگ دیگری اجرا میشود.
DNS آنها را به هم متصل میکند.
یک مسیر سادهشده به این شکل است:
ثبت دامنه ← Nameserverها ← رکوردهای DNS ← سرور میزبانی / پلتفرم وبسایت ← وبسایت
اگر قبلاً دامنه را خریدهاید اما وبسایت هنوز فعال نشده است، گام از دست رفته معمولاً این است:
به DNS بگویید وبسایت در کجا قرار دارد.
دامنه، DNS و هاستینگ سه لایه متفاوت هستند
همه اینها میتوانند در یک شرکت باشند.
آنها همچنین میتوانند در سه شرکت مختلف باشند.
برای مثال:
ثبتکننده: NiceNIC DNS: Cloudflare هاستینگ: ارائهدهنده هاستینگ دیگری
این یک پیکربندی عادی است.
NiceNIC همچنین مستند کرده است که شما میتوانید بدون انتقال دامنه از NiceNIC از Cloudflare DNS استفاده کنید.
قبل از شروع: این اطلاعات را جمعآوری کنید
تا زمانی که اطلاعات مورد نیاز ارائهدهنده هاستینگ یا وبسایت را در اختیار ندارید، تغییر DNS را شروع نکنید .
آماده کنید:
- نام دامنه شما؛
- ورود به سیستم ثبتکننده؛
- nameserverهای فعلی؛
- ارائهدهنده DNS فعلی؛
- حساب هاستینگ؛
- دستورالعملهای راهاندازی ارائهدهنده هاستینگ؛
- آدرس IP مقصد در صورت ارائه؛
- مقصد CNAME مورد نیاز در صورت ارائه؛
- رکوردهای DNS فعلی؛
- جزئیات ارائهدهنده ایمیل؛
- وضعیت DNSSEC؛
- وضعیت فعلی SSL/HTTPS.
اگر دامنه قبلاً ایمیل یا سرویس زنده دیگری را اجرا میکند، قبل از ایجاد تغییرات، ناحیه DNS را ذخیره کنید.
دو روش اصلی برای اتصال یک دامنه
روش 1: تغییر Nameserverها
زمانی از این روش استفاده کنید که ارائهدهنده هاستینگ، سازنده وبسایت، یا ارائهدهنده DNS میخواهد کل DNS ناحیه را مدیریت کند.
برای مثال، ارائهدهنده شما ممکن است به شما بدهد:
ns1.examplehost.com
ns2.examplehost.com
سپس nameserverهای دامنه را در ثبتکننده بهروزرسانی میکنید.
پس از تغییر، رکوردهای DNS در ارائهدهنده nameserver جدید مدیریت میشوند.
روش 2: حفظ Nameserverها و تغییر رکوردهای DNS
زمانی از این روش استفاده کنید که میخواهید ارائهدهنده DNS فعلی را حفظ کنید.
برای مثال:
ثبتکننده: NiceNIC Nameserverها: NiceNIC DNS: NiceNIC هاستینگ: هاست خارجی
هاست ممکن است به شما بگوید:
دامنه خود را به
203.0.113.20اشاره دهید
شما nameserverهای موجود را حفظ کرده و رکورد A را بهروزرسانی میکنید.
این روش میتواند ایمنتر باشد زمانی که:
- ایمیل تجاری قبلاً کار میکند؛
- رکوردهای DNS زیادی وجود دارد؛
- شما نمیخواهید DNS را منتقل کنید؛
- فقط مقصد وبسایت نیاز به تغییر دارد.
Nameserverها در مقابل رکوردهای DNS: تفاوت چیست؟
این تمایز بسیار مهم است.
Nameserverها
Nameserverها به اینترنت میگویند:
ناحیه DNS مرجع این دامنه در کجا میزبانی میشود؟
رکوردهای DNS
رکوردهای DNS درون آن ناحیه به سرویسها میگویند:
وبسایت، ایمیل، یا سایر سرویسها باید به کجا بروند؟
برای مثال:
Nameserverها
ns1.dnsprovider.com
ns2.dnsprovider.com
ارائهدهنده DNS را شناسایی میکنند.
رکورد A
example.com ← 203.0.113.20
سرور وب را شناسایی میکند.
رکورد MX
example.com ← mail.exampleprovider.com
سرور ایمیل را شناسایی میکند.
تغییر nameserverها تغییر میدهد که رکوردهای DNS در کجا مدیریت میشوند.
تغییر رکورد A تغییر میدهد یک مقصد خاص در داخل DNS.
کدام روش را باید انتخاب کنید؟
از این جدول تصمیم گیری استفاده کنید.
صرفاً به این دلیل که یک ارائهدهنده هاستینگ به شما یک آدرس IP میدهد، nameserverها را تغییر ندهید.
یک آدرس IP معمولاً باید در رکورد A یا AAAA باشد.
روش 1: اتصال دامنه با تغییر Nameserverها
زمانی از این روش استفاده کنید که ارائهدهنده جدید میخواهد DNS را مدیریت کند .
گام 1: Nameserverهای دقیق را دریافت کنید
ارائهدهنده هاستینگ یا DNS شما باید نامهایی مانند این ارائه دهد:
ns1.examplehost.com
ns2.examplehost.com
آنها را دقیقاً کپی کنید.
nameserver اختراع نکنید.
گام 2: پشتیبانگیری از DNS موجود
قبل از تغییر nameserverها، ذخیره کنید:
- A؛
- AAAA؛
- CNAME؛
- MX؛
- TXT؛
- رکوردهای مرتبط با SPF؛
- DKIM؛
- DMARC؛
- CAA؛
- SRV؛
- رکوردهای تأیید؛
- زیردامنههای مهم.
این مهم است زیرا:
تغییر nameserverها به طور خودکار رکوردهای DNS را از ارائهدهنده DNS قدیمی به جدید کپی نمیکند.
اگر ایمیل قبلاً کار میکند، این گام بهویژه مهم است.
گام 3: بازسازی رکوردهای مورد نیاز در ارائهدهنده DNS جدید
در صورت امکان این کار را قبل از تغییر nameserverها انجام دهید.
در ارائهدهنده جدید، ایجاد کنید:
- رکوردهای وبسایت؛
- رکوردهای ایمیل؛
- رکوردهای تأیید سرویس؛
- رکوردهای امنیتی؛
- رکوردهای زیردامنه.
منتظر نمانید تا بعد از تغییر nameserver متوجه شوید که ناحیه DNS جدید خالی است.
گام 4: تغییر Nameserverها در NiceNIC
برای یک دامنه ثبتشده در NiceNIC :
- وارد حساب NiceNIC خود شوید؛
- دامنه را زیر My Products باز کنید؛
- صفحه مدیریت دامنه را باز کنید؛
- Domain Services را انتخاب کنید؛
- nameserverهای جدید را وارد کنید؛
- تغییر را ذخیره کنید.
برای جدیدترین مراحل رابط کاربری، از راهنمای بهروزرسانی nameserver فعلی NiceNIC استفاده کنید.
اگر بهروزرسانی Nameserver رد شود چه؟
برخی از ثبتها (Registries) قبل از پذیرش آنها، nameserverها را اعتبارسنجی میکنند.
راهنمای nameserver فعلی NiceNIC توضیح میدهد که بهروزرسانیها زمانی میتوانند ناموفق باشند که nameserverها :
- به درستی پیکربندی نشده باشند؛
- پاسخ ندهند؛
- مرجع (authoritative) نباشند؛
- در اعتبارسنجی فنی ثبت ناموفق باشند.
اگر بهروزرسانی ناموفق بود:
- املای صحیح را تأیید کنید؛
- از ارائهدهنده DNS/هاستینگ بخواهید تأیید کند که nameserverها فعال هستند؛
- تأیید کنید که آنها مرجع دامنه شما هستند؛
- راهاندازی ارائهدهنده DNS را اصلاح کنید؛
- بهروزرسانی nameserver را دوباره امتحان کنید.
ارسال مکرر همان nameserverهای نامعتبر، مشکل را حل نخواهد کرد.
روش 2: حفظ Nameserverهای NiceNIC و اشاره DNS به هاست
این روش DNS را در NiceNIC نگه میدارد.
راهنمای فعلی DNS Services نیسنیک قانون کلیدی را توضیح میدهد:
رکوردهای DNS نیسنیک زمانی استفاده میشوند که دامنه به nameserverهای نیسنیک واگذار شده باشد.
اگر دامنه شما از nameserverهای خارجی استفاده میکند، DNS را در آن ارائهدهنده خارجی ویرایش کنید.
گام 1: دریافت رکوردهای مورد نیاز از هاست
ارائهدهنده هاستینگ شما ممکن است به شما بدهد:
- یک آدرس IPv4؛
- یک آدرس IPv6؛
- یک مقصد CNAME؛
- رکورد تأیید TXT؛
- دستورالعملهای زیردامنه سفارشی.
مقادیر را حدس نزنید.
از اطلاعات دقیق ارائهشده توسط سرویسی که به آن متصل میشوید استفاده کنید.
گام 2: باز کردن مدیریت DNS نیسنیک
زمانی که دامنه از nameserverهای NiceNIC استفاده میکند:
- وارد NiceNIC شوید؛
- دامنه را از My Products باز کنید؛
- صفحه مدیریت دامنه را باز کنید؛
- DNS Records را انتخاب کنید؛
- رکوردهای مورد نیاز را اضافه یا ویرایش کنید؛
- تغییرات را ذخیره کنید.
به How to Manage DNS Records at NiceNIC مراجعه کنید.
گام 3: پیکربندی دامنه اصلی (Root)
دامنه اصلی عبارت است از:
example.com
گاهی نیز نامیده میشود:
- apex؛
- دامنه بدون پیشوند (bare domain)؛
- دامنه ریشه.
ارائهدهنده هاستینگ شما ممکن است به شما دستور دهد یک رکورد A ایجاد کنید:
@
203.0.113.20
رابطهای مختلف DNS دامنه اصلی را به شکلهای مختلف نمایش میدهند.
رابط فعلی DNS نیسنیک ممکن است بسته به نوع رکورد از یک هاست خالی یا تعیینشده ریشه استفاده کند.
از رابط کاربری و دستورالعملهای ارائهدهنده پیروی کنید، نه اینکه دامنه کامل را در فیلدی وارد کنید که فقط برچسب هاست را انتظار دارد.
گام 4: پیکربندی www
این دو نام DNS جداگانه هستند:
example.com
www.example.com
یک راهاندازی رایج این است:
@
203.0.113.20
www
example.com
اما ارائهدهنده هاستینگ شما ممکن است یک مقصد www متفاوت نیاز داشته باشد.
از مقدار رسمی آن استفاده کنید.
فرض نکنید که پیکربندی دامنه اصلی به طور خودکار www را نیز پیکربندی میکند.
رکورد A در مقابل CNAME: کدام را باید استفاده کنید؟
رکورد A
زمانی از رکورد A استفاده کنید که ارائهدهنده به شما یک آدرس IPv4 میدهد.
مثال:
example.com ← 203.0.113.20
رکورد AAAA
زمانی از رکورد AAAA استفاده کنید که ارائهدهنده به شما یک آدرس IPv6 میدهد.
رکورد CNAME
زمانی از CNAME استفاده کنید که ارائهدهنده یک نام میزبان دیگر به شما میدهد.
مثال:
www.example.com ← sites.exampleplatform.com
یک آدرس IP را در فیلد CNAME قرار ندهید.
سازندگان وبسایت چطور؟
سازندگان وبسایت اغلب ارائه میدهند:
- رکوردهای CNAME؛
- رکوردهای A؛
- رکوردهای تأیید TXT.
برای مثال، یک پلتفرم ممکن است از شما بخواهد افزودن:
www ← connect.platform.example
و:
TXT ← platform-verification-code
شما معمولاً نیازی به انتقال دامنه به سازنده وبسایت ندارید.
ثبت را در NiceNIC حفظ کنید و رکوردها را در ارائهدهنده DNS فعال وارد کنید.
چگونه یک دامنه را به VPS یا سرور ابری متصل کنیم
یک VPS یا سرور ابری معمولاً به شما یک آدرس IP میدهد.
یک راهاندازی رایج این است:
www
اما DNS فقط نیمی از راهاندازی است.
سرور همچنین باید برای پذیرش دامنه پیکربندی شود.
این ممکن است نیاز داشته باشد:
- هاست مجازی وبسرور؛
- پیکربندی Nginx/Apache؛
- نام میزبان برنامه؛
- گواهی SSL؛
- دسترسی فایروال؛
- در دسترس بودن پورت 80/443.
اگر DNS به درستی اشاره کند اما سرور برای نام میزبان پیکربندی نشده باشد، دامنه ممکن است نمایش دهد:
- صفحه پیشفرض سرور؛
- وبسایت دیگری؛
- 404؛
- 403؛
- خطای اتصال.
چگونه یک دامنه را به Shopify، Wix، Squarespace یا پلتفرم وبسایت دیگری متصل کنیم
اصل کلی یکسان است.
پلتفرم معمولاً ارائه میدهد:
- nameserverها؛ یا
- رکوردهای A/CNAME/TXT.
از یک آموزش تصادفی با مقادیر پلتفرم دیگری پیروی نکنید.
از دستورالعملهای دقیق دامنه سفارشی پلتفرم خود استفاده کنید.
سپس آن مقادیر را در این مکان وارد کنید:
ارائهدهندهای که مرجع DNS شما است.
ثبتکننده میتواند NiceNIC بماند.
چگونه یک دامنه را در حین استفاده از Cloudflare متصل کنیم
شما میتوانید حفظ کنید:
ثبتکننده: NiceNIC DNS: Cloudflare وبسایت: هر ارائهدهنده هاستینگ سازگاری
در این پیکربندی:
- NiceNIC ثبت دامنه را نگه میدارد؛
- دامنه از nameserverهای Cloudflare استفاده میکند؛
- رکوردهای DNS در Cloudflare مدیریت میشوند؛
- رکوردهای وبسایت از Cloudflare به هاست اشاره میکنند.
NiceNIC این راهاندازی را در Can You Use Cloudflare DNS Without Transferring Your Domain? مستند کرده است.
اگر nameserverهای Cloudflare مرجع هستند، رکوردهای مشابه را در NiceNIC ایجاد نکنید و انتظار داشته باشید که روی سایت زنده تأثیر بگذارند .
قبل از تغییر Nameserverها از ایمیل محافظت کنید
این یکی از مهمترین گامها در کل فرآیند است.
اتصال وبسایت اغلب فقط بر این موارد تمرکز میکند:
- رکورد A؛
- CNAME.
اما ایمیل تجاری ممکن است به این موارد وابسته باشد:
- MX؛
- SPF؛
- DKIM؛
- DMARC؛
- رکوردهای تأیید TXT؛
- رکوردهای autodiscover.
اگر nameserverها را تغییر دهید و این رکوردها را فراموش کنید:
وبسایت ممکن است کار کند در حالی که ایمیل متوقف میشود.
قبل از تغییر nameserverها، راهاندازی کامل DNS مرتبط با ایمیل را کپی کنید.
مثال: وبسایت در یک ارائهدهنده، ایمیل در دیگری
یک ناحیه DNS معمولی ممکن است به این شکل باشد:
www
هنگام اتصال یک وبسایت جدید، فقط رکوردهای مورد نیاز برای وبسایت را تغییر دهید مگر اینکه عمداً بخواهید ایمیل را نیز تغییر دهید.
رکوردهای DNS نامرتبط را حذف نکنید.
آیا تغییر رکورد A بر ایمیل تأثیر میگذارد؟
معمولاً نه به طور مستقیم.
رکورد A که برای وبسایت استفاده میشود و رکوردهای MX که برای ایمیل استفاده میشوند، رکوردهای DNS متفاوتی هستند.
با این حال، ایمیل همچنان میتواند تحت تأثیر قرار گیرد اگر:
- نام میزبان سرور ایمیل به رکورد A تغییر یافته وابسته باشد؛
- رکوردهای پشتیبان را حذف کنید؛
- nameserverها را تغییر دهید و در بازسازی رکوردهای ایمیل ناموفق باشید.
پس:
تغییر یک رکورد A وبسایت همان جایگزینی کل ناحیه DNS نیست.
قبل از تغییر Nameserverها DNSSEC را بررسی کنید
اگر DNSSEC فعال است، تغییرات nameserver نیاز به دقت اضافی دارند.
راهنمای فعلی راهاندازی و عیبیابی DNSSEC نیسنیک توضیح میدهد که رکوردهای DNSSEC معمولاً توسط ارائهدهنده DNS تولید میشوند، در حالی که NiceNIC میتواند رکورد DS مربوطه را برای TLDهای پشتیبانیشده به ثبت (registry) ارسال کند.
یک توالی رایج خرابی این است:
- دامنه از ارائهدهنده DNS A استفاده میکند؛
- DNSSEC فعال است؛
- رکورد DS به کلیدهای ارائهدهنده A اشاره میکند؛
- nameserverها به ارائهدهنده B تغییر میکنند؛
- رکورد DS قدیمی باقی میماند؛
- ارائهدهنده B از داده DNSKEY متفاوتی استفاده میکند؛
- اعتبارسنجی DNS ناموفق میشود.
کاربران ممکن است سپس ببینند:
SERVFAIL
حتی اگر رکورد A معمولی به نظر درست برسد.
قبل از تغییر nameserverها:
- بررسی کنید که آیا DNSSEC فعال است؛
- تأیید کنید که آیا رکوردهای DS باید حذف یا جایگزین شوند؛
- امضای (signing) صحیح را در ارائهدهنده جدید فعال کنید؛
- زنجیره را پس از تغییر تأیید کنید.
DNSSEC و SSL متفاوت هستند
آنها را با هم اشتباه نگیرید.
DNSSEC
به تأیید پاسخهای DNS کمک میکند.
SSL/TLS
از اتصال بین مرورگر و وبسایت محافظت میکند.
یک دامنه میتواند داشته باشد:
- DNS صحیح؛
- DNSSEC معتبر؛
- SSL خراب.
یا:
- گواهی SSL معتبر؛
- DNS خراب.
آنها را جداگانه عیبیابی کنید.
چه زمانی باید SSL را پیکربندی کنید؟
معمولاً پس از اینکه دامنه به سرویس هاستینگ صحیح اشاره کرد.
بسیاری از پلتفرمهای هاستینگ به طور خودکار پس از تأیید DNS گواهی صادر میکنند.
برخی دیگر از شما میخواهند که:
- SSL را به صورت دستی فعال کنید؛
- یک گواهی نصب کنید؛
- دامنه را تأیید کنید؛
- HTTPS را پیکربندی کنید.
آزمایش کنید:
http://example.com
و:
https://example.com
همچنین آزمایش کنید:
https://www.example.com
اگر از www استفاده میکنید.
گواهی باید هر نام میزبانی را که کاربران انتظار میرود از آن بازدید کنند پوشش دهد.
چرا HTTP کار میکند اما HTTPS ناموفق است؟
علل احتمالی شامل:
- گواهی صادر نشده است؛
- گواهی منقضی شده است؛
- گواهی نام میزبان را شامل نمیشود؛
- HTTPS در هاست فعال نشده است؛
- عدم تطابق SSL پروکسی/CDN؛
- پیکربندی ریدایرکت.
اگر DNS به درستی resolve شود اما HTTPS ناموفق باشد، ثبتکننده ممکن است مشکل نباشد.
هاستینگ، SSL یا لایه CDN را بررسی کنید.
DNS Propagation چیست؟
پس از تغییر DNS، برخی کاربران ممکن است به طور موقت پاسخهای DNS کششده قدیمی دریافت کنند.
تغییرات DNS به معنای واقعی کلمه به طور همزمان به هر رایانهای کپی نمیشوند.
Resolverهای بازگشتی اطلاعات DNS را با توجه به TTL و سایر رفتارهای کش ذخیره میکنند.
تمایز مفید این است:
DNS مرجع (Authoritative)
آنچه ارائهدهنده DNS دامنه در حال حاضر میگوید.
DNS کششده
آنچه یک resolver دیگر ممکن است هنوز از یک پرسوجوی قبلی به خاطر بسپارد.
به همین دلیل است که یک کاربر ممکن است وبسایت جدید را ببیند در حالی که دیگری هنوز وبسایت قدیمی را میبیند.
DNS Propagation چقدر طول میکشد؟
زمان ثابت جهانی وجود ندارد.
این میتواند به این موارد بستگی داشته باشد:
- TTL قبلی؛
- کش resolver؛
- کش واگذاری (delegation)؛
- ذخیره منفی (negative caching)؛
- resolver ISP؛
- کش DNS محلی.
بدون بررسی پیکربندی ، صرفاً 24 تا 48 ساعت منتظر نمانید.
راهنمای فعلی DNS نیسنیک توصیه میکند:
- ارائهدهنده مرجع را تأیید کنید؛
- صحت رکورد مرجع را تأیید کنید؛
- فقط پس از آن اجازه دهید پاسخهای کششده منقضی شوند.
به Why Your DNS Changes Are Not Working and How to Fix It مراجعه کنید.
انتظار، یک رکورد DNS اشتباه را اصلاح نمیکند
این شایسته یک قانون جداگانه است:
Propagation نمیتواند یک پیکربندی اشتباه را تصحیح کند.
اگر DNS مرجع بگوید:
example.com ← IP اشتباه
انتظار طولانیتر باعث نمیشود که به IP صحیح تبدیل شود.
ابتدا رکورد مرجع را اصلاح کنید.
سپس کش را در نظر بگیرید.
چگونه تأیید کنید که دامنه به درستی متصل شده است؟
وقتی پنل DNS بگوید متوقف نشوید:
ذخیره شد
سرویس واقعی را آزمایش کنید.
بررسی 1: دامنه اصلی
باز کنید:
example.com
بررسی 2: www
باز کنید:
www.example.com
بررسی 3: HTTP
آزمایش کنید:
http://example.com
بررسی 4: HTTPS
آزمایش کنید:
https://example.com
بررسی 5: شبکه دیگر
تلاش کنید:
- Wi-Fi؛
- داده موبایل؛
- resolver دیگر.
بررسی 6: ایمیل
اگر دامنه از ایمیل تجاری استفاده میکند:
- یک پیام آزمایشی ارسال کنید؛
- یک پیام دریافت کنید.
بررسی 7: زیردامنههای مهم
آزمایش کنید:
- shop؛
- app؛
- login؛
- API؛
- mail؛
- هر زیردامنه تولیدی.
تا زمانی که همه سرویسهای مورد نیاز کار نکنند، راهاندازی را کامل در نظر نگیرید.
چکلیست تأیید اتصال وبسایت
www DNS
امروز دامنه .COM خود را خریداری و ثبت کنید
بررسی در دسترس بودن دامنه .COM، ثبت دامنه جدید .COM، جستجوی چندین نام به صورت گروهی، یا انتقال دامنههای موجود .COM خود به NiceNIC. مناسب برای کسبوکارها، سرمایهگذاران دامنه، آژانسها، ارائهدهندگان هاست و فروشندگان
خبر بعدی: .ICU در برابر .COM: کدام برای برند جدید یا پروژه آنلاین بهتر است؟






