How to Connect a Domain to a Website or Web Hosting: Nameservers, DNS Records, Email, SSL, and Verification

צפיות:73 זמן:2026-09-01 11:10:42 מחבר: windy

[STYLE_CONTENT_T1]

כדי לחבר דומיין לאתר, עליך לגרום ל-DNS של הדומיין להצביע לשירות שמארח את האתר.

ישנן שתי דרכים עיקריות לעשות זאת:

1. לשנות את שרתי השמות (nameservers) של הדומיין לשרתי השמות שסופקו על ידי ספק האירוח, ה-DNS, או פלטפורמת האתר; או
2. להשאיר את שרתי השמות הנוכחיים ולהוסיף או לעדכן רשומות DNS כגון A, AAAA, או CNAME בספק ה-DNS שכבר מוסמך עבור הדומיין.

השיטה הנכונה תלויה במקום שבו אתה רוצה ש-DNS יהיה מנוהל.

אם הדומיין שלך רשום ב-NiceNIC, אתה יכול או לעדכן את שרתי השמות של הדומיין או, בעת שימוש בשרתי השמות המוגדרים כברירת מחדל של NiceNIC, לנהל את רשומות ה-DNS ישירות ב-NiceNIC.

לפני שינוי כלשהו, זהה את שרתי השמות הפעילים שלך, גבה רשומות DNS קיימות, ושמור על רשומות דוא"ל כגון MX, SPF, DKIM, ו-DMARC. שינוי שרתי שמות ללא יצירה מחדש של אזור ה-DNS המלא יכול לגרום לאתר לעבוד תוך שבירת הדוא"ל, או להפך .

להבחנה הבסיסית בין רשם, DNS ואירוח, ראה רשם דומיינים לעומת אירוח אתרים.

תשובה מהירה: איך מחברים דומיין לאירוח?

הכי חשוב לזכור הוא:

ראשית החלט מי יארח DNS. לאחר מכן צור את רשומות האתר שם.

מה זה אומר "לחבר דומיין לאתר" למעשה?

רישום דומיין ואירוח אתרים הם דברים נפרדים.

לדוגמה:

example.com

יכול להיות רשום בחברה אחת בעוד האתר עצמו רץ אצל ספק אירוח אחר.

DNS מחבר ביניהם.

מסלול מפושט נראה כך :

רישום דומיין → שרתי שמות → רשומות DNS → שרת אירוח / פלטפורמת אתר → אתר

אם כבר קנית את הדומיין אבל האתר עדיין לא חי, השלב החסר הוא בדרך כלל:

לומר ל-DNS היכן האתר נמצא.

דומיין, DNS ואירוח הם שלוש שכבות שונות

כל אלה יכולים להיות אצל אותה חברה.

הם יכולים גם להיות אצל שלוש חברות שונות.

לדוגמה:

רשם: NiceNIC DNS: Cloudflare אירוח: ספק אירוח אחר

זוהי תצורה רגילה.

NiceNIC מתעדת גם שאתה יכול להשתמש ב-Cloudflare DNS ללא העברת הדומיין מ-NiceNIC.

לפני שמתחילים: אסוף את הפרטים האלה

אל תתחיל לשנות DNS עד שיהיו לך המידע הנדרש מספק האירוח או האתר .

הכן:

• שם הדומיין שלך;
• כניסת רשם;
• שרתי שמות נוכחיים;
• ספק DNS נוכחי;
• חשבון אירוח;
• הוראות ההתקנה של ספק האירוח;
• כתובת IP יעד אם סופקה;
• יעד CNAME נדרש אם סופק;
• רשומות DNS נוכחיות;
• פרטי ספק הדוא"ל;
• מצב DNSSEC;
• מצב SSL/HTTPS נוכחי.

אם הדומיין כבר מפעיל דוא"ל או שירות חי אחר, שמור את אזור ה-DNS לפני ביצוע שינויים.

שתי הדרכים העיקריות לחיבור דומיין

שיטה 1: שינוי שרתי השמות

השתמש בשיטה זו כשספק האירוח, בונה האתרים, או ספק ה-DNS שלך רוצה לנהל את אזור ה-DNS כולו.

לדוגמה, הספק שלך עשוי לתת לך:

ns1.examplehost.com

ns2.examplehost.com

לאחר מכן אתה עדכן את שרתי השמות של הדומיין אצל הרשם.

לאחר השינוי, DNS מנוהל אצל ספק שרתי השמות החדש.

שיטה 2: השארת שרתי השמות ושינוי רשומות DNS

השתמש בשיטה זו כשאתה רוצה לשמור על ספק ה-DNS הנוכחי.

לדוגמה:

רשם: NiceNIC שרתי שמות: NiceNIC DNS: NiceNIC אירוח: אירוח חיצוני 

המארח עשוי לומר לך:

הפנה את הדומיין שלך ל-203.0.113.20

אתה שומר על שרתי השמות הקיימים ומעדכן את רשומת ה-A .

שיטה זו יכולה להיות בטוחה יותר כאשר:

• דוא"ל עסקי כבר עובד;
• קיימות כבר רשומות DNS רבות;
• אתה לא רוצה להעביר DNS;
• רק יעד האתר צריך להשתנות.

שרתי שמות לעומת רשומות DNS: מה ההבדל?

ההבחנה הזו היא קריטית.

שרתי שמות

שרתי שמות אומרים ל אינטרנט:

היכן מאוחסן אזור ה-DNS המוסמך של דומיין זה?

רשומות DNS

DNS בתוך אזור זה אומרים לשירותים:

לאן צריכים להגיע האתר, הדוא"ל או שירותים אחרים?

לדוגמה:

שרתי שמות

ns1.dnsprovider.com

ns2.dnsprovider.com

מזהים את ספק ה- 

example.com → 203.0.113.20

מזהה את שרת האינטרנט.

רשומת MX

example.com → mail.exampleprovider.com

מזהה את שרת הדוא"ל.

שינוי שרתי שמות משנה היכן מנוהלות רשומות ה- 

שינוי רשומת A משנה יעד ספציפי אחד בתוך 

DNS

.

איזו שיטה כדאי לבחור?

השתמש בטבלת החלטות

 

זו. אל תחליף שרתי שמות רק בגלל שספק אירוח נותן לך כתובת IP.

כתובת IP שייכת בדרך כלל ברשומת A או AAAA.

שיטה 1: חיבור הדומיין על ידי שינוי שרתי שמות

השתמש בשיטה זו כשהספק החדש רוצה לנהל DNS.

שלב 1: קבל את שרתי השמות המדויקים

ספק האירוח או ה-DNS שלך צריך לספק שמות כגון :

ns1.examplehost.com

ns2.examplehost.com

העתק אותם בדיוק.

אל תמציא שרתי שמות.

שלב 2: גבה DNS קיים

לפני שינוי שרתי שמות, שמור:

• A;
• AAAA;
• CNAME;
• MX;
• TXT;
• רשומות הקשורות ל-SPF;
• DKIM;
• DMARC;
• CAA;
• SRV;
• רשומות אימות;
• תת-דומיינים חשובים.

זה חשוב כי:

שינוי שרתי שמות לא מעתיק אוטומטית רשומות DNS מספק ה-DNS הישן לחדש.

אם דוא"ל כבר עובד, שלב זה חשוב במיוחד .

שלב 3: צור מחדש את הרשומות הנדרשות בספק ה-DNS החדש

עשה זאת לפני שינוי שרתי השמות כאשר אפשר.

בספק החדש, צור:

• רשומות אתר;
• רשומות דוא"ל;
• רשומות אימות שירות;
• רשומות אבטחה;
• רשומות תת-דומיין.

אל תחכה עד אחרי שינוי שרתי השמות כדי לגלות שאזור ה-DNS החדש הוא ריק.

שלב 4: שינוי שרתי שמות ב-NiceNIC

עבור דומיין הרשום ב-NiceNIC:

1. היכנס לחשבון NiceNIC שלך;
2. פתח את הדומיין תחת המוצרים שלי;
3. פתח את דף ניהול הדומיין;
4. בחר שירותי דומיין;
5. הזן את שרתי השמות החדשים;
6. שמור את השינוי.

השתמש במדריך העדכון הנוכחי של שרתי שמות ב-NiceNIC לשלבי הממשק העדכניים ביותר.

מה אם עדכון שרתי השמות נדחה?

חלק מהרשמים מאמתים שרתי שמות לפני קבלתם .

ההנחיות הנוכחיות של NiceNIC מסבירות שעדכונים יכולים להיכשל כאשר שרתי השמות:

• אינם מוגדרים כהלכה;
• אינם מגיבים;
• אינם מוסמכים;
• נכשלים באימות טכני של הרשם.

אם העדכון נכשל:

1. ודא את האיות;
2. בקש מספק ה-DNS/אירוח לאשר ששרתי השמות פעילים;
3. ודא שהם מוסמכים עבור הדומיין שלך;
4. תקן את הגדרות ספק ה-DNS;
5. נסה שוב את עדכון שרתי השמות.

שליחה חוזרת של אותם שרתי שמות לא חוקיים לא תפתור את הבעיה.

שיטה 2: שמירת שרתי השמות של NiceNIC והפניית DNS למארח

שיטה זו שומרת על DNS ב-NiceNIC.

המדריך הנוכחי של NiceNIC ל-שירותי DNS מסביר את הכלל המרכזי:

רשומות DNS של NiceNIC משמשות כאשר הדומיין מואצל לשרתי השמות של NiceNIC.

אם הדומיין שלך משתמש בשרתי שמות חיצוניים, ערוך DNS אצל הספק החיצוני במקום זאת.

שלב 1: קבל את הרשומות הנדרשות מהמארח

ספק האירוח שלך עשוי לתת לך:

• כתובת IPv4;
• כתובת IPv6;
• יעד CNAME;
• רשומת אימות TXT;
• הוראות תת-דומיין מותאמות אישית.

אל תנחש את הערכים.

השתמש במידע המדויק שסופק על ידי השירות שאתה מחבר.

שלב 2: פתח את ניהול DNS של NiceNIC

כאשר הדומיין משתמש בשרתי שמות של NiceNIC:

1. היכנס ל-NiceNIC;
2. פתח את הדומיין מהמוצרים שלי;
3. פתח את דף ניהול הדומיין;
4. בחר רשומות DNS;
5. הוסף או ערוך את הרשומות הנדרשות;
6. שמור את השינויים.

ראה כיצד לנהל רשומות DNS ב-NiceNIC.

שלב 3: הגדר את הדומיין הראשי

הדומיין הראשי הוא:

example.com

הוא נקרא גם לפעמים:

• apex;
• דומיין חשוף;
• דומיין שורש.

ספק האירוח שלך עשוי להורות לך ליצור רשומת A :

ממשקי DNS שונים מייצגים את השורש באופן שונה.

ממשק ה-DNS הנוכחי של NiceNIC עשוי להשתמש במארח ריק או ייעודי בהתאם לסוג הרשומה.

עקוב אחר הממשק וההוראות בפועל של הספק במקום להקליד את הדומיין המלא בשדה שמצפה רק לתווית המארח .

שלב 4: הגדר את www

אלה שני שמות DNS נפרדים:

example.com

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 .

הגדרה נפוצה היא:

אבל DNS הוא רק חצי מההתקנה .

השרת חייב להיות מוגדר גם לקבל את הדומיין.

זה עשוי לדרוש:

• מארח וירטואלי של שרת אינטרנט;
• תצורת Nginx/Apache;
• שם מארח של יישום;
• תעודת SSL;
• גישת חומת אש;
• זמינות יציאות 80/443.

אם DNS מצביע נכון אבל השרת לא מוגדר עבור שם המארח, הדומיין עשוי להראות:

• דף ברירת מחדל של השרת;
• אתר אחר;
• 404;
• 403;
• שגיאת חיבור.

איך לחבר דומיין ל-Shopify, Wix, Squarespace, או פלטפורמת אתר אחרת

העיקרון הכללי הוא זהה.

הפלטפורמה תספק בדרך כלל :

• שרתי שמות; או
• רשומות A/CNAME/TXT.

אל תעקוב אחר הדרכה אקראית המשתמשת בערכים מפלטפורמה אחרת.

השתמש בהוראות הדומיין המותאם אישית המדויקות שלך מהפלטפורמה שלך.

לאחר מכן הזן את הערכים האלה ב:

הספק המוסמך עבור ה-DNS שלך.

הרשם יכול להישאר NiceNIC.

איך לחבר דומיין בזמן שימוש ב-Cloudflare

אתה יכול לשמור על:

רשם: NiceNIC DNS: Cloudflare אתר: כל ספק אירוח תואם 

בתצורה זו:

1. NiceNIC מחזיקה ברישום הדומיין;
2. הדומיין משתמש בשרתי השמות של Cloudflare;
3. רשומות DNS מנוהלות ב-Cloudflare;
4. רשומות האתר מצביעות מ-Cloudflare למארח.

NiceNIC מתעדת הגדרה זו ב-האם ניתן להשתמש ב-Cloudflare DNS ללא העברת הדומיין?.

אל תיצור את אותן רשומות ב-NiceNIC בציפייה שישפיעו על האתר החי אם שרתי השמות של Cloudflare הם מוסמכים.

הגן על דוא"ל לפני שינוי שרתי שמות

זהו אחד השלבים החשובים ביותר בכל התהליך .

חיבור אתר מתמקד לעתים קרובות רק ב:

• רשומת A;
• CNAME.

אבל דוא"ל עסקי עשוי להיות תלוי ב:

• MX;
• SPF;
• DKIM;
• DMARC;
• רשומות אימות TXT;
• רשומות גילוי אוטומטי.

אם תחליף שרתי שמות ותשכח את הרשומות האלה:

האתר עשוי לעבוד בעוד הדוא"ל ייפסק.

לפני שינוי שרתי שמות, העתק את כל הגדרות ה-DNS הקשורות לדוא"ל.

דוגמה: אתר אצל ספק אחד, דוא"ל אצל ספק אחר

אזור DNS רגיל עשוי להיראות כך:

בעת חיבור אתר חדש, שנה רק את הרשומות הנדרשות לאתר אלא אם אתה מתכוון במכוון לשנות גם את הדוא"ל .

אל תמחק רשומות DNS לא קשורות.

האם שינוי רשומת A משפיע על דוא"ל?

בדרך כלל לא ישירות.

רשומת A המשמשת לאתר ורשומות MX המשמשות לדוא"ל הן רשומות DNS שונות.

עם זאת, הדוא"ל עדיין יכול להיות מושפע אם:

• שם מארח שרת הדוא"ל תלוי ברשומת A שהשתנתה;
• אתה מוחק רשומות תומכות;
• אתה משנה שרתי שמות ולא מצליח ליצור מחדש את רשומות הדוא"ל.

אז:

שינוי רשומת A אחת לאתר אינו זהה להחלפת אזור ה-DNS כולו.

בדוק DNSSEC לפני שינוי שרתי שמות

אם DNSSEC מופעל, שינויי שרתי שמות דורשים זהירות נוספת .

המדריך הנוכחי של NiceNIC ל-התקנת DNSSEC ופתרון תקלות מסביר שרשומות DNSSEC נוצרות בדרך כלל על ידי ספק ה-DNS, בעוד ש-NiceNIC יכולה להגיש את רשומת ה-DS הרלוונטית לרשם עבור TLD נתמכים.

רצף כשל נפוץ הוא:

1. הדומיין משתמש בספק DNS A;
2. DNSSEC פעיל;
3. רשומת DS מצביעה למפתחות של ספק A;
4. שרתי השמות משתנים לספק B;
5. רשומת DS הישנה נשארת;
6. ספק B משתמש בנתוני DNSKEY שונים;
7. אימות DNS נכשל.

משתמשים עשויים לראות אז :

SERVFAIL

אף על פי שרשומת A הרגילה נראית נכונה.

לפני שינוי שרתי שמות:

• בדוק אם DNSSEC מופעל;
• ודא אם יש להסיר או להחליף רשומות DS;
• הפעל חתימה כראוי בספק החדש;
• אמת את השרשרת לאחר השינוי.

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 פותר נכון אבל HTTPS נכשל, הרשם עשוי לא להיות הבעיה.

בדוק את שכבת האירוח, SSL, או CDN .

מה זה הפצת DNS?

לאחר שינוי DNS, חלק מהמשתמשים עשויים לקבל זמנית תשובות DNS שמורות במטמון ישנות.

שינויי DNS אינם מועתקים פשוטו כמשמעו לכל מחשב בבת אחת.

מקשים רקורסיביים שומרים מידע DNS במטמון לפי TTL והתנהגות מטמון אחרת.

ההבחנה השימושית היא:

DNS מוסמך

מה שספק ה-DNS של הדומיין אומר כרגע .

DNS שמור במטמון

מה שמקשה אחר עשוי עדיין לזכור משאילתה קודמת.

זו הסיבה שמשתמש אחד עשוי לראות את האתר החדש בעוד אחר עדיין רואה את הישן .

כמה זמן לוקחת הפצת DNS?

אין זמן קבוע אוניברסלי .

זה יכול להיות תלוי ב:

• TTL קודם;
• מטמון מקשה;
• מטמון האצלה;
• מטמון שלילי;
• מקשה של ISP;
• מטמון DNS מקומי.

אל פשוט תחכה 24-48 שעות בלי לבדוק את התצורה.

ההנחיות הנוכחיות של NiceNIC ל-DNS ממליצות:

1. לאשר את הספק המוסמך;
2. לאמת שהרשומה המוסמכת נכונה;
3. ורק אז לאפשר לתשובות שמורות במטמון לפג.

ראה מדוע שינויי ה-DNS שלך לא עובדים וכיצד לתקן זאת.

המתנה לא מתקנת רשומת DNS שגויה

זה ראוי לכלל משלו:

הפצה לא יכולה לתקן תצורה שגויה.

אם ה-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;
• נתונים סלולריים;
• מקשה אחר.

בדיקה 6: דוא"ל

אם הדומיין משתמש בדוא"ל עסקי:

• שלח הודעת בדיקה פנימה;
• שלח הודעה החוצה.

בדיקה 7: תת-דומיינים חשובים

בדוק:

• shop;
• app;
• login;
• API;
• mail;
• כל תת-דומיין ייצור.

אל תחשיב את ההתקנה כמושלמת עד שכל השירותים הנדרשים יעבדו.

רשימת בדיקה לחיבור אתר

השורש עובד אבל www לא

בדוק את רשומת ה-www.

הגדרה נפוצה:

www → CNAME → example.com

אבל פלטפורמות אתר מסוימות דורשות יעד CNAME משלהן.

השתמש בהוראות המארח.

ודא גם שתעודת ה-SSL מכסה:

www.example.com

www עובד אבל הדומיין הראשי לא

בדוק:

• רשומת A ראשית;
• רשומת AAAA ראשית;
• רשומה ספציפית ל-apex הנדרשת על ידי הספק;
• האם ספק ה-DNS שלך תומך בתצורת ה-apex הנדרשת.

אל תוסיף CNAME רגיל באזור ה-apex אלא אם ספק ה-DNS/פלטפורמה שלך תומך במנגנון חלופי מתאים .

מדוע האתר הישן עדיין מופיע?

גורמים אפשריים:

• רשומת A ישנה עדיין מוסמכת;
• ערכת DNS אצל ספק שגוי;
• מטמון מקומי/מקשה;
• מטמון CDN;
• מטמון דפדפן;
• רשומת AAAA IPv6 ישנה;
• הפניית אירוח.

בדוק DNS מוסמך קודם.

מדוע האתר השגוי מופיע?

גורמים אפשריים:

• DNS מצביע לשרת שגוי;
• שרת משותף לא מזהה את הדומיין;
• מארח וירטואלי לא מוגדר;
• נתיב CDN שגוי.

אם ה-IP הנכון מוחזר אבל אתר אחר מופיע, בדוק את תצורת האירוח. {{

7 גורמים שמדרגים רשם דומיין טוב ואמין

רישומי דומיין .XXX חדשים ב-9.39$ עם רשם NiceNIC מוסמך

CN Domain June Promo -CNNIC Accredited Registrar NiceNIC

NiceNIC מכריזה על הסמכה לרישום דומיינים .HK ביעילות

Register Chinese Domain with CNNIC Domestic Registrar NiceNIC

חדשות אחרונות: .TOP vs .COM: Which Domain Is Better for a Business, Campaign, or Online Brand?
חדשות אחרונות: .ICU או .COM: איזה דומיין עדיף למותג חדש או פרויקט מקוון?