উইন্ডোজ 2008 গ্র্যাটিউটাস এআরপি অনুরোধগুলি উপেক্ষা করে


38

আমরা সম্প্রতি আমাদের রাউটারটি ব্যর্থ হওয়ার পরে একটি সমস্যা দেখেছি যেখানে আমাদের উইন্ডোজ ২০০৮ বক্সগুলি ব্যর্থ ব্যাকের পরে প্রাথমিক রাউটারের সাথে কথা শুরু করে নি।

যখন আমরা কিছু খনন করেছি তখনও তাদের মাধ্যমিক রাউটার থেকে এআরপি প্রবেশ ছিল। টেকনেট ব্লগের মতে এটি বাই-ডিজাইন:

প্রথমত, কোনও উইন্ডোজ ভিস্তা বা উইন্ডোজ সার্ভার ২০০৮ আরআরপি সম্প্রচারটি যদি রিসিভারের জন্য সম্প্রচারিত এআরপি অনুরোধের অংশ না হয় তবে নেবার ক্যাশে আপডেট করবে না । এর অর্থ হ'ল যখন কোনও গ্রাচুয়ালি এআরপি উইন্ডোজ ভিস্তা এবং উইডো সার্ভার ২০০৮ এর সাথে কোনও নেটওয়ার্কে প্রেরণ করা হয়, কোনও আইপি ঠিকানার বিরোধ না থাকলে এই সিস্টেমগুলি ভুল তথ্য দিয়ে তাদের ক্যাশে আপডেট করবে না।

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

গ্রেটুইটাস এআরপি অনুরোধগুলি গ্রহণ করতে উইন্ডোজকে বাধ্য করার কোনও উপায় আছে?


উত্তর:


8

পরীক্ষার পরে দেখে মনে হচ্ছে হটফিক্স 2582281 সমস্যাটি সমাধান করে। আপনি তাদের হটফিক্স অনুরোধ পৃষ্ঠা ব্যবহার করে সমর্থন না দিয়ে হটফিক্স পেতে পারেন ।

আমি arpingউইন্ডোজ 2008 আর 2 ব্যবহার না করে এবং আনপ্যাচড উইন্ডো ব্যবহার করে এর একটি পরীক্ষা চালিয়েছি। আমি একই নেটওয়ার্ক এল 2 বিভাগে থাকা একটি মেশিনে একটি গৌণ আইপি, 64.34.119.80 যুক্ত করেছি। আমি তখন একটি পৃথক মেশিন নেটওয়ার্ক ( sudo arping -U 64.34.119.80 -I bond0 -c1) থেকে নিম্নলিখিত কমান্ডটি জারি করেছি । তার ঠিক পরে, আমি ওয়্যারশার্কে আর্পটি রিসিভ করার পরে উইন্ডোজ বক্স থেকে .3৪.৩৪.১১৯.৮০ পিন করেছি। আমি তখন হটফিক্স প্রয়োগ করে পরীক্ষার পুনরাবৃত্তি করি।

এছাড়াও, এটি দেখে মনে হয় যে আরপিং কমান্ডটি ইউনিকাস্ট ম্যাক ঠিকানা ব্যবহার করার পরিবর্তে সম্প্রচার ম্যাক ব্যবহার করা প্রয়োজন কারণ এটি আমার পরীক্ষাগুলি থেকে উপেক্ষা করা একমাত্র GARP G

প্যাচ আগে:

এখানে চিত্র বর্ণনা লিখুন

এই ওয়্যারশার্ক ক্যাপচারে, জিএআরপি অনুরোধের পরে পিংটি ম্যাক গন্তব্যটিতে পাঠানো হয়নি যা জিএআরপি এসেছে, তাই আপনি দেখতে পাচ্ছেন যে জিএআরপি উপেক্ষা করা হচ্ছে।

প্যাচ পরে:

এখানে চিত্র বর্ণনা লিখুন

এই পরীক্ষায়, প্যাচের পরে, জিএআরপি অনুরোধটি সম্মানিত বলে মনে হচ্ছে কারণ জিআরপি যে ম্যাক ঠিকানায় এসেছে সেটিতে পিংটি প্রেরণ করা হয়েছে।

সুতরাং এই পরীক্ষাগুলি থেকে মনে হচ্ছে হটফিক্স 2582281 GARP সম্প্রচারকে উপেক্ষা করার বিষয়টি স্থির করে।


4

এখনই আমার নিজের টিসিপিআইপি সমস্যাটি নিয়ে গবেষণা করার সময়, আমি এই খুব আকর্ষণীয় হটফিক্সকে হোঁচট খেয়েছি:

http://support.microsoft.com/kb/2582281

কারণ:

এই সমস্যাটি ঘটে কারণ অ্যাপ্লিকেশন সার্ভারের টিসিপি / আইপি স্ট্যাক ভুলভাবে গ্রাহ্য অ্যাড্রেস রেজোলিউশন প্রোটোকল (এআরপি) অনুরোধগুলি উপেক্ষা করে।

এটি আপনি যা চালাচ্ছেন তার মতো ভয়ঙ্কর শোনায়। 7/22/2011 প্রকাশিত এটিও একেবারে নতুন হটফিক্স, এটি প্রথম যখন আপনি প্রবেশ করেছিলেন তখন প্রায় ছিল না।


দেখে মনে হচ্ছে এই কেবি নিখোঁজ?
কাইল ব্র্যান্ড্ট

@ কাইলব্র্যান্ড এটি সেখানে ছিল, এবং এখন এটি চলে গেছে। আমি ভাবছি যে যদি সমস্যাটি এখন অন্য কোনও পরিষেবা-প্যাক / আপডেটে আচ্ছাদিত রয়েছে তবে সম্ভবত এটি হ'ল: সাপোর্ট.মাইক্রোসফট
সিসাদমিন1138

3

ব্যবহার করে দেখুন netsh interface ipv4 set interface x basereachable=yযেখানে x ইন্টারফেস সূচি এবং y মিলিসেকেন্ডে ARP সময়সীমার যে আপনি চান হয়। অ্যাডমিন সুবিধা সহ কমান্ড প্রম্পট থেকে এটি করতে ভুলবেন না!


2
এটি প্রকৃতপক্ষে কেবল তখনই সময়টি সামঞ্জস্য করে যখন প্রতিবেশী ক্যাশে ভাবেন যে এন্ট্রিটি বাসি বনাম অ্যাক্সেসযোগ্য। যদি এইচএ উভয় বাক্স ব্যর্থতার সময় ফিরে আসে তবে উইন্ডোজ কখনই এটিকে বাসি এবং পুনরায় আরপ হিসাবে দেখবে না।
জিফার

1
আমি মনে করি না যে উইন্ডোজকে কৃত্রিম এআরপি গ্রহণ করতে বাধ্য করার কোনও উপায় আছে। প্রকৃতপক্ষে, এর কারণে ভিন্ন দৃশ্যে ফেলওভার / ফেইলব্যাক অর্জনের জন্য আমাকে ভিত্তিযোগ্য সময়কে কম করতে হয়েছিল।

3

আপনি কোন হপ রিডানডেন্সি প্রোটোকলটি ব্যবহার করছেন?

আমি সচেতন এটি আপনার প্রশ্নের সরাসরি উত্তর দেয় না, তবে ভিআরআরপি (এবং এর স্বত্বাধিকারী পূর্বপুরুষ, এইচএসআরপি) একটি ভাগ করা ম্যাক ঠিকানা ব্যবহার করে যা মাস্টার রাউটার পরিবর্তিত হলে একটি নতুন সুইচ পোর্টে উল্টানো হয়। এটি সম্পূর্ণরূপে একটি কৃত্রিম এআরপি প্রয়োজনের আশেপাশে।


1

পূর্বশক্তি
1. উইনপিসিএপি 4.0.1 (4.1.2 সংস্করণটি কাজ করে না)
- http://www.winpcap.org/archive/4.0.1- WinPcap.exe (উইন্ডোজ সংস্করণ)
2. ওয়্যারশার্ক 1.6.7
3. আইপিভি 6 অক্ষম নেটওয়ার্ক ইন্টারফেসে, আরপিং নিষেধাজ্ঞার কারণে
4. আরপিং
- http://mathieu.carbou.free.fr/pub/arping/2.06/arping.zip (উইন্ডোজ বাইনারি)

এক্সিকিউশন
1. ইন্টারফেসের নাম পান
- "ই: \ প্রোগ্রাম ফাইলগুলি \ ওয়্যারশার্ক s tshark.exe "-ডি
- ওয়্যারশার্ক ইন্টারফেসের বিবরণ থেকে
2. আরপি
কার্যকর করুন - এআরপি কৃতজ্ঞ অনুরোধটি প্রেরণ করুন - arping.exe -A -i \ ডিভাইস \ NPF_ {4399F778-AF25-4B6D-AFFB-A1F2C7DFA667 50 10.20.30 -সি 3-এস 10.20.30.50
যেখানে 10.20.30.50 হল সেই আইপ্যাড্রেস যা আপনি নেটওয়ার্কে ঘোষণা করতে চান (রাউটার)


-4

Http://blog.serverfault.com/post/windows-2008-and-broken-arp/ থেকে লিঙ্কটিতে আমি এর মুখোমুখি হয়েছি ।

আপনি যদি স্ট্যাকওভারফ্লোতে জিজ্ঞাসা করেছিলেন তবে আপনার হয়ত খুব দ্রুত সমাধান হয়ে গিয়েছিল।

জিএআরপি প্যাকেটগুলি স্নিগ্ধ করুন এবং আরপ-এস ইনট_এডিডিআর এথ_এডিডিআর চালান।

আপনার ল্যানে কোনও প্রতিকূল মেশিন পাওয়ার দূরেরতম সুযোগ থাকলে এটি করবেন না।


এটি আসলে কোনও ঠিক নয়। এটি এমন একটি কাজ যা একটি মেশিনে কাজ করে। আচরণটি এখনও ভেঙে গেছে। যা করা হচ্ছে তা হ'ল আরপ টেবিলের ঠিকানাটি ম্যানুয়ালি বদলানো, আচরণের মূল কারণটি ঠিক করা নয়।
জিফার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.