המוניטין של כתובת שלא נבחרה

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

ההיסטוריה שנשכרת יחד עם הכתובת

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

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

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

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

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

שישה שופטים, שלא מסכימים ביניהם

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

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

מי שופט	איך מגלים	האם ניתן לתקן	מה זה בפועל חוסם
ספקי דואר	הודעת דחייה, או שתיקה	חלקית	ההודעה: לתיקיית הספאם, או שלא תיכנס בכלל. כאן מדרגים מוניטין לפי הכתובת וגם לפי דומיין השליחה, ושני הציונים נמדדים בנפרד.
Spamhaus ורשימות הציבור הגדולות	הודעת דחייה עם שם הרשימה	כן	חיבור ה-SMTP, כבר בדלת, לפני שההודעה נקראת בכלל. זו החסימה שמפיקה הודעת דחייה עם סיבה כתובה בה, ולכן היא הכישלון השימושי ביותר שאפשר לקבל.
רשימות שגובות תשלום עבור הסרה	הודעת דחייה, לעיתים רחוקות	לא	בפועל, כמעט כלום. חלקן רושמות /24 שלם או רשת שלמה על סמך שולח בודד, ואז מציעות הסרה מזורזת בתשלום. מפעילים בסדר גודל כלשהו לא בודקים אותן.
CDN וחומות אש לאתרים	עמוד אתגר	לא	המבקרים באתר, מול עמוד אתגר — או הבקשות היוצאות מהשרת עצמו אל אתרים שיושבים מאחורי CDN כזה. ההחלטה מתקבלת לגבי הרשת, לא לגבי המכונה.
דירוג הונאה ותשלומים	אי אפשר לגלות	לא	שום דבר גלוי. זה מעלה ציון סיכון בקופה של מישהו אחר, בשקט, כאחד מתוך עשרות פרמטרים. אי אפשר לראות את הכלל, ואין דלפק ערעורים.
אתרים שחוסמים מרכזי נתונים באופן גורף	סירוב ביומני השרת	לא	בקשות שהשרת שולח החוצה — scrapers, קריאות API, בדיקות תקינות. זו בכלל לא בעיית מוניטין. זו בעיית קטגוריה: מדובר במרכז נתונים, והם רצו בני אדם.

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

מדוע הדואר שופט הכי קשה, והכי ביושר

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

DNS הפוך, והמחצית שכולם שוכחים

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

SPF, DKIM ו-DMARC מאמתים — הם לא ערבים

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

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

המספרים ש-Gmail מפרסמת, ומה הם מרמזים

לשולחים של כ-5,000 הודעות ביום ומעלה, גוגל מפרסמת דרישות ולא המלצות: SPF ו-DKIM על דומיין השליחה, DMARC קיים — מדיניות none מתקבלת — ביטול הרשמה בלחיצה אחת בדיוור שיווקי ובניוזלטרים, ושיעור תלונות ספאם מתחת ל-0.30% (מומלץ מתחת ל-0.10%). כדאי לתרגם את המספרים האלה למונחים מוחשיים. ב-5,000 הודעות, 0.30% הן 15 תלונות. 15 הקלקות על כפתור ביום שבו נשלחה רשימה לא בטוחה דיין — זה ההבדל בין הודעה שנמסרה להודעה שסוננה, וזה לא סף שאפשר לגשש אליו באינטואיציה.

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

עשר דקות של בדיקה, לפני התשלום

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

1. יש לברר איזו כתובת תתקבל (2 דק׳). לא הטווח — הכתובת עצמה. ספק שלא יכול לומר זאת לפני התשלום גם לא יכול לומר דבר על ההיסטוריה שלה, וזו למעשה התשובה לשאלה האמיתית.
2. יש לבדוק את הכתובת, ואז את ה-/24 סביבה (3 דק׳). כלי בדיקת המוניטין הציבוריים מקבלים את שני הסוגים. כתובת נקייה בתוך טווח רשום היטב אומרת בדיוק את מה שצריך לדעת על השנתיים הקרובות.
3. יש לבדוק מי מכריז על הטווח (2 דק׳). הרשת שמכריזה על הטווח אומרת יותר מהטווח עצמו. רשת עם היסטוריה ארוכה ופרטי קשר מפורסמים לדיווח על שימוש לרעה מתנהגת אחרת מרשת שהופיעה ברבעון האחרון.
4. יש לבדוק פורט 25 יוצא לפני תכנון סביבו (דקה אחת). לפתוח חיבור לשרת דואר שנמצא בשליטה עצמית ולראות מה קורה. גילוי התשובה אחרי המעבר הוא הדרך שבה סוף שבוע נעלם.
5. יש לוודא שהרשומה ההפוכה ניתנת להגדרה עצמאית, ובאיזו מהירות (דקה אחת). שני החלקים חשובים: שאפשר להגדיר אותה בכלל, ושהשינוי לוקח דקות ולא תור פניות שממתינים בו ביום ההשקה.
6. יש לברר מה קורה כשכתובת מתבררת כבלתי שמישה (דקה אחת). התשובה הרצויה היא שמחליפים אותה, בלי ויכוח ובלי עלות. כדאי לקבל זאת בכתב, כי ביום שבו זה נדרש לא תהיה עמדת מיקוח.

מה ניתן לתקן, ומה עוקפים

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

חמישה מצבים, והאם המנוף נמצא בשליטה עצמית

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

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

תצורה ששורדת כתובת גרועה

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

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

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

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

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

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