ניהול DNS והפניות רקורדים

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

מה זה אומר לנהל דומיין ?

אז ככה, לדומיין יש מספר מאפיינים כמו למשל ניהול תיבת המייל או ניהול סאב דומיינים  לכל שירות יש רקורד לדוגמה dan@bango.co.il .
זאת כתובת המייל שלי, כאשר הדומיין bango.co.il  שייך לי.
כאשר אתם שולחים אלי מייל, ממש כמו שאתם נכנסים לאתר אינטרנט והדפדפן בודק היכן יושב האתר שלכם, ככה גם שרתי הדואר בודקים היכן מתנהלת תיבת הדואר של הדומיין bango.co.il
הרי, אולי אני מאחסן במקום אחד, אבל מנהל את תיבת הדואר שלי בשרת חיצוני ? יש מצב..
אולי אני מנהל את האתר בחברת אחסון אחת, אבל דווקא משתמש במייל שלי בשירותי apps  של גוגל ? גם יש מצב..
אז איך שרת הדואר ממנו שולחים את המייל, יודע לאיזה שרת לפנות ולשם לשלוח את ההודעה ?
פשוט מאוד, שרת הדואר בודק בשרתי ה dns   בעולם, מה רשום ברקורד ששמו MX

Mx  רקורד – אחראי על ניהול תיבת המייל.
A רקורד – אחראי עם ניהול כתובות האתר
cname  - ניהול הפניות דומיין
spf, txt   - אחראי על אימות השרת אך זה נורא מורכב הרבה יותר, ופחות רלוונטי

וכמובן על הכל יש לנו את NS רקורד שהתפקידו ליידע את שרתי הדיאנאס בעולם, היכן מאוחסנים כל הנתונים לגבי ניהול הרקורדים של הדומיין, לדוגמה, אם ביצעתם את ההפנית הדומיין שלהם ל
ns1.weeks.co.il | ns2.weeks.co.il  אז בשרתים אלה יתנהלו כל ההגדרות של הדומיין.
להלופין אם החלטתם לנהל את הדומיין שלהם אצל ספק חיצוני לדוגמה
park1.livedns.co.il | park2.livedns.co.il  אז בפאנל הניהול של livedns  יאוחסן במידע לגבי כל הרקודים של הדומיין.

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

Weeks.co.il  - כאשר תקלידו את הכתובת הזאת בדפדפן, הדפדפן יחפש את הרקורד A של כתובת האתר הזאת, ואם תקלידו www.weeks.co.il  הדפדפן יחפש את הרקורד A של WWW בניהול הדומיין הזה ואם תקלידו wiki.weeks.co.il  הדפדפן יחפש את ה A רקורד של wiki  בניהול הדומיין המדובר, זאת אומרת שכל מה שנקודה לפני שם האתר, כולל שם האתר עצמו ללא נקודה לפני, הינו רקורד בפני עצמו, ובאפשרותי להגדיר ש wiki.weeks.co.il  ישב בשרת אחד בכתובת אייפי XX.XX.XX.XX ו weeks.co.il  ישב בכתובת אייפי YY.YY.YY.YY אפילו ש WWW.WEEKS  ישב בשרת איקס ובלי WWW  ישב בשרת ZZ.ZZ.ZZ.ZZ

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

A record   weeks.co.il –> server ip
CNAME record  www  –> weeks.co.il
צילום מסך לדוגמה:

http://pixel.so/images/d3

מה שקורה ש WWW קיבל רקורד הפניה ל WEEKS.CO.IL  כאשר הדומיין הזה מפנה לאייפי של השרת האחסון וזה יוצר מן מעגל סוגר, בין אם המשתמש מזין את הכתובת עם WWW או בלעדיה
או ש ב 2 המקרים הוא יגיע לאותה כתובת אייפי וזה במידה ויש פה לכל ערך את אותה כתובת אייפי, או שהוא יגיע ל WWW שיזרוק אותו (הדפדפן) לכתובת בלי WWW ושם הוא יופנה לרקורד המוגדר לו ב "ערך" של WEEKS.CO.IL
יש כאלה שיגידו שעדיף לתת לשני הם ערך של A ויש כאלה שיגידו לתת ל WWW את הערך CNAME  - אני אישית בעד CNAME

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

עכשיו להגדרות ה MX ותיבת במייל.. כמו שאמרנו, כאשר אני שולח למישהו מייל, שרתי הדואר שלי בודקים מה הרקורד MX  של תיבת המייל אליה שלחתי את המייל – ומעבירים את הדואר לשם
כאשר הדומיין מתנהל בשרתי ה NS שבתוך הפאנל ניהול ממנו פתחתם את המייל, יודע הפאנל להגדיר אוטומטית הדומיין שעליו נפתח האחסון את הרקורד MX  של אותו שרת.
הרקורד MX יכול להיות או כתובת האתר שזה נחשב +- תקין כלומר זה אמור לעבוד אך לא ממש תקין. או שיכול להיות מוגדר שם השם של השרת הדואר, שזה בדרך כלל שם השרת (HOSTNAME) של השרת עליו מתנהל האחסון שלכם, לדוגמה המייל של זה dan@bango.co.il  אני מאוחסן בחברת weeks.co.il  ושם השרת של חבילת האחסון שלי, הינו shared01.weeks.co.il
אז אני יכול לעשות 2 דברים – הראשון זה לבצע הגדרה לרקורד MX  של הדומיין שלי וברקורד ארשום ככה

Record: MX : bango.co.il point to -> bango.co.il

מה שקורה כאשר שולחים מייל ל bango.co.il  שרת הדואר שלנו ימצא ששרת הדואר של bango.co.il  הינו bango.co.il  והאייפי של bango.co.il  הינו אייפי Xx.xx.xx.xx  אז לאייפי הזה ישלח המייל, ועכשיו לשאלה, למה זה עובד אבל זה לא נחשב תקין ? משום שלדומיין בנגו, אין שרת פרטי והוא מתנל בשרת השיתופי של shared01.weeks.co.il  למרות שבסופו של דבר מדובר באותה כתובת אייפי אבל אם אני ישלח מייל מכתובת dan@bango.co.il  לכתובת bangodan@gmail.co.il
שרתי הדואר של Gmail  בודקים מאיפה מגיע הדואר ומוודאים שאכן אין זיוף או ספאם בדרך
שרתי הדואר של ג'ימייל בודקים ברקורדים של הדומיין bango.co.il  מה הוא שרת ה MX  של בנגו ומגלים שם רקורד בשם bango.co.il  אבל מה ?  המייל הגיע לא משרת בשם bango.co.il  אלה הוא הגיע משרתי הדואר בשם shared01.weeks.co.il  אז איך זה יכול להיות שואל את עצמו גוגל ? והופ זורק את המייל לתיבת הספאם בתיבה אליה שלחתי את המייל, לחלופין אם הגדרת הרקורד בדומיין bango.co.il  היתה shared01.weeks.co.il  הסיכויים להגיע לתיבת הספאם יהיו יותר נמוכים בהרבה ועל זה יש לקרוא חומר נוסף הקשור ברקורדים של txt   ו SPF
אם אינכם בטוחים או יודעים מה מוגדר אצלכם ברקורד ששמו MX  או לחלופין ברקורדים נוספים הקשורים לשם המתחם שלכם, באפשרותכם להיכנס להאתר הבא:

www.dnsreport.co.il  - כלי לחקר ובדיקת הגדרות הרקורדים בשם המתחם

במידה והדומיין מתנהל בתוך פאנל הניהול של חבילת האחסון, ניתן למצוא בפאנל אפשרות להגדרות דיאנאס תחת הכותרת Advanced DNS Zone record  להגדרות A-CNAME-TXT  או תחת הכותרת MX Entry  להגדרות רשומות ה MX לתיבות המייל.

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

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

www.dnsreport.co.il  - כלי לחקר ובדיקת הגדרות הרקורדים בשם המתחם

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

תמיכת חברת האחסון נכנסת לתמונה בעת שהגדרות ה A רקורד והגדרות ה MX  רקורד לתקינות לחלוטין ועדין מתקבלת שגיאת 404 בכתובת האתר או שהודעות דואר אלקטרוני לא נשלחו או מתקבלות.