DNS: איך דומיין מגיע לאתר ואיך משנים הגדרות בלי לפגוע בדואר

מה זה DNS ומה הוא עושה כשפותחים אתר

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

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

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

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

איפה מנהלים את הדומיין, האחסון והרשומות

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

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

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

אם אתם עדיין בוחרים ספק, היעזרו בהשוואת אחסון וורדפרס. לבירור הצד של רישום הדומיין רלוונטי גם ההסבר על רכישת דומיין ב־GoDaddy. לפני שמאשרים שינוי, בקשו מהספק לכתוב אם הוא מעביר את האתר בלבד או גם את ניהול הרשומות.

הרשומות שתפגשו בחיבור אתר ודואר

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

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

ברשומת CNAME מזינים שם יעד, ולא כתובת IP. היא גם אינה הפניה לדף מסוים באתר: היא יוצרת כינוי ברמת שמות המתחם, ואינה מגדירה מעבר לכתובת עם נתיב. התיעוד של CNAME מסביר את ההבדל.

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

איך מחברים דומיין לאתר בצורה מסודרת

לפני העריכה, בקשו הוראות עבור הדומיין שלכם ושמרו את המצב הקיים. עדיף להכין מראש רשימת שירותים שמשתמשים בדומיין, כולל האתר, הדואר ותתי־דומיין פעילים. כך תוכלו להשוות בין מה שעבד לפני המעבר לבין מה שצריך לעבוד אחריו.

1. זהו היכן מתנהלות הרשומות המוסמכות, וודאו שיש לכם גישה לחשבון המתאים.
2. ייצאו את הרשומות אם השירות מאפשר זאת, ושמרו גם תיעוד קריא של הערכים הקיימים. Cloudflare מפרטת אפשרויות כאלה בהוראות הייבוא והייצוא.
3. קבלו מספק האתר את סוגי הרשומות, השמות והיעדים המדויקים. בררו גם כיצד צריך לחבר את כתובת הדומיין הראשית ואת הכתובת שמתחילה ב־www.
4. אם עוברים לספק ניהול רשומות אחר, השוו את הרשומות שהועתקו למקור. Cloudflare מזהירה שסריקה אוטומטית אינה מבטיחה שכל הרשומות יימצאו.
5. בדקו מראש אם מופעל DNSSEC, ופעלו לפי הוראות המעבר של הספק כדי לשמור על אימות תקין.
6. בצעו את השינוי המתוכנן, ולאחריו בדקו את האתר ואת שירותי הדואר בנפרד.

אם המעבר הוא ל־Cloudflare, אפשר להיעזר גם בהסבר על חיבור אתר ל־Cloudflare. הגדירו מראש מי מבצע את השינוי ומי מאשר שהשירותים חזרו לפעול.

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

למה שינוי לא מופיע מיד ומה אומר TTL

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

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

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

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

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

מתי משנים שרת כתובות במחשב או בנתב

במכשיר האישי, שינוי שרת DNS מחליף את השירות שאליו נשלחות בקשות בירור הכתובות. Google Public DNS, למשל, הוא שירות בירור ציבורי חינמי. הוא אינו שירות לאחסון רשומות הדומיין שלכם. ההפרדה מפורשת בתיאור השירות של Google.

נכון ל־23 באוקטובר 2026, כתובות IPv4 של Google Public DNS הן 8.8.8.8 ו־8.8.4.4. הכתובות של השירות הרגיל של Cloudflare הן 1.1.1.1 ו־1.0.0.1. אלה כתובות שמגדירים במכשיר או בנתב, בהתאם להוראות Google ולתיעוד הכתובות של Cloudflare.

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

בחירת שירות כזה צריכה להתייחס גם לפרטיות ולסינון. השירות הרגיל של Cloudflare אינו מסנן תוכן, ולחברה יש שירותים נפרדים עם סינון. Google מציינת שהשירות שלה אינו שירות לחסימת נוזקות, ולכן אל תניחו שלכל ספק ציבורי יש אותה הגנה.

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

איך מגנים על הדואר ומה ההבדל בין אימות להצפנה

מעבר של אתר אינו משימה שהושלמה רק משום שדף הבית נפתח. רשומות הדואר דורשות בדיקה נפרדת: רשומת MX מכוונת את קבלת ההודעות, ורשומות נוספות עשויות להשתתף באימות הודעות ובהגנה מפני התחזות. את הערכים המדויקים צריך לקבל מספק הדואר, כפי שמבהיר תיעוד הגדרות הדואר.

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

DNSSEC מוסיף אימות לרשומות באמצעות חתימות דיגיטליות. במעבר בין ספקי ניהול רשומות צריך לטפל בהתאמה בין החתימות לבין ההגדרות אצל הרשם. חוסר התאמה עלול לגרום לכשלי גישה. הוראות DNSSEC של Cloudflare כוללות הנחיות למעבר, ולכן אין להעתיק הגדרות אבטחה בלי לבדוק את מסלול ההעברה.

הצפנת בקשות DNS מטפלת בהיבט אחר: הגנה על התקשורת בין המכשיר לשירות הבירור. שיטות כמו DoH ו־DoT מצפינות את הבקשות, בהתאם לתיעוד ההצפנה של Cloudflare. הזנת כתובת שרת ציבורי בלבד אינה מוכיחה שהחיבור אליו מוצפן, ולכן בדקו גם את אפשרויות ההצפנה במכשיר או בדפדפן.

האתר לא נפתח: סדר הבדיקות לפני שמשנים שוב

התחילו מתיאור מדויק של התקלה: איזו כתובת לא נפתחת, מה הודעת השגיאה והאם הבעיה החלה אחרי שינוי. בדקו בנפרד את הדומיין הראשי ואת תתי־הדומיין שבהם משתמשים. שגיאה בכתובת אחת אינה מספיקה כדי לקבוע שכל הגדרות הדומיין שגויות.

1. נסו לפתוח את הכתובת ממכשיר נוסף ומרשת אחרת. תעדו היכן היא עובדת והיכן נכשלת.
2. בדקו את הרשומה הרלוונטית בכלי בירור ציבורי. הכלי של Google לבדיקת DNS מאפשר לחפש דומיין ולבחור את סוג הרשומה.
3. השוו את התוצאה ליעד שסיפק שירות האחסון. אם מתקבלת כתובת ישנה, בדקו את מקום ניהול הרשומות ואת המטמון.
4. אם מתקבלת הודעת NXDOMAIN, בדקו את איות השם ואת קיום הרשומות עבור הכתובת המבוקשת.
5. אם החלפתם שרתי שמות, בדקו גם את הגדרת השרתים אצל הרשם ואת התאמת DNSSEC.

הודעת NXDOMAIN משקפת תשובת בירור שלפיה השם המבוקש אינו קיים. בתקלות לאחר חיבור ל־Cloudflare, החברה ממליצה לבדוק את הרשומות של הדומיין הראשי ותתי־הדומיין ואת היעד שלהן. ההנחיות מופיעות במדריך התקלה הרשמי.

כשפונים לתמיכה, צרפו את הכתובת המדויקת, שעת השינוי, הודעת השגיאה ותוצאות הבירור. מדריך האבחון של Google ממליץ לצרף תוצאות בדיקה כדי לאפשר אבחון ממוקד. אל תבצעו רצף שינויים נוספים בלי לתעד מה שונה ומה הייתה התוצאה.

שאלות נפוצות

האם צריך להעביר דומיין כשמחליפים אחסון?

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

כמה זמן לוקח לשינוי DNS להתעדכן?

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

האם שינוי DNS יכול לפגוע במייל העסקי?

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

האם Google Public DNS מתאים לניהול רשומות של אתר?

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

האם שינוי שרת DNS מצפין את הגלישה?

שינוי כתובת השרת לבדו אינו מוכיח שבקשות DNS מוצפנות. להצפנת הבקשות צריך להגדיר שיטה נתמכת כמו DoH או DoT. ההגדרה הזאת עוסקת בבקשות הבירור.