פתרון בעיות בדומיין וב-SSL

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

התחילו כאן

הגדרות → דומיינים → ניהול → סטטוס דומיין → זיהוי השלב שנכשל → בדיקה מחדש

מצאו קודם את הבעיה שלכם

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

מה אתם רואים	עברו אל
Atoms לא מצליח לאמת את הדומיין, או שנראה שרשומה נדרשת חסרה	בעיות אימות ורשומות DNS
הדומיין פותח אתר ישן או שגוי	ניתוב, רשומות מתנגשות, Cloudflare או שיוך לפרויקט
השינוי עובד בחלק מהרשתות אבל לא באחרות	הפצת DNS ומטמון מקומי
HTTPS נכשל או שהדפדפן מציג אזהרת אישור	בעיות SSL / HTTPS
הדומיין פותח את פרויקט Atoms הלא נכון	התנהגות של פרויקט שגוי
Root ו-www מתנהגים אחרת	פתרון בעיות Root / www
הדומיין מפנה לכתובת שגויה או נכנס ללולאה	פתרון בעיות בהפניות
כמה דומיינים לא קשורים של Atoms נכשלים באותו זמן	הפסיקו לשנות DNS ופנו לתמיכת Atoms

חשוב

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

היכן לבדוק את הדומיין

עיון מהיר: מונחים שעשויים להופיע במדריך זה

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

מונח	מה המשמעות שלו
DNS	ההגדרות שאומרות לאינטרנט לאן הדומיין שלכם צריך לשלוח מבקרים ובאילו שירותים מקוונים הוא משתמש.
DNS סמכותי / שרתי שמות	שירות ה-DNS שבפועל שולט בהגדרות הפעילות של הדומיין שלכם. אם תשנו DNS במקום אחר, השינויים האלה לא ישפיעו על הדומיין.
A / AAAA / CNAME	רשומות שאומרות לדפדפנים היכן למצוא את האתר שלכם. רשומות ישנות או מתנגשות יכולות לשלוח מבקרים לאתר הלא נכון.
TXT	רשומת DNS מבוססת טקסט שמשמשת לעיתים קרובות להוכחת שליטה בדומיין. Atoms עשויה לבקש מכם להוסיף אחת במהלך הגדרת הדומיין.
הפצת DNS / TTL	הזמן שלוקח עד ששינוי DNS נראה בכל מקום. במהלך תקופה זו, חלק מהאנשים עדיין עשויים לראות את התוצאה הישנה.
CAA	כלל DNS אופציונלי ששולט אילו חברות מורשות להנפיק את אישור האבטחה הנדרש עבור HTTPS בדומיין שלכם.
Cloudflare proxy	הגדרה של Cloudflare שמעבירה את תעבורת האתר דרך Cloudflare לפני שהיא מגיעה לאתר שלכם. זה יכול להשפיע על אופן הניתוב או האימות של הדומיין.

לפני שאתם משנים משהו

• רשמו את סטטוס הדומיין המדויק ואת כל הודעת השגיאה שמוצגת ב-Atoms.

• שנו הגדרת DNS או ניתוב אחת בכל פעם כדי שתוכלו לדעת איזה שינוי השפיע על התוצאה.

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

• אל תמחקו רשומות רק כי אינכם מזהים אותן. רשומות MX, רשומות TXT הקשורות לדוא"ל ותתי-דומיינים לא קשורים עשויים לתמוך בדוא"ל או בשירותים אחרים.

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

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

בעיות אימות ורשומות DNS

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

בדקו קודם את מקור ה-DNS

• פתחו את הדומיין ב-Atoms והשוו כל רשומה נדרשת למה שמתפרסם בפומבי עבור אותו שם מארח.

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

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

• ערך האימות חייב להתאים בדיוק לערך שמוצג כרגע על ידי Atoms וחייב להיות גלוי בבדיקת DNS ציבורית.

תקנו רק את חוסר ההתאמה, ואז בדקו מחדש

• צרו רשומה חסרה או תקנו רק את השדה שאינו תואם.

• אם הרשומה נוספה אצל ספק DNS שגוי, הוסיפו אותה אצל הספק הסמכותי במקום זאת.

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

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

הגנו על שירותים לא קשורים

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

ניתוב, תוכן ישן, רשומות מתנגשות ו-Cloudflare

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

בדקו רשומות A, AAAA ו-CNAME עבור שם המארח המדויק

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

• הסירו רק רשומת ניתוב אתר שאישרתם שהיא מתנגשת עם ההגדרה הנוכחית של Atoms. אל תמחקו רשומות לא מוכרות כשלב ניקוי.

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

סטטוס proxy של Cloudflare

• רשומות אימות TXT הן DNS בלבד; הן אינן רשומות web-proxy.

• עבור רשומות A או CNAME, שנו את Proxy Status רק כאשר ממשק Atoms או תמיכת Atoms דורשים זאת במפורש. אל תעברו בין Proxied ל-DNS only כשלב שגרתי בפתרון בעיות.

• אם Atoms או התמיכה מבקשים מכם לשנות את סטטוס ה-proxy, שנו רק את רשומת הניתוב שצוינה, המתינו עד שתגובת ה-DNS החדשה תהיה גלויה, ואז בדקו מחדש את הדומיין ואת HTTPS.

הפצת DNS ומטמון מקומי

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

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

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

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

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

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

בעיות SSL / HTTPS

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

בדקו את התצורה סביב האישור

• רשמו את שגיאת הדפדפן המדויקת ואת שם המארח המדויק שנפתח.

• אשרו ניתוב DNS, הפצה, סטטוס proxy של Cloudflare, והאם נראה שהאישור שייך לשם מארח אחר.

• בדקו אם משהו השתנה לאחרונה ב-DNS, בשרתי השמות, בהגדרות proxy של Cloudflare, ברשומות CAA או בשיוך הפרויקט/הדומיין.

• בדקו רשומות CAA בשם המארח המושפע ובדומיין האב אם ייתכן שקיימת מדיניות אישורים מגבילה.

זהירות לגבי CAA

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

תקנו ואמתו

• תקנו רק בעיית DNS, proxy, CAA, שם מארח או שיוך לפרויקט שאושרה.

• אל תעקפו אזהרות אישור בדפדפן כפתרון רגיל.

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

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

• בדקו מחדש על ידי פתיחת שם המארח המדויק עם https:// ואישור שהפרויקט המיועד נטען ללא אזהרת אישור.

Root, www, הפניות והתנהגות של פרויקט שגוי

כדאי לבדוק את הבעיות האלה כאן כי הן יכולות להיראות כמו כשלים ב-DNS או ב-SSL גם כשהחיבור הבסיסי כבר עובד.

Root עובד אבל www לא — או להפך

• התייחסו אל example.com ו- www.example.com כשמות מארח נפרדים. בדקו את שניהם דרך HTTPS.

• בדקו את תוצאת ה-DNS ואת סטטוס הדומיין ב-Atoms עבור שם המארח שנכשל.

• אל תניחו שפשוט צריך להעתיק את ערכי דומיין ה-root אל www.

אם עדיין צריך לחבר או להגדיר מחדש שם מארח, פעלו לפי שלבי ההגדרה ב- Connect and Manage Domains במקום לשכפל כאן את תהליך ההגדרה.

הפניות עוברות לכתובת שגויה או נכנסות ללולאה

• אשרו את הכתובת שבה אתם מצפים שהמבקרים יסיימו ובדקו את ההפניה בסשן דפדפן חדש/פרטי.

• בדקו אם מערכת אחרת גם מבצעת הפניות, כמו forwarding של הרשם, כללי הפניה של Cloudflare, proxy/CDN אחר או פלטפורמת האחסון הקודמת.

• שנו רק את שכבת ההפניה המתנגשת שאושרה. הימנעו משינוי כמה מערכות הפניה באותו זמן.

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

כדי לשנות איזו כתובת מחוברת היא הראשית, השתמשו בתהליך שב- Connect and Manage Domains.

הדומיין פותח את פרויקט Atoms הלא נכון

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

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

• לאחר תיקון השיוך, בדקו מחדש ששם המארח פותח את הפרויקט המיועד וש-HTTPS עדיין עובד.

לצורך החלפה, ניתוק, חיבור מחדש או העברת דומיין בין פרויקטים, פעלו לפי Connect and Manage Domains. אם השיוך הנוכחי שייך לפרויקט/סביבת עבודה/חשבון שאינם נגישים או שנמחקו, פנו במקום זאת לתמיכת Atoms במקום לבצע שינויים נוספים ב-DNS.

מתי להפסיק לשנות DNS ולפנות לתמיכת Atoms

הסלימו במקום להמשיך לערוך DNS כאשר הראיות מצביעות על בעיית מצב, אישור או שיוך בצד של Atoms.

• ה-DNS אושר כתקין אבל מצב הדומיין ב-Atoms לא מתאושש.

• אספקת אישור או חידושו נכשלים למרות שה-DNS הציבורי וההגדרות שבשליטת המשתמש תקינים.

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

• כמה דומיינים לא קשורים של Atoms נכשלים באותו זמן ורשומות ה-DNS שלהם לא השתנו לאחרונה.

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

הערה לגבי סטטוס השירות

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

הכינו את הראיות האלה לפני הסלמה

• שם המארח המושפע ופרויקט/סביבת העבודה המיועדים ב-Atoms.

• סטטוס הדומיין המדויק או הודעת השגיאה שמוצגים כרגע.

• תוצאות ה-DNS הסמכותי הנוכחיות והערכים ש-Atoms דורשת כרגע.

• שגיאת ה-HTTPS/האישור המדויקת של הדפדפן, אם רלוונטי.

• השינוי האחרון שבוצע והאם שחזורו החזיר את ההתנהגות הקודמת.

בדיקה סופית מחדש

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

• שם המארח המיועד מחובר ומגיע לפרויקט Atoms המיועד.

• HTTPS עובד ללא אזהרת אישור.

• Root ו-www מתנהגים כמתוכנן.

• ההפניות מסתיימות בכתובת המיועדת.

• דוא"ל ושירותים לא קשורים אחרים עדיין עובדים לאחר שינויי ה-DNS.

תוצאה מלאה

מצב דומיין תקין + אתר נכון + HTTPS + שם מארח נכון + הפניות צפויות

שאלות נפוצות

למה הדומיין המותאם אישית שלי מציג DNS_PROBE_FINISHED_NXDOMAIN?

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

1. תוקף הדומיין שלכם לא פג.
2. שרתי השמות מצביעים נכון.
3. רשומות ה-A/CNAME/TXT הנדרשות מוגדרות כפי שהפלטפורמה מציינת.

מידע שנדרש לצורך פתרון בעיות:

- שם דומיין מלא

- רשם / ספק DNS

- צילום מסך במסך מלא של רשומות ה-DNS הנוכחיות

- זמן השינוי האחרון

- תוצאות בדיקה עבור apex ו-www בנפרד

נאמת את הפצת ה-DNS ואת הקישור לפלטפורמה לאחר שהרשומות יאושרו.

למה דומיין ה-root שלי ותת-הדומיין www מתנהגים אחרת?

דומיין ה-root שלכם ותת-הדומיין www הם שמות מארח נפרדים, לכן אחד יכול לעבוד בעוד שהשני אינו מוגדר.

1. בחרו איזה שם מארח צריך להיות הראשי והאם השני צריך להפנות אליו.
2. בהגדרות הדומיין של Atoms, אשרו ששני שמות המארח נוספו או שההפניה המיועדת מוגדרת.
3. אצל ספק ה-DNS שלכם, השוו כל שם מארח לרשומה המדויקת ש-Atoms דורשת כרגע. הסירו רשומה מתנגשת רק לאחר שאישרתם שהיא אינה בשימוש של שירות אחר.
4. המתינו לעדכוני DNS ואישור, ואז בדקו את שתי כתובות ה-HTTPS בחלון אינקוגניטו.

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

רשומות ה-DNS שלי תקינות, אבל הדומיין המותאם אישית שלי עדיין לא עובד. למה?

1. אל תבטלו שוב ושוב את קישור הדומיין ואל תמחקו רשומות; זה עלול להפעיל מחדש אימות או עבודה על אישור.
2. אשרו את ספק ה-DNS הסמכותי והשוו את תוצאת ה-A, ה-CNAME או ה-TXT הפעילה לערך המדויק שמוצג ב-Atoms. בדקו אם יש רשומות כפולות או מתנגשות.
3. אשרו שהדומיין נשאר מקושר לפרויקט הנכון ושכתובת הייצור של הפלטפורמה עובדת.
4. אם הרשומות השתנו לאחרונה, המתינו ל-TTL שפורסם ולהנפקת האישור לפני שתבדקו שוב.

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

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

1. פתחו את Publish ואשרו שהגרסה האחרונה נפרסה ושהסטטוס מעודכן.
2. השוו את כתובת הייצור של הפלטפורמה לדומיין המותאם אישית.
3. בצעו רענון קשיח לדומיין המותאם אישית ובדקו אותו בחלון אינקוגניטו.
4. אם כתובת הפלטפורמה מעודכנת אבל הדומיין המותאם אישית ישן, אשרו שהדומיין עדיין מצביע ליעד Atoms הנוכחי. אם אתם משתמשים ב-proxy או ב-CDN, רעננו את המטמון שלו לפי הוראות אותו ספק.

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