هل من الممكن عمل tow DHCP in the same network

لا يمكن طبعا عمل اتنين DHCP نفي النطاق و الرينج

ممكن تعمله بس متشغلوش و تشغله عند عطل اللاول

كيف يمكن تشغيل الثاني عند توقف الاول ؟؟ تلقائيا

طيب ممكن تكون من خلال

if we configured two DHCP servers in the same subnet so we gonna have two scopes to give the IP addresses to the clients so when client starts up its sends a message to try have the IP address so the servers send a list of the IP address they have so the client picks up the first suitable IP address from the DHCP server and tells the server that this he gonna use this one and if the server still got that IP he will send an acknowledgment for client tell hi, to use that IP. Normally the first IP address that is working without any problem. put in case that we have DHCP class configured on the clients the client will pick the IP address from the pool which have the came class. The first DHCP server sends his IP address that address will be accepted

؟؟؟؟

ممكن تثبيت اكثر من خادم dhcp في نفس الـsubnet و محطة العمل ستأخذ الرقم من أسرع خادم يقدم الرقم.. وطبعا لا تحتاج وضع احداهم في وضعية استعداد والآخر في وضعية عمل، لأنك ستضع كليهما في وضعية عمل و محطات العمل تاخذ من الاسرع

بالنسبة لمشكلتك، يبدوا انك تريد توزيع أرقام الإنترنت في المدى مابين 100 إلى 200 ماعدى فراغ في النصف و مداه من 121 إلى 149.. واظن هذا السبب وراء تحديد اكثر من scope

الطريقة التي قمت بها كانت من خلال اضافة اثنين scopes.. ويبدو انه خطا.. اذا كنت تستخدم احد اجهزة سسكو، قم بتطبيق التالي:-

1) اجعل المدى المسموح لأرقام الإنترنت يبدا من 100 إلى 200

2) ثم حدد المدى الذي تود اخراجه بإستخدام الأمر التالي:-

router(config)# ip dhcp excluded-address 193.168.0.121 172.16.1.149

http://www.cisco.com/univercd/cc/td/doc/pr...syip2.htm#21020

eech55 كتب:

ممكن تثبيت اكثر من خادم dhcp في نفس الـsubnet و محطة العمل ستأخذ الرقم من أسرع خادم يقدم الرقم.. وطبعا لا تحتاج وضع احداهم في وضعية استعداد والآخر في وضعية عمل، لأنك ستضع كليهما في وضعية عمل و محطات العمل تاخذ من الاسرع

بالنسبة لمشكلتك، يبدوا انك تريد توزيع أرقام الإنترنت في المدى مابين 100 إلى 200 ماعدى فراغ في النصف و مداه من 121 إلى 149.. واظن هذا السبب وراء تحديد اكثر من scope

الطريقة التي قمت بها كانت من خلال اضافة اثنين scopes.. ويبدو انه خطا.. اذا كنت تستخدم احد اجهزة سسكو، قم بتطبيق التالي:-

1) اجعل المدى المسموح لأرقام الإنترنت يبدا من 100 إلى 200

2) ثم حدد المدى الذي تود اخراجه بإستخدام الأمر التالي:-

router(config)# ip dhcp excluded-address 193.168.0.121 172.16.1.149

http://www.cisco.com/univercd/cc/td/doc/pr...syip2.htm#21020

بالظبط كدة ال DHCP بروتوكول نفسه بيتيح إمكانية وجود أكثر من خادم على نفس السب نت. شغل الخادمين و البروتوكول حيهتم بالتفاصيل.

اقتباس

ايوة انا لم اعترض على الامكانية انا ببص للادمينستريشن و كفاءة النتورك

دا المفروض أفهمه منين من كلامك ؟! >

اقتباس

لا يمكن طبعا عمل اتنين DHCP نفي النطاق و الرينج

ممكن تعمله بس متشغلوش و تشغله عند عطل اللاول

اقتباس

تخيل انه في عندك شبكة فيها 2400 جهاز(ده اقل عدد من الكومبيوترز انا بتعامل معاه) تخيل انه كل جهاز قام و عمل برودكاست و ال DHCP بيعمل 3 برودكاست لكل جهاز مضروب في اتنين (لانه في اتنين سيرفر ) مع تاخير وقت الاقلاع شوف النتورك حيبقا ادائها ازاي

إنت جبت الكلام دا منين ؟!! ال DHCP Server مش بيعمل برودكاست أساسا!! و أى جهاز client بيعمل 2 برودكاست بس حتى لو كان فيه 100 DHCP server !! أداء النتوورك حيتأثر إزاى مش فاهم!!! اللهم إلا إن حيبقى فيه باكتس DHCPOFFER بعدد ال DHCP servers و حتكون كلها يونيكاست للجهاز. و معتقدش إن دا حيأثر على أداء النتوورك.

اقتباس

مش انت للاسف اللى حتقوللي روح اقرا و على فكرة قبل ما تقوللي روح اقرا لو اخدت الحالة دي لل support بتاع مايكروسوفت (مش بتكلم على ال call center بتاع راية) انا بتكلم على ال2nd level اللي في بريطانيا لو اساسا انت ليك صلاحية تتكلم معاه حيقولك انه الحلاة دي not supported

يا سيدى خللى عندك روح رياضية :lol: بليز إبقا كلمهم لو إنت ليك الصلاحية دى و قولى قالوا إيه؟

اقتباس

اعرف انت بتتكلم في ايه الاول

عارف

configure both DHCP servers on your network with identical scopes. Now, normally this would cause problems because you might end up having the same address leased by both servers, causing clients to hiccup. However, if you enable address conflict detection on your DHCP servers and set it to 2, then each DHCP server will test an address three times to make sure it's not already being used before leasing it to a client, and this will prevent one server from leasing an address that the other server has already leased. The only downside to this approach is that it will make DHCP traffic on your network a bit more noisy, but DHCP traffic is so minimal anyway this will have only marginal impact on overall network performance

مش ده كلامك اقرا انت كاتب ايه

اقتباس

إنت جبت الكلام دا منين ؟!! ال DHCP Server مش بيعمل برودكاست أساسا!! و أى جهاز client بيعمل 2 برودكاست بس حتى لو كان فيه 100 DHCP server !! أداء النتوورك حيتأثر إزاى مش فاهم!!! اللهم إلا إن حيبقى فيه باكتس DHCPOFFER بعدد ال DHCP servers و حتكون كلها يونيكاست للجهاز. و معتقدش إن دا حيأثر على أداء النتوورك.

البرودكاست لل Conflict detection

كمان اقرا من الصفحة اللي وضعتها سيادتك

As we saw in the first topic of this section, one of the primary decisions any TCP/IP administrator using DHCP must make is how many DHCP servers to deploy. A single server has the advantage of simplicity, but provides no redundancy in the event of failure. It also means that whenever the DHCP server is down, clients can't get addresses. For these reasons, most larger networks use two or more servers.

The Need to Prevent Duplicate Assignment of the Same Address

When you have two servers or more—and let's just say two for sake of this discussion—you then have another decision to make: how do you divide the address pool between the servers? As I explored in detail in the discussion of DHCP address pools, there are two options: either giving the servers overlapping addresses, or making them non-overlapping. Unfortunately, in classical DHCP, neither is really a great solution. Overlapping ranges mean both servers might try to assign the same address, since DHCP includes no provision for communication between servers. Non-overlapping ranges avoids this problem, but makes only some of the addresses available to each server.

It's strange that the DHCP standard didn't provide better support for cross-server coordination, even though there clearly was a need for it. However, certain DHCP implementations implement an optional feature to in fact allow two servers to have overlapping scopes without address clashes occurring. Again, this is a feature commonly found on Microsoft DHCP servers, and may also be present in other implementations. It is called DHCP server conflict detection.

ال Conflict detection خاص باكثر التطبيقات لمايكروسوفت اعتقد انه لينوكس و يونكيس ليس فيهم هذا التطبيق (مش متأكد) فالتصميم يجب ان يحتوي كل الجوانب و كما قلت حالة الاوفر لاب بال كونفلكيكت ديتكشن غير مدعومة من مايكروسوفت

شوف الصفحة التالية

http://technet2.microsoft.com/WindowsServe...3.mspx?mfr=true

كما ان وضع اتنين DHCP سيرفر بالاسلوب ده لن يحافظ على ال LEASES في حالة لو حبيت تعمل migration باستخدام ال DHCP dump :lol:

تفهم من فين اني ببص للادارة و الكفاءة (اي حد اشتغل تصميم بشلن صاغ يعرف)

ثم نكتفي بهذا القدر من الحب المتبادل - سبحان الله في خلقه

و اخيرا مش عايز حد يجي و يوقللي حصلت مشاكل عندي في الموضوع ده و ازاي احلها

اقتباس

يا سيدى خللى عندك روح رياضية بليز إبقا كلمهم لو إنت ليك الصلاحية دى و قولى قالوا إيه؟

حصل قبل ما انت تتخيل بكتير

المعرفة مش بالطرئعة

نغلق الموضوع مع اخفاء فواصل الردح المتبادل

اقتباس

اقتباس

إنت جبت الكلام دا منين ؟!! ال DHCP Server مش بيعمل برودكاست أساسا!! و أى جهاز client بيعمل 2 برودكاست بس حتى لو كان فيه 100 DHCP server !! أداء النتوورك حيتأثر إزاى مش فاهم!!! اللهم إلا إن حيبقى فيه باكتس DHCPOFFER بعدد ال DHCP servers و حتكون كلها يونيكاست للجهاز. و معتقدش إن دا حيأثر على أداء النتوورك.

البرودكاست لل Conflict detection

الـ conflict detectoin له تطبيقان مختلفان، تطبيق على الخادم و آخر على محطات العمل. بالنسبة للتطبيق على الخادمات (طالما أن النقاش حول الخادمات) فإنه يتم ببساطة من خلال إرسال ping على رقم الإنترنت المراد إعطاؤه (فإذا وجد الرد فيعني وجود محطة عمل تحمل الرقم - conflict)، وهذا ليس برودكاست انما يونيكاست. وطبعا هذه الخاصية موجودة في خادم dhcpd على اليونكس ولا عجب.

http://www.daemon-systems.org/man/dhcpd.conf.5.html

http://technet2.microsoft.com/WindowsServe...58699b1033.mspx