আমি কোন সার্ভারের সাথে ভার ভারসাম্য বজায় রাখতে পারি তা কীভাবে বলতে পারি?


8

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

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

অতিরিক্ত তথ্য: উভয় সার্ভারই ​​অ্যাপাচি চালায় এবং লোড ব্যালান্সারের সেশন অধ্যবসায়টি কনফিগার করা থাকে।

উত্তর:


8

আপনি যদি বুদ্ধিমান হতে চান তবে কেবল ওয়েবসভারটি একটি Server:প্রতিক্রিয়া শিরোনামে নিজেকে সনাক্ত করুন ( আরএফসি 2616 সেক 14.38 )। উদাহরণস্বরূপ, অ্যাপাচি-তে, সেই শিরোনামে ফিরে আসা তথ্য ServerTokensনির্দেশ দ্বারা নিয়ন্ত্রিত হয় । তারপর, এটি প্রতিক্রিয়া হেডার পরিদর্শন শুধু একটি ব্যাপার ফায়ারবাগকে , Chrome DevTools , অথবা সাফারি ওয়েব ইন্সপেক্টর টাইমলাইনে

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


ধন্যবাদ @ 200_সাক্সেস। সব সুন্দর লাগছে। আমার প্রশ্নটি আপডেট করার জন্য সার্ভারগুলি অ্যাপাচি চালাচ্ছে তাই আপনার লিঙ্কটিও দরকারী এবং প্রাসঙ্গিক।
উইল

2

আপনি কোন প্রোটোকল ব্যবহার করছেন তা উল্লেখ করছেন না, তাই আমি ধরে নিচ্ছি যে আমরা https তে কথা বলছি।

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

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

লোড ব্যালেন্সার বেশিরভাগ সময় একই ব্যাকএন্ডটি পুনরায় ব্যবহার করতে শেষ ঘন্টাটির মধ্যে দেখা সমস্ত ক্লায়েন্টের আইপি ঠিকানার জন্য সর্বাধিক ব্যবহৃত ব্যাকএন্ডের কথা মনে করতে পারে। কুকি এবং ব্যবহারকারী আইডি এর মতো আরও বিশদ তথ্য লোড ব্যালান্সারের পক্ষে পৌঁছানোর বাইরে থাকবে, সুতরাং এটি কোনও ব্যবহারকারীকে একই ব্যাকএন্ডে রাখতে ব্যবহার করতে পারেনি।

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


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