חידוש, העברה והגנה על דומיין: מדריך לאתר

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

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

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

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

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

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

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

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

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

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

הארכה אוטומטית של דומיין: מסירים את הגורם האנושי

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

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

עדיפות ההארכה וניהול תקופת הרישום

להאריך דומיין 3 ימים לפני תום התוקף — זה סיכון: התשלום עלול לא לעבור, והרשם באותו זמן אינו זמין. אנחנו שומרים על מרווח של 30-45 ימים ומנהלים את תקופת הרישום מראש: הארכה לכמה שנים קדימה מפחיתה את תדירות הטיפולים ואת עלות הבעלות. בנפרד אנחנו בודקים שהדומיין אינו בסטטוס שחוסם הארכה — אחרת התשלום עובר, אך התוקף אינו מתארך.

האצלת דומיין: מדוע הארכה ≠ פעילות האתר

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

אנחנו בודקים את השרשרת כולה — תקופת הרישום, רשומות NS, רשומת A ו-MX לדואר — ומתעדים את התוצאה באמצעות ניטור, ולא בבדיקה חד-פעמית.

הגנת דומיין: מה סוגר את הסיכונים

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

ICANN מתאר את מחזור החיים של הדומיין ואת השלבים לאחר תום התוקף — בדיוק על הכללים האלה מבוסס הנוהל שלנו להארכה ולשחזור.

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

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

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

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

1. להרכיב מרשם דומיינים: כל השמות, הרשמים, חשבונות המשתמש, תאריכי התפוגה, האחראים.
2. לבדוק הרשאות על הדומיין: פרטי הקשר של הבעלים והמנהל, סטטוס, היעדר חסימות.
3. לשחזר הרשאות גישה: דוא"ל המנהל, פאנל הרשם, הגנה דו-שלבית.
4. להגדיר חידוש אוטומטי: אמצעי תשלום, התראות, רזרבה בזמן.
5. לבצע בדיקת חידוש על דומיין אחד ולוודא שהתשלום וההתראות פועלים.
6. לתעד את הנהלים: מי עוקב אחר המרשם וכיצד מגיב להודעות הרשם.
7. להעביר את הרשאות הגישה ללקוח: פרטי חשבון, מרשם, הוראות חידוש.

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

במה שונה חידוש דומיין מהעברה ומהחלפת רשם?

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

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

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

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

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

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

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

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

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

מקרה בוחן: כיצד חידוש מנוהל הסיר השבתה והחזיר את השליטה

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

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

מה עשינו

פירקנו את כל מאגר הדומיינים והצמדנו כל אחד לבעלים, לרשם ולמועד התפוגה. הקמנו מרשם דומיינים אחיד עם בדיקת מועדים אוטומטית: המערכת בעצמה משווה תאריכים עם נתוני הרשם ומפעילה התראה 60, 30 ו-7 ימים לפני התפוגה.

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

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

תוצאה

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

ICANN

ספקות לפני חידוש: תאימות, חזרה לאחור, הרשאות גישה

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

אנו עונים לעניין: העברת דומיין בין רשמים אינה נוגעת בתוכן האזור — רשומות NS, MX, TXT ו-CNAME נשארות זהות, אלא אם כן משנים אותן במכוון.

תאימות ה-DNS נבדקת לפני ההעברה: משווים את הרשומות הנוכחיות לרשומות היעד, קובעים את ה-TTL כך שהמטמון של הפותרים יתעדכן באופן צפוי, ורק לאחר מכן משנים את ה-NS אצל הרשם.

מה אם משהו יישבר? חזרה לאחור מתוכננת מראש: שומרים גיבוי של האזור לפני השינויים, משאירים את הרשם הישן פעיל עד לאישור שההאצלה עובדת מכל הפותרים. החזרת ה-NS לערכים הקודמים אורכת דקות, לא ימים — בתנאי שה-TTL הוגדר באופן סביר, ולא "ליום שלם קדימה".

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

הלקוח מקבל לידיו:

• ייצוא אזור ה-DNS בפורמט סטנדרטי — כל הרשומות עם סוגים ו-TTL;
• תרשים ההאצלה: רשם, שרתי NS, אנשי קשר אחראים;
• מדיניות חידוש: חידוש אוטומטי, מועדים, האחראי על התשלום;
• נוהל חזרה לאחור: נקודות שמירה של האזור וסדר החזרת ה-NS;
• תיעוד הרשאות גישה: תפקידים, זכויות, סדר העברה וביטול;
• רשימת בדיקה לאחר שינויים: דואר, אתר, תת-דומיינים, שירותים חיצוניים.

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