טבלה עם חיפוש של סוגי רשומות DNS נפוצים, מ-A ו-MX ועד CAA ו-TLSA, עם הסבר.
כתובות URL ודומיינים של פישינג
בדיקת DNS over HTTPS
הכלי עצמו הוא באנגלית; דף זה מסביר את אופן השימוש בו בשפתך.
השתמש ב-בדיקת DNS over HTTPS
מה זה עושה
בדקו את רשומות ה-DNS של דומיין באמצעות DNS over HTTPS (DoH). הדפדפן שלכם שולח את השאילתה לממסר של PhishDestroy, ששואל את Cloudflare או את Google ומציג כל תשובה עם ה-TTL שלה.
שמות ה-DNS שאתה מחפש נשלחים למתקן ה-DNS של PhishDestroy (/api/dns-resolve.php), אשר פונה ל-Cloudflare או ל-Google DNS באמצעות HTTPS.
כיצד להשתמש ב-בדיקת DNS over HTTPS
- הזינו שם מארח. החליפו את שם הדוגמה בדומיין או במארח שאתם רוצים לבדוק, כמו mail.example.com. השמיטו את https:// ואת כל נתיב.
- בחרו את סוג הרשומה. בחרו A, AAAA, CNAME, MX, TXT, NS, CAA או SOA. כל שאילתה בודקת סוג אחד.
- בחרו את שרת ה-DNS. בחרו Cloudflare Secure DNS או Google Public DNS. שאילתה לשניהם מראה אם התשובה תלויה בשרת.
- הריצו את הבדיקה. לחצו על Resolve DNS או על Enter בשדה השם. השאילתה נשלחת לממסר של PhishDestroy, ששואל את הספק שנבחר דרך HTTPS.
- קראו את התשובות. בדקו קודם את הסטטוס, ואז כל כרטיס תשובה: סוג רשומה, שם, TTL וערך. Copy מעתיק ערך אחד ללוח.
- המשיכו בחקירה. השתמשו ב-Send to… כדי להעביר את הדומיין ל-Abuse Contact Lookup, ל-Email Authentication Checker או ל-Lookalike Domain Generator.
דוגמה
רשומות A של example.com
example.comDNS Answers
✓ NOERROR
A
TTL: 124s
example.com
104.20.23.154
A
TTL: 124s
example.com
172.66.147.243מציג את סטטוס התשובה (NOERROR) ואת כל רשומות ה-A של example.com, עם ה-TTL של כל אחת וכפתור Copy. החליפו את הסוג ל-MX או ל-TXT כדי לראות שרתי דואר ומחרוזות SPF או אימות.
מה הוא בודק
| אות | מה זה אומר |
|---|---|
| NOERROR | השרת ענה כרגיל. השם קיים, אבל ייתכן שאין לו רשומות מהסוג שביקשתם. |
| ERROR STATUS 3 (NXDOMAIN) | השם אינו קיים. עבור דומיין פישינג שדווח, זה יכול לומר שהרשם השעה אותו. |
| ERROR STATUS 2 (SERVFAIL) | השרת לא הצליח לקבל תשובה, למשל כי שרתי השמות של הדומיין אינם מגיבים או שאימות DNSSEC נכשל. נסו את הספק השני. |
| No records found | NOERROR עם תשובה ריקה: השם קיים אבל אין לו רשומות מהסוג הזה. |
| תווית סוג הרשומה | כל תשובה מציגה את הסוג שלה. שאילתת A עבור כינוי (alias) מחזירה את ה-CNAME ואחריו את הכתובות שאליהן הוא מוביל. |
| TTL | כמה שניות מותר לשרת DNS לשמור את התשובה. ערכי TTL קצרים מאוד, יחד עם כתובות שמשתנות בין בדיקות, הם סימן ל-fast flux. |
| ערך | נתוני הרשומה כפי שהשרת מחזיר אותם: כתובת, שם מארח, עדיפות MX ושרת, או טקסט TXT במירכאות, כמו מדיניות SPF. |
| שגיאות ממסר | מוצגות כ-Error: Unable to fetch DNS records, עם סיבה כמו שם מארח לא תקין, יותר מדי שאילתות בדקה או ספק שלא ניתן היה להגיע אליו. |
דוגמאות נוספות
רשומת MX של example.net
example.netעם הסוג MX: NOERROR ותשובת MX אחת, 0 . (רשומת null MX: עדיפות 0 ושם מארח ריק, כלומר הדומיין אינו מקבל אימייל).
רשומות TXT של example.org
example.orgעם הסוג TXT: NOERROR ושתי תשובות TXT: "v=spf1 -all", מדיניות SPF שאינה מתירה לאף שרת לשלוח דואר בשם הדומיין, ואסימון שני שנראה אקראי.
שם שמור שאינו יכול להתקיים
login.exampleעם הסוג A: ERROR STATUS 3 ו-No A records found for login.example. הדומיין העליון .example שמור, ולכן שמות תחתיו לעולם אינם קיימים.
שאלות נפוצות
אילו רשומות אפשר לבדוק?
A, AAAA, CNAME, MX, TXT, NS, CAA ו-SOA, סוג אחד בכל שאילתה. הזינו שם מארח בלבד, כמו mail.example.com, לא כתובת URL מלאה עם https:// או נתיב.
מה המשמעות של ERROR STATUS 3, והאם התשובה יכולה להיות שונה במקום אחר?
סטטוס 3 הוא NXDOMAIN: השם אינו קיים ב-DNS, וזה גם מה שמחזיר דומיין פישינג שהרשם שלו השעה אותו (clientHold). התשובות מגיעות משרת DNS ציבורי אחד ברגע אחד, ולכן מארחים עם geo-DNS או fast-flux עשויים להחזיר כתובות אחרות לאנשים אחרים.
האם השאילתה שלי נשלחת לאנשהו?
כן. השם וסוג הרשומה נשלחים לממסר של PhishDestroy (/api/dns-resolve.php), ששואל את Cloudflare או את Google ב-DNS over HTTPS ומחזיר את התשובה. בדיקה רצה רק כשלוחצים על Resolve DNS או על Load example, או כששולחים לכאן דומיין מכלי אחר, והממסר מאפשר כ-60 בדיקות בדקה לכל כתובת IP.
למה אני מקבל NOERROR אבל בלי רשומות?
השם קיים, אבל אין לו רשומות מהסוג שבחרתם. ל-example.com, למשל, אין רשומות CAA, ולכן שאילתת CAA מחזירה NOERROR בלי תשובות. נסו סוג אחר, או NS כדי לראות מי מארח את האזור.
למה בדיקת A מציגה CNAME?
השם הוא כינוי. השרת עוקב אחריו ומחזיר את ה-CNAME יחד עם הכתובות של היעד, כך שאפשר לראות לאן תת-דומיין מצביע באמת, למשל לפלטפורמת אחסון או CDN.
למה ה-TTL משתנה בין בדיקות?
שרתי DNS ציבוריים שומרים תשובות במטמון וסופרים את ה-TTL לאחור. מספר נמוך יותר פירושו שהתשובה במטמון ותיקה יותר, לא שהרשומה השתנתה. גם הממסר יכול להשתמש שוב בתשובה במשך עד 30 שניות.