כל כלי המפתחים

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

חינם

1מדיניות

מה על מקבלי דואר לעשות עם דואר שטוען שהגיע מהדומיין שלך אך נכשל הן ביישור SPF והן ביישור DKIM.

השאר על ירושה אלא אם תת-הדומיינים זקוקים לכלל אחר.

מתחת ל-100 השאר נופל חזרה למדיניות החלשה יותר. שימושי בעת הפעלה הדרגתית.

2דיווח

דוחות מצטברים הם עיקר הסיבה להתחיל עם DMARC: הם מראים לך כל מקור ששולח בשם הדומיין שלך.

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

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

3יישור

עד כמה הדומיין של SPF או DKIM חייב להתאים לדומיין ה-From הגלוי. מרוככת מתאימה לרוב ההגדרות.

רשומת ה-DMARC שלך

		

סוג רשומה
TXT
שם / מארח
_dmarc
TTL
3600
פריסה מומלצת

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

  1. שבועות 1–4: מעקב p=none; pct=100 פרסם עם ניטור בלבד וקרא את הדוחות המצטברים. מצא כל שולח לגיטימי וודא יישור SPF או DKIM עבור כל אחד.
  2. שבועות 5–6: הסגר לרבע מהדואר p=quarantine; pct=25 עבור להסגר על חלק מהדואר. עקוב אחר תלונות ואחר דואר לגיטימי שנוחת בספאם.
  3. שבועות 7–8: הסגר על כל הדואר p=quarantine; pct=100 העלה את זה לכל הדואר. הדוחות אמורים כעת להראות כשלים רק ממקורות שאינך מזהה.
  4. משבוע 9 ואילך: דחייה p=reject; pct=100 עבור לאכיפה מלאה, והמשך לקרוא את הדוחות: שולחים חדשים מופיעים בכל פעם שצוות נרשם לכלי חדש.

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

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

Your results appear here Fill in the field above, then run the check.
רשומה שפורסמה
הסבר תגי הרשומה
תגערךהמשמעות
יעדי דיווח חיצוניים
דומיין יעדרשומת אישורסטטוס
מה מצאנו

אודות מחולל ובודק רשומות DMARC

מחולל ובודק רשומות DMARC בונה את רשומת ה-TXT מסוג `_dmarc` שאומרת לשרתי קבלה מה לעשות כאשר דואר שטוען שהוא מגיע מהדומיין שלך נכשל הן ביישור SPF והן ביישור DKIM, וחשוב לא פחות, לאן לשלוח את הדוחות שמראים לך מי שולח בשמך. מאז פברואר 2024, Gmail ו-Yahoo דורשים רשומת DMARC מכל מי ששולח דואר בכמות גדולה למשתמשיהם.

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

הבודק קורא את הרשומה שדומיין מפרסם, מסביר כל תג בשפה פשוטה ומאמת אותה מול RFC 7489. הוא מדווח על רשומה חסרה, מספר רשומות (ששרתי קבלה מתייחסים אליהן כאילו אין מדיניות כלל), תג גרסה שממוקם לא נכון, תגים פגומים או לא מוכרים, `p=none` שנשאר שם חודשים, `pct` מתחת ל-100, ותקלה עדינה שגורמת לאובדן שקט של הדוחות שלך: כתובת `rua` בדומיין אחר שלא פרסם את רשומת אישור היעד החיצוני שדורש RFC 7489 §7.1. הוא גם עוקב אחרי נפילת ברירת המחדל של הדומיין הארגוני (organizational domain), כך שבדיקת תת-דומיין מציגה את המדיניות שבאמת חלה עליו.

כיצד להשתמש ב-מחולל ובודק רשומות DMARC

  1. התחל בלשונית המחולל עם המדיניות מוגדרת לניטור בלבד, והזן כתובת לדוחות המצטברים.
  2. השאר את היישור על מרוכך (relaxed) אלא אם אתה יודע ששולח מסוים דורש התאמה מחמירה, והשאר את pct על 100.
  3. פרסם את הרשומה כרשומת TXT בשם _dmarc בדומיין שלך.
  4. קרא את הדוחות המצטברים במשך מספר שבועות וודא ש-SPF או DKIM מיושרים עבור כל שולח לגיטימי שהם חושפים.
  5. עבור להסגר (quarantine), ולאחר מכן לדחייה (reject), תוך בדיקת הדוחות בין כל שלב.
  6. השתמש בלשונית הבודק בכל שלב כדי לוודא שהרשומה מנותחת כראוי ושיעדי הדוחות שלך מורשים.

שאלות נפוצות

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

כן. DMARC פועל על ידי בדיקה שהודעה עוברת SPF או DKIM ושהדומיין העובר מיושר עם כתובת השולח (From) הגלויה. פרסם ואמת SPF ו-DKIM תחילה, ולאחר מכן הוסף DMARC במצב ניטור.

לרוב משום שכתובת ה-rua נמצאת בדומיין שונה מזה שמפרסם את הרשומה. RFC 7489 מחייב את אותו דומיין לפרסם רשומת TXT בכתובת yourdomain._report._dmarc.theirdomain המכילה v=DMARC1. בלעדיה, שרתי קבלה משמיטים את הדוחות שלך בשקט. הבודק בודק זאת עבורך.

יישור מרוכך מאפשר לכל תת-דומיין של הדומיין הארגוני שלך להיחשב כמיושר, כך שדומיין החזרות (bounce) כמו mail.example.com מיושר עם example.com. יישור מחמיר דורש התאמה מדויקת. יישור מרוכך מתאים כמעט לכל תצורה.

ללא sp, תתי-דומיינים יורשים את המדיניות הראשית, וזה בדרך כלל מה שרוצים. מזייפים אוהבים תתי-דומיינים שלא בשימוש, אז אם אתה מגדיר משהו, הפוך אותו למחמיר יותר ולא רך יותר, ושקול np=reject עבור תתי-דומיינים שלא קיימים כלל.

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

שתף זאת

חיפושים פופולריים
מחולל רשומת dmarc בודק dmarc בדיקת רשומת dmarc חיפוש dmarc מאמת dmarc יצירת רשומת dmarc מדיניות dmarc reject משמעות dmarc p=none כתובת דיווח rua ב-dmarc הגדרת dmarc לדומיין
צריך עזרה?
נתקלת בבעיה בכלי הזה? ספר לצוות שלנו.
דיווח על בעיה

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