কীভাবে আইপিভি 6 এএএএ রেকর্ডগুলির সাথে সম্পর্কিত বিলম্ব প্রতিরোধ করবেন?


11

আমাদের উইন্ডোজ সার্ভারগুলি AAAAআমাদের উইন্ডোজ ডিএনএস সার্ভারের সাথে আইপিভি 6 রেকর্ড নিবন্ধন করছে । তবে, আমাদের নেটওয়ার্কে আইপিভি 6 রাউটিং সক্ষম নেই, সুতরাং এটি ঘন ঘন স্টল আচরণের কারণ হয়ে দাঁড়ায়।

মাইক্রোসফ্ট আরডিপি সবচেয়ে খারাপ অপরাধী। AAAAডিএনএসে রেকর্ড থাকা কোনও সার্ভারের সাথে সংযোগ করার সময় , দূরবর্তী ডেস্কটপ ক্লায়েন্ট প্রথমে আইপিভি 6 চেষ্টা করবে এবং সংযোগের সময় শেষ না হওয়া পর্যন্ত আইপিভি 4-এ ফিরে যাবে না। পাওয়ার ব্যবহারকারীরা সরাসরি আইপি ঠিকানার সাথে সংযোগের মাধ্যমে এটিকে ঘিরে কাজ করতে পারেন। ping -4 hostname.fooসর্বদা তাত্ক্ষণিকভাবে কাজ করে আইপিভি 4 ঠিকানা সমাধান করা ।

এই বিলম্ব এড়াতে আমি কী করতে পারি?

  • ক্লায়েন্টে আইপিভি 6 অক্ষম করবেন?
  • সার্ভারে IPv6 অক্ষম করবেন?
  • ইউজার-ফেসনিগ ডিএনএস পুনরাবৃত্তির উপর আইভিভি 6 রেকর্ডগুলি?
  • মাইক্রোসফ্ট ডিএনএস সার্ভারে আইপিভি 6 এএএএ রেকর্ডগুলির নিবন্ধকরণ আটকাবেন?
    • আমি মনে করি না যে এটি এমনকি সম্ভব।

এই মুহুর্তে, আমি এমন একটি স্ক্রিপ্ট লেখার বিষয়ে বিবেচনা করছি যা আমাদের ডিএনএস অঞ্চল থেকে সমস্ত এএএএ রেকর্ডকে বিশুদ্ধ করে। দয়া করে আমাকে আরও ভাল উপায় খুঁজে পেতে সহায়তা করুন।


আপডেট: DNS সমাধানের হয় না সমস্যা। @ জোয়কওয়ার্টি তার উত্তরে উল্লেখ করার সাথে সাথে ডিএনএস রেকর্ডগুলি তাত্ক্ষণিকভাবে ফিরে আসবে। উভয় Aএবং AAAAরেকর্ড অবিলম্বে উপলব্ধ। সমস্যাটি হ'ল কিছু ক্লায়েন্ট ( mstsc.exe) সাধারণত আইভিভি 6 এর সাথে সংযোগ চেষ্টা করবে এবং আইপিভি 4-এ ফিরে যেতে কিছুটা সময় নেবে।

এটি একটি রাউটিং সমস্যার মতো মনে হচ্ছে। pingকারণ গন্তব্য ঠিকানা unroutable বলে আদেশ একটি "সাধারণ ব্যর্থতা" ত্রুটি বার্তা উৎপন্ন হয়।

C:\Windows\system32>ping myhost.mydomain
Pinging myhost.mydomain [2002:1234:1234::1234:1234] with 32 bytes of data:
General failure.
General failure.
General failure.
General failure.
Ping statistics for 2002:1234:1234::1234:1234:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

আমি এই আচরণের কোনও প্যাকেট ক্যাপচার পেতে পারি না। এটি (ব্যর্থ) পিং কমান্ডটি চালানো মাইক্রোসফ্ট নেটওয়ার্ক মনিটরে কোনও প্যাকেট তৈরি করে না। একইভাবে, mstsc.exeকোনও AAAAরেকর্ড সহ কোনও হোস্টের সাথে সংযোগ দেওয়ার চেষ্টা করা কোনও ট্র্যাফিকই উত্পাদন করে না যতক্ষণ না এটি আইপিভি 4-এ ফ্যালব্যাক করে।

আপডেট: আমাদের হোস্টগুলি সকলেই সর্বজনীনভাবে রাউটেবল আইপিভি 4 ঠিকানা ব্যবহার করছে। আমি মনে করি এই সমস্যাটি একটি ভাঙা 6to4 কনফিগারেশনে নেমে আসতে পারে। আরএফসি 1918 ঠিকানা বনাম পাবলিক আইপি অ্যাড্রেস সহ হোস্টগুলিতে 6to4 আলাদা আচরণ করে।

আপডেট: আমার নেটওয়ার্কে 6to4 সহ কিছুটা স্পষ্টভাবে আছে। আমি যখন উইন্ডোজ ক্লায়েন্টে 6to4 অক্ষম করি, সংযোগগুলি তাত্ক্ষণিকভাবে সমাধান হয়।

netsh int ipv6 6to4 set state disabled

তবে @ জোয়াকওয়ার্টি যেমন বলেছেন, এটি কেবলমাত্র সমস্যার মুখোশ। আমি এখনও আমাদের নেটওয়ার্কে আইপিভি 6 যোগাযোগ সম্পূর্ণরূপে অ-কার্যকারী কেন তা জানার চেষ্টা করছি।


11
অবশ্যই আপনার নেটওয়ার্কে আইপিভি 6 স্থাপন করা শেষ করুন।
মাইকেল হ্যাম্পটন

1
এই আইপিভি 6 রেজোলিউশন ব্যর্থতা / বিলম্বের জন্য আপনি কি কোনও ক্লায়েন্টের নেটওয়ার্ক ক্যাপচার চালিয়েছেন?
joeqwerty


1
@ জোয়কিওয়ার্টি সার্ভার এবং ব্যবহারকারীরা পৃথক সাবনেটগুলিতে রয়েছে তবে সবকিছুই একটি বড় সাইট। আমরা স্প্লিট-ব্রেন ডিএনএস ব্যবহার করছি না, সুতরাং "অভ্যন্তরীণ ডিএনএস" এর ধারণা নেই।
নিক

2
এছাড়াও আমি মনে করি আপনি নিবন্ধটি আরআইপিএর পাশাপাশি আরএফসি 6343 থেকে খুব আকর্ষণীয় এবং প্রাসঙ্গিক পাঠ পাবেন। আপনার কাছে আমার ব্যক্তিগত পরামর্শটি হ'ল সম্পূর্ণ 6to4 ডাম্প করা।
মাইকেল হ্যাম্পটন

উত্তর:


10

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


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


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


সম্পাদনা

এখন আপনি কিছু করতে পারেন।

আপনি মাইক্রোসফ্ট 6 টিও 4 অ্যাডাপ্টারের জন্য ট্র্যাফিক ক্যাপচার করছেন তা নিশ্চিত করুন, অন্যথায় আপনি আইপিভি 6 দেখতে পাবেন না:

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


আমার আরডিএস সার্ভারের জন্য এখানে এনস্লুআপ ফলাফল। IPv6 ঠিকানার নোট করুন:

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


এখন আমার ক্যাপচারের একটি স্নিপেট এখানে:

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


এবং পরিশেষে, এখানে সংযোগটি দেখানো নেটস্প্যাট থেকে একটি স্নিপেট:

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


সুতরাং আপনি স্পষ্টতই নিশ্চিত করেছেন যে, ডিএনএস রেজোলিউশন সমস্যা নয়। সমস্যাটি হ'ল আরডিপি সংযোগ আইপিভি 6 এর চেয়ে আইপিভি pre পছন্দ করে (যা উইন্ডোজের জন্য ডিফল্ট - উইন্ডোজ আইপিভি-র উপরে আইপিভি) পছন্দ করে) এবং আইপিভি functioning সঠিকভাবে কাজ না করায় এটি আইপিভি falling থেকে পিছিয়ে যাওয়ার সময় বিলম্ব ঘটাচ্ছে (যেমন আপনি বলেছেন) IPv4- র। আপনি আইপিভি 6 এর চেয়ে ক্লায়েন্টদের আইপিভি 4 এর চেয়ে বেশি পছন্দ করতে কনফিগার করে এটি ঠিক করতে পারেন, তবে আমি মনে করি এটি কেবল সমস্যার মুখোশ পাবে। IPv6 কেন কাজ করছে না তা নির্ধারণ করে এটির সমাধান করা ভাল সমাধান। আমি সাহায্য করার জন্য আইপিভি 6 সম্পর্কে পর্যাপ্ত পরিমাণে জানি না তবে আমার অনুমান যে ডিএনএস দ্বারা ফিরিয়ে দেওয়া আইপিভি 6 রেকর্ডগুলি কেবলমাত্র স্থানীয় সাবডেটে আরডিএস হোস্টের উপস্থিতিতে "স্থানীয়" ঠিকানা বৈধ এবং ক্লায়েন্টরা অন্য সাবনেটে থাকার কারণে তারা ' t those IPv6 ঠিকানায় পৌঁছে না।


ভাই, আপনি কি আরএফসি 1918?
রায়ান রেইস

হাঃ হাঃ হাঃ. তারা তাড়াতাড়ি পেয়েছে, তাদের নিজস্ব 24/24 ব্লক বরাদ্দ করা হয়েছে এবং এটি NAT এর সাথে ডিল করার পরিবর্তে অভ্যন্তরীণভাবে ব্যবহার করতে বেছে নিয়েছে। তারা ব্লকটির প্রায় 80% ব্যবহার করে এবং "যদি এটি ভঙ্গ না হয় তবে এটি সংশোধন করবেন না" অবস্থান নিয়েছে।
joeqwerty

@ জোয়কিওয়ার্টি আমি কিছু প্রশ্ন সহ আমার প্রশ্ন আপডেট করেছি। nslookup ঠিকঠাক কাজ করে তবে সাধারণ ব্যর্থতায় পিং ব্যর্থ হয়।
নিক

@ জোয়কিওয়ার্টি আপনার সমস্ত ইনপুট জন্য ধন্যবাদ। আমি এই প্রশ্নের উত্তর পোস্ট করেছি যা আমার পরিবেশে কী ঘটেছিল তা স্পষ্ট করে এবং একইরকম পরিস্থিতিতে অন্যান্য লোকেরা কী করতে পারে তার পরামর্শ দেয়।
নিক

9

6to4 নামক IPv6 রূপান্তর প্রযুক্তি এর মতো সমস্যা তৈরি করার জন্য কুখ্যাত । কাজের বিভিন্ন কারণ আছে। পৃথকভাবে তারা নিরীহ, তবে সম্মিলিত প্রভাবটি হ'ল শেষ ব্যবহারকারীরা সংযোগ বিলম্বের অভিজ্ঞতা নিতে পারেন।

তাদের নিরসন সম্পর্কিত কার্যকারিতা এবং চিন্তাভাবনাগুলির একটি তালিকা নীচে উপস্থাপন করা হয়েছে।


উইন্ডোজ ডিফল্টরূপে 6to4 সক্ষম করে

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

কোনও সিস্টেম 6to4 ব্যবহার করছে কিনা তা জানতে, চালনা করুন ipconfigএবং 6to4 উপসর্গ দিয়ে শুরু হওয়া একটি আইভিভি 6 ঠিকানা সন্ধান করুন 2002:। এটি দেখতে এমন কিছু লাগবে।

C:\> ipconfig
Tunnel adapter 6TO4 Adapter:
IPv6 Address. . . . . . . . . . . : 2002:1111:2222::1111:2222
  • যদি আপনার শেষ পয়েন্টগুলি অ্যাক্টিভ ডিরেক্টরিতে সংযুক্ত থাকে তবে আপনি 6to4 এবং টেরেডোর মতো রূপান্তর প্রোটোকল অক্ষম করতে গ্রুপ নীতি ব্যবহার করতে পারেন। এটি KB929852 এ ভালভাবে নথিভুক্ত করা হয়েছে । (আপনার ক্লায়েন্ট বা সার্ভারগুলিতে এটি প্রয়োগ করা যথেষ্ট হবে তবে আপনি যদি এই পদক্ষেপ নিচ্ছেন তবে ক্লায়েন্ট এবং সার্ভার উভয় ক্ষেত্রেই এটি সর্বত্র অক্ষম করা বোধগম্য হবে ))
  • আপনি যদি কেবল কয়েকটি হোস্ট পরিচালনা করেন তবে আপনি কেস ভিত্তিতে কোনও ক্ষেত্রে 6to4 অক্ষম করতে পারেন। এটি সম্পূর্ণরূপে আইপিভি 6 অক্ষম করার চেয়ে অনেক ভাল।netsh int ipv6 6to4 set state disabled
  • একটি পৃথক ক্লায়েন্ট অপারেটিং সিস্টেম ব্যবহার করুন। উদাহরণস্বরূপ, ম্যাক ওএস এক্সের ডিফল্টরূপে 6to4 সক্ষম নেই।

সর্বজনীনভাবে রাউটেবল আইপিভি 4 ঠিকানা ব্যবহার করা হচ্ছে

6to4 কেবলমাত্র এমন হোস্টগুলিতে কাজ করে যা সর্বজনীনভাবে রাউটেবল আইপিভি 4 ঠিকানা রয়েছে তাই এই সমস্যাটি কখনই কোনও ফ্যাটওয়ালের পিছনে হোস্টকে প্রভাবিত করে না।

  • আপনি ক্লায়েন্ট এবং / অথবা সার্ভারগুলিকে একটি NAT ফায়ারওয়ালের পিছনে নিয়ে যেতে পারেন এবং আরএফসি 1918 ঠিকানাটি ব্যবহার শুরু করতে পারেন। তবে কিছু ক্ষেত্রে, সর্বজনীন রাউটেবল ঠিকানাগুলি আসলে পছন্দসই। একটি সম্পূর্ণ নেটওয়ার্কের ঠিকানা পরিবর্তন করাও অবাস্তব পছন্দ হতে পারে।

6to4 নেটওয়ার্কটিতে সঠিকভাবে কাজ করছে না

যেকোনকাস্টকড মোডে 6to4 সমস্যা সমাধান করা কুখ্যাতভাবে কঠিন। এটি এতটা ঝামেলার বিষয় যে আইইটিএফ-র একটি আনুষ্ঠানিক অনুরোধ ছিল যে toto4 historicতিহাসিক হিসাবে পুনরায় শ্রেণিবদ্ধ করা উচিত । এই লেখকের মতে, 6to4 অবচিত করা হয়েছে।

সংক্ষেপে, 6to4 IPv6 প্যাকেটগুলিকে 6in4 (আইপি প্রোটোকল = 41) নামে একটি প্রোটোকল ব্যবহার করে আইপিভি 4 প্যাকেটে আবৃত করে কাজ করে। আইপিভি 4 প্যাকেটগুলিকে যে কোনও কাস্টকাস্ট ঠিকানায় সম্বোধন করা 192.88.99.1হয় আশা করা যায় যে এটি ইন্টারনেটে কোথাও একটি কার্যকারী 6to4 রিলে পৌঁছে যাবে। আপনি ভাগ্যবান হলে এটি ভৌগোলিকভাবেও কাছাকাছি থাকতে পারে।

অনুশীলনে, কিছু 6to4 রিলে ভুলভাবে সেট আপ করা হয়, এবং প্রচুর নেটওয়ার্ক 6in4 ট্র্যাফিক এমনকি ফায়ারওয়ালটি অতিক্রম করতে দেয় না। সাধারণত এটি ঘটে যখন ফায়ারওয়াল সমস্ত আউটবাউন্ড ট্র্যাফিকের অনুমতি দেয় তবে স্পষ্টভাবে আইপি প্রোটোকল 41 প্যাকেটগুলিকে ফায়ারওয়ালের মধ্য দিয়ে ফিরে আসতে দেয় না। (সমস্যা সমাধানের জন্য প্রাসঙ্গিক আরএফসি নোট করুন)) এই ব্যর্থতা ("অভ্যন্তরীণ ব্ল্যাকহোল") এবং আরও অনেকগুলি আরএফসি 63৩৩৩ এ বর্ণিত হয়েছে ।

  • হোস্ট থেকে অভ্যন্তরীণভাবে আপনার নেটওয়ার্কে প্রেরণ করা হলে আইপি প্রোটোকল 41 (টিসিপি রিসেট সহ) জোরে জোরে প্রত্যাখ্যান করতে আপনার ফায়ারওয়াল সেট আপ করুন। এর ফলে একটি "ব্যর্থ দ্রুত" আচরণ হওয়া উচিত যা অ-নিরস্তক সংযোগ বিলম্বের চেয়ে আরও বেশি অর্থবোধ করে। সীমিত পরীক্ষার পরিবেশে কাজ করার জন্য এটি প্রদর্শিত হয়েছে ।
  • আপনার আইএসপি বা ফার্স্ট-হপ ট্রানজিট সরবরাহকারীকে একটি কার্যকারী 6to4 রিলে সেট আপ করতে বলুন। যদি এটি সঠিকভাবে করা হয় তবে এটি শেষ ব্যবহারকারীদের জন্য সেরা অভিজ্ঞতার ফলস্বরূপ। সর্বজনীন রাউটেবল আইপিভি 4 ঠিকানা সহ যে কোনও শেষ ব্যবহারকারী আইপিভি 6 ইন্টারনেটে অংশ নিতে সক্ষম হবেন।

গতিশীল ডিএনএস নিবন্ধকরণ

একটি সাধারণ সক্রিয় ডিরেক্টরি পরিবেশে, প্রতিটি কম্পিউটারকে ডিএনএস সার্ভারের সাথে নিজস্ব ঠিকানা নিবন্ধ করার অনুমতি দেওয়া হয়। যখন কোনও হোস্ট মাল্টিহোমড হয়, তখন এটি 6to4 টানেল থেকে এমনকি তার সমস্ত ঠিকানা নিবন্ধভুক্ত করবে।

বেশিরভাগ ইন্টারনেট পরিষেবা গতিশীল ডিএনএস ব্যবহার করে না, সুতরাং এই সমস্যাটি সাধারণত এন্টারপ্রাইজ সাইটগুলিতে সীমাবদ্ধ থাকে যেখানে ক্লায়েন্ট এবং সার্ভারগুলি একই নেটওয়ার্কে সমস্ত "অভ্যন্তরীণ" থাকে।

  • আপনি গতিশীল ডিএনএস আপডেটগুলি অক্ষম করতে বেছে নিতে পারেন। তারপরে আপনি যদি জোন ফাইলটিতে কোনও এএএএ সংস্থান রেকর্ড না রাখেন তবে সেগুলি কখনই পরিবেশন করা হবে না। তবে গতিশীল ডিএনএস প্রায়শই অভ্যন্তরীণ ডিএনএস সার্ভারের জন্য কাঙ্ক্ষিত। (আপনি যদি এটি করেন তবে ইতিমধ্যে উপস্থিত যে কোনও এএএএ রেকর্ডসও মুছে ফেলতে ভুলবেন না))
  • AAAA সংস্থান রেকর্ডের জন্য উত্তর সরবরাহ না করার জন্য DNS সার্ভার সেট আপ করুন। তবে এটি করবেন না, কারণ আপনি যখন আইপিভি 6 বাস্তবায়ন শুরু করতে চান তখন এটি আপনাকে সত্যই সমস্যা দেয়। (ফ্রি / ওপেন সোর্স ডিএনএস ফায়ারওয়াল সম্পর্কে কেউ কি জানেন?)

ক্লায়েন্ট অ্যাপ্লিকেশন করুণভাবে ব্যর্থ হয় না

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

  • একটি ভিন্ন ক্লায়েন্ট ব্যবহার করার চেষ্টা করুন। আপনি ভাগ্যবান পাবেন।

আরএফসি 6598 ঠিকানাগুলি কীভাবে সমস্যাটিকে আরও খারাপ করে তুলতে পারে তার একটি উল্লেখ সহ আমি 6to4 বিষয় নিয়ে আলোচনাটি প্রসারিত করব। বেশিরভাগ সফ্টওয়্যার যা কোনও সার্বজনীন আইপিভি 4 ঠিকানা পাওয়া যায় তা স্বয়ংক্রিয়ভাবে 6to4 সক্ষম করে R সুতরাং একটি আরএফসি 6598 ঠিকানা স্বাভাবিকভাবে সনাক্ত করা হবে যেন এটি কোনও সর্বজনীন আইপিভি 4 ঠিকানা। তবে এটি নেই এবং আরএফসি 6598 ঠিকানায় 6to4 চালানো কাজ করছে না। যদি আপনি 2002: 6440 :: / 26 থেকে কোনও আইভিভি 6 ঠিকানা দেখতে পান তবে আপনি 6to4 + আরএফসি 6598 সমস্যার মধ্যে চলে গেছেন।
ক্যাস্পারড

6to4 হোস্টকাস্ট এবং নেটিভ আইপিভি 6 হোস্টের মধ্যে যোগাযোগ করার সময় 6to4 যেকোনকাস্ট রিলে কেবল সম্পর্কিত হয়, দুটি 6to4 হোস্টের মধ্যে যোগাযোগ করার সময় এটি সম্পর্কিত হয় না (হাস্যকরভাবে এর অর্থ এই যে কিছুতে নেটিভ আইপিভি 6 যুক্ত করা হবে তবে সমস্ত হোস্টই খারাপ হতে পারে না)।
পিটার গ্রিন

2

আমি বুঝতে পারি যে এই পরিস্থিতির জন্য এটি খুব সহায়ক নয়, তবে একই ধরণের সমস্যার মুখোমুখি হওয়া বাস্তবায়নকারীদের জন্য, "হ্যাপি আইবলস" (আরএফসি 6555) নামে পরিচিত একটি বাস্তবায়ন কৌশল রয়েছে যা একই সাথে আইপিভি 4 এবং আইপিভি 6 এর সাথে সংযোগ স্থাপনের জন্য এবং যে কোনওটিকে প্রথমে সংযোগ স্থাপন করার জন্য একটি কৌশল নির্দিষ্ট করে।


0

এখানে আমার সমাধান ছিল। ডিফল্টরূপে উইন্ডোজ আইপিভি routes টি রুটকে আইপিভি routes টি রুটের চেয়ে বেশি অগ্রাধিকার দেয়। আপনি যদি আইপিভি 6 প্রিফিক্স নীতিটি সম্পাদনা করেন তবে আপনি এই আচরণটি পরিবর্তন করতে পারেন এটি আইপিভি 4 এর পক্ষে আইপিভি 6 এর অগ্রাধিকার হিসাবে ব্যবহার করতে।

আমার নেটওয়ার্কের সমস্ত সিস্টেম একই পদ্ধতিতে সেট আপ হয়েছে তা নিশ্চিত করতে, আমি কোনও মেশিন নির্মাণ বা পুনঃনির্মাণের পরে সফ্টওয়্যার ইনস্টল করার সময় একটি .bat স্ক্রিপ্ট রান করার জন্য নিম্নলিখিত কমান্ডগুলি রেখেছি।

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

netsh interface ipv6 delete prefixpolicy ::1/128
netsh interface ipv6 delete prefixpolicy ::/0
netsh interface ipv6 delete prefixpolicy 2002::/16
netsh interface ipv6 delete prefixpolicy ::/96
netsh interface ipv6 delete prefixpolicy ::ffff:0:0/96
netsh interface ipv6 delete prefixpolicy 2001::/32

netsh interface ipv6 add prefixpolicy ::1/128 50 0
netsh interface ipv6 add prefixpolicy ::ffff:0:0/96 40 1
netsh interface ipv6 add prefixpolicy ::/0 30 2
netsh interface ipv6 add prefixpolicy 2002::/16 20 3
netsh interface ipv6 add prefixpolicy ::/96 10 4
netsh interface ipv6 add prefixpolicy 2001::/32 5 5

এটি কী করে তা ব্যাখ্যা করার জন্য:

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

কমান্ডগুলির দ্বিতীয় ব্লক সমস্ত বিদ্যমান আইপিভি 6 রাউটিং উপসর্গের নীতিগুলি মুছে দেয়।

তৃতীয় ব্লকটি আইপিভি 6 উপসর্গের নীতিগুলি পুনরায় তৈরি করে তবে অগ্রাধিকারের একটি আলাদা সেট ব্যবহার করে। যেমন আইপিভি 4 এর সাথে সম্পর্কিত উপসর্গটি আইপিভি 6 এর চেয়ে বেশি অগ্রাধিকার দেওয়া হয়, এবং মেশিনটি আইপিভি 4 ব্যবহার করতে চাইবে যদি না অ্যাপ্লিকেশন আইপিভি 6 এর ব্যবহার নির্দিষ্ট করে দেয়।

এই সমাধানটি কার্যকরী দ্বৈত-স্ট্যাকের ক্ষমতা ধরে রাখে, তবে আইপিভি 4 ব্যবহারের অগ্রাধিকারের অর্থ হ'ল অসম্পূর্ণ, অবিশ্বাস্য, বা দুর্বল সম্পাদনকারী আইপিভি 6 থাকা সাইটগুলি সিস্টেমের কোনও প্রোগ্রামের কাছে না বলা পর্যন্ত এটি ব্যবহার করা এড়াতে পারে।

এটি আমার অভিমত যে অপারেটিং সিস্টেমগুলি আইপিভি 6 এর পক্ষে আইপিভি 6 ব্যবহার করে তা গ্রহণের ক্ষেত্রে বাধা সৃষ্টি করে is ট্রানজিশনাল পিরিয়ডের সময়, এমন সময় আসবে যখন কোনও হোস্টের মনে হয় এর আইপিভি 6 সংযোগ রয়েছে তবে বাস্তবে এটি সম্পূর্ণরূপে কার্যকরী সংযোগ নেই, এটি সফ্টওয়্যার ত্রুটি এবং বৃহত্তর বিলম্বের দিকে পরিচালিত করে। আমি জানি এমন অনেক লোক সম্পূর্ণ সংযোগ স্থাপনের আগে প্রথমে একটি ভাঙা ফ্যাশনে আইপিভি 6 মোতায়েনকারী আইএসপিগুলির জন্য একটি ওয়ার্কআরন্ড হিসাবে তাদের রাউটারে সম্পূর্ণরূপে আইপিভি 6 অক্ষম করে ফেলেছে এবং এই লোকেরা কেবল তাদের রাউটারটি পুনরায় কনফিগার না করা পর্যন্ত এটি আবার আইপিভি 6 ছাড়াই এটিকে সক্ষম করতে ভুলে যাবে।


টানেলিং অক্ষম করার জন্য +1, আইপিভি 4 পছন্দ করার জন্য -1। এটি বেশিরভাগ মানুষের পক্ষে সমস্যা নয় এবং নির্দিষ্ট পরিস্থিতিতে নির্দিষ্ট ব্যবহারকারীদের জন্যই এটি প্রয়োগ করা উচিত।
মাইকেল হ্যাম্পটন 16
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.