Adguardhome: قم بتوسيع / ​​توضيح خيارات DHCP

تم إنشاؤها على ٢٠ يناير ٢٠٢١  ·  3تعليقات  ·  مصدر: AdguardTeam/AdGuardHome

كمشروع مفتوح المصدر مع فريق مشرف مخصص ولكنه صغير ، قد يستغرق الأمر أحيانًا وقتًا طويلاً حتى تتم معالجة المشكلات ، لذا يرجى التحلي بالصبر وسنعود إليك في أقرب وقت ممكن.

المتطلبات الأساسية

  • [x] أقوم بتشغيل أحدث إصدار
  • [x] راجعت الوثائق ولم أجد إجابة
  • [x] راجعت للتأكد من أنه لم يتم تقديم هذه المشكلة بالفعل

وصف المشكلة

هل طلب الميزة الخاص بك متعلق بمشكلة؟ يرجى إضافة وصف واضح ومختصر لماهية المشكلة.

أود المزيد من التحكم في المجال المحلي. هذا حاليًا مشفر إلى lan ، انظر أيضًا # 2393.

أنا أيضًا في حيرة من أمري بسبب متطلبات ip أو hex لخيارات الحقول dhcpv4 . هذا يسمح فقط بتعيين القيم / الخيارات الرقمية. حاولت بث المجال لعملاء DHCP باستخدام الخيار 15 من خيارات DHCP / RFC2132 ، ولكن لا توجد طريقة لتعيين السلسلة lan . تمت تجربتها باستخدام نقاط كود ASCII / UTF-8 ، لكن هذا لا معنى له نظرًا لكيفية تحليلها:

https://github.com/AdguardTeam/AdGuardHome/blob/7fab31beaeb8c7d1c9892746bbf37e99d4f9dc01/internal/dhcpd/dhcpd.go#L289

الذي يبدو أنه يعود فقط 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 ، كما هو موضح في هذه المشكلة.

معلومة اضافية

أضف أي سياق آخر حول المشكلة هنا.
Medium bug

التعليق الأكثر فائدة

كما أشرت بالفعل ، تم التخطيط بالفعل لتكوين المجال المحلي ، بالإضافة إلى تحسينات بناء جملة الخيار. راجع # 2385 وأيضًا [هذا التعليق] للحصول على مثال حول كيفية تعيين الخيارات باستخدام صيغة الخيار المعيبة الحالية.

على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!

ال 3 كومينتر

كما أشرت بالفعل ، تم التخطيط بالفعل لتكوين المجال المحلي ، بالإضافة إلى تحسينات بناء جملة الخيار. راجع # 2385 وأيضًا [هذا التعليق] للحصول على مثال حول كيفية تعيين الخيارات باستخدام صيغة الخيار المعيبة الحالية.

على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!

على الرغم من ذلك ، فإن إعادة توجيه طلبات المجال المحلي إلى المنبع يعد خطأ ، وسنصلحه. شكرا على التقرير!

شكرا! اسمحوا لي أن أعرف ما إذا كنت ترغب في مشكلة مخصصة لذلك ، لأن هذه المشكلة تتعلق بشكل أساسي بشيء آخر. أخبرني أيضًا إذا كنت بحاجة إلى مزيد من المعلومات ، على الرغم من أن هذه المشكلة يجب أن تكون سهلة بما يكفي لتكرارها:

  1. استخدم AGH كخادم DNS / DHCP
  2. الاستعلام عن جهاز محلي باستخدام hostname.lan ، على سبيل المثال باستخدام dig
  3. في سجل الاستعلام ، لاحظ كيف ينتقل هذا الطلب إلى الخوادم الأولية.

يوضح رابط تعليقك على استخدام hex الأشياء ، لكنني كنت على دراية بكيفية عمل ذلك. المشكلة التي أواجهها هي أن الخيار 15 لـ DHCP عبارة عن سلسلة ، وليست int / number. بقدر ما أستطيع أن أرى ، لا يمكنك تعيين قيم سلسلة على الإطلاق ، لأن قيم hex لا يتم تفسيرها على أنها ASCII أو أي شيء ، ولكن فقط للأعداد الصحيحة العشرية.

يمكنك استخدام hex للنص. انظر # 2388 كمثال.

hex.DecodeString شريحة بايت ، تم فك تشفيرها من السلسلة السداسية ، وخطأ.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

thb007 picture thb007  ·  3تعليقات

ghost picture ghost  ·  4تعليقات

ammnt picture ammnt  ·  3تعليقات

sosp picture sosp  ·  3تعليقات

xenio picture xenio  ·  4تعليقات