Defaults.Exposed › תיקונים › תמיכת IPv6

כיצד לתקן תמיכת IPv6

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

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

מה זה יכול לעלות לכם

• לקוח על ספק סלולרי שמריץ IPv6 בלבד צריך להגיע לאתר ה-IPv4 שלך דרך שכבת התרגום של הספק שלו. זה כמעט תמיד עובד — אבל זה מוסיף השהייה ועוד תלות שיכולה להיתקע בשעות השיא, גורם לאתר שלך להרגיש שולי יותר לאט מאשר מתחרה שניתן להגיע אליו ישירות.
• הקונה הטכני או צוות האבטחה/תשתית של שותף מריצים סריקה מהירה לפני החתימה ומציינים שאתה IPv4 בלבד. זה לא פוסל אותך, אבל מתחרה שמציג dual-stack (IPv4 + IPv6) נוחת בעמודת 'מודרני ומנוהל היטב' בזמן שאתה יושב ב'בסדר, קצת מאחור'.
• אתה מתרחב לשוק — חלקים מאסיה, הודו, כמה רשתות סלולריות אירופאיות — שבו IPv6 כבר דומיננטי. היות ניתן להגעה ישירות שם, ולא תמיד דרך תרגום, מסיר מקור קטן אבל אמיתי של חיבורים איטיים או מגומגמים ללקוחות החדשים ביותר שלך.
• האירוח או ה-CDN שלך כבר תומכים ב-IPv6 בחינם, אבל אף אחד מעולם לא הפעיל אותו, כך שאתה מחמיץ שיפור קל וחסר-עלות שהמתחרים שלך קיבלו כברירת מחדל.
• רשימת בדיקה של רכש ממשלתי או ארגוני שואלת האם השירותים שלך מוכנים ל-IPv6 (הרבה מנדטים ממגזר ציבורי עכשיו עושים זאת). 'לא' היא שורה מביכה להסביר כשהתיקון היה חינמי כל הזמן.

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

תמיכת IPv6, בשפה פשוטה

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

תמיכת IPv6 אומרת שהאתר שלך (ואימייל שלך) ניתנים להגעה על הרשת החדשה הזו בנוסף לישנה. בפועל זה מסתכם בדבר אחד ב-DNS שלך: לצד הרשומה שמציגה את הכתובת בסגנון ישן שלך (רשומת A), אתה גם מפרסם רשומה שמציגה את כתובת IPv6 שלך (רשומת AAAA — ארבעה A’s). הרצת שניהם זה לצד זה נקראת dual-stack, וזוהי הדרך הרגילה והבטוחה לעשות זאת.

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

מה זה יכול לעלות לך

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

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

• רושם חלש יותר על קונים טכניים. לפני שחוזה נחתם, צוות ה-IT או האבטחה של קונה מריץ לעתים קרובות סריקת תשתית מהירה. IPv4 בלבד לא פוסל אותך — אבל dual-stack קורא כ”מודרני ומנוהל היטב”, והיעדרו קורא כ”קצת מאחור”. כשאתה קרוב בכל השאר, אותות קטנים אלה מטים החלטות.

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

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

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

מה זה בעצם

לכל מכשיר באינטרנט צריך כתובת. כתובות IPv4 נראות כמו 203.0.113.10 — ארבעה מספרים, מאגר של כ-4.3 מיליארד, מזמן נגמר. כתובות IPv6 נראות כמו 2001:db8::1 — ארוכות יותר, הקסדצימליות, עם מאגר כה עצום שהוא בפועל ללא-גבול.

ב-DNS שלך — ספר כתובות האינטרנט — אלה חיים כשני סוגי רשומות:

• רשומת A ← כתובת IPv4 שלך (הרשת הישנה).
• רשומת AAAA ← כתובת IPv6 שלך (הרשת החדשה).

הבדיקה שלנו מבצעת שווה ערך להרצת dig AAAA yourdomain.com ומדווחת האם רשומות AAAA חוזרות.

מה נראה “טוב”: הגדרת dual-stack — רשומות ה-A הקיימות שלך ללא שינוי, עם רשומות AAAA מפורסמות לצידן, שתיהן מצביעות לשרת (או load balancer, או CDN) שעונה בפועל על שתי הרשתות ומגיש את אותו אתר. משתמשי IPv4 ממשיכים בדיוק כמקודם; משתמשי IPv6 מקבלים נתיב ישיר. אינך מפיל IPv4 — אתה מוסיף IPv6 לצידו.

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

כיצד לתקן (חינם, ~15–30 דקות)

מסור זאת לאיש ה-IT שלך או למי שמנהל את האתר שלך — התיקון חינמי. זהו שינוי DNS-ואירוח, לא רכישה. הכלל הזהוב: הוסף IPv6 לצד IPv4, לעולם לא במקומו (dual-stack), ואשר שהיעד עונה בפועל על IPv6 לפני שאתה מפרסם.

1. בדוק האם האירוח/CDN שלך תומך ב-IPv6 בכלל. זהו השער. אם למארח שלך אין כתובת IPv6 להציע, אין מה לעשות יותר ואין עונש על כך. רוב הפלטפורמות ו-CDNs המודרניים תומכים בו — לעתים קרובות כבר מופעל.

2. יישם זאת על הפלטפורמה שלך:

• Cloudflare: IPv6 בדרך כלל מופעל כברירת מחדל. כשהאתר שלך מוצה דרך Cloudflare (ענן כתום), Cloudflare עונה על IPv6 עבורך אוטומטית — בדרך כלל אינך מוסיף רשומות AAAA בעצמך כלל. בדוק ש-Network → IPv6 Compatibility מופעל. זהו הנתיב הקל ביותר בהרבה.

• Google Workspace / Microsoft 365 (צד אימייל): צד קבלת האימייל בדרך כלל כבר מסוגל IPv6 על התשתית של הספק — אינך מנהל זאת. רשומות AAAA של אתר האינטרנט בדף זה עוסקות בהאתר שלך, לא בשרתי הדואר שלהם; לא נדרשת פעולה עבור ספק תיבת הדואר עצמו.

• AWS: הפעל dual-stack על ה-load balancer שלך (ALB/NLB) או instance, ואז הוסף רשומת AAAA alias ב-Route 53 שמצביעה אליו. עבור CloudFront, IPv6 הוא מתג בהגדרות ה-distribution.

• Google Cloud / Azure: הפעל IPv6 (dual-stack) על ה-load balancer או instance, קבל את כתובת ה-IPv6, ופרסם את רשומת ה-AAAA ב-DNS שלך.

• VPS/שרת מנוהל עצמי: בקש מהספק שלך כתובת IPv6, הגדר את שרת האינטרנט שלך להאזין על IPv6 (ואשר שהוא מגיש את אותו אתר שם), ואז הוסף את רשומת ה-DNS:

  yourdomain.com.      AAAA   2001:db8::1
  www.yourdomain.com.  AAAA   2001:db8::1
  

  (החלף בכתובת IPv6 האמיתית שלך. שמור את רשומות ה-A הקיימות שלך בדיוק כפי שהן.)

3. בדוק לפני שאתה סומך. לאחר הפרסום, אמת מכלי מודע-ל-IPv6 שרשומת ה-AAAA פותרת וגם שהאתר אכן נטען על IPv6 (כלי “בדיקת IPv6” מקוון או curl -6 https://yourdomain.com ממחשב מסוגל-IPv6). רשומת AAAA מפורסמת שלא מצביעה לשום מקום גרועה מאשר ללא רשומה.

4. סרוק מחדש. כאשר רשומות AAAA חיות ועונות, בדיקה זו תדווח שIPv6 מופעל. (זה לא ישנה את הציון שלך — היה אינפורמטיבי מלכתחילה — אבל פסקת את הפרצה.)

טעויות נפוצות

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

• החלפת IPv4 במקום הוספת IPv6. לעולם אינך מסיר את רשומות ה-A. Dual-stack שומר את שניהם; הפלת IPv4 הייתה מנתקת את רוב המשתמשים בן לילה.

• הוספת דומיין ה-apex אבל שכחת www (או להפך), או כיסוי האתר אבל לא תתי-הדומיינים של הדואר שאכפת לך מהם. היה עקבי על פני שמות המארח שחשובים.

• הנחה שזה נעשה כי המארח “תומך” ב-IPv6. תמיכה ומופעל הם שונים. ב-Cloudflare זה בדרך כלל אוטומטי; על VPS גולמי אתה צריך להגדיר ולפרסם אותו בעצמך.

• התייחסות לזה כדחוף. זה לא. זה אינפורמטיבי. עשה קודם את בדיקות האבטחה המנוקדות שלך (HTTPS, DMARC, DNSSEC, כותרות האבטחה); הוסף IPv6 כהשקעה מסתכלת-קדימה כשנוח.

שאלות נפוצות