ฟอเรสต์ Active Directory ที่มีชื่อเดียวกันกับโซน DNS รูทและการเข้าชมไซต์ที่มีชื่อเดียวกัน


11

เกี่ยวข้องกับคำถามก่อนหน้านี้ของฉันเกี่ยวกับสาเหตุที่มันเป็นความคิดที่ดีที่จะใช้ชื่อโดเมนรูทเป็นชื่อฟอเรสต์ Active Directory ของคุณ ...

ฉันมีนายจ้างคนหนึ่งซึ่งฉันจะเรียกว่า ITcluelessinc เพื่อความเรียบง่าย (และความซื่อสัตย์) นายจ้างรายนี้มีเว็บไซต์โฮสต์ภายนอก, www.ITcluelessinc.comและโดเมน Active Directory สองสามรายการ เมื่อหลายปีก่อนพวกเขาไม่รู้เรื่องเกี่ยวกับไอทีพวกเขาตั้งชื่อฟอเรสต์ของ Active Directory ITcluelessinc.prvและดำเนินการกับความโหดร้ายที่ไม่อาจบรรยายได้ ในที่สุดความโหดร้ายที่ไม่อาจบรรยายได้เหล่านี้ก็เกิดขึ้นกับพวกเขาและทุกสิ่งก็พังทลายลงมารอบตัวพวกเขาตัดสินใจที่จะจ่ายเงินก้อนใหญ่ให้กับใครสักคนเพื่อ "แก้ไข" ซึ่งรวมถึงการอพยพออกจากITcluelessinc.prvป่าที่เสียหายอย่างน่ากลัว

และแน่นอนว่าพวกเขาไม่รู้เรื่องเกี่ยวกับไอทีพวกเขาไม่รู้คำแนะนำที่ดีเมื่อพวกเขาได้ยินยอมรับคำแนะนำในการตั้งชื่อ AD Forest ใหม่ของพวกเขาITcluelessinc.comแทนที่จะเป็นคำแนะนำที่พวกเขาได้รับและเริ่มวางสิ่งต่างๆ กรอไปข้างหน้าอย่างรวดเร็วเมื่อไม่กี่ชั่วโมงที่ผ่านมาและเรามี บริษัท ที่มีเนื้อหาส่วนใหญ่เข้าร่วมและใช้ITcluelessinc.prvฟอเรสต์ Active Directory เก่าโดยมีสิ่งใหม่ ๆ จำนวนมากเข้าร่วมและ / หรือใช้ITcluelessinc.comฟอเรสต์ เพื่อให้การทำงานร่วมกันเป็นไปอย่างราบรื่นฉันได้ใช้ผู้ส่งต่อที่มีเงื่อนไขใน DNS เพื่อส่งทราฟITcluelessinc.comฟิกไปยังITcluelessinc.prvและในทางกลับกัน

ป้อนคำอธิบายรูปภาพที่นี่

( corp.ITcluelessinc.comและeval.ITcluelessinc.comโดเมนเป็นชื่อโดเมนที่ฉันเข้ามาและตั้งค่าอย่างเหมาะสมในภายหลังและยังไม่เกี่ยวข้อง)

กลับไปไม่กี่ชั่วโมงที่ผ่านมาและพนักงานที่ไม่ใช่ด้านเทคนิคของ ITcluelessinc พบว่าเธอไม่สามารถเรียกดูwww.ITcluelessinc.comจากเวิร์กสเตชันของเธอ (ภายในเครือข่ายขององค์กร ITcluelessinc) และตัดสินใจว่านี่เป็นปัญหาดังนั้นเธอจึงติดต่อ พนักงานวีไอพีของ ITcluelessinc ผู้ตัดสินใจเรื่องนี้จะต้องได้รับการแก้ไข Ricky-tick ส่วนใหญ่ โดยทั่วไปไม่ใช่เรื่องใหญ่เพิ่มระเบียน A สำหรับwwwภายใต้โซน DNS สำหรับITcluelessinc.comและคุณสามารถเรียกดูไซต์ตราบใดที่คุณไม่ลองลิงค์เปล่า

ป้อนคำอธิบายรูปภาพที่นี่

ดังนั้นดูเหมือนว่าการตั้งค่าทั้งหมดจะถูกต้อง ตัวส่งต่อwwwรายการโฮสต์ใน DNS และลูกค้าที่ใช้ITcluelessinc.prvตัวควบคุมโดเมนเป็นเซิร์ฟเวอร์ DNS จะได้รับการหมดเวลาเชื่อมต่อเมื่อพยายามเรียกดูwww.ITcluelessinc.comแทนที่จะเป็นหน้าเว็บที่ฉันได้รับจากเครือข่ายในบ้านของฉัน

ไม่มีใครมีความคิดใด ๆ เกี่ยวกับวิธีที่ฉันสามารถอนุญาตให้ไคลเอนต์ภายในของITcluelessinc.prvโดเมนเรียกดูwww.ITcluelessinc.comเนื่องจากมีITcluelessinc.comฟอเรสต์ Active Directory และผู้ส่งตามเงื่อนไขที่ต้องการ หรือมิฉะนั้นก็มีใคร [คนอื่น ๆ ] เชื่อว่าวิธีเดียวที่จะทำให้มันใช้ได้คือกำจัดITcluelessinc.comฟอเรสต์ Active Directory

มันดูเหมือนเช่นการติดตั้งฉันมีตอนนี้ควรจะทำงาน แต่ก็ไม่ชัดเจนและผมก็มีความคิดที่ฉันต้องการจัดหาสภาพแวดล้อมการทดสอบนี้ messed ขึ้นไปทดสอบกับไม่มี และสำหรับสิ่งที่คุ้มค่าฉันค่อนข้างสุภาพแนะนำว่าวิธีเดียวที่จะแก้ไขปัญหานี้ได้คือการย้ายไปยังป่าที่มีชื่ออย่างถูกต้องที่ฉันตั้งค่าและเมื่อนั่นไม่ใช่คำตอบที่ดีพอให้วางแผนโฮสต์เว็บไซต์ของกระจกทั้งหมด เราITcluelessinc.comควบคุมโดเมนจนแบ่งทุกอย่าง


1
มันควรจะใช้ได้ - มันสะท้อนการตั้งค่าที่ฉันมีในงานเก่า (เช่นโดเมนที่ไม่ดีที่จะใช้สำหรับฟอเรสต์ของคุณคุณมีความเห็นอกเห็นใจของฉัน) ลบทั้งสองเนมสเปซและผู้ส่ง ระบบไคลเอนต์ได้รับการตอบสนอง DNS NXDomain พยายามแก้ไขwwwชื่อหรือพวกเขาได้รับที่อยู่ที่ไม่ถูกต้องหรือไม่? หรืออีกวิธีหนึ่งคือพวกเขาได้รับที่อยู่ที่ถูกต้อง แต่ไม่สามารถเชื่อมต่อไปยังที่อยู่นั้น (เว็บไซต์ที่โฮสต์บนเซิร์ฟเวอร์ภายในเครือข่ายทำให้เกิดปัญหากิ๊บ NAT) หรือไม่
Shane Madden

1
@ShaneMadden: ความคิดของฉันและพูดคุยในการสนทนาส่วนตัว มันควรใช้งานได้ แต่ทำไม่ได้และฉันไร้เหตุผลว่าทำไม สิ่งเดียวที่ฉันอยากจะแนะนำ ณ จุดนี้ก็คือการจับแพ็คเก็ตบนไคลเอนต์. prv และดูว่าเกิดอะไรขึ้นเมื่อพวกเขาพยายามเรียกดู www
joeqwerty

@ShaneMadden ดูเหมือนว่าพวกเขาจะได้รับที่อยู่ที่ถูกต้องด้วย nslookup และไม่ควรมีกิ๊บติดตั้ง NAT เข้ามาเกี่ยวข้องเนื่องจากเว็บไซต์ดังกล่าวโฮสต์อยู่ภายนอก (ไคลเอ็นต์ -> .prv DC -> .com DC -> ไฟร์วอลล์ -> interwebs) ฉันเคยเห็นงานนี้มาก่อนเมื่อเครื่องในโดเมน rootdnsname พยายามเข้าถึง rootdnsname แต่ยังไม่เห็นลูกค้าเข้าร่วมกับโดเมนอื่นที่จำเป็นต้องเข้าถึงเว็บไซต์ rootdnsname และ rootdnsname ... นั่นคือสิ่งที่ฉันคิดว่าปัญหาจะต้องเป็น
HopelessN00b

1
ฉันเห็นด้วยกับอีวาน เกี่ยวข้องกันครึ่งทางและทำงานให้กับ บริษัท อื่นที่มีส่วนร่วมในเรื่องไร้สมองที่แตกเคล็ดลับอย่างหนึ่งที่ควรค่าแก่การกล่าวถึงคือคุณสามารถทำให้เซิร์ฟเวอร์ DNS สาธารณะของคุณต้องเผชิญกับการควบคุมระเบียน (หรือโดเมนย่อย) โดยการแทรกNSเร็กคอร์ด หากไฟร์วอลล์อนุญาตให้มีการสื่อสารจาก DC ไปยังเซิร์ฟเวอร์ DNS ที่หันเข้าหาภายนอกสิ่งนี้จะช่วยบรรเทาฝันร้ายได้บ้างและการจัดการบันทึกสาธารณะบนเซิร์ฟเวอร์สาธารณะนั้น
Andrew B

@AndrewB เรื่องจริง ITcluelessinc เอาต์ซอร์ซ DNS ของตนไปยังผู้ขายภายนอก แต่ไม่ทราบว่าตัวใดตัวหนึ่งและไม่สามารถคิดออกได้จึงไม่มีกลลวง NS ในเนมเซิร์ฟเวอร์ภายนอก แต่ฉันจะจำไว้ว่า $ next_job ขอบคุณ
HopelessN00b

คำตอบ:


8

หากลูกค้ากำลังแก้ไขชื่อโฮสต์อย่างถูกต้องแสดงว่าคุณมีปัญหาอื่น DNS ไม่อยู่ในรูปเมื่อลูกค้าได้รับการแก้ไขชื่อโฮสต์แล้ว

บางสิ่งที่คิดเกี่ยวกับ:

  • ไคลเอนต์ใช้พร็อกซี HTTP ชนิดใดในการเข้าถึงอินเทอร์เน็ตหรือไม่ พร็อกซีมีข้อมูล DNS ที่ถูกต้องหรือไม่

  • แคช DNS มีลักษณะอย่างไรต่อลูกค้าหลังจากพยายามเข้าถึงล้มเหลว คุณเห็นที่อยู่ IP ที่ถูกต้องถูกแคชสำหรับชื่อโฮสต์หรือไม่

  • เกิดอะไรขึ้นกับลูกค้า คุณเห็นการเชื่อมต่อค้างอยู่ในสถานะ SYN_SENT กับที่อยู่ IP ของเซิร์ฟเวอร์ที่ถูกต้อง, พอร์ต TCP 80 หรือไม่

  • มีกฎไฟร์วอลล์ที่อาจเกี่ยวข้องกับการบล็อกการเข้าถึงที่อยู่ของเว็บไซต์หรือไม่?

สิ่งนี้มีกลิ่นเหมือนปัญหาไฟร์วอลล์ / พรอกซี / แคช / ตัวกรองไม่ใช่ปัญหา DNS

น่าเสียดายที่ไม่มีสิ่งใดที่น่าสนใจจริงๆที่ฉันสามารถพูดเกี่ยวกับการกำจัดโดเมน Active Directory ที่มีชื่อไม่ดี มันโชคร้ายที่พวกเขาเลือกที่จะทำเส้นทางนั้น แต่ในทางเทคนิคมันสามารถใช้งานได้ (ฉันเกลียดการฝึกการตั้งชื่อที่ไม่ดีเช่นนี้ ... "เลวทราม" ฉันเชื่อว่าเป็นวิธีที่ฉันเคยพูดถึงในอดีต ... อยากให้ฉันมีคำแนะนำที่ดีในการส่งต่อการโต้แย้งการเปลี่ยนชื่อโดเมนกับคุณ ... )


1
If the clients are resolving the hostname properly then you've got another problem. บ้า หากเป็นเช่นนั้นอาจเป็น webproxy ของเรา ฉันมีความสุขมากขึ้นเมื่อฉันคิดว่ามันอาจไม่สามารถแก้ไขได้ในทางเทคนิคและในที่สุดพวกเขาก็ต้องแก้ไขปัญหา $ # @ ^% :(
HopelessN00b

2
ทดสอบกับเซิร์ฟเวอร์หรือคอมพิวเตอร์ภายในที่ข้าม webproxy ใด ๆ และทดสอบอีกครั้ง เช่นเดียวกับ Evan และ Shane กล่าวว่าสามารถทำได้ด้วยสถิติ www สิ่งที่ไม่สามารถทำได้เป็นเพียงบันทึกเริ่มต้นเช่น itcluessinc.com การแก้ไขเว็บไซต์ในอินสแตนซ์นี้
TheCleaner

ใช่แล้วเดาว่าจะเกิดอะไรขึ้นเมื่อฝ่ายไอทีไม่ได้จัดการเว็บไซต์และแผนกที่ตัดสินใจเปลี่ยน บริษัท โฮสติ้ง ถูกต้องwwwบันทึก A เก่าไม่ทำงานระบบดูแลระบบจะโกรธและซ้ำเติมโรคตับแข็งของเขา
HopelessN00b
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.