টমক্যাটের জন্য পুনর্নির্দেশ বন্দরটি কী?


13

টমকাট ডকুমেন্টেশন এবং সার্ভার.এক্সএমএল খুঁজলে বোঝা শক্ত হয় আপনি বন্দরগুলির একটি সালাদ পাবেন যা বুঝতে অসুবিধা হতে পারে কারণ ডকুমেন্টেশনে এটি সঠিকভাবে বা ব্যাপকভাবে ব্যাখ্যা করা হয়নি।

উদাহরণস্বরূপ, কনফিগার ফাইলে এই লাইন server.xml

<Connector port="8345" protocol="AJP/1.3" redirectPort="9875" />

এবং এখানে আপনি আরও একটি পুনর্নির্দেশ বন্দর খুঁজে পেতে পারেন:

<Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" /> 

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

এজেপি পোর্টের জন্য টমক্যাট ডকুমেন্টেশন দ্বারা এখানে দেওয়া ব্যাখ্যা:

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

আমি সর্বদা 1024-র উপরে একটি এলোমেলো পুনর্নির্দেশ পোর্ট বেছে নিয়েছি এবং এটি কাজ করে,

কিন্তু কবে এটি বাস্তবে আসবে? যখন কোনও অনুরোধের এসএসএল পরিবহন প্রয়োজন হয় তখন এটি কীভাবে জানবে?

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

মূল সার্ভারে https এপাচে প্রয়োগ করা হয়। এর অর্থ কি সমস্ত অনুরোধগুলি এনক্রিপ্ট করা উপগ্রহ সার্ভারে প্রেরণ করা হয়েছে বা সরল পাঠ্যে? আমি জানি যে আমি যদি ৮০৮০ বন্দর দিয়ে স্যাটেলাইট সার্ভারটি অ্যাক্সেস করি না তবে এটি এনক্রিপ্ট করা হয়নি তবে আমি ভাবছি যে এটি ট্র্যাফিকটি মূল সার্ভারেও পুনঃনির্দেশিত হওয়ার ক্ষেত্রে প্রযোজ্য কিনা এবং এই পুনর্নির্দেশের পোর্টটি কার্যকর হয় কোথায়?

উত্তর:


6

যেমন এটি ডকুমেন্টেশনে সংজ্ঞায়িত করা হয়েছে, পুনর্নির্দেশ পোর্টটি ছবিতে আসবে যখন এসএসএল অনুরোধটি সার্ভারে আসবে এবং যেহেতু HTTP সংযোগকারী পোর্ট এসএসএল অনুরোধগুলি পরিচালনা করতে পারে না এটি এটি সংজ্ঞায়িত বন্দরে পুনর্নির্দেশ করবে। তবে তাদের অবশ্যই সার্ভার.এক্সএমএল ফাইলে সংজ্ঞায়িত আরেকটি বিভাগ হতে হবে যেখানে সংজ্ঞায়িত পুনর্নির্দেশ বন্দরটি এসএসএল অনুরোধগুলি পরিচালনা করতে সংযোগকারী পোর্ট হিসাবে কাজ করবে। উদাহরণস্বরূপ, আপনি যদি 80 টি পোর্টের মাধ্যমে HTTP অনুরোধগুলি পরিচালনা করতে চান এবং 443 পোর্টের মাধ্যমে https র অনুরোধটি সার্ভার.এক্সএমএল দেখতে পাবেন:

<Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="443" />

<Connector port="443" protocol="org.apache.coyote.http11.Http11Protocol" SSLEnabled="true" scheme="https" secure="true" sslProtocol="TLS" keystoreFile="/path/to/kestorefile" keystorePass="my_keystore_password"/>

কীস্টোরফাইল আপনার ওয়েবসাইটের এসএসএল শংসাপত্র।

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


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

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

আমি নোট করব যে iptablesটমক্যাটে ট্র্যাফিক পুনঃনির্দেশের জন্য অন্যান্য পদ্ধতির মধ্যেও দুর্দান্ত কাজ করে
সেলডমনিডি

এই ব্যাখ্যা অসম্পূর্ণ। আপনি যদি নন-এসএসএল থেকে কোনও এসএসএল পোর্টে পুনর্নির্দেশ করছেন তবে সার্ভার.এক্সএমএলে লক্ষ্য সংযোজককে অন্তর্ভুক্ত করা যথেষ্ট নয়। ওয়েব.এক্সএমএলে <সুরক্ষা- কনট্রেন্ট> বিভাগটি কনফিগার করাও প্রয়োজনীয়। দেখুন stackoverflow.com/questions/9526425/...
luiscolorado
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.