חקירת היסטוריית DNS: מה רשומות MX ו-NS חושפות

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

מהי חקירת היסטוריית DNS?

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

שלב 1: איך אוספים את נקודת המוצא הנוכחית של ה-DNS?

מתחילים ברשומות החיות כדי לדעת מול מה משווים. מריצים dig MX example.com +short ו-dig NS example.com +short מהטרמינל, או משתמשים בכלי רשת כמו Google Public DNS lookup או MXToolbox. שומרים את הפלט עם חותמת זמן. נקודת המוצא הזו היא העוגן לכל השוואה היסטורית שתעשו.

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

שלב 2: אילו כלים מציגים רשומות MX ו-NS היסטוריות?

צריך מאגרי DNS פסיבי, לא רק בדיקות חיות. SecurityTrails, ViewDNS.info ו-DNSDumpster מציעים תצוגות היסטוריות, חלקן בחינם וחלקן בתשלום. המסלול החינמי של SecurityTrails נותן שאילתות מוגבלות; מסלולי התשלום מתחילים בסביבות 50 דולר לחודש. כלי ה-DNS ההיסטורי של ViewDNS.info חינמי אך מוגבל בקצב. לבדיקה חד-פעמית זה בדרך כלל מספיק.

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

שלב 3: איך קוראים היסטוריית רשומות MX?

רשומות MX מצביעות על שרתי הדואר שמקבלים אימייל עבור הדומיין. היסטוריה שמראה Google Workspace (ASPMX.L.GOOGLE.COM) מרמזת שעסק אמיתי פעל שם פעם. היסטוריה מלאה בשרתי דואר אקראיים שמתחלפים כל כמה שבועות מרמזת על משהו פחות לגיטימי, כמו תשתית ספאם או פרויקט זמני.

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

שלב 4: איך קוראים היסטוריית רשומות NS?

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

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

שלב 5: איך מצליבים היסטוריית DNS עם WHOIS וארכיוני רשת?

היסטוריית DNS לבדה דקה. משלבים אותה עם היסטוריית WHOIS (DomainTools מציעה אותה, ורשמים רבים שומרים רשומות מוגבלות) ועם Wayback Machine. אם תאריך שינוי ה-NS מתיישר עם שינוי רושם ב-WHOIS ופער בצילומי ארכיון, יש לכם סיפור קוהרנטי.

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

שלב 6: איך מזהים דגלים אדומים בהיסטוריית MX ו-NS?

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

מנגד, דומיין עם שנים של MX יציב של Google ו-NS של Cloudflare כנראה belonged לעסק אמיתי. זו ההיסטוריה שאתם רוצים כשרוכשים דומיין מפרויקט מת של מישהו אחר.

שלב 7: איך משתמשים בהיסטוריית DNS כדי לתמחר דומיין?

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

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

שלב 8: איך משמרים את היסטוריית ה-DNS שלכם לפני קבורת פרויקט?

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

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

מה יכול להשתבש בחקירת היסטוריית DNS?

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

שנית, רשומות DNS יכולות להיות מזויפות או לרשת מבעלים קודם בלי שום עסק אמיתי מאחוריהן. רשומת MX של Google לא מוכיחה שחברה הייתה קיימת; היא מוכיחה שמישהו נרשם ל-Google Workspace. התייחסו לכל רשומה כרמז, לא כעובדה.

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

דרישות מוקדמות לחקירת היסטוריית DNS

תצטרכו את שם הדומיין, טרמינל או כלי בדיקת DNS מבוסס רשת, ולפחות חשבון אחד בשירות DNS פסיבי. חשבון חינמי ב-SecurityTrails או ViewDNS.info מכסה רוב הבדיקות המזדמנות. לעבודה מעמיקה יותר, תקצבו מסלול בתשלום ומנוי ל-DomainTools אם היסטוריית WHOIS חשובה.

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

התחילו בדומיינים שאתם שוקלים לקנות, ואז עברו אחורה דרך היסטוריית ה-MX וה-NS שלהם. עיינו בבית הקברות כדי לראות אילו מהם זמינים.