DNS ראשי ראשי עבור LAN ב- Debian 6.0 (V) וסופי

אלה שהלכו אחרי 1, 2da, 3 y 4ta חלק ממאמר זה והייעוצים שנערכו ל- BIND שלהם השיבו תוצאות משביעות רצון, הם כבר מומחים בנושא. :-) ובלי לנסר עוד בואו ניכנס לחלק האחרון:

• יצירת הקובץ של אזור הראשי הראשי מהסוג "הפוך" 10.168.192.in-addr.arpa
• פתרון בעיות
• תקציר

יצירת הקובץ של אזור הראשי הראשי מהסוג "הפוך" 10.168.192.in-addr.arpa

שם האזור מביא אותם אליכם, נכון? וזה כי האזורים ההפוכים הם חובה לקבל רזולוציית שם נכונה על פי תקני האינטרנט. אין לנו ברירה אלא ליצור את המתאים לדומיין שלנו. לשם כך אנו משתמשים כתבנית בקובץ /etc/bind/db.127:

cp /etc/bind/db.127 /var/cache/bind/192.168.10.rev

אנו עורכים את הקובץ /var/cache/bind/192.168.10.rev ואנחנו משאירים את זה ככה:

; /var/cache/bind/192.168.10.rev; ; BIND קובץ נתונים הפוך לאזור מאסטר 10.168.192.in-addr.arpa; קבצי נתונים של BIND עבור אזור אזור (הפוך) 10.168.192.in-addr.arpa; $ TTL 604800 @ IN SOA ns.amigos.cu. root.amigos.cu. (2; סדרתי 604800; רענן 86400; נסה שוב 2419200; תפוג 604800); מטמון שלילי TTL; @ IN NS ns. 10 ב- PTR ns.amigos.cu. 1 ב- PTR gandalf.amigos.cu. 9 ב- PTR mail.amigos.cu. 20 IN PTR web.amigos.cu. 100 IN PTR fedex.amigos.cu. ; אנו יכולים גם לכתוב את כתובת ה- IP המלאה. לְשֶׁעָבַר:; 192.168.10.1 ב- PTR gandalf.amigos.cu.

• שים לב כיצד במקרה זה השארנו את הזמנים בשניות כפי שהוא נוצר כברירת מחדל כאשר ה- לאגד 9. זה עובד אותו דבר. הם זמנים זהים לאלה המצוינים בתיק friends.cu.host. כשאתה בספק, בדוק.
• כמו כן, שים לב שאנו מצהירים רק על הרשומות ההפוכות של המארחים שיש להם IP שהוקצה או "אמיתי" ברשת LAN שלנו, וזה מזהה אותו באופן ייחודי.
• זכור לעדכן את קובץ ה- Reverse Zone בכל כתובות ה- IP הנכונות המוצהרות באזור Direct.
• זכור להגדיל את מספר סידורי אזור בכל פעם שהם משנים את הקובץ ולפני שמפעילים מחדש את ה- BIND.

בואו נבדוק את האזור שנוצר לאחרונה:

named-checkzone 10.168.192.in-addr.arpa /var/cache/bind/192.168.10.rev

אנו בודקים את התצורה:

named-checkconf -z בשם-checkconf -p

אם הכל התנהל כשורה, אנו מפעילים מחדש את השירות:

שירות bind9 הפעלה מחדש

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

טען מחדש rndc

לשם כך אנו מכריזים על המפתח /etc/bind/named.conf.options, לא?

פתרון בעיות

חשוב מאוד הוא התוכן הנכון של הקובץ / Etc / resolv.conf כפי שראינו בפרק הקודם. זכור לציין בו לפחות את הדברים הבאים:

חפש שרת שמות amigos.cu 192.168.10.20

הפקודה לחפור של החבילה dnutils. במסוף הקלד את הפקודות שקדמו להן #:

# dig -x 127.0.0.1 ..... ;; סעיף תשובה: 1.0.0.127.in-addr.arpa. 604800 ב- PTR localhost. .... # dig -x 192.168.10.9 .... ;; סעיף תשובה: 9.10.168.192.in-addr.arpa. 604800 ב- PTR mail.amigos.cu. .... # מארח gandalf gandalf.amigos.cu כתובת 192.168.10.1 # host gandalf.amigos.cu gandalf.amigos.cu כתובת 192.168.10.1 # dig gandalf; << >> DiG 9.7.2-P3 << >> gandalf ;; אפשרויות גלובליות: + cmd ;; זמן החיבור נגמר; לא ניתן היה להגיע לשרתים # dig gandalf.amigos.cu .... ;; סעיף תשובה: gandalf.amigos.cu. 604800 ב- 192.168.10.1 .... אם יש להם גישה לאינטרנט הקובני או הגלובלי, והמשלחים מוצהרים כראוי נסה: # dig debian.org .... ;; קטע השאלה :; debian.org. ב ;; סעיף תשובה: debian.org. 3600 IN A 86.59.118.148 debian.org. 3600 IN A 128.31.0.51 .... # מארח bohemia.cu bohemia.cu יש כתובת 190.6.81.130 # מארח yahoo.es yahoo.es יש כתובת 77.238.178.122 yahoo.es יש כתובת 87.248.120.148 דואר yahoo.es מטופל מאת 10 mx-eu.mail.am0.yahoodns.net. # dig -x 77.238.178.122 ;; סעיף תשובה: 122.178.238.77.in-addr.arpa. 429 ב- PTR w2.rc.vip.ird.yahoo.com.

... ובכלל עם תחומים אחרים מחוץ ל- LAN שלנו. התייעץ וברר על דברים מעניינים באינטרנט.

אחת הדרכים הטובות ביותר לבדוק את פעולת השרת לאגד 9, ובכלל של כל שירות מותקן אחר, קורא את תפוקת ה- הודעות יומן מערכת באמצעות הפקודה זנב -f / var / log / syslog לרוץ כמשתמששורש.

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

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

אם אנו עובדים על א LAN סגור שלא ניתן בשום דרך לצאת לחו"ל ואין לנו משלחים מכל סוג שהוא, אנו יכולים לבטל את הודעות החיפוש של שרתי שורש "ריקון" הקובץ /etc/bind/db.root. לשם כך, תחילה אנו שומרים את הקובץ בשם אחר ואז מוחקים את כל תוכנו. לאחר מכן אנו בודקים את התצורה ומפעילים מחדש את השירות:

cp /etc/bind/db.root /etc/bind/db.root.original cp / dev / null /etc/bind/db.root בשם-checkconf -z בשם-checkconf -p שירות bind9 הפעלה מחדש

תקציר

עד כה, אנשים, הקדמה קטנה לשירות ה- DNS. מה שעשינו עד כה יכול לשרת אותנו בצורה מושלמת עבור העסק הקטן שלנו. גם לבית אם אנו יוצרים מכונות וירטואליות עם מערכות הפעלה שונות וכתובות IP שונות, ואנחנו לא רוצים להתייחס אליהן לפי IP אלא לפי שם. אני תמיד מתקין BIND במארח הבית שלי כדי להתקין, להגדיר ולבדוק שירותים שתלויים במידה רבה בשירות ה- DNS. אני עושה שימוש נרחב בשולחן העבודה ובשרתים הווירטואליים, ואני לא אוהב לשמור קובץ / Etc / hosts בכל אחת מהמכונות. אני טועה יותר מדי.

אם מעולם לא התקנת והגדרת BIND, אל תדחה אם משהו משתבש בניסיון הראשון ואתה צריך להתחיל מחדש. אנו ממליצים תמיד במקרים אלה להתחיל בהתקנה נקייה. זה שווה ניסיון!

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

מזל טוב לאלה שעקבו אחר כל המאמרים וקיבלו את התוצאות הצפויות!