সাইটের আইপি ঠিকানা পরিবর্তন করার সর্বোত্তম উপায় - শেষ ব্যবহারকারীর দৃষ্টিকোণ থেকে?


10

আমি এখানে প্রাসঙ্গিক প্রশ্নোত্তরের একটি গুচ্ছটি পড়েছি তবে সর্বোত্তম উত্তরটি কী তা আমি এখনও নিশ্চিত নই।

আমি আইপি অ্যাড্রেস "1.abc" থেকে "2.def" এ বেশ কয়েকটি সাইট চালিয়ে যাচ্ছি। বিদ্যমান ডিএনএসে এখনই আমি সমস্ত টিটিএলকে 300 সেকেন্ডে সেট করেছি এবং আমার কাছে একটি নতুন ডিএনএস জোন প্রস্তুত রয়েছে (এডাব্লুএস রুট 53 এ) নতুন নেমসারভার এবং সমস্ত টিটিএল 60 সেকেন্ডে। সুতরাং আমি বিশ্বাস করি যে আমি একটি ডিএনএস দৃষ্টিকোণ থেকে প্রস্তুত। পদক্ষেপের পরে, কয়েক দিন পরে আমি টিটিএলকে আরও যুক্তিসঙ্গত সংখ্যার রুট 53 এ সেট করব।

আমি আমার সমস্ত ব্যবহারকারীদের সরানো সম্পর্কে সতর্ক করেছি এবং সরানোর জন্য আমার কাছে একটি সময় নির্ধারিত উইন্ডো রয়েছে have আমি তাদের বলেছিলাম যে একবার এই পদক্ষেপটি সম্পূর্ণ হয়ে গেছে এবং যদি 24 ঘন্টা চলে যায় এবং তারা এখনও পুরাতন (লকড) সাইটগুলি দেখতে পায় তবে একটি স্থানীয় ডিএনএস ক্যাশে ফ্লাশ করার জন্য তাদের কম্পিউটার পুনরায় চালু করা উচিত।

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

(সম্পাদনা) - আমার পুরানো সার্ভারে রুট অ্যাক্সেস নেই, তাই আমি এই প্রশ্নের গৃহীত উত্তরটি প্রয়োগ করতে পারি না ।

প্রশ্ন: আমি সত্যিই চাই না যে আমার ব্যবহারকারীরা এটির মোকাবিলা করতে পারে, সুতরাং সেখানে সমস্ত ব্রাউজারকে পুনরায় ক্যাশে বাধ্য করার জন্য আমি কি কিছু করতে পারি? এবং যদি তাই হয় তবে আমি এটি আর কতক্ষণ চালু রাখব?

ধন্যবাদ ...


My own experiments with a local hosts file (Win7) tell me there is something about the browser that is not letting the old IP address goআপনি এই সম্পর্কে কিছু তথ্য সরবরাহ করতে পারেন? আফাইক, ব্রাউজারগুলি 1 মিনিটেরও বেশি সময় ডিএনএস রেকর্ডকে ক্যাশে করে না।
তন্ময়

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

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

ধন্যবাদ ... তবে তারপরে আমাকে আবার পুরানোটি নতুন (ডাটাবেস ইত্যাদির) সাথে আবার সিঙ্ক করতে হবে, না?
সিসি

আপনাকে ফরওয়ার্ডিং বন্ধ করার আগে একবার ডাটাবেস সিঙ্ক করতে হবে।
তন্ময়

উত্তর:


15

না, আপনি পারবেন না। সমস্যাটি হ'ল DNS প্রতিক্রিয়া ব্যবহারকারী এবং ডিএনএস সার্ভারের মধ্যে যে কোনও জায়গায় ক্যাশে করা যেতে পারে এবং সেগুলি অকার্যকর করার কোনও উপায় নেই।

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

এইভাবে, আপনি আপনার ওয়েবসাইটের প্রায় 0 টি ডাউনটাইম অর্জন করতে পারেন।

হালনাগাদ

আপনার কাছে যদি রুট অ্যাক্সেস না থাকে তবে বিভিন্ন বিকল্প রয়েছে:

  • পিএইচপি-তে প্রক্সিিং সম্পাদন করুন

  • দ্বিতীয় সার্ভারে প্রক্সি কনফিগার করুন (আপনার যদি সেখানে রুট অ্যাক্সেস থাকে), ডিএনএস স্যুইচ করুন এবং যখন আপনি প্রস্তুত হবেন তখন প্রক্সিটি ওয়েবসার্ভারে পরিবর্তন করুন

  • এই পদ্ধতিটি সমস্যার উত্স হতে পারে 2 ঠিকানা (www.domain.tld এবং www2.domain.tld) ​​থাকতে পারে। Www2 কনফিগার করুন (যা www এর সমান) এবং সঠিক ডিএনএস রেকর্ড সেট করে। তারপরে আপনার সাইটের www সংস্করণ প্রস্তুত করুন এবং ডিএনএসের স্যুইচ করুন। পুরানো সার্ভারে সমস্ত অনুরোধগুলি www2 সাবডোমেনে পুনর্নির্দেশ সেট করুন।


আপনি কি এই বিষয়ে কিছুটা প্রসারিত করতে, বা একটি নিবন্ধ বা আমি / পড়তে পারি এমন Q / A এর পয়েন্টার দিয়ে মনে করবেন? আমার কাছে বিদ্যমান সার্ভারে রুট অ্যাক্সেস নেই তাই আমি সরাসরি আইপি টেবিলগুলি পরিচালনা করতে পারি না ... তাই কোনও বিকল্প উপায় আছে কি?
সিসি

@CC সম্ভবত আপনার অ্যাপ্লিকেশনটিকে HAProxy উদাহরণের সাথে প্রতিস্থাপন করতে অ্যাক্সেস পেয়েছে? বা আপনার অ্যাপ্লিকেশন কোডটিকে অন্য কোনওটির সাথে প্রতিস্থাপন করুন যা অনুরোধটি সম্পূর্ণভাবে নতুন সার্ভারে প্রেরণ করে?
জেসন মার্টিন 15

@ জেসনমার্টিন - আমার কাছে .htaccess এবং অ্যাপ্লিকেশন কোড অ্যাক্সেস রয়েছে। সুতরাং, হ্যাঁ আমি সম্ভবত অনুরোধ করা ইউআরএল ধরে নতুন আইপি ঠিকানায় এগিয়ে যেতে পারি - সম্ভবত আমার এটি চেষ্টা করা উচিত?
সিসি

@CC যা আশাপ্রদ মনে হচ্ছে। ডিএনএস একটি 'অবশেষে সামঞ্জস্যপূর্ণ' সরঞ্জাম, এবং কিছু ডিএনএস সার্ভারগুলি তাদের টিটিএল-তে মেঝে স্থাপন করে এবং আপনার 300s অগ্রাহ্য করবে। আপনি যদি সেখানে কোনও বাধা এড়াতে চান, একটি ফরোয়ার্ডিং প্রক্সি সেরা বাজি।
জেসন মার্টিন

4

তত্ত্ব অনুসারে, ডোমেনের টিটিএলকে কম কিছুতে সেট করা এবং সেই পরিবর্তনটি হওয়ার জন্য অপেক্ষা করা, তারপরে আইপি পরিবর্তন করার ফলে নিকট-স্বচ্ছ স্থানান্তরিত হওয়া উচিত। সর্বোপরি, এটি টিটিএল কনফিগারযোগ্য হওয়ার পুরো পয়েন্ট।

অনুশীলনে, লোকেরা জিনিস এবং সরঞ্জামগুলিকে ভুলভাবে কনফিগার করে। এ কারণেই যদি জিনিসগুলি সঠিকভাবে কাজ না করে তবে আপনার ব্যবহারকারীদের তাদের স্থানীয় ক্যাশে সাফ করার জন্য আপনাকে নির্দেশিকাগুলি সরবরাহ করতে হবে।

আপনি যদিও কিছু ভুল করছেন না।


পুরানো আইপি ঠিকানা সহ - আমি কি সঙ্গে সঙ্গে নতুন এডাব্লুএস রুট 53 ডিএনএস-এ স্যুইচ করব? তবে মাইগ্রেশন শেষ হওয়ার পরে কেবল নতুন আইপি ঠিকানাটি পরিবর্তন করতে হবে? - অথবা শুধু নতুন এক ডিএনএস পরিবর্তন এবং একই সময়ে আইপি পরিবর্তন?
সিসি

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

1
ঠিক আছে আমি একটি পরীক্ষা চেষ্টা। একটি সাইট, আমি DNS কয়েক ঘন্টা আগে পরিবর্তন করেছি, তারপরে পরে একটি রেকর্ড আইপি ঠিকানা পরিবর্তন করেছি। নিখুঁতভাবে কাজ করেছেন। অন্য সাইট আমি একবারে উভয়ই পরিবর্তন করেছি। এটি ঘন্টার জন্য পুরানো / নতুন আইপি ঠিকানাটির মধ্যে ছড়িয়ে পড়েছিল - অবশেষে আমি এডাব্লুএস রুট 53 অঞ্চলটি মুছে ফেলেছি এবং এটি প্রথম সাইটের মতো একইভাবে পুনরায় করেছি। নিখুঁতভাবে কাজ করেছেন। সুতরাং কোনও চিম্টি লবণের দরকার নেই - আপনি স্পট ছিলেন!
সিসি

1

অনিবার্যভাবে আপনার পুরানো ঠিকানা ক্যাশে হবে এবং দীর্ঘ সময়ের জন্য ব্যবহার করা হবে - বেশিরভাগ বট দ্বারা।

আমি এটি কীভাবে করব:

  • একটি রেকর্ড তৈরি করুন, উদাহরণস্বরূপ www2.yourdomain.com, নতুন আইপি-তে নির্দেশ করা। এই রেকর্ডটি আগে কখনও ব্যবহার করা উচিত ছিল না; অতএব কখনই ক্যাশেড হয়নি।
  • পুরানো সার্ভারে কোয়েরিতে পুনঃনির্দেশ করুন www2.yourdomain.com
  • পুনঃনির্দেশগুলি পর্যবেক্ষণ করুন এবং যখন ট্র্যাফিক কোনও গ্রহণযোগ্য স্তরে সাবস্ক্রাইব হয় তখন পুরানো সার্ভারটি সরান।
  • এবং অবশেষে একবারে পুরানো সার্ভারটি সরানো হলে এটিকে পুনর্নির্দেশ www2.yourdomain.comকরুন www.yourdomain.com

301 স্থায়ী পুনঃনির্দেশগুলি ব্যবহার করার বিষয়ে নিশ্চিত হন। https://en.wikipedia.org/wiki/HTTP_301


আমার অন্ত্র অনুভূতিটি হ'ল তিনি প্রথমবারের পুনঃনির্দেশগুলির জন্য 301 ব্যবহার করবেন না , তবে কেবল দ্বিতীয়টির জন্য। তাঁর কোন বিশেষ কারণ আছে যা কেবলমাত্র এসইওরিক প্রজ্ঞার সাথে পরিচিত হতে পারে?
র্যান্ডম 832

@ র্যান্ডম 832 একটি স্থায়ী ব্যবহারকারী-এজেন্টকে পুরানো ইউআরএল সম্পর্কে ভুলে যেতে এবং উদাহরণস্বরূপ বুকমার্কগুলি আপডেট করে নতুন ইউআরএলটিতে নির্দেশ করতে বলে (যাতে পরের বার তারা সরাসরি নতুন ইউআরএল অ্যাক্সেস করতে পারে)। পরে আবার পুনর্নির্দেশ করার কোনও ক্ষতি নেই (বা মূল url এ ফিরেও)। অন্যদিকে অস্থায়ী পুনঃনির্দেশ ব্যবহারকারী-এজেন্টকে মূল ইউআরএল রাখতে বলে (কারণ পরের বারে পুনর্নির্দেশটি ভিন্ন লক্ষ্য হতে পারে বা নাও হতে পারে)। সুতরাং অস্থায়ী পুনঃনির্দেশগুলির সাহায্যে পুনঃনির্দেশ পর্যবেক্ষণ কখনও "গ্রহণযোগ্য পর্যায়ে" পড়বে না
হেগেন ভন ইটজেন

@ হ্যাগেনভোনইটজেন এটি একটি গ্রহণযোগ্য স্তরে নেমে আসবে কারণ ব্রাউজারগুলি www.yourdomain.com- এর জন্য পুরানো সার্ভারের আইপি ঠিকানা পাওয়া বন্ধ করে দেয়, এটি একটি ডিএনএস বিষয় এবং এটি ব্যবহৃত HTTP পুনর্নির্দেশের ধরণের দ্বারা প্রভাবিত হবে না। এবং "কারণ পুনঃনির্দেশটি ঘটতে পারে ... পরের সময়ে হবে না" তাই যথাযথভাবে সত্য।
র্যান্ডম 832

0

মনে হচ্ছে আপনি একই সাথে আপনার নেমসার্ভারগুলি পরিবর্তন করার পরিকল্পনা করছেন? নেমসার্ভারগুলি যেভাবে আবিষ্কার করা হয়েছে তার কারণে তারা নিয়মিত রেকর্ডের তুলনায় আপডেট হতে অনেক বেশি সময় নেয় - প্রায়শই প্রায় ২৪ ঘন্টা বা তার বেশি সময়।

আমি আপনাকে ডিএনএস পরিবর্তন করার আগে আপনার বর্তমান সরবরাহকারীর ডিএনএস আপডেট করার বা ওয়েবসাইট আইপি পরিবর্তন করার days দিন আগে আপনার নেমসার্ভারগুলি পরিবর্তন করার জন্য সুপারিশ করব।

আধুনিক কম্পিউটার এবং ব্রাউজারগুলি ডিএনএসের সাথে টিটিএল মান্য করার ক্ষেত্রে বেশ নির্ভরযোগ্য তবে আপনাকে সেরা ফলাফলের জন্য পুরো চেইনটি বুঝতে হবে।


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