كمشروع مفتوح المصدر مع فريق مشرف مخصص ولكنه صغير ، قد يستغرق الأمر أحيانًا وقتًا طويلاً حتى تتم معالجة المشكلات ، لذا يرجى التحلي بالصبر وسنعود إليك في أقرب وقت ممكن.
أود المزيد من التحكم في المجال المحلي. هذا حاليًا مشفر إلى lan
، انظر أيضًا # 2393.
أنا أيضًا في حيرة من أمري بسبب متطلبات ip
أو hex
لخيارات الحقول dhcpv4
. هذا يسمح فقط بتعيين القيم / الخيارات الرقمية. حاولت بث المجال لعملاء DHCP باستخدام الخيار 15 من خيارات DHCP / RFC2132 ، ولكن لا توجد طريقة لتعيين السلسلة lan
. تمت تجربتها باستخدام نقاط كود ASCII / UTF-8 ، لكن هذا لا معنى له نظرًا لكيفية تحليلها:
الذي يبدو أنه يعود فقط ints ؟
في هذه المرحلة ، يتجاوز هذا أيضًا مستوى كفاءتي.
أضف المزيد من الخيارات للحقل dhcpv4
، على غرار dnsmasq
. يعد إعداد العينة هذا وصفًا جيدًا لما يمكن أن يعجبه المرء لهذا ، على ما أعتقد.
حاليًا ، عند استخدام AGH كخادم DHCP وكذلك خادم DNS ، فإن النطاق المحلي lan
يعمل بشكل جيد. ومع ذلك ، بينما يتم الرد على الاستفسارات إلى local_machine.lan
من قبل AGH محليًا وبشكل وثيق ، يتم توجيهها أيضًا إلى خوادم الإنترنت الأولية في الإعداد الخاص بي. هذا هو مربكا بعض الشيء. إضافة [/lan/]192.168.0.2
، حيث 192.168.0.2
هو عنوان جهاز AGH ، إلى قائمة خوادم DNS الأولية يحل هذا: لم تعد الطلبات تتم إعادة توجيهها. يعمل تعيين 0.0.0.0
أو 127.0.0.1
أيضًا ، لكنني لا أعرف حقًا ما أفعله هناك. على الأقل لم يعدوا "يتسربون" بعد الآن. أنظر أيضا # 2582.
كأثر جانبي ، هذا على سبيل المثال معلق وينتهي في النهاية:
# Before, *without* [/lan/] filter
$ host local_machine.lan
local_machine.lan has address 192.168.0.50 # IMMEDIATE
Host local_machine.lan not found: 3(NXDOMAIN) # Almost immediate
# ^ NXDOMAIN from upstream internet DNS server.
# Of course it doesn't know that domain.
# Now *with* the custom [/lan/] upstream DNS in place:
$ host local_machine.lan
local_machine.lan has address 192.168.0.50 # Again, IMMEDIATE
;; connection timed out; no servers could be reached # 10s, then timeout
مع وجود [/lan/]
في مكانه ، لا تزال أشياء مثل ssh
تعمل على الفور لأنني أعتقد أنه بعد وصول IP الأول ، يتم تنفيذه.
هل يمكننا الحصول على تعليمات dnsmasq
-like local
، انظر الرابط أعلاه لإعداد العينة؟ في /etc/dnsmasq.conf
، تعليمات
local=/mydomain/
لن يتسرب للخارج أبدًا. ممتاز! بالإضافة الى،
domain=mydomain
سيكون من المدهش أن يكون. ربما رمي في domain-needed
ما يعادل؟
في هذه المرحلة ، يمكن للمرء تشغيل إعداد مثل # 2514: إذا كانت جميع الخيارات المتكافئة هذه dnsmasq
مطلوبة ، فقط قم بتشغيل DNS + DHCP dnsmasq
الخادم كخادم أساسي. في ذلك ، قم بتعيين مثيل AGH (بدون DHCP) باعتباره DNS الوحيد المنبع. يجب أن يعمل بشكل جيد ، فقط يتطلب المزيد من الأشياء. على سبيل المثال ، إذا كان يعمل على جهاز واحد ، فستحتاج AGH إلى منفذ مختلف عن 53. سهل بما فيه الكفاية إذا لم يكن يعمل بـ network_mode: host
، وهو ما نحتاجه فقط في حالة استخدام DHCP. ومع ذلك ، فإن هذا الإعداد "يتطلب" add-mac
/ add-subnet
، كما هو موضح في هذه المشكلة.
كما أشرت بالفعل ، تم التخطيط بالفعل لتكوين المجال المحلي ، بالإضافة إلى تحسينات بناء جملة الخيار. راجع # 2385 وأيضًا [هذا التعليق] للحصول على مثال حول كيفية تعيين الخيارات باستخدام صيغة الخيار المعيبة الحالية.
على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!
على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!
شكرا! اسمحوا لي أن أعرف ما إذا كنت ترغب في مشكلة مخصصة لذلك ، لأن هذه المشكلة تتعلق بشكل أساسي بشيء آخر. أخبرني أيضًا إذا كنت بحاجة إلى مزيد من المعلومات ، على الرغم من أن هذه المشكلة يجب أن تكون سهلة بما يكفي لتكرارها:
hostname.lan
، على سبيل المثال باستخدام dig
يوضح رابط تعليقك على استخدام hex
الأشياء ، لكنني كنت على دراية بكيفية عمل ذلك. المشكلة التي أواجهها هي أن الخيار 15 لـ DHCP عبارة عن سلسلة ، وليست int / number. بقدر ما أستطيع أن أرى ، لا يمكنك تعيين قيم سلسلة على الإطلاق ، لأن قيم hex
لا يتم تفسيرها على أنها ASCII أو أي شيء ، ولكن فقط للأعداد الصحيحة العشرية.
يمكنك استخدام hex
للنص. انظر # 2388 كمثال.
hex.DecodeString
شريحة بايت ، تم فك تشفيرها من السلسلة السداسية ، وخطأ.
التعليق الأكثر فائدة
كما أشرت بالفعل ، تم التخطيط بالفعل لتكوين المجال المحلي ، بالإضافة إلى تحسينات بناء جملة الخيار. راجع # 2385 وأيضًا [هذا التعليق] للحصول على مثال حول كيفية تعيين الخيارات باستخدام صيغة الخيار المعيبة الحالية.
على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!