কনফিগার করার পদ্ধতির The 8080 (বন্দর) মাধ্যমে সংযোগ পাই: নির্দেশ, ডায়াগ্রাম ও পর্যালোচনা

কম্পিউটার নেটওয়ার্ক পোর্ট একটি প্রাকৃতিক নম্বর যার হেডার এস আই প্রোটোকল লিপিবদ্ধ করা হয়। এটা একই হোস্টে প্রক্রিয়া গ্রহীতা প্যাকেট চিহ্নিত ডিজাইন করা হয়েছে।

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

এটা কিভাবে কাজ করে?

প্রোগ্রাম নেটওয়ার্কের মাধ্যমে তথ্য বিনিময় ব্যবহার করে, এই প্রক্রিয়া নিম্নরূপ সঞ্চালিত করতে পারেন:

• OS এ একটি নির্দিষ্ট পোর্ট নম্বর অনুরোধ করা হয়েছে। সিস্টেম প্রদান করতে পারেন উভয় তার প্রোগ্রাম এবং স্থানান্তর নিষিদ্ধ (এই ক্ষেত্রে যেখানে পোর্ট নম্বর অন্য অ্যাপ্লিকেশন দ্বারা ব্যবহার ইতিমধ্যে ঘটে)।
• অপারেটিং সিস্টেম যে কোনো উপলব্ধ পোর্ট নম্বর নির্দিষ্ট করে না অনুরোধ করা হয়। সিস্টেম নিজেকে এটা বেছে নেয় এবং প্রোগ্রাম প্রদান করে।

কিভাবে একটি পোর্ট (8080, 80 ইত্যাদি) খুলবেন? নেটওয়ার্ক সংক্রান্ত তথ্য মধ্যে (দুই প্রক্রিয়াগুলির মধ্যে) একটি নির্দিষ্ট প্রোটোকল অনুযায়ী বিনিময় করা হয়। সংযোগ প্রতিষ্ঠিত হয়ে গেলে, নিম্নলিখিত প্রয়োজন বোধ করা হয়:

• প্রেরক ও প্রাপকের রাব্বুল IP- ঠিকানা (রুট করা প্রয়োজন তাদের মধ্যে নির্মিত হয়েছিল);
• প্রোটোকল সংখ্যা;
• রুম উভয় পোর্ট (উত্স এবং গন্তব্য)।

সংযোগ TCP উপর হয় তাহলে, উৎস বন্দর ডেটার সংবহন নিশ্চিত করুন এবং উত্তর দেওয়ার জন্য প্রাপক প্রক্রিয়া প্রাপকের অপারেটিং সিস্টেম হিসেবে ব্যবহার করা হয়।

ওপেন এবং বন্ধ পোর্ট

ফিরতি ঠিকানা, যা খামের ওপর নির্দেশিত হয় একটি সহযোগীর হিসাবে প্রেরকের হোস্ট এবং পোর্ট নাম্বার আইন অংশ। এই সংখ্যা বিপরীত বলা হয়।

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

পোর্ট নাম্বার

সমস্ত পোর্ট তাদের সংখ্যা নির্ধারিত পদ্ধতিতে নিবন্ধিত আছে। প্রত্যেকটি তার নির্দিষ্ট উদ্দেশ্যের জন্য ডিজাইন করা হয়েছে। তাই ঘন ঘন আপনি বন্দর 8080. দেখতে পারেন আপনি কেন এই কার্যকারিতা যখন ইন্টারনেট ব্যবহার প্রয়োজন?

সরকারি তথ্য অনুযায়ী, পোর্ট বিভিন্ন TCP এবং HTTP- র সাথে ব্যবহারের জন্য নির্মিত হয়েছে। বেসরকারীভাবে, এটি হুল বিড়াল সার্ভলেট ধারক জাভা লিখিত দ্বারা ব্যবহৃত হয়।

বিভিন্ন TCP পোর্ট 8080 আবেদন উপর নির্ভর করে, যোগাযোগ এর জন্য কোনো সুনির্দিষ্ট প্রোটোকল ব্যবহার করতে পারেন। প্রোটোকল বিধিবদ্ধ নিয়ম ব্যাখ্যা করেছেন যে কিভাবে তথ্য নেটওয়ার্কের মাধ্যমে প্রেরণ করা হয় একটি সেট। এটা একটা ভাষা যা কম্পিউটারগুলির মধ্যে ব্যবহার করা হয় তাদের কার্যকরভাবে যোগাযোগ সাহায্য করার জন্য উপস্থাপন করা যেতে পারে।

HTTP প্রোটোকলের, যা 8080 এর মধ্য দিয়ে, ইন্টারনেট ব্রাউজার এবং ওয়েব সাইট মধ্যে যোগাযোগ বিন্যাস নির্ধারণ করে। আরেকটি উদাহরণ IMAP এর প্রোটোকল, যা আইম্যাপ মেইল সার্ভার ও ক্লায়েন্ট অথবা, পরিশেষে, SSL প্রোটোকল, যা এনক্রিপ্ট বার্তাগুলির জন্য ব্যবহৃত বিন্যাস নির্দিষ্ট করে মধ্যকার সম্পর্ক সংজ্ঞায়িত করা হয়।

ডাটা ট্রান্সফার

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

কিভাবে উইন্ডোজ 7 পোর্ট 8080 খুলবেন?

এটি করার জন্য, মেনু "শুরু করুন" এবং কন্ট্রোল প্যানেল এটি এ যান। এটা তোলে "নেটওয়ার্ক" উপ-মেনু ক্লিক করুন এবং এটি করা প্রয়োজন "ফায়ারওয়াল মডিউল।" "ব্যতিক্রমসমূহ" ট্যাবে, "পোর্ট যোগ করুন" পাবেন। আপনি একটি ডায়লগ বক্স যার মাধ্যমে আপনি পোর্ট নম্বর প্রবেশ করা উচিত খুলবে। নিশ্চিত করুন যে সেটিংস বিভিন্ন TCP উল্লেখিত, তারপর OK নির্বাচন করুন।

কিভাবে বন্দর 8080 জন্য বন্ধ করবেন? এটা অন্য নির্দিষ্ট পোর্টের একটি সংযোগ সেট আপ করার জন্য যথেষ্ট।

উন্নত কনফিগারেশন HTTP- র এবং TCP প্রক্সি

HTTP প্রোটোকলের বিভিন্ন TCP উপরের উপর সঞ্চালিত হয়, কিন্তু একটি বার্তা বরাদ্দ সম্পর্কে অতিরিক্ত তথ্য প্রদান করে। এই কারণে, দুই প্রক্সি ভিন্নভাবে কনফিগার করা হয়।

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

উদাহরণস্বরূপ, HTTP- র-অনুরোধ http://192.0.2.1:8080/operation পৃষ্ঠা অনুরোধ পাঠানো «192.0.2.1:8080» শিরোনাম «হোস্ট» HTTP- র বার্তা, যা হোস্ট 192,0 পোর্ট 8080 পাঠানো হয় অন্তর্ভুক্ত পারেন। 2.1।

যাইহোক, যদি আপনি HTTP- র ক্লায়েন্ট কনফিগার একটি প্রক্সি সার্ভার ব্যবহার করার মৌলিক বিভিন্ন TCP-সংযোগ তার জন্য বিভিন্ন TCP শেষবিন্দু থেকে, যায় বার্তা এখনও মূল শেষবিন্দু ধারণ করে।

উদাহরণস্বরূপ, যদি আপনি ক্লায়েন্ট কনফিগার 198281.100.1 বন্দর 3128 এ প্রক্সি সার্ভারে তাদের বার্তা পাঠাতে, এবং ক্লায়েন্ট http://192.0.2.1:8080/operation জন্য একটি অনুরোধ পাঠায়, বার্তা এখনও রয়েছে «192.0.2.1: 8080" শিরোনাম «হোস্ট», এবং এখন আরো «অনুরোধ-লাইন» ক্ষেত্রে। যাইহোক, এই বার্তা এখন 198.51.100.1:3128 এ বিভিন্ন TCP-সংযোগ মাধ্যমে পাঠানো হয়। সুতরাং, HTTP প্রক্সি সার্ভার (পোর্ট 8080 প্রক্সি) একই পোর্টে বার্তা গ্রহণ করতে পারে এবং গ্রহীতার সম্পর্কে তথ্য উপর ভিত্তি করে বিভিন্ন পরিষেবায় তাদের পাঠাতে পারেন।

কিভাবে বন্দর 8080 উপর সংযোগ গ্রহণ কনফিগার করতে?

সুতরাং, «হোস্ট» শিরোনাম 1.1 HTTP- র যোগ করা হয়েছিল /। সংযোগ HTTP- র / 1.0 নিজে এটা অন্তর্ভুক্ত নয়। এই কারণে, এই ধরনের যৌগিক থাকে যার প্রক্সির মাধ্যমে পাস না বার্তাটির জন্য হোস্ট এবং পোর্ট অন্তর্ভুক্ত নয়। যাইহোক, HTTP- র / 1.0, একটি প্রক্সি সার্ভার মাধ্যমে পাঠানো সংক্রান্ত তথ্য, এখনও লক্ষ্য হোস্ট এবং "কোয়েরি স্ট্রিং" এ বন্দর রয়েছে। অতএব, শিরোনাম «হোস্ট» অভাবে প্রক্সি জন্য সমস্যার সৃষ্টি করে না।

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

কিভাবে 8080 মাধ্যমে একাধিক সংযোগ সেট আপ করার?

বিভিন্ন TCP প্রক্সি জন্য একমাত্র উপায় অনুমতি একাধিক সিস্টেমে (অর্থাত, চূড়ান্ত গন্তব্য), কোন ব্যাপার কত ট্রাফিক এইসব যৌগের পাঠানো হবে সংযোগ - সিস্টেম প্রত্যেকের জন্য অন্য একটি পোর্ট কথা শুনতে হয়। এটা আপনি সংযোগ এবং তথ্য তার পোর্ট সংখ্যার প্রায় প্রতিটি শেষবিন্দু মিলা বজায় রাখা করতে পারবেন। তারপর ক্লায়েন্ট প্রক্সি পোর্ট প্রতিটি সিস্টেমের যা দিয়ে সংযোগ প্রয়োজন সংশ্লিষ্ট কনফিগার করা হয়েছে। বিভিন্ন TCP প্রক্সি শোনা পোর্ট এবং তাদের সংশ্লিষ্ট এন্ড পয়েন্ট অপারেটার <এগিয়ে> প্রক্সি কনফিগারেশন ফাইল, RTCP_install_dir / httptcp / registration.xml মধ্যে কনফিগার করা হয়েছে। প্রথম সব, পোর্ট 8080 পরীক্ষা - যদি এটি ডিফল্ট দ্বারা খোলা থাকা অবস্থায়, আরও সমন্বয় করে কয়েক মিনিটের মধ্যে তৈরি করা হবে।

এই উদাহরণে, 198.51.100.1 প্রক্সি সার্ভারের আইপি ঠিকানা। প্রক্সি সার্ভারে পোর্ট 3333 পাঠানো কোন ট্রাফিক বন্দর 8080 পাঠানো হয় নিম্নলিখিত ঠিকানায়: WWW। উদাহরণ। কম:

<ফরোয়ার্ড বেঁধে = "198.51.100.1:3333" গন্তব্য = "WWW উদাহরণ কম: .. 8080" />

তাই আপনি যদি ক্লায়েন্ট কনফিগারেশন ফাইল প্রত্যেক সময় আপনাকে ট্রাফিক জন্য একটি নতুন গন্তব্যস্থল যোগ পরিবর্তন করতে হবে। এই সীমাবদ্ধতা HTTP- র-প্রক্সি প্রযোজ্য নয়।

HTTP- র এবং TCP মধ্যে পারস্পরিক কথোপকথন

বুঝতে বন্দর HTTP- র এবং TCP প্রক্সি মধ্যে পরিচালনা, আপনি 192.0.2.1:8080 এবং 192.0.2.1:8081 দুটি সেবা আছে অনুমান, এবং প্রক্সি সার্ভারের 198.51.100.1 চলমান। যদি তারা IP- ঠিকানা মধ্যে পরিবর্তে পোর্ট নম্বর দ্বারা পৃথক, এই উদাহরণে প্রতিটি সেবার জন্য সংশ্লিষ্ট ঠিকানা ছাড়া একই হবে। তারা উভয় বিভিন্ন TCP এন্ড পয়েন্ট উপর এক HTTP প্রক্সি পোর্ট অনুরোধের জন্য HTTP- র-ট্রাফিক আশা তাহলে তাঁর কাছে পাঠানো যেতে পারে। একটি HTTP সূচিত যখন বার্তা 192.0.2.1:8080 সম্বোধন করা হয়েছে, প্রক্সি এই ঠিকানায় বার্তা ফরোয়ার্ড বা কোন বিধির তিনি এই পরিষেবার জন্য আছে যা প্রযোজ্য। একই পদ্ধতি 192.0.2.1:8081 প্রযোজ্য, একই বন্দর ব্যবহার করে।

এই দুটি সেবা পরিবর্তে আশা যদি বিভিন্ন TCP ট্রাফিক উন্মুক্ত দুই বিভিন্ন TCP-প্রক্সি পোর্ট দুটি উপাদান <এগিয়ে> কনফিগারেশন ফাইলের মধ্যে দ্বারা সংজ্ঞায়িত হওয়া উচিত:

<ফরোয়ার্ড বেঁধে = "198.51.100.1:3333" গন্তব্য = "192.0.2.1:8080" />

<ফরোয়ার্ড বেঁধে = "198.51.100.1:3334" গন্তব্য = "192.0.2.1:8081" />

«198.51.100.1:3333 করুন» «192.0.2.1:8080» প্রথম সেবা পরিবর্তনের জন্য ক্লায়েন্ট কনফিগারেশন, এবং দ্বিতীয় জন্য - একটি «192.0.2.1:8081» «198.51.100.1:3334» করতে। ক্লায়েন্ট একটি বার্তা (বিভিন্ন TCP প্যাকেট), প্রথম ঠিকানার প্রথম সেবা পাঠায়।

প্রক্সি সার্ভার পোর্ট (3333) এর তা গ্রহণ করে, কিন্তু জানে না কী ডেটা এই সংযোগের মাধ্যমে পাঠানো হচ্ছে। যে সমস্ত সে জানত - অতএব বন্দর 3333. একটি সংযোগ, প্রক্সি সার্ভার তার কনফিগারেশন পরামর্শ এবং দেখেন যে এই পোর্টে ট্রাফিক 192.0.2.1:8080 থেকে আপনাকে পুনঃনির্দেশিত করা হবে (অথবা এটি এই পরিষেবার জন্য নিয়ম প্রয়োগ করা প্রয়োজন যে)। আপনার সব HTTP- র ট্র্যাফিক পুনর্নির্দেশ না পারেন, তাহলে কারণ ক্লায়েন্ট কনফিগারেশন HTTP প্রক্সি সার্ভারের কনফিগারেশন সমর্থন করে না, আপনি একটি বিপরীত HTTP- র-প্রক্সি ব্যবহার করা উচিত।

এটা পরিবর্তে লক্ষ্য URL টি-ঠিকানাগুলি আপনি আপনার পছন্দসই উল্লেখ করুন। এই প্রক্রিয়া বিভিন্ন TCP প্রক্সি, যার মাধ্যমে আপনি ক্লায়েন্ট সিস্টেমে বিভিন্ন TCP বার্তাগুলির জন্য এন্ডপয়েন্টের যেমন নির্দিষ্ট করতে ও একটি ফরোয়ার্ডিং বিধি তৈরি করুন কনফিগার করতে অনুরূপ।

পার্থক্য হল যে আপনি নিয়ম যে HTTP- র নির্দিষ্ট করে, নিম্নলিখিত উদাহরণ হিসাবে টাইপ অ্যাট্রিবিউট যোগ: <এগিয়ে বেঁধে = "198.51.100.1:3333" গন্তব্য = "192.0.2.1:8080" টাইপ = "http" />।

কিভাবে ট্রাফিক আন্দোলন?

এখন প্রক্সি সার্ভার শুধুমাত্র মনোনীত পোর্টের জন্য HTTP- র-ট্রাফিক গ্রহণ করতে কনফিগার করা আছে, এবং আরো অনেক কিছু ধনী ফিল্টারিং ব্যবহার করা যাবে। উদাহরণ হিসেবে বলা যায়, সার্ভার কভার, যা এটির URL-ঠিকানা কোন নির্দিষ্ট পাথ, বা এই ধরনের পোষ্ট হিসাবে HTTP- র-নির্দিষ্ট পদ্ধতি, ব্যবহার করে না হয়েছে ট্রাফিক ফিল্টার করতে পারে। যাইহোক, কারণ প্লাগ সবসময় কাজ করে না, সার্ভারটি এখনও আইটেমটি <এগিয়ে> গন্তব্য হওয়া প্রয়োজন, সিস্টেম ট্রাফিক পাঠাতে পারবেন যাবে। উদাহরণস্বরূপ, অনুমান যে ক্লায়েন্ট 192.0.2.1:8080 পরিষেবা সাথে সংযোগ এবং 198.51.100.1:3333 উপর একটি বিপরীত HTTP- র-প্রক্সি ব্যবহার করতে হবে।

, // 192.0.2.1:8080/ অপারেশন HTTP এ: আগে একটি ক্লায়েন্ট এই পরিষেবার জন্য একটি প্রক্সি সার্ভার, ক্লায়েন্ট কনফিগারেশন ব্যবহার করতে পারেন, আপনি পরিবর্তন করতে প্রয়োজন হয় যেমন http URL টি-ঠিকানা, // 198.51.100.1:3333/ অপারেশন। ক্যোয়ারী URL এর নতুন ঠিকানায় পাঠানো হয় যে, প্রক্সি সার্ভার প্রবেশ করে।

কারণ ক্লায়েন্ট জানে না সে কি ফরওয়ার্ড বার্তা পাঠায় অনুরোধ বার্তা, শীর্ষক "হোস্ট" এ প্রক্সি (198.51.100.1:3333) জন্য একটি TCP শেষবিন্দু, এবং সিস্টেমের ঠিকানা রয়েছে। এই সরলীকৃত ক্লায়েন্ট যেমন একটি যৌগ ভূমিকা প্রকৃতি নির্ধারণ করে। সুতরাং, প্রক্সি <এগিয়ে>, উপাদান ব্যবহার জানাতে চাই যে অনুরোধ বন্দর 3333 আসছে নিম্নলিখিত এক জন্য প্রয়োজন হয়: এটি একটি লাইভ সিস্টেম 192.0.2.1:8080 ফরোয়ার্ড করা উচিত, এবং শিরোনাম «হোস্ট» বার্তায় হতে আপডেট করা হয়েছে। বার্তা জন্য, উদাহরণস্বরূপ, সেবার সব নিয়ম প্রয়োগ করা রাউটিং প্লাগ।