প্রক্সিপাস রিভার্স ডাইরেক্টিভের ব্যবহার কী

Question

Apache.org থেকে সংজ্ঞা বলে:

এই নির্দেশনাটি অ্যাপাচি httpd- কে HTTP- র অবস্থান, সামগ্রী-অবস্থান এবং ইউআরআই শিরোনামগুলিতে URL টি সামঞ্জস্য করতে দেয় respon বিপরীত প্রক্সি পিছনে থাকা ব্যাকএন্ড সার্ভারগুলিতে এইচটিটিপি পুনর্নির্দেশের কারণে বিপরীত প্রক্সি বাইপাস করা এড়াতে যখন অ্যাপাচি httpd বিপরীত প্রক্সি (বা গেটওয়ে) হিসাবে ব্যবহৃত হয় এটি প্রয়োজনীয় essential

উপরে উল্লিখিত কেবলমাত্র এইচটিটিপি প্রতিক্রিয়া শিরোনামগুলিই আবার লেখা হবে। অ্যাপাচি httpd অন্যান্য প্রতিক্রিয়া শিরোনামগুলি পুনরায় লিখবে না, বা এটি ডিফল্টরূপে HTML পৃষ্ঠাগুলির অভ্যন্তরে ইউআরএল তথ্য পুনরায় লেখবে না। এর অর্থ হ'ল যদি প্রক্সিযুক্ত সামগ্রীতে নিখুঁত ইউআরএল রেফারেন্স থাকে তবে তারা প্রক্সি বাইপাস করবে। প্রক্সিটির সাথে মিলে এইচটিএমএল সামগ্রীটি পুনর্লিখন করতে আপনাকে মোড_প্রক্সি_এইচটিএমএল লোড এবং সক্ষম করতে হবে।

পাথ স্থানীয় ভার্চুয়াল পাথের নাম; url হ'ল দূরবর্তী সার্ভারের একটি আংশিক URL। এই পরামিতিগুলি প্রক্সিপাস নির্দেশিকা হিসাবে একইভাবে ব্যবহৃত হয়।

কেউ দয়া করে আমাকে কীভাবে এটি কাজ করে তা ব্যাখ্যা করতে পারেন। সাধারণভাবে এই নির্দেশিকাটি কী করে?

Answer 1

যদি অনুরোধটি পরিচালনা করে সার্ভারটি যদি সেই সার্ভারের একটি ভিন্ন ইউআরএলে পুনর্নির্দেশ করে তবে ProxyPassReverseনির্দেশিকাটি বিপরীত প্রক্সি সার্ভারের শর্তাবলীতে ইউআরএলটি পুনরায় লিখবে। উদাহরণস্বরূপ, অ্যাপাচি ডকুমেন্টেশনে যেমন উল্লেখ করা হয়েছে , যদি:

 http://reverseproxy.com/mirror/foo/bar

প্রেরিত হয় (বিপরীত প্রক্সি) এ

 http://backend.example.com/bar

পরিচালনা করার জন্য, তবে ব্যাকএন্ড সার্ভারে এটি নির্ধারণ করা হয়েছে যে সঠিক ইউআরএল হওয়া উচিত ছিল quux, অর্থাৎ অনুরোধটি অবশ্যই এতে পুনঃনির্দেশিত করা উচিত

 http://backend.example.com/quux

ProxyPassReverseনির্দেশ করার জন্য (বিপরীত প্রক্সি কোণে) URL টি নতুন করে লেখা হয়

 http://reverseproxy.com/mirror/foo/quux

HTTP ফরোয়ার্ড করার আগে ক্লায়েন্টের কাছে পুনঃনির্দেশ প্রতিক্রিয়া। এইভাবে ক্লায়েন্ট কেবল বিপরীত প্রক্সি সার্ভার সম্পর্কেই জানে, তবে তবুও সঠিক ইউআরএলটিতে প্রয়োজনীয় অনুরোধ জানাতে http://reverseproxy.com/mirror/foo/quuxপারে যার পরে ব্যাকএন্ড সার্ভারে বিপরীত প্রক্সি করা হবে এবং স্বাভাবিক হিসাবে পরিচালিত হবে। সংক্ষেপে, এটি কেবল বিপরীত প্রক্সিটিকে HTTP- র পুনঃনির্দেশ প্রতিক্রিয়াগুলিতে সঠিক ইউআরআই শিরোনাম ফেরত দিতে দেয়।

Comments

এটি does a redirectআসলে কী বোঝায় তা পরিষ্কার নয় । এটি কোনও এইচটিটিপি পুনর্নির্দেশ প্রতিক্রিয়া (301/302) দিয়ে সাড়া দেয়?

— ক্রিস স্ট্রাইজিনস্কি

এটি কিছু 3xx কোডের সাথে প্রতিক্রিয়া জানাবে, "স্ট্যাটাস কোডের তিনি 3xx (পুনর্নির্দেশ) শ্রেণিটি নির্দেশ করে যে অনুরোধটি সম্পাদনের জন্য ব্যবহারকারী এজেন্টের দ্বারা পরবর্তী পদক্ষেপ নেওয়া দরকার।" পুনর্নির্দেশের বিষয়ে আলোচনা করে আরএফসি 7231 দেখুন । ProxyPassReverseনির্দেশ কেবল নিশ্চিত করে যে 3xx HTTP প্রতিক্রিয়া বিপরীত প্রক্সি সার্ভার পরিপ্রেক্ষিতে সঠিক কোনো URI অন্তর্ভুক্ত করা হয়েছে।

— অশ্বশাবক

Answer 2

থেকে অ্যাপাচি 2.4 বিপরীত প্রক্সি নির্দেশিকা :

তা এবং অবস্থানটি নিশ্চিত করতে: ব্যাকএন্ড থেকে উত্পন্ন শিরোনামগুলি বিপরীত প্রক্সিটিতে নির্দেশ করতে পরিবর্তিত হয়, নিজের দিকে ফিরে আসার পরিবর্তে, প্রক্সিপ্যাসের বিপরীত নির্দেশটি প্রায়শই প্রয়োজন:

প্রক্সিপাস "/" " http://www.example.com/ "

ProxyPassRevers "/" " http://www.example.com/ "

আপনার যদি ক্লায়েন্ট এবং 2 সার্ভার, প্রক্সি এবং অরিজিন থাকে, যেখানে অরিজিন প্রকৃত কাজ করে (প্রতিক্রিয়া উত্পন্ন করে) এবং প্রক্সি কেবলমাত্র প্রক্সিটির কাছে উত্সের কাছে অনুরোধ করে, একটি ভাল সার্ভার আর্কিটেকচার হয় যখন

1. প্রক্সি সম্পর্কে প্রকৃতি জানে না
2. এবং প্রতিটি অনুরোধ প্রক্সি মাধ্যমে যায়।

যদি অরিজিন প্রক্সি সম্পর্কে জানতে না পারে তবে এটি ঘটতে পারে যে অরিজিন ক্লায়েন্টকে প্রক্সিটির মাধ্যমে HTTP পুনর্নির্দেশ (HTTP 301 বা 302) প্রদান করে, যা সরাসরি নিজের কাছে উত্থাপন করে, উত্স। এবং এটি একটি সমস্যা কারণ ব্রাউজারটি পরবর্তী রাউন্ডে সরাসরি অরিজিনের সাথে যোগাযোগ করবে, যা পয়েন্ট 2 লঙ্ঘন করবে।

যেহেতু এইচটিটিপি পুনর্নির্দেশ প্রতিক্রিয়াগুলি ক্লায়েন্টের দিকে প্রক্সিটিতে ফিরে যায়, প্রক্সিটি সেই পুনঃনির্দেশগুলি সংশোধন করতে পারে / করা উচিত যাতে অবস্থানটি এখনও প্রক্সিটির দিকে নির্দেশ করে। প্রক্সি সম্পর্কে অজানা অরিজিনে চলমান এই স্ট্যান্ড্যালোন অ্যাপ্লিকেশন যতক্ষণ না প্রক্সি ঠিকঠাকভাবে কনফিগার করা থাকে ততক্ষণ যেকোনও পুনর্নির্দেশ URL তৈরি করতে পারে।