חידוש דומיין ותעודת אתר: אחריות, התראות ובדיקות

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

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

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

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

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

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

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

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

מי מחזיק בחשבון ומי מבצע את העבודה?

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

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

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

מה רושמים בטבלת מעקב החידושים?

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

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

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

חידוש דומיין: בודקים אצל הרשם ולא רק בתיבת הדואר

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

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

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

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

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

נכון ל־27 באוקטובר 2026, דרישות CA/Browser Forum מגבילות תעודות שרת TLS ציבוריות המונפקות מ־15 במרץ 2026 ועד לפני 15 במרץ 2027 לתוקף מרבי של 200 ימים. תעודות בפועל יכולות להיות קצרות יותר. הכלל אינו תאריך חידוש אחיד לכל אתר, ואינו מתאר בהכרח תעודות פרטיות או תעודות חתימה מסוג אחר.

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

אוטומציה והתראות: מה נחשב הוכחת הצלחה?

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

נקודה חשובה: Let’s Encrypt הפסיקה לשלוח הודעות תפוגה בדוא״ל ב־4 ביוני 2025. לכן היעדר הודעה ממנה אינו מעיד שהתעודה תקינה. יש להסתמך על מנגנון החידוש וההתראות שהוגדר בסביבה, ולבדוק אותו. ייתכן שספק האחסון שולח התראות משלו; זו מערכת נפרדת שיש לאמת.

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

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

מחליפים ספק? מסיימים גם את העברת האחריות

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

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

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

מה עושים אם הדומיין או התעודה כבר פגו?

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

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

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

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

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

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

רשימת קבלה מוצעת לתהליך החידוש

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

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

שאלות נפוצות על חידוש דומיין ותעודת אתר

אם הדומיין חודש, האתר בטוח?

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

האם חברת האחסון מטפלת בכל החידושים?

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

האם מספיק להפעיל חידוש אוטומטי?

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

מי אמור להחזיק את הסיסמה?

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

מקורות ועדכניות

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

חידוש דומיין ותעודת אתר: מי אחראי שהעסק יישאר מחובר?