פורומים

DNS חיפוש דומיינים לא עובדים / מתעלמים מהם

V

v654321

פוסטר מקורי
6 באוגוסט 2011
וילוודה, בלגיה
  • 22 במאי 2021
אני מתמודד עם בעיה עם דומיינים של חיפוש DNS שלא עובדים ו/או מתעלמים מהם. ניסיתי לפתור / לאתר את הבעיה אך לצערי ללא הועיל. חיפשתי בגוגל די נרחב וניסיתי מספר אפשרויות כמו שטיפת מטמון ה-DNS, איפוס כל הגדרות הרשת שלי, הוספת קבצי /etc/resolver/lan וכו', אבל נראה ששום דבר לא עובד. אני מקווה שאחד מכם יוכל לכוון אותי בכיוון הנכון או לדבר מתוך ניסיון על איך היא/הוא תיקנו את זה. אני אובד עצות מכיוון שתצורת ה-dhcp/dns עובדת לגמרי מהקופסה בכל שאר מכשירי הלינוקס/חלונות שלי, אבל ה-MBP שלי לא אוהב את רזולוציית שם המארח הפנימי.

הצהרת בעיה: ה-MBP שלי מקבל כתובת IP המוקצית דרך DHCP, באמצעות Pi-hole, עם פותר DNS לא קשור. אני משתמש בשם דומיין פנימי 'home.arpa' וזה מתווסף כדומיין חיפוש DNS, כולל ה-IP של שרת ה-DNS שלי (192.168.1.4). לכל מכשיר ברשת שלי יש שם מארח.

במחשבי Linux ו-Windows שלי אני יכול לעשות ping מושלם לאותו מכשיר באמצעות ה-FQDN (למשל ap12.home.arpa או kodi.home.arpa) וגם שם המארח עצמו (למשל ap12 או kodi) מכיוון שדומיין החיפוש מתווסף אוטומטית . עם זאת, ב-MBP שלי זה פשוט לא עובד, כאילו תחום החיפוש אפילו לא קיים/מתעלם ממנו. אני יכול לעשות ping מושלם ל-FQDN אבל שם המארח עצמו תמיד נכשל. לא סידרתי את הקובץ /private/etc/hosts שלי עם שמות המארחים האלה או FQDN מכיוון שתצורת ה-DNS צריכה לטפל בזה (וזה עושה זאת במחשבים שאינם של MacOS). ניסיתי אפילו עם תצורת IP קבועה (גם IP סטטי, DNS וגם DNS דומיינים לחיפוש) אבל אין הבדל.

מתנצל אם זה לא מוערך, אבל הוספתי כמה צילומי מסך של Windows, Linux ו-MacOS Big Sur עם תוצאות התצורה והפינג שלהם:

חלונות 10:
הצג את פריט המדיה '>

לינוקס:

הצג את פריט המדיה '>

MacOS Big Sur:

הצג את פריט המדיה '>


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

אני מקווה בשקט שכמה מכם יכולים להדריך/לעזור לי להבין מה עלול להיות לא בסדר או מה אני יכול לעשות כדי להקל על זה. ברור שאני יכול לקודד קשה את שמות המארחים/FQDN בקובץ /private/etc/hosts, אבל מכיוון שאני משחק עם הרבה מחשבים ו-VMs, אני רוצה להיות מסוגל להסתמך על רזולוציית DNS שהיא אוטומטית לחלוטין.

תודה מראש על ההתעניינות/מעורבות הפוטנציאלית שלך!

הנרי-אז

9 בינואר 2010


South Congress AZ
  • 22 במאי 2021
v654321 אמר: הצהרת בעיה: ה-MBP שלי מקבל כתובת IP המוקצית דרך DHCP, באמצעות Pi-hole, עם פותר DNS לא קשור. אני משתמש בשם דומיין פנימי 'home.arpa' וזה מתווסף כדומיין חיפוש DNS, כולל ה-IP של שרת ה-DNS שלי (192.168.1.4). לכל מכשיר ברשת שלי יש שם מארח.

האם יש לך אזור מקומי שהוגדר עבור home.arpa ב- Unbound ב-192.168.1.4? V

v654321

פוסטר מקורי
6 באוגוסט 2011
וילוודה, בלגיה
  • 23 במאי 2021
תודה לך HenryAZ על מעורבותך!

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

שרת ה-DNS המוגדר בכל המחשבים שלי הוא כתובת ה-IP pihole, אשר - אם אין לה את הדומיין המבוקש במטמון שלו, וגם לא ברשימות החסימה המוגדרות מראש - מעביר אותה לשירות הלא קשור (פועל על localhost ב-pihole) לאחר מכן יגיעו אל שרתי השורש של ה-DNS כדי לזהות את שרתי ה-DNS של TLD וכו', עד לקבלת ה-IP הנחוצים עבור דומיינים חיצוניים. אין צורך בתצורת אזור מקומי ב-Unbound מכיוון שזה נעשה בממשק האינטרנט של pihole. השתמשתי בדברים הבאים מדריך התקנה ועקבו אחריו עד המכתב. רק ה-MBP נכשל עבור חיפושי שם מארח בלבד, כל המכונות האחרות פועלות בצורה מושלמת.

הפעלת הפקודה הבאה בלינוקס עובדת בצורה מושלמת (קודי מורחב אוטומטית עם תחום החיפוש ולכן הופך ל-kodi.home.arpa:
$ ping kodi PING kodi.home.arpa (192.168.1.35) 56(84) bytes of data. 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=1 ttl=64 time=0.733 ms 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=2 ttl=64 time=0.718 ms

כתוצאה מכך נוצרים היומנים הבאים ב-pihole:
May 23 13:34:14 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 May 23 13:34:14 dnsmasq[10080]: query[PTR] 35.1.168.192.in-addr.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list 192.168.1.35 is kodi.home.arpa

עם זאת, עושה את אותו הדבר מה-MBP שלי:
% ping kodi ping: cannot resolve kodi: Unknown host % ping kodi.home.arpa PING kodi.home.arpa (192.168.1.35): 56 data bytes 64 bytes from 192.168.1.35: icmp_seq=0 ttl=64 time=4.889 ms 64 bytes from 192.168.1.35: icmp_seq=1 ttl=64 time=5.530 ms

כתוצאה מכך נוצרים היומנים הבאים ב-pihole:
May 23 13:35:26 dnsmasq[10080]: query[A] kodi from 192.168.1.78 May 23 13:35:26 dnsmasq[10080]: config kodi is NODATA-IPv4 May 23 13:35:30 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.78 May 23 13:35:30 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35

זה מראה שב-MBP ניסיון הפינג הראשון נכשל מכיוון שתחום החיפוש לא נוסף אוטומטית כדי להפוך ל-FQDN (kodi.home.arpa) בזמן שהבקשה השנייה מטופלת כהלכה. שתי הבקשות אכן מגיעות ל-pihole, אך תחום החיפוש אינו מוחל למרות שהוא קיים בתצורת ה-IP כפי שסופק על ידי ה-DHCP.

אלא אם כן אני מפספס משהו אחר, הייתי מעז להסיק שבהינתן שהמארח של לינוקס וגם ה-MBP מקבלים את פרטי ה-IP וה-DNS שלהם באופן זהה מאותו DHCP, שהם יוצרים קשר עם אותו שרת DNS (pihole) ושזה עובד בצורה מושלמת במארח הלינוקס שלי (לא ב-pihole) אך לא ב-MBP, דומיין החיפוש של DNS אינו מוחל על פקודת ping מארח בלבד. באמת שאין לי מושג מה עוד אני יכול לשנות כדי שזה יעבוד.

הנרי-אז

9 בינואר 2010
South Congress AZ
  • 23 במאי 2021
v654321 אמר: אלא אם כן אני מפספס משהו אחר, הייתי מעז להסיק שבהינתן שהמארח של לינוקס וגם ה-MBP מקבלים את פרטי ה-IP וה-DNS שלהם באופן זהה מאותו DHCP, שהם יוצרים קשר עם אותו שרת DNS (pihole) וזה זה עובד בצורה מושלמת על מארח הלינוקס שלי (לא ה-pihole) אבל לא על ה-MBP, דומיין החיפוש של DNS אינו מוחל על פקודת ping מארח בלבד. באמת שאין לי מושג מה עוד אני יכול לשנות כדי שזה יעבוד.

הייתי מסתכן לנחש שהיישום של NetBIOS של macOS אינו חזק כמו השניים האחרים, אשר מסוגלים לפתור בהינתן שם המארח בלבד. האם NetBIOS מופעל ב-Mac שלך? זה כברירת מחדל. אני לא חושב שנתיב החיפוש באמת משנה, ש-Windows ולינוקס עושות רזולוציית שם NetBIOS של שם המארח כדי לקבל את כתובת ה-IP שלו, ולא DNS.

עם Unbound, יש לך את המותרות להשתמש בו בתור פותר אימות, עבור אזורים חיצוניים, ללא צורך להעביר בקשות. וכפתור לאזור מקומי.