[{"data":1,"prerenderedAt":166},["ShallowReactive",2],{"publication:he:P068":3},{"meta":4,"copy":16,"relatedArticles":127,"terms":158,"term":159,"resourceParent":160,"glossaryParent":163},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P068","\u002Fblog\u002Fdns-change-checklist","article","איך משנים DNS בלי לפגוע באתר ובדואר","איך משנים DNS בלי לפגוע באתר ובדואר: רשימת בדיקה","תכנון שינוי DNS לעסק: מיפוי רשומות, TTL, דואר ו-DNSSEC, חלון שינוי, בדיקות ודרך חזרה. בלי הבטחת אפס הפרעות או מחיקה גורפת.",[12,13],"\u002Fservices\u002Fdns-ssl","\u002Fservices\u002Fcorporate-email","2026-10-02","2026-10-29",{"intro":17,"sections":18,"checklist":85,"faq":91,"sources":101,"links":105,"cta":122},"שינוי DNS בטוח מתחיל במיפוי השירותים שמשתמשים בדומיין ובהגדרת מה בדיוק משתנה. החלפת כתובת אתר, שרתי שמות וספק דואר הן פעולות שונות. לפני ביצוע שומרים מצב קיים, מגדירים ערכים צפויים ובודקים אתר, דואר וחיבורים לאחר השינוי. אפשר לצמצם סיכון להפרעה, אך אין להבטיח אפס השבתה רק על סמך רשימת בדיקה.",[19,24,51,60,72,77],{"title":20,"paragraphs":21},"הגדירו אם זו רשומה אחת או החלפת סמכות",[22,23],"בררו אצל מי הדומיין רשום, מי מחזיק את אזור ה-DNS הסמכותי ומי מאשר שינוי. המסך אצל הרשם אינו בהכרח המקום שבו עורכים את הרשומות הפעילות. לפני שינוי צלמו או ייצאו את המצב הקיים ושמרו תיאור של תפקיד כל רשומה, בלי לפרסם מידע רגיש מיותר.","שינוי כתובת של האתר אינו מחייב בהכרח העברת שרתי שמות. בהחלפת שרתי שמות צריך לדאוג לאזור היעד כולו, כולל דואר, אימותי שירות ותתי-דומיין. לא מוחקים ערך רק כי לא מזהים אותו; קודם מבררים מי משתמש בו.",{"title":25,"paragraphs":26,"table":28},"מפו את השירותים שיכולים להיפגע",[27],"הטבלה עוזרת להפוך ערכי DNS לתפקוד עסקי. זו אינה תבנית להעתקת כתובות ספק. לכל מערכת בודקים את הערך שאושר עבור הדומיין והחשבון המסוימים.",{"caption":29,"headers":30,"rows":34},"מיפוי לפני חלון השינוי",[31,32,33],"תחום","מה למפות","בדיקה לאחר שינוי",[35,39,43,47],[36,37,38],"אתר","שמות מארח ויעד נדרש","חיבור ופעולה עסקית",[40,41,42],"דואר נכנס","MX והיעד המצופה","שליחה מבחוץ וקבלה",[44,45,46],"דואר יוצא","SPF, DKIM ו-DMARC ושולחים","הודעת ניסיון וכותרות",[48,49,50],"שירותים נוספים","רשומות אימות ותתי-דומיין","הפעולה שהשירות צריך לבצע",{"title":52,"paragraphs":53,"sources":56},"תכננו מטמון ו-TTL בלי לסמוך על זמן אחיד",[54,55],"TTL מתאר זמן שמירה של נתון במטמון במסגרת DNS. אם שוקלים להפחית אותו לקראת מעבר, עושים זאת בזמן שמאפשר לערך הקודם להתיישן. שינוי הערך ברגע המעבר אינו גורם לכל לקוח לשכוח מיד תשובה שכבר נשמרה.","בדקו תשובות סמכותיות לצד תצפיות מהמערכות הרלוונטיות, ותעדו מתי נצפו. אין די בכך שהתוצאה השתנתה אצל מחשב אחד. דרך חזרה צריכה לכלול את ערכי המקור ואת השפעת המטמון; החלפה חוזרת ונשנית עלולה להקשות להבין מי עדיין מגיע לאיזה יעד.",[57],{"label":58,"url":59},"Cloudflare: ניהול רשומות DNS","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fdns\u002Fmanage-dns-records\u002Fhow-to\u002Fcreate-dns-records\u002F",{"title":61,"paragraphs":62,"sources":65},"התייחסו לדואר ול-DNSSEC כשתי תלויות מפורשות",[63,64],"ב-Cloudflare רשומות המשמשות דואר מצריכות הגדרה מתאימה, ואינן נהפכות לתעבורת דואר מוגנת רק מפני שהאתר משתמש בפרוקסי. בדקו את תיעוד ספק הדואר ואת ערכי היעד במקום להעתיק דוגמה כללית. שינויים במנגנון ניתוב דואר יכולים ליצור התנגשות אם לא מופו.","אם DNSSEC פעיל, החלפת ספק או מפתחות מחייבת תכנון של שרשרת האימות ורשומות DS. אי-התאמה יכולה לגרום לכשל אצל פותרים מאמתים. אין לכבות או למחוק DS כפעולה גורפת מתוך מדריך כללי; מנהל מורשה צריך לבחור מסלול שמתאים לרשם ולשני הספקים ולתעד את תזמונו.",[66,69],{"label":67,"url":68},"Cloudflare: בדיקת רשומות ותקלות דואר","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fdns\u002Ftroubleshooting\u002Femail-issues\u002F",{"label":70,"url":71},"Cloudflare: DNSSEC ותכנון מעבר ספק","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fdns\u002Fdnssec\u002F",{"title":73,"paragraphs":74},"דוגמה: מעבירים אתר אבל משאירים את הדואר",[75,76],"התרחיש להמחשה. העסק מעביר את האתר לאחסון חדש, בעוד הדואר נשאר אצל אותו ספק. האחראי מאשר אילו רשומות אתר ישתנו, ממפה רשומות דואר ושירותים אחרים ושומר את מצבן. לפני השינוי בודקים שהיעד החדש מוכן לקבל את שם המארח ואת החיבור המאובטח.","בסיום בודקים אתר, טופס ודואר, ולא רק שכתובת IP השתנתה. אם מחליפים גם שרתי שמות, מכינים את כל אזור היעד לפני המעבר. הגעת דף הבית אינה מוכיחה ששולח האתר, ההודעות האוטומטיות או אימות הדומיין עדיין עובדים.",{"title":78,"paragraphs":79,"example":82},"קבעו שערי אישור, עצירה ודרך חזרה",[80,81],"לפני החלון רשמו מי מבצע, מי מאשר, אילו בדיקות נדרשות ומה יעצור את השינוי. השאירו גישה מורשית לספקים ושמרו את דרך החזרה בהיקף שאפשר לבצע. אין לסגור מיד שירות ישן אם הוא נדרש לאימות מעבר או לקליטת פעילות שנשלחת אליו עדיין.","בתקלה, השוו את המצב ליעד המתועד והבחינו בין DNS, תעודה ויישום. בודק ה-DNS באתר מספק תצפיות ציבוריות בלבד; הוא אינו מוכיח שכל הדואר נמסר או שכל שרשרת DNSSEC תקינה. כשאין בעלות, ערכים מאושרים או הבנת תלויות, עוצרים ותואמים בירור לפני שינוי נוסף.",{"title":83,"text":84},"כרטיס שינוי מוצע","מטרה ומארחים: __. ספק סמכותי: __. ערך ישן וחדש: __. תלות בדואר וב-DNSSEC: __. בדיקות קבלה: __. תנאי עצירה: __. מאשר ודרך חזרה: __. התיעוד נשמר בערוץ מורשה.",[86,87,88,89,90],"הוגדרו הפעולה והספק הסמכותי.","תועד מצב קיים ותפקיד הרשומות.","מופו דואר, תתי-דומיין ו-DNSSEC.","היעד מוכן ונקבעו בדיקות ודרך חזרה.","כל השירותים הרלוונטיים נבדקו לאחר המעבר.",[92,95,98],{"question":93,"answer":94},"כל שינוי DNS מחייב המתנה של 48 שעות?","לא זמן אחיד: מטמונים, סוג רשומה, ערכים קודמים וספקים משפיעים על מה שנצפה. בודקים ראיות ותנאים בפועל במקום להבטיח זמן גורף.",{"question":96,"answer":97},"האתר עובד. אפשר למחוק את האזור הישן?","רק לאחר שהמעבר וההשפעה על שאר השירותים נבדקו ושאין עוד תלות בו לפי תוכנית העבודה. אין להסיק זאת מטעינה אצל גולש אחד.",{"question":99,"answer":100},"בודק DNS יכול לומר שהמעבר הושלם?","הוא יכול להציג תצפיות על רשומות בהיקף שלו. בדיקות תעבורה, דואר, יישום ו-DNSSEC עשויות לדרוש כלים וגישה נוספים.",[102,103,104],{"label":58,"url":59},{"label":67,"url":68},{"label":70,"url":71},[106,109,112,115,118,120],{"path":107,"label":108},"\u002Fglossary\u002Fdns","מה זה DNS",{"path":110,"label":111},"\u002Fglossary\u002Fdnssec","מה DNSSEC מוסיף",{"path":113,"label":114},"\u002Ftools\u002Fdomain-check","תצפיות DNS לדומיין",{"path":116,"label":117},"\u002Fblog\u002Fwebsite-ssl-warning","אזהרת תעודה לאחר שינוי",{"path":12,"label":119},"תיאום שינוי DNS ותעודות",{"path":13,"label":121},"הגדרות ותפקוד דואר עסקי",{"title":123,"description":124,"button":125,"type":126},"מתכננים שינוי DNS או מעבר ספק?","נמפה את התלויות ונגדיר שינוי, בדיקות ודרך חזרה בהתאם לאתר ולדואר העסקי.","לתיאום בדיקת דומיין ותשתית","check",[128,137,143,151],{"id":129,"path":130,"title":131,"description":132,"category":133,"artwork":134,"order":135,"publishedOn":136},"P075","\u002Fblog\u002Fcloudflare-origin-exposure","שרת המקור חשוף מאחורי Cloudflare: איך בודקים את גבול ההגנה","מה המשמעות של גישה ישירה לשרת המקור: מיפוי פרוקסי, מקטעי TLS, הגבלת גישה ובדיקות מורשות בלי לשבש ניטור ואינטגרציות.","infrastructure","security",78,"2026-09-22",{"id":138,"path":116,"title":139,"description":140,"category":133,"artwork":134,"order":141,"publishedOn":142},"P067","שגיאת תעודת SSL באתר: מה בודקים ומה לא לעקוף","אבחון אזהרת SSL\u002FTLS באתר: שם מארח, תוקף, שרשרת אמון, שרת מקור ו-Cloudflare. בדיקות בעלים ותיעוד בלי לעקוף את האזהרה.",94,"2026-10-12",{"id":144,"path":145,"title":146,"description":147,"category":133,"artwork":148,"order":149,"publishedOn":150},"P115","\u002Fblog\u002Fdomain-expiry-risk","איך מונעים אובדן דומיין עסקי: בעלות, חידוש ושחזור","ניהול דומיין עסקי: רשם ובעלות, אנשי קשר, חידוש ותשלום, גישה חלופית ותוכנית במקרה פקיעה. בלי להניח מועדי חסד אחידים.","domain-renewal",70,"2026-09-12",{"id":152,"path":153,"title":154,"description":155,"category":133,"artwork":134,"order":156,"publishedOn":157},"P081","\u002Fblog\u002Fsecurity-headers-explained","אילו כותרות אבטחה כדאי להגדיר באתר ואיך בודקים שינוי","כותרות אבטחה לאתר עסקי: CSP, HSTS, סוג תוכן ומדיניות הפניות. מיפוי תלות, בדיקת דפים ותהליכים ותוכנית מעבר מבוקרת.",62,"2026-08-31",[],null,{"path":161,"label":162},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":164,"label":165},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062369]