DHCPDISCOVER / DHCPOFFER, তবে DHCPACK নেই

Question

আমার কাছে একটি দূরবর্তী ক্লায়েন্ট মেশিন রয়েছে যা DHCPDISCOVER গুলি প্রেরণ করে। সার্ভারটি একটি ডিএইচসিপিএফএফারের সাথে প্রতিক্রিয়া জানাচ্ছে, তবে কোনও ডিএইচসিপিএকে নেই।

এটি একই হোস্ট থেকে প্রায় 30 সেকেন্ডে পুনরাবৃত্তি করে। আমি এমন কিছু আছে যা আমি দূর থেকে করতে পারি বা আমার আবার কেউ এটি পুনরায় চালু করার দরকার আছে? এটি একটি ডেটা সেন্টারে তাই এটি করার জন্য আমাকে সেখানে ভ্রমণ করতে হতে পারে!

---

পরামর্শের জন্য ধন্যবাদ। আমি সমস্ত মেশিন রিবুট করেছি, তবে আমার এখনও সমস্যা আছে। আমি মনে করি আমার কনফিগারেশনটিতে একটি সমস্যা আছে। এটি কি সঠিক দেখাচ্ছে?

#
# /etc/dhcpd.conf for primary DHCP server
#

authoritative;
ddns-update-style none;
deny duplicates;
default-lease-time 600;
max-lease-time 3600;

# Our fixed hosts
host host2  { hardware ethernet xx:xx:xx:xx:xx:xx; fixed-address x.x.x.202; }
host host3  { hardware ethernet xx:xx:xx:xx:xx:xx; fixed-address x.x.x.203; }
host host4  { hardware ethernet xx:xx:xx:xx:xx:xx; fixed-address x.x.x.204; }
host host5  { hardware ethernet xx:xx:xx:xx:xx:xx; fixed-address x.x.x.205; }

subnet x.x.x.128 netmask 255.255.255.128 {
  option subnet-mask 255.255.255.128;
  option broadcast-address x.x.x.255;
  option routers x.x.x.129;
  option domain-name-servers 8.8.8.8, 8.8.4.4;

  # Testing pool.
  pool {
    max-lease-time 300; # 5 minutes
    range x.x.x.250 x.x.x.254;
    deny known-clients;
  }

  # Our hosts - I didn't have this pool declaration before, do I need it if I want
  # the hosts to be running dhcp but always get the same address?
  pool {
    max-lease-time 1800;
    range x.x.x.200 x.x.x.220;
    deny unknown-clients;
  }
}

Comments

DHCPRequest DHCPAck এর আগে আসা উচিত। তুমি কি দেখছ? সার্ভারে একটি প্যাকেট ক্যাপচার চালানোর চেষ্টা করুন এবং সার্ভারে এবং থেকে DHCPDiscover, DHCPOffer, DHCPRequest এবং DHCPAck অনুসন্ধান করুন। সার্ভার হিসাবে একই ল্যান সেগমেন্টের ক্লায়েন্ট কি? যদি তা না হয়, তবে রাউটারটি কি ডিএইচসিপি রিলে হিসাবে দুটি কনফিগার করা আলাদা করছে?

— joeqwerty

দেখা গেল সমস্যাটি একটি ভুল কনফিগারেশনের কারণে। আমার একটি স্থিতিশীল পরিসর ছিল একটি গতিশীল পরিসীমা ওভারল্যাপ করে।

— ম্যাট

Answer 1

এটা যায়:

CLIENT -> DHCPDISCOVER
SERVER -> DHCPOFFER
CLIENT -> DHCPREQUEST
SERVER -> DHCPACK

আপনি আপনার বর্ণনায় DHCPACK এর আগে DHCPREQUEST মিস করছেন।

ক্লায়েন্ট যদি ডিএইচসিপি সার্ভারের চেয়ে আলাদা সাবনেটে থাকে তবে ডিএইচসিপিএফএফআর ইউএনপিস্টকে H 67 ইউডিপি পোর্টে ডিএইচসিপি-রিলে প্রেরণ করা হয়। ডিএইচসিপি-রিলে এজেন্ট ইউডিপি পোর্ট 68 এ সাবনেটে DHCPOFFER সম্প্রচার করে ER

আমি ডিএইচসিপিএফএফআর সম্পর্কিত কানেক্টিভিটি সম্পর্কিত সমস্যাগুলি অনুসন্ধান করব এটি ট্র্যাক করুন এবং দেখুন এটি ক্লায়েন্টের কাছে ফিরে যাওয়ার পথ খুঁজে পায় এবং যদি তা করে তবে ক্লায়েন্ট কেন ডিএইচসিপিআরকিউএসটি নয়: ঠিকানাটি প্রবেশ করিয়ে নিচ্ছে।

একটি সাধারণ ডিএইচসিপি রিলে এজেন্ট একটি নির্দিষ্ট ইন্টারফেসের অধীনে সিসকো সুইচে "আইপি সহায়ক" ঠিকানা।

Answer 2

মনে করুন আপনার ডিএইচসিপি-সার্ভার এবং ডিএইচসিপি-ক্লায়েন্ট উভয়ই একই ইথারনেট সেগমেন্টের সাথে সংযুক্ত রয়েছে এবং এই ধরণের ইথারনেট সেগমেন্টটি বিভিন্ন "ট্রাঙ্ক" ( 802.1q ) লিঙ্কের সাথে সংযুক্ত বেশ কয়েকটি এল -2-সুইচগুলি সংযুক্ত করেছে , যখন ছিলাম তখন আমি একই ধরণের সমস্যার সমাধান করেছি কমপক্ষে একটি ট্রাঙ্ক লিঙ্কের কনফিগারেশনের মধ্যে একটি অমিল।

বিশদভাবে, ডিএইচসিপি-ডিসকভার / ডিএইচসিপি-অফারের কখনও শেষ না হওয়া চক্র (যেমন ডিএইচসিপি-সার্ভারের দিক থেকে দেখা যায়), আমাকে ভাবতে দাও যে ডিএইচসিপি-ক্লায়েন্ট ডিএইচসিপি-অফার পাচ্ছে না এবং, সুতরাং, ডিএইচসিপি-কে পুনরায় প্রত্যাখ্যান করছে -ডিস্কোভার বার্তা। এই জাতীয় ডিএইচসিপি-ডিসকভার (যেমন ডিএইচসিপি-ক্লায়েন্টের পক্ষ থেকে দেখা যায়) সঠিকভাবে ডিএইচসিপি-সার্ভারের কাছ থেকে পাওয়া গেছে।

নিম্নলিখিত পরিস্থিতি বিবেচনা করে: দুটি ট্রাঙ্ক বন্দরগুলির ভুল / মেলানো সেটআপের অর্থ হ'ল:

• এসডাব্লু এ দ্বারা ট্রাঙ্ক বরাবর এসডাব্লু বিতে ভিএলএএন এক্স ট্র্যাফিক প্রেরণ করা হয়েছে (বা ডিএইচসিপি-সার্ভার থেকে ডিএইচসিপি-ক্লায়েন্টে) UNTAGGED;
• এসডাব্লু বি দ্বারা ট্রাঙ্ক বরাবর এসডাব্লু এ-তে প্রেরিত ভিএলএএন এক্স ট্রাফিক (বা ডিএইচসিপি-ক্লায়েন্ট থেকে ডিএইচসিপি-সার্ভারে) ট্যাগযুক্ত।
• এসডাব্লু বি এর ট্রাঙ্ক বন্দরের নেটিভ ভিএলএএন সেটআপের কারণে, ডিএইচসিপি-ক্লায়েন্ট ডিএইচসিপি-সার্ভারের প্যাকেটগুলি গ্রহণ করবে না ।

আপনি যদি ডিএইচসিপি-ক্লায়েন্ট হোস্টকে "নিয়ন্ত্রণ" করেন তবে সমস্যা সমাধানের পক্ষে এটি খুব সহজ । এই জাতীয় ক্ষেত্রে, ধরুন E00 হল DHCP- ক্লায়েন্ট হোস্ট দ্বারা ব্যবহৃত নেটওয়ার্ক ইন্টারফেস যা সাধারণ:

tcpdump -n -i eth0 ether-host <dhcp-server-mac-address>

ক্লায়েন্ট ডিএইচসিপি-সার্ভারের কাছ থেকে ডিএইচসিপি-অফার পান কিনা তা প্রদর্শন করবে ।

আপনি যদি ক্লায়েন্ট-সাইডটি নিয়ন্ত্রণ করতে না পারেন তবে সমস্যাগুলি সমাধান করা আরও কঠিন ।

দ্রষ্টব্য: একথাও ঠিক যে উপরে সমস্যা, পাশাপাশি অন্যান্য সংশ্লিষ্ট আর্গুমেন্ট, সহজে সঠিক প্রযুক্তির ব্যবহার এড়ানো যায় (যেমন GVRP , VTP কিন্তু বা অন্যান্য না কঠোরভাবে-ম্যানুয়াল-কনফিগ-পদ্ধতি) ... এই এই উত্তর পরিধি বাইরে

Comments

এটি প্রদর্শিত হবে যে ডিএইচসিপি সার্ভারে একটি সফ্টওয়্যার বাগের ফলস্বরূপ এটিও ঘটতে পারে, যখন সার্ভার-সাইড ইন্টারফেসটি বিভিন্ন ভিএলএএন জুড়ে ব্রিজ হয়।

— ডাস্টওয়ल्फ

Answer 3

একই সমস্যা ছিল। কোনও ডিএইচসিপিএকে না দেখছে। এখানে সমস্যাটি ছিল:

পুর্ণ ডিস্ক

dhcpd লিখতে পারেনি /var/lib/dhcp/dhcpd.leases।

Comments

অনেক ধন্যবাদ. আমি আবিষ্কার, প্রস্তাব, অনুরোধ, অনুরোধ, অনুরোধ এবং কোনও এসিএকে দেখছিলাম এবং এটিই কারণ ছিল। একই কারণে / var / লগ / সিসলগে কিছুই ছিল না। হঠাৎ হঠাৎ শুরু হওয়া অদ্ভুত আচরণ দেখে আমি প্রথমে এটি পরীক্ষা করতে শিখেছি এমন প্রায় সময়।

— রব ফিশার

Answer 4

আমি এটি কয়েকবার দেখেছি এবং এখনও পর্যন্ত আমি কেবল দুটি কারণ দেখেছি:

• ডিএইচসিপি সার্ভারের দেওয়া আইপি ঠিকানাটি ইতিমধ্যে অন্য ডিভাইস দ্বারা ব্যবহৃত। সাধারণত আপনি যদিও কোনও ডিএইচসিপিএনএকে দেখতে পাবেন।
• আপনার ফায়ারওয়ালটি ট্র্যাফিকটিকে ডিএইচসিপি সার্ভারে গ্রহণ করছে, তবে ট্র্যাফিক ফিরে নয়

ভাগ্যক্রমে দু'জনেরই পরীক্ষা করা সহজ হওয়া উচিত। আইপি ঠিকানাটি পিং করুন এবং প্রাসঙ্গিক ফায়ারওয়ালগুলি পরীক্ষা করুন check

Comments

ধন্যবাদ। প্রস্তাবিত ঠিকানাটি পিন করেছিলাম কিন্তু কোনও সাড়া নেই। আমি তখন এটির জন্য একটি পৃথক ঠিকানা সরবরাহ করার জন্য জোর করে এর জন্য একটি হোস্ট এন্ট্রি সেট আপ করেছি তবে এটি কোনও সাহায্য করবে বলে মনে হচ্ছে না। ফায়ারওয়াল চেক করবে।

— ম্যাট

Answer 5

আমি ভার্চুয়াল বাক্স ব্যবহার করে ফায়ারওয়ালগুলি সম্পর্কে শিখছি এবং আমি একইরকম সমস্যা পেয়েছি যাতে সার্ভারে DHCPACK না পাওয়া যায় এবং এটি প্রমাণিত হয়েছে যে উবুন্টু ফায়ারওয়াল ভিএম এর জন্য পরীক্ষার সবুজ (অভ্যন্তরীণ) নেটওয়ার্কের জন্য ভুল ভার্চুয়াল বক্স নেটওয়ার্ক সেটিংস ব্যবহার করা হয়েছিল এবং একটি পরীক্ষা উবুন্টু ক্লায়েন্ট ভিএম। আপনি যদি vb অভ্যন্তরীণ নেটওয়ার্কের পরিবর্তে NAT নেটওয়ার্ক ব্যবহার করেন তবে ক্লায়েন্ট ভিএম DHCP সার্ভার ভিএম এর পরিবর্তে vb এর আইপি পায়। লগগুলি দেখায় যে সার্ভারটি ক্লায়েন্টের কাছ থেকে অনুরোধ পেয়েছে তবে ক্লায়েন্ট তার পরিবর্তে ভিবি থেকে আইপি পায় যাতে আপনি কখনই কোনও এসকে সার্ভারে ফেরত পাঠাতে পারবেন না।

Answer 6

আমার কাছে ক্লায়েন্টের উপর ডিএইচসিপি সার্ভার (ইন্টারনেট শেয়ারিংয়ের মাধ্যমে) বন্ধ করতে ভুলে যাওয়া সহজ ঘটনা ছিল। আমি এটি বন্ধ করার সাথে সাথেই ডিএইচসিপি ইজারা গ্রহণ করা হয়েছে:

Apr 16 03:54:18 dnsmasq-dhcp[5952]: DHCPDISCOVER(eth0) 40:6c:8f:59:24:8e
Apr 16 03:54:18 dnsmasq-dhcp[5952]: DHCPOFFER(eth0) 10.0.0.4 40:6c:8f:59:24:8e
Apr 16 03:54:26 dnsmasq-dhcp[5952]: DHCPDISCOVER(eth0) 40:6c:8f:59:24:8e
Apr 16 03:54:26 dnsmasq-dhcp[5952]: DHCPOFFER(eth0) 10.0.0.4 40:6c:8f:59:24:8e
Apr 16 03:55:34 dnsmasq-dhcp[5952]: DHCPDISCOVER(eth0) 40:6c:8f:59:24:8e
Apr 16 03:55:34 dnsmasq-dhcp[5952]: DHCPOFFER(eth0) 10.0.0.4 40:6c:8f:59:24:8e
Apr 16 03:55:35 dnsmasq-dhcp[5952]: DHCPREQUEST(eth0) 10.0.0.4 40:6c:8f:59:24:8e
Apr 16 03:55:35 dnsmasq-dhcp[5952]: DHCPACK(eth0) 10.0.0.4 40:6c:8f:59:24:8e Heaths-MBP