יש לך שם לפני שאתה מעצב לוגו, מדפיס כרטיס או מספר למישהו, אתה צריך לדעת אם הדומיין הוא בחינם, ובדרך כלל לא רק את .com. אתה רוצה לדעת על .io, .ai, .dev וכל קוד מדינה שהלקוחות שלך חיים תחתיו. בדיקתם אחד בכל פעם ברשם' תיבת החיפוש היא איטית, והתשובה שאתה מקבל בחזרה היא לפעמים שגויה בדרכים שהדף אף פעם לא מודה.
מדריך זה מסביר מהיכן מגיעים נתוני זמינות, מדוע פרוטוקול WHOIS הישן מייצר "available" תוצאות, מה RDAP שינה וכיצד לקרוא רשומת רישום ברגע שאתה מוצא שם שנלקח הדוגמאות משתמשות ב בודק זמינות דומיין Toolz, אשר שואל רישום ישירות על פני עד 68 הרחבות בחיפוש אחד.
TL;DR: דומיין זמין כאשר הרישום שמפעיל את ה-TLD שלו אין תיעוד שלו הדרך האמינה לשאול היא RDAP (RFC 9083), שמחזירה JSON מובנה ו-404 רגיל לשם לא רשום כמה מאות TLDs, בעיקר קודי מדינה, עדיין עונים רק דרך WHOIS ביציאה 43, שם "no match" הוא טקסט חופשי השונה לפי רישום כלי חיפוש דומיין בודק תחילה את RDAP, חוזר ל-WHOIS ומדווח על "לא ידוע" עם סיבה במקום לנחש. זה בחינם, ללא הרשמה, מוגבל ל-40 שמות ו-240 חיפושים לכל חיפוש, ופועל על שרת מכיוון שדפדפנים לא יכולים לבצע את החיפושים האלה.
מה המשמעות של "זמין" עבור שם דומיין?
שם דומיין זמין כאשר אף אחד לא מחזיק רישום עבורו ברישום שמפעיל את הדומיין ברמה העליונה שלו לכל TLD יש בדיוק רישום אחד Verisign מריץ את .com ו.net, Public Interest Registry מריץ את .org, ולכל TLD בקוד מדינה יש מפעיל משלו רשמים כמו Namecheap או Hostinger מוכרים רישומים, אבל הרישום מחזיק ברשימה הסמכותית של מה שקיים.
ההבחנה הזו חשובה כי היא אומרת לך איזו תשובה לסמוך. רשם ' דף החיפוש הוא קצה קדמי שבסופו של דבר שואל את הרישום, אבל הוא עשוי גם להציג תוצאות במטמון, תמחור פרימיום מהמלאי שלו, או הצעות שנועדו למכור לך משהו. חיפוש שעובר לרישום עצמו מסיר את השכבות הללו.
זמינות ברישום היא גם רק השאלה הראשונה שם יכול להיות לא רשום ועדיין לא ניתן לרכישה במחיר הרגיל, כי הוא יושב ברשימה שמורה או מחירון פרימיום, ובקודי מדינה רבים יש כללי זכאות לגבי מי רשאי להירשם עוד על כך בהמשך.
RDAP לעומת WHOIS: מה ההבדל?
RDAP (Registration Data Access Protocol) הוא התחליף המודרני ל-WHOIS.הוא מחזיר נתוני רישום כ-JSON דרך HTTPS, כאשר כל שדה מוגדר, והוא מאותת על תחום חסר עם HTTP 404 רגיל.WHOIS הוא פרוטוקול טקסט מהאינטרנט המוקדם, המצוין ב RFC 3912, ששולח שאילתה דרך יציאת TCP 43 ומחזיר כל טקסט שהרישום בוחר להדפיס.
פורמט התגובה של JSON מוגדר ב RFC 9083. השאלה איזה שרת RDAP לבקש TLD נתון נענית על ידי קובץ אתחול ש-IANA מפרסמת תחתיו RFC 9224, זמין ב data.iana.org/rdap/dns.json. ICANN דורש RDAP מכל רישום TLD גנרי, כך של-com, .app, .xyz והשאר יש את זה. רישומי קוד מדינה אינם מחויבים לחוזי ICANN, ורבים מהם עדיין מציעים רק WHOIS.
| תכונה | RDAP | WHOIS |
|---|---|---|
| הובלה | HTTPS | Raw TCP, יציאה 43 |
| פורמט תגובה | JSON עם סכימה מוגדרת | טקסט חופשי, שונה לפי רישום |
| "לא רשום" אוֹת | HTTP 404 | ביטוי כגון "No match for" או "NOT FOUND", אשר משתנה |
| גילוי שרתים | קובץ אתחול של IANA (RFC 9224) | ידע לפי TLD או הפניה של IANA |
| נדרש עבור gTLDs | כן | כבר לא השירות העיקרי |
| כיסוי של קודי מדינה | חלקי | הרוב עדיין מציעים את זה |
| תאריכים | חותמות זמן סטנדרטיות | כל פורמט מקומי שהרישום מעדיף |
| קריאות מכונה | גבוה | נמוך, צריך מנתח לכל רישום |
לאדם שבודק שם אחד, זה נראה כמו אינסטלציה לדיוק זה כל הסיפור, כי הקטע הבא הוא על מה שקורה כשתוכנית קוראת טקסט WHOIS לא נכון.
מדוע חלק מבודקי הדומיינים אומרים "available" כאשר השם נלקח?
False "available" תוצאות מגיעות כמעט תמיד מניתוח WHOIS בודק פשוט שולח את השאילתה, מחפש ביטוי כמו "not found" בתגובה, וקורא לדומיין בחינם אם הוא רואה אחד. גישה זו נכשלת במספר מצבים רגילים:
- הגבלת תעריפים. רישום שחושב שאתה שולח יותר מדי שאילתות עשוי לענות בהודעת סירוב. אם הבודק מחפש רק את "found", סירוב שבמקרה מכיל את "לא נמצא" נקרא כזמין.
- שלילה. חלק משירותי הזמינות עונים "Available" או "Not Available". התאמת מחרוזת משנה עבור "זמין" תואם את שניהם.
- שאילתות מהדהדות. רישומים מסוימים מדפיסים את השאילתה שלך בחזרה לפני התוצאה, כך ששם הדומיין והמילים "ללא נתונים" יכולים להופיע באותה תגובה אפילו עבור שם רשום.
- תשובות הורה-אזור. שאילת שם ברמה שלישית יכולה להחזיר את הרשומה עבור אזור הרמה השנייה שמעליה, המתארת אובייקט אחר.
- שרתים מתים. רשימה מצורפת של מארחי WHOIS מעופשת. שגיאת חיבור אינה עדות לכך ששם הוא בחינם.
בודק Toolz מטפל בכל אחד מאלה במפורש הוא קורא תגובות זמינות עם מודעות לשלילה, דוחה רשומות המתארות אזור אב, מפשיט שאילתות מהדהדות, וכאשר מארח WHOIS מצורף כבר לא עונה, הוא שואל את IANA איזה שרת משרת את ה-TLD הזה היום כל דבר שהוא עדיין לא יכול לקרוא בביטחון מדווח כ לא ידוע, עם הסיבה לידו. פסק הדין השלישי הוא מה שהופך את שני האחרים לשמישים: כשהכלי מציג ירוק, הרישום אמר זאת.
כיצד לבדוק שמות דומיין רבים בבת אחת
חיפוש בכמות גדולה חוצה רשימה של שמות עם רשימה של הרחבות ומחפש כל שילוב. הנה איך הספירה עובדת על כלי חיפוש דומיין בתפזורת, צעד אחר צעד.
- הקלד את השמות. הפרד אותם עם פסיקים או שורות חדשות כפילויות נשמטות, ושמות באותיות קטנות עד 40 שמות מתאימים לחיפוש אחד.
- בחר את ההרחבות. הגדרות קבועות מראש מכסות סטים נפוצים: סטארט-אפ בוחר עשר (com, net, org, io, co, ai, app, dev, xyz ואני), פופולרי בוחר 38, וקביעה מראש של בנגלדש מכסה את הרמות השניות של.bd. אתה יכול גם לסמן כל אחת מ-68 ההרחבות בנפרד.
- צפה בדלפק. מספר החיפושים הוא שמות כפול הרחבות, המוצגות לפני החיפוש.
- תריץ את זה. התוצאות זורמות כאשר כל רישום עונה, אז רישומים מהירים מופיעים תחילה.
דוגמה עובדת עם מספרים ממשיים:
| שמות שהוקלדו | הרחבות | חיפושים | תוצאה |
|---|---|---|---|
acmecloud, acme-cloud |
סטארט-אפ (10) | 2 x 10 = 20 | פועל |
acmecloud, acme-cloud |
פופולרי (38) | 2 x 38 = 76 | פועל |
acmecloud |
כל 68 | 1 x 68 = 68 | פועל |
acmecloud, acmehq, getacme |
כל 68 | 3 x 68 = 204 | פועל |
acmecloud, acmehq, getacme, tryacme |
כל 68 | 4 x 68 = 272 | סירב: מעל מכסה 240 |
acmecloud, AcmeCloud |
סטארט-אפ (10) | 1 x 10 = 10 | שכפול הוסר לאחר המעטפת התחתונה |
ללא סיומת מסומנת, שם חשוף מסומן כ-.com ודומיין מלא כמו acmecloud.io נבדק בדיוק כפי שהוקלד.
מכסה 240-lookup קיים כי רישום throttle sweeps. ירי אלף שאילתות בבת אחת לא לייצר אלף תשובות; זה מייצר ערימה של לא ידועים ממגבלות קצב. Lookups הם קצב לכל שרת רישום ונסוגים כאשר שרת דוחף בחזרה, ורשימה קצרה ארוכה יותר היא טוב יותר לפצל לתוך אצוות.If סוויפ חוזר עם מספר "rate-limited" לא ידועים, חכה דקה ולהפעיל את השמות האלה שוב.
כשתסיים, סנן אל זמין, נלקח או לא ידוע וייצא כ.txt, .csv או .json. ייצוא.txt הוא דומיין אחד בכל שורה, אשר מדביק ישר לתוך רוב הרשמים' תיבות חיפוש בתפזורת. ה-CSV כולל את הדומיין, TLD, סטטוס, שיטה (RDAP או WHOIS), רשם, תאריכי יצירה ותפוגה, שרתי שמות, ההערה והזמן שלקח כל חיפוש.
כיצד לקרוא דומיין שנלקח's רשומת רישום
פתיחת תוצאה שנלקחה מראה מה הרישום מחזיק לגביה: מזהה רשם ורשם IANA, תאריכי יצירה, עדכון ותפוגה, קודי סטטוס EPP, שרתי שמות, מצב DNSSEC והרשם's איש קשר לרעה. עבור רישומי RDAP זה מגיע ישירות מה-JSON. עבור רישומי WHOIS הוא מנותח מטקסט, ותאריכים מגיעים בכל פורמט שהרישום מדפיס, כך שתאריך בלתי ניתן להפרדה מוצג כשהרישום כתב אותו ולא כשגיאה.
קודי הסטטוס הם החלק השימושי ביותר, והם מגיעים מפרוטוקול ההקצאה הניתנת להרחבה. המשמעויות שלהם מוגדרות ב RFC 5731, עם מצבי תקופת החסד שנוספו על ידי RFC 3915.
| סטטוס | מה זה אומר בשבילך |
|---|---|
ok / active |
רשום, שום דבר לא ממתין לא מגיע בחינם בקרוב. |
clientTransferProhibited |
נעילת רשם נגד העברות. רגיל ברוב הדומיינים. |
clientHold / serverHold |
רשום אך לא פורסם ב-DNS האתר לא יפתור, ובכל זאת השם עדיין בבעלות. |
redemptionPeriod |
פג תוקף ונמחק על ידי הרשם; הבעלים הקודם עדיין יכול לשחזר אותו תמורת תשלום. |
pendingDelete |
פדיון עבר השם מתוכנן לרדת ויהיה זמין בקרוב. |
pendingTransfer |
עוברים בין רשמים ממש עכשיו. |
תאריך התפוגה אומר לך פחות ממה שאנשים מקווים רוב ההרשמות מתחדשות אוטומטית, ודומיין גנרי שפג תוקפו עובר בדרך כלל תקופת חסד ותקופת מימוש לפני שחרורו. שם המציג pendingDelete הוא היחיד שקרוב לצניחה.
האם אתה יכול לבדוק זמינות עם DNS במקום?
מס 'DNS אומר לך אם שם פותר, לא אם הוא רשום דומיין יכול להיות רשום ללא רשומות DNS בכלל, או לשבת על clientHold, וכל שאילתת DNS תיכשל למרות שהשם שייך למישהו. Treating "no DNS records" as "available" is one of the most common wrigs in homemade checkers.
הכלי מציע חיפושי DNS כתצוגה נפרדת, אופציונלית: רשומות A, AAAA, NS, MX, TXT, CNAME ו-SOA, שנשאלו דרך Cloudflare.הם שימושיים ברגע שאתה יודע שנלקח דומיין, למשל כדי לראות אם הוא מארח דואר אלקטרוני (רשומות MX) או אתר חי (רשומות A), אבל פסק הדין של הזמינות עצמו תמיד מגיע מהרישום. אותו כלי מציג גם את הטקסט הגולמי של WHOIS או RDAP JSON הגולמי אם אתה רוצה לבדוק את המקור בעצמך. לעיון במה המשמעות של 404 או 429 משרת RDAP, ה מדריך קודי מצב HTTP מכסה כל קוד.
מדוע דומיין "זמין" כאן אבל רשם לא ימכור אותו?
ישנן שלוש סיבות רגילות, ואף אחת מהן לא אומרת שהחיפוש היה שגוי.
שמות פרימיום ושמורים. רישומים מנהלים רשימות של שמות קצרים או מילוניים שאינם רשומים אך מתומחרים הרבה מעל התשלום הסטנדרטי, וחלק מהמחרוזות שמורות ואינן מוצעות כלל. רישום הרישום's אינו מבדיל בין אלה לבין שמות חופשיים רגילים, ולכן רשם הוא המקום שחושף את המחיר.
כללי זכאות. קודי מדינה רבים מגבילים את מי שעשוי להירשם. חלקם דורשים נוכחות מקומית או נאמן, וחלק מהאזורים ברמה השנייה מוגבלים לסוגים ספציפיים של ארגונים. רמות שניות של .bd כגון edu.bd, gov.bd ו-mil.bd הן דוגמאות; קטגוריות מוגבלות עונות לעתים קרובות עם שגיאת רישום ולא כן או לא, והבודק מדווח כי לא ידוע מכיוון שהרישום לא אמר שהשם חופשי.
תזמון. מישהו אולי רשם את השם בין החיפוש שלך לקופה שלך נתוני הרישום הם בשידור חי, אבל דקה ארוכה מספיק.
שמות מתחם בינלאומיים ואזורי קוד מדינה
שמות עם אותיות שאינן ASCII מאוחסנים ב-DNS כ-Punycode, קידוד ASCII המוגדר ב RFC 3492. שם העיר הגרמנית münchen הופך xn--mnchen-3ya, וזה אינדקס רישום הטפסים הכלי ממיר שמות ל-Punycode לפני חיפושם, כך שתוכל להקליד את טופס Unicode ישירות. תוויות ארוכות מ-63 תווים או דומיינים ארוכים מ-253 תווים נשמטות כלא חוקיות ולא נשלחות לרישום.
TLDs בקוד מדינה הם המקום שבו WHOIS עדיין חשוב ביותר. הבודק שומר טבלה לפי רישום של שרתי WHOIS ואת הביטוי המדויק שכל אחד מהם משתמש עבור " אין דומיין" כזה;, והוא מכסה את אזור בנגלדש המשרת על ידי BTCL, כולל com.bd, net.bd, org.bd, info.bd, co.bd, tv.bd, ai.bd, edu.bd, ac.bd, sch.bd, id.bd, gov.bd ו-mil.bd. כמה רישומים מסרבים לחלוטין לשאילתות ציבוריות של WHOIS, .li ו-qa ביניהם, ואלה תמיד חוזרים כלא ידועים.
האם בודק דומיינים בכמות גדולה שולח את השמות שלי לכל מקום?
כן, זה חייב, וכדאי שיהיה ברור למה רוב הכלים של Toolz הם בצד הלקוח ולעולם לא שולחים את הנתונים שלך לשום מקום חיפוש דומיין לא יכול לעבוד ככה RDAP צריך בקשות HTTPS חוצות מקורות לשרתי רישום שלא מאפשרים גישה לדפדפן, ו-WHOIS צריך חיבור TCP גולמי ביציאה 43, שאף דפדפן לא יכול לפתוח אז השמות שתזין נשלחים לשרת Toolz, שמבצע את תוצאות החיפושים והזרמים בחזרה השמות לא מאוחסנים.
דאגה נפוצה בכל חיפוש דומיין היא ריצה מקדימה: מישהו צופה בחיפושים ורושם תחילה את השמות ההגנה המעשית זהה בכל מקום חפש, החלט והירשם במהירות אצל רשם שאתה סומך עליו, במקום להשאיר שם טוב יושב בגיליון אלקטרוני למשך שבוע.
מהם הגבולות והשגיאות הנפוצות?
| מצב | מה שאתה רואה | מה לעשות |
|---|---|---|
| יותר מ-240 שילובים | שגיאה המבקשת ממך לקצץ את החיפוש | פחות שמות או פחות הרחבות, ואז הפעל אצווה שנייה |
| יותר מ-40 שמות | סירב | פצל את הרשימה |
| הרישום חיזק את הסריקה | לא ידוע, הערה מזכירה הגבלת שיעור | הפעל מחדש את השמות האלה לאחר המתנה קצרה |
| הרישום מסרב ל-WHOIS ציבורי | לא ידוע עם סיבת הסירוב | בדוק אצל רשם שמוכר את ה-TLD הזה |
| אזור מוגבל ברמה השנייה | לא ידוע עם שגיאת רישום | קרא את כללי הזכאות של אזור 's |
| תווים או תווית לא חוקיים ארוכים מדי | השם ירד לפני החיפוש | השתמש באותיות, ספרות ומקפים בלבד |
| קצבה יומית בשימוש | ספירה כמו 10/10 היום לצד הטופס | היכנס כדי להעלות אותו, או המתן לאיפוס |
הקצבה היומית חלה למבקר ומוצגת לצד הטופס קצבת הבסיס היא חינם, ללא הרשמה.
לאן הולכים קישורי הרישום
דומיינים זמינים מציגים את מפעיל הרישום ואת דף פרטי הרישום הרשמי שלו מ-IANA, ולאחר מכן חיפושים מלאים מראש במספר רשמים. Hostinger רשום תחילה כשותף הפניה, מכיוון שתוכניות האירוח השנתיות שלו כוללות דומיין בחינם לשנה הראשונה; הקישור מזכה את Toolz בעמלה ללא עלות נוספת עבורך. רשמים אחרים רשומים מכיוון שאף רשם אחד לא מוכר כל TLD, במיוחד בין קודי המדינה.
חלופות לבדיקת זמינות דומיין
| שיטה | טוב ל | נקודה חלשה |
|---|---|---|
| רשם & #39;s תיבת חיפוש | שם אחד, עם מחיר מוצג | משפחת TLD אחת בכל פעם, הצעות התערבבו |
whois בשורת הפקודה |
סקריפטים, טקסט גולמי | אתה מנתח כל רישום 's ניסוח בעצמך |
לקוח RDAP או curl נגד שרת האתחול |
JSON מדויק לשם אחד | קודי מדינה ללא RDAP צריכים WHOIS בכל מקרה |
| Toolz חיפוש דומיין | שמות רבים על פני TLDs רבים, עם לא ידועים מסומנים | קצבה יומית, 240 חיפושים לחיפוש |
בדיקת RDAP מהירה ממסוף נראית כך, וסטטוס 404 אומר שהשם אינו רשום ברישום זה:
curl -s -o /dev/null -w "%{http_code}\n" https://rdap.verisign.com/com/v1/domain/example.com
אם אתה בונה את הצד האינטרנטי של פרויקט חדש לאחר בחירת השם, ה מדריך מחשבון רשת משנה IP מכסה כתובת עבור השרתים שמאחוריו, וה רכזת כלי אינטרנט מפרט את שאר הסט. כשיש לך רשימה קצרה, הפעל אותו דרך בודק הזמינות הרב-TLD במעבר אחד ורשום את הזוכה לפני שמישהו אחר עושה זאת.
