كيف تربط دومينك بهوستنجر؟ شرح سجلات DNS ببساطة

عندك دومين وعندك سيرفر، وكل واحد منهم ما يعرف عن الثاني شيء. اللي يربط بينهم هو DNS، واللخبطة فيه غالبًا سببها أن كل لوحة تعرضه بشكل مختلف. في هذا المقال أشرح كيف وجّهت ahmed-adil.com وwww ودومين المدونة الفرعي إلى سيرفر VPS على هوستنجر، ووش وظيفة كل سجل.

طريقتان للربط: النيم سيرفر أو السجلات

قبل ما تلمس أي سجل، حدد وين تُدار إعدادات DNS حقتك. فيه طريقتان منتشرتان:

الطريقة الأولى: تغيير النيم سيرفر (Nameservers). تدخل عند الجهة اللي سجلت منها الدومين، وتستبدل النيم سيرفرات الافتراضية بالتي تعطيك إياها الاستضافة. بعدها تدير كل السجلات من لوحة الاستضافة. إذا كان الدومين والاستضافة كلهم عند هوستنجر، فغالبًا هذي الخطوة جاهزة من البداية.

الطريقة الثانية: تخلي DNS عند المسجل وتضيف السجلات. ما تغيّر النيم سيرفر، بس تضيف سجل A يوجّه لعنوان IP حق السيرفر. هذا مناسب إذا كان على الدومين خدمات ثانية ما تبي تنقلها.

الطريقتان تشتغل. القاعدة المهمة: السجلات تُحسب فقط في المكان اللي يشير له النيم سيرفر. إذا النيم سيرفر يشير لهوستنجر، فأي تعديل تسويه عند المسجل القديم ما له أي أثر. وأغلب شكاوى "عدّلت الـ DNS وما صار شيء" سببها التعديل في المكان الغلط.

عشان تعرف وين تُدار إعداداتك الحين:

dig NS example.com +short

النتيجة اللي تطلع لك هي المكان اللي لازم تعدّل فيه.

السجلات الأربعة اللي بتحتاجها فعلًا

أنواع سجلات DNS كثيرة، لكن لموقع عادي معه إيميل تكفيك أربعة:

سجل A: يربط اسم بعنوان IPv4. يعني "موقع example.com موجود على 203.0.113.10". هذا هو أساس توجيه الدومين للسيرفر. وسجل AAAA نفس الفكرة لكن لعناوين IPv6.

سجل CNAME: يربط اسم باسم ثاني. يعني "www.example.com هو نفسه example.com". فايدته أنه لو تغيّر الـ IP تعدّل سجل A واحد والباقي يتبعه. لكن انتبه: ما ينفع تحط CNAME على الدومين الرئيسي نفسه.

سجل MX: يحدد السيرفرات اللي تستقبل الإيميل لدومينك. بدون سجلات MX صحيحة، الرسائل اللي تُرسل إلى name@example.com ما توصل لأي مكان.

سجل TXT: نص حر تقرأه أنظمة ثانية. عمليًا أغلب استخدامه لتوثيق الإيميل (SPF وDKIM وDMARC)، ولإثبات ملكية الدومين لخدمات مثل Google Search Console.

في محرر DNS، خانة الاسم تكون غالبًا نسبة لدومينك. الرمز @ يعني الدومين الرئيسي (example.com)، وwww يعني www.example.com، وblog يعني blog.example.com.

توجيه الدومين الرئيسي وwww والمدونة إلى VPS

هذا شكل الإعداد عندي، مع عنوان IP افتراضي للمثال. الموقع وwww والمدونة كلهم على نفس السيرفر، وNginx هو اللي يقرر أي تطبيق يرد على أي اسم.

النوع	الاسم	القيمة	TTL
A	@	203.0.113.10	3600
CNAME	www	example.com	3600
A	blog	203.0.113.10	3600

ملاحظات عملية:

• احذف السجلات المتعارضة. إذا فيه سجل A موجود للرمز @ يشير لمكان ثاني، مثل صفحة مؤقتة أو استضافة قديمة، احذفه. وجود سجلين A لنفس الاسم يعني أن الزوار يوصلون لواحد منهم بشكل عشوائي.
• www ممكن يكون CNAME أو A. الاثنين صح، وأنا أفضّل CNAME عشان يكون عندي IP واحد بس أعدّله مستقبلًا.
• الدومين الفرعي مجرد اسم إضافي. blog له سجل A خاص يشير لنفس الـ IP. ولو كانت المدونة على سيرفر ثاني، تحط عنوان ذاك السيرفر بدلًا منه.
• لا تلمس سجلات الإيميل وأنت تسوي هذا. توجيه الموقع إلى VPS ما يحتاج تغيير سجلات MX أو TXT. إذا إيميلك على هوستنجر، خلّ قيم MX وTXT مثل ما تظهر في hPanel بالضبط. في دوميني كانت صفحة إعدادات الإيميل في hPanel تعرض SPF وDKIM وDMARC على أنها مضبوطة، وما غيّرت فيها شيء. التفاصيل في مقال الإيميل الاحترافي على دومينك.

دايمًا انسخ قيم MX وSPF وDKIM من لوحة مزود الخدمة نفسه، لا من مقال في الإنترنت، لأنها تختلف من خدمة لثانية وأحيانًا تتغير.

الانتشار: ليش التغيير ما يظهر فورًا؟

بعد ما تحفظ السجل، ما يظهر في كل مكان مباشرة. سيرفرات DNS حول العالم تحفظ الإجابات مؤقتًا، وكل سجل معه قيمة TTL (مدة البقاء بالثواني) تحدد كم مدة يقدر السيرفر يحتفظ بالإجابة القديمة.

فمدة الانتظار تعتمد أساسًا على:

• قيمة TTL السابقة. إذا كان السجل القديم مدته طويلة، ممكن تستمر بعض السيرفرات تعطي الـ IP القديم لين تنتهي المدة.
• تغيير النيم سيرفر. هذا غالبًا ياخذ وقت أطول من تعديل سجل، لأن التغيير يمر عبر جهة تسجيل الامتداد نفسه. المسجلون عادة يقولون "قد يصل إلى يومين" من باب الاحتياط، وفي الواقع كثير ما يكون أسرع، لكن خطط على أسوأ احتمال.
• جهازك وشبكتك. المتصفح ونظام التشغيل والراوتر كلهم يحفظون نتائج DNS مؤقتًا.

حيلة مفيدة لو بتنقل موقع شغّال: نزّل قيمة TTL إلى رقم صغير مثل 300 قبل النقل بيوم، سوّ التغيير، تأكد أن كل شيء يشتغل، وبعدها رجّعها لقيمتها.

كيف تتأكد بأمر dig والأدوات الأونلاين

لا تعتمد على المتصفح عشان تعرف إذا DNS اشتغل. اسأل DNS مباشرة:

# الدومين الرئيسي
dig example.com A +short

# www (يعرض الـ CNAME ثم الـ IP اللي يوصل له)
dig www.example.com +short

# الدومين الفرعي
dig blog.example.com A +short

# سجلات الإيميل وTXT
dig example.com MX +short
dig example.com TXT +short

وعشان تتجاوز الكاش المحلي عندك، اسأل سيرفر DNS عام مباشرة:

dig @1.1.1.1 example.com A +short
dig @8.8.8.8 example.com A +short

ولو تبي تشوف الـ TTL المتبقي، شيل +short واقرأ قسم ANSWER. وفي ويندوز يؤدي الأمر nslookup example.com 1.1.1.1 نفس الغرض تقريبًا.

وللصورة الكاملة، مواقع مثل dnschecker.org وwhatsmydns.net تسأل سيرفرات DNS في دول كثيرة وتوريك مين يشوف القيمة الجديدة. إذا أغلبها صار يعرض IP سيرفرك، فأنت قريب.

بعد DNS: شهادة HTTPS وإعداد السيرفر

DNS يوصّل الزائر لباب السيرفر بس، والسيرفر لازم يعرف يرد على كل اسم. عندي في الـ VPS، كل اسم له server_name في إعدادات Nginx، وشهادة HTTPS جت من Certbot بعد ما صار DNS يوجّه صح:

sudo certbot --nginx -d example.com -d www.example.com -d blog.example.com

شغّل هذا الأمر بعد ما يعرض dig الـ IP الصحيح للأسماء الثلاثة. Certbot لازم يوصل لسيرفرك عن طريق هذي الأسماء عشان يتحقق منها، فيفشل إذا DNS لسا يشير لمكان ثاني. بعدها التجديد يصير تلقائي، وتقدر تختبره بهذا الأمر:

sudo certbot renew --dry-run

إذا لسا محتار هل تحتاج VPS أصلًا، اقرأ Shared hosting or VPS. ولتجربتي الكاملة مع هذا الإعداد، شوف مراجعة هوستنجر من الاستخدام الفعلي. وإذا جاهز تبدأ، تقدر تفتح حسابك من هوستنجر. وتأكد بنفسك من الأسعار الحالية وشروط التجديد، لأن سعر الفترة الأولى غالبًا أقل من سعر التجديد.

الأسئلة الشائعة

أستخدم سجل A ولا CNAME للـ www؟

الاثنين يشتغلون. الـ CNAME اللي يشير للدومين الرئيسي يخليك تعدّل IP واحد بس لو تغيّر السيرفر. أما الدومين الرئيسي نفسه فلازم يكون بسجل A.

غيّرت السجل والموقع لسا يعرض الصفحة القديمة، ليش؟

غالبًا السبب الكاش. جرّب dig @1.1.1.1 example.com +short. إذا طلع الـ IP الجديد فالمشكلة في جهازك أو المتصفح. وإذا طلع القديم، انتظر لين تنتهي مدة TTL القديمة، أو تأكد أنك عدّلت في المكان اللي يشير له النيم سيرفر فعلًا.

هل توجيه الدومين إلى VPS بيخرّب الإيميل؟

لا، إذا عدّلت بس سجلات A وCNAME الخاصة بالموقع. الإيميل يعتمد على سجلات MX وTXT، فخلها مثل ما يحددها مزود الإيميل.

أحتاج شهادة SSL منفصلة للدومين الفرعي؟

لا، تقدر تضيفه في نفس أمر Certbot مثل المثال فوق، وتغطي شهادة وحدة الدومين الرئيسي وwww والمدونة.

---

تجهّز دومين أو سيرفر أو إيميل وتبي أحد يراجع معك؟ تواصل مع المحرر على ahmed-adil.com.