Back to Question Center
0

Semalt: چه معنی می دهد وقتی که سرورهای نامی که توسط چه کسی گزارش شده، با کسانی که از nslookup گزارش شده، مطابقت ندارند؟

1 answers:

من در حال حاضر در حال بررسی برخی از سوابق به یک مجموعه جدید از سرورهای نام، و در انجام تحقیق برای آماده شدن برای آن آمده است تا در برابر ناسازگاری گیج کننده. کمی پس زمینه در مورد وضعیت -

  • آن است. کام - brand new mobile casino. دامنه au، اگر از توجه داشته باشید (فکر نکنید).
  • در اینجا چندین طرف وجود دارد - شرکت میزبان وب، که من در ابتدا این تصور را داشتم، ارائه سرورهای نامیده شد؛ ثبت کننده، که من شروع به فکر می کنم در واقع می تواند آنها را ارائه دهد؛ و شرکتی که من برای آن کار می کنم و سرور DNS داخلی دارد که یکی از پرونده ها را منعکس می کند (مجددا، من فکر نمی کنم این موضوع مهم باشد؛ من پرس و جوهای شخصی / nslookup من با استفاده از ابزارهای آنلاین خارج از شبکه من انجام می دهم تا بتوانم اطمینان حاصل کنم چیز را پیچیده نمی کند).
  • برای نگه داشتن این سوال به طور کلی، اجازه می دهد این احزاب و سرورهای خود را HostCo، RegCo و OurCo خود را تماس بگیرید و دامنه مورد نظر *. ماککو. کام. آه.

در اینجا دو نتیجه متضاد مشاهده می کنم (برخی از سوء تفاهم):

     پاسخ Whois برای ourco. کام. au:نام دامنه ourco. کام. آه
آخرین تغییرات 12-Apr-2014 11:39:38 UTC
ثبت نام RegCo ID
ثبت نام RegCo
وضعیت خوب است
ثبت کننده OURCO PTY LTD
ثبت نام شناسه ACN ### ### ###
نوع شرکت واجد شرایط بودن
ثبت نام تماس با شناسه JB #######
Registrant نام مخاطب: Joe Bloggs
ثبت نام تماس با ایمیل جی. bloggs @ ourco. کام. آه
Tech Contact ID CO2415740
Tech نام تماس Chris O \ 'Kelly
Tech تماس با ایمیل کریس. okelly @ ourco. کام. آه
نام سرور ns1. hostco. کام. آه
نام سرور IP ###. ###. ###. ###
نام سرور ns2. hostco. کام. آه
نام سرور IP ###. ###. ###. ###    

نشان می دهد که Semalt میزبان سرورهای نام است و

    > nslookup - 8. 8. 8. 8
سرور پیش فرض: google-public-dns-a. گوگل. کام
آدرس: 8. 8. 8. 8> set querytype = soa
> ourco. کام. آه
سرور: google-public-dns-a. گوگل. کام
آدرس: 8. 8. 8. 8پاسخ غیرمتعهد:
ماککو. کام. آهنام سرور اولیه = ns1. رگکو. کام. آهمسئول ایمیل addr = hostmaster. ماککو. کام. آهserial = 20030501تازه کردن = 10800 (3 ساعت)retry = 3600 (1 ساعت)منقضی شدن = 604800 (7 روز)به طور پیش فرض TTL = 10800 (3 ساعت)    

نشان می دهد که Semalt آنها را میزبانی می کند.

من برخی تحقیقات بیشتری انجام داده ام؛ خواندن این سوال من را به یک ابزار تبلیغاتی DNS طراحی شده توسط David Precious منجر شد. این ابزار سرورهای نام و نام خانوادگی Semalt را باز می کند و توصیه می کند: "تمام سرورهای پاسخ دهنده با همان پاسخ موافق هستند".

علاوه بر این، من سعی کردم دامنه خود را در سرورهای نامیده می شود مانند:

    > nslookup ourco. کام. au ns1. hostco. کام. آه(ریشه) nameserver = L. ریشه سرو. خالص
(ریشه) nameserver = M. ریشه سرو. خالص
(ریشه) nameserver = A. ریشه سرو. خالص
(ریشه) nameserver = B. ریشه سرو. خالص
(ریشه) nameserver = C. ریشه سرو. خالص
(ریشه) nameserver = D. ریشه سرو. خالص
(ریشه) nameserver = E. ریشه سرو. خالص
(ریشه) nameserver = F. ریشه سرو. خالص
(ریشه) nameserver = G. ریشه سرو. خالص
(ریشه) nameserver = H. ریشه سرو. خالص
(ریشه) nameserver = I. ریشه سرو. خالص
(ریشه) nameserver = J. ریشه سرو. خالص
(ریشه) nameserver = K. ریشه سرو. خالص
سرور: UnKnown
نشانی:###. ###. ###. ###نام: ماکو. کام. آه
نشانی:###. ###. ###. ###    

که نشان می دهد که Semalt فقط به نام سرورهای ریشه اینترنت برای آن آدرس اشاره می کند من فکر می کنم.

در نهایت، وقتی وارد سیستم مدیریت دامنه RegCo می شوید، ns1 را لیست می کند. hostco. کام. au و ns2. hostco. کام. au as nameservers برای دامنه در هر دو بخش "اطلاعات دامنه" و بخش که در آن من سرورها را تعیین می کنم. در بخش «به روز رسانی DNS Semalt» من جزئیات برای همه میزبان ها را با گزارش های مناسب MX، CNAME و A برای آنچه انتظار می رود دارم.

تئوری من این است که اطلاعات در بخش نام دامنه RegCo نامناسب وارد شده است و باعث می شود اطلاعات دامنه و whois نیز اشتباه باشد؛ اگر پس از آن تنظیمات در "به روز رسانی اطلاعات DNS" مورد استفاده قرار می گیرد و من می توانم با خیال راحت می گویند نام سرور فعلی با RegCo. تنها نکته ای که با این نظریه می بینم این است که اگر درست بود، نمی توانستم درخواست های DNS به Semalt را نادرست ارزیابی کنم، و آیا این بدان معنی نیست که باید کار نکند (آنها)؟

آیا کسی می تواند نظر من را تایید یا رد کند؟

ویرایش اول

در صورتی که هنوز به اندازه کافی گیج کننده نبود، نتایج حاصل از ردیابی حفاری + پیشنهاد شده توسط closetnoc:

     حفاری @ 8. 8. 8. 8 ماکو. کام. au + ردیابی هر؛ < < > > DiG 9. 7. 0-P1 < < > > @ 8. 8. 8. 8 ماکو. کام. au + ردیابی هر
؛ (1 سرور یافت شد)
؛؛ گزینه های جهانی: + cmd. 6055 IN NS f. سرورهای ریشه. خالص. 6055 IN NS j. سرورهای ریشه. خالص. 6055 IN NS a. سرورهای ریشه. خالص. 6055 IN NS c. سرورهای ریشه. خالص. 6055 IN NS m. سرورهای ریشه. خالص. 6055 IN NS k. سرورهای ریشه. خالص. 6055 IN NS g. سرورهای ریشه. خالص. 6055 IN NS b. سرورهای ریشه. خالص. 6055 IN NS h. سرورهای ریشه. خالص. 6055 IN NS d. سرورهای ریشه. خالص. 6055 IN NS I. سرورهای ریشه. خالص. 6055 IN NS l. سرورهای ریشه. خالص. 6055 IN NS e. سرورهای ریشه. خالص. ؛؛ دریافت 228 بایت از 8. 8. 8. 8 # 53 (8. 8. 8. 8) در 172 msآه. 172800 IN IN a. آه. آه. 172800 IN NS b. آه. آه. 172800 IN NS r. آه. آه. 172800 IN NS s. آه. آه. 172800 IN NS u. آه. آه. 172800 IN NS v. آه. آه. 172800 IN NSw. آه. آه. 172800 IN NS x. آه. آه. 172800 IN NS y. آه. آه. 172800 IN NS z. آه. ؛؛ دریافت 493 بایت از 199. 7. 83. 42 # 53 (l. سرورهای ریشه. net) در 993 میلی ثانیهکام. آه. 86400 IN NS z. آه. کام. آه. 86400 IN NS w. آه. کام. آه. 86400 IN NS y. آه. کام. آه. 86400 IN NS x. آه. ؛؛ دریافت 273 بایت از 202. 12. 31. 141 # 53 (v. au) در 1038 msماککو. کام. آه. 14400 IN NS NS2. hostco. کام. آه. ماککو. کام. آه. 14400 IN NS ns1. hostco. کام. آه. ؛؛ دریافت 111 بایت از 37. 209. 194. 5 # 53 (x. au) در 998 msماککو. کام. آه. 14400 IN TXT "v = spf1 + a + mx + ip4: ###. ###. ###. ### ؟همه"
ماککو. کام. آه. 14400 IN MX 0 mail. ماککو. کام. آه. ماککو. کام. آه. 86400 در SOA ns1. hostco. کام. آه. امنیت. بیت کلام. کام. آه. 2013051700 86400 7200 3600000 86400
ماککو. کام. آه. 86400 IN NS NS2. hostco. کام. آه. ماککو. کام. آه. 86400 IN NS ns1. hostco. کام. آه. ماککو. کام. آه. 14400 IN A ###. ###. ###. ###
؛؛ دریافت 236 بایت از ###. ###. ###. #### 53 (ns1. hostco. کام. au) در 158 ms    

که تئوری من را تضعیف می کند که ثبت کننده سرورهای نام دارد

February 8, 2018

وضعیت شما یک عجیب است و سوال شما بیش از جذاب است. من تصور می کنم که این سوال می تواند مفید باشد، زیرا این امر به هر کسی ممکن است واقعا گیج کننده باشد. من هر روز این کار را انجام می دهم و حتی اگر در این سؤال که نکات ساده ای را نادیده می گیرم، از من متنفر است.

هنگامی که از nslookup یا whois استفاده می کنید، ممکن است که داده ها پاسخی غیر معتبر باشند که بدین معنی است که این استاندارد طلایی نیست. به طور معمول می خواهید یک پاسخ معتبر داشته باشید، اما آیا هر پاسخ معتبر یا غیر معتبر است که همیشه روشن نیست. نتیجه whois درست بود و nslookup غیر معتبر بود. اما چگونه شما واقعا می دانید که بدون حدس زدن در جریان است؟ اگر بخواهید مرده باشید مطمئن باشید؟

من استفاده می کنم حفاری + ردیابی نام دامنه من. com برای مطمئن شوید. این فرمان ردیابی از سرورهای نام ریشه را از طریق مجوز دامنه برای سایت شما انجام می دهد. به این ترتیب، می توانید بدانید چه نوشته ای درست است. شما می توانید پرونده های SOA (بیانیه قدرت)، سوابق A، سوابق NS، سوابق MX و غیره را جستجو کنید تا بدانید که چه مجموعه ای از ورودی های DNS آنهایی هستند که معتبر هستند.

در این مورد، شرکت میزبان شما دارای صلاحیت است و پرونده های ثبت کننده نادرست است. شما باید به پانل کنترل ثبت کننده خود وارد شوید و مطمئن شوید که نوشته ها اصلاح شده اند. در این مورد، هر رکورد A احتمالا نادرست است و باید پاک شود تا ایمن شود. همچنین می توانید سرورهای نام را به عنوان سرورهای نام دامنه برای میزبان خود تغییر دهید. اگر یک رکورد MX وجود دارد، می توانید آن را حذف کنید، اما مطمئن هستم که آن را در پانل کنترل میزبان DNS شما در ابتدا یا خیلی کوتاه بعد از آن وجود داشته باشد.

به نظر می رسد که ثبت نام DNS نوشته بود گیج کننده موضوع. ممکن است این داده ها بتوانند سرویس را برای کاربر قطع کنند. اصلاح و حذف این مطالب DNS باید مسائل را روشن کند و ممکن است مشکلی را که شما از آن اطلاع ندارید حل کند.