ইন্টারনেট চ্যানেলের প্রকৃত সমষ্টি - OpenMPTCPRouter

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

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

চ্যানেল সারসংক্ষেপ সম্পর্কে মিথ

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

আইপি সংযোগ স্তরে ভারসাম্য

এটি একই সময়ে একাধিক ইন্টারনেট চ্যানেল ব্যবহার করার সবচেয়ে সাশ্রয়ী এবং জনপ্রিয় উপায়। সরলতার জন্য, আসুন কল্পনা করুন যে আপনার তিনটি ইন্টারনেট প্রদানকারী রয়েছে, প্রত্যেকে আপনাকে তাদের নেটওয়ার্ক থেকে একটি আসল আইপি ঠিকানা দেয়। এই সমস্ত প্রদানকারী একটি রাউটারের সাথে সংযুক্ত যা মাল্টি-WAN ফাংশন সমর্থন করে। এটি mwan3 প্যাকেজ, mikrotik, ubiquiti, বা অন্য কোন গৃহস্থালী রাউটারের সাথে OpenWRT হতে পারে, যেহেতু এই ধরনের বিকল্প আর অস্বাভাবিক নয়।

পরিস্থিতি অনুকরণ করতে, আসুন কল্পনা করি যে প্রদানকারীরা আমাদের নিম্নলিখিত ঠিকানাগুলি দিয়েছে:

WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33

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

সংযোগ স্তরে ভারসাম্য করার সময়, প্রতিটি TCP সংযোগ একটি পৃথক প্রদানকারীর মাধ্যমে যায়।

এই ব্যালেন্সিং মোড প্রায়ই ব্যবহারকারীদের জন্য সমস্যার কারণ হয়. উদাহরণস্বরূপ, অনেক সাইট ক্লায়েন্টের আইপি ঠিকানায় কঠোরভাবে কুকিজ এবং টোকেনগুলিকে আবদ্ধ করে, এবং যদি এটি হঠাৎ পরিবর্তন হয়, অনুরোধটি প্রত্যাখ্যান করা হয় বা ক্লায়েন্ট সাইট থেকে লগ আউট হয়। এটি প্রায়শই ক্লায়েন্ট-ব্যাঙ্ক সিস্টেম এবং অন্যান্য সাইটগুলিতে কঠোর ব্যবহারকারী সেশনের নিয়মগুলির সাথে পুনরুত্পাদন করা হয়। এখানে একটি সাধারণ দৃষ্টান্তমূলক উদাহরণ: VK.com-এ মিউজিক ফাইলগুলি শুধুমাত্র একটি বৈধ সেশন কী সহ পাওয়া যায়, যা একটি আইপির সাথে সংযুক্ত থাকে এবং এই ধরনের ব্যালেন্সিং ব্যবহারকারী ক্লায়েন্টরা প্রায়শই অডিও চালায় না কারণ অনুরোধটি প্রদানকারীর মাধ্যমে যায় নি। অধিবেশন বাঁধা হয়.

টরেন্ট ডাউনলোড করার সময়, সংযোগ স্তরের ভারসাম্য সমস্ত চ্যানেলের ব্যান্ডউইথকে যোগ করে

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

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

একটি সংযোগ সর্বদা শুধুমাত্র একটি ইন্টারনেট চ্যানেল ব্যবহার করবে

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

সত্যিকারের চ্যানেলের সারসংক্ষেপ

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

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

সামিং সার্ভার সমস্ত চ্যানেলকে এক টানেলে একত্রিত করে। সমস্ত সংযোগগুলি সামিং সার্ভার ঠিকানা থেকে উদ্ভূত হয়

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

বাণিজ্যিক সমাধান

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

চ্যানেল সমীকরণ ফাংশন সহ ভিডিও সম্প্রচারের জন্য রাউটার

এই ধরনের ডিভাইসে সাধারণত HDMI বা SDI এর মাধ্যমে ভিডিও সংকেত ক্যাপচার করার অন্তর্নির্মিত ক্ষমতা থাকে। রাউটারের পাশাপাশি, চ্যানেল সামিং পরিষেবার একটি সাবস্ক্রিপশন বিক্রি হয়, সেইসাথে ভিডিও স্ট্রিম প্রক্রিয়াকরণ, এটি ট্রান্সকোডিং এবং এটি আরও রিলে করা হয়। এই ধরনের ডিভাইসের দাম $2k থেকে শুরু হয় মডেমের সেটের সাথে, এবং পরিষেবাটির জন্য আলাদা সাবস্ক্রিপশন।

কখনও কখনও এটি বেশ ভীতিকর দেখায়:

OpenMPTCPRouter সেট আপ করা হচ্ছে

প্রোটোকল এমপি-টিসিপি (মাল্টিপাথ টিসিপি) একবারে বেশ কয়েকটি চ্যানেলের মাধ্যমে সংযোগ করতে সক্ষম হওয়ার জন্য উদ্ভাবিত হয়েছিল। উদাহরণস্বরূপ, তার iOS সমর্থন করে এবং একই সাথে ওয়াইফাই এবং একটি সেলুলার নেটওয়ার্কের মাধ্যমে একটি দূরবর্তী সার্ভারের সাথে সংযোগ করতে পারে৷ এটা বোঝা গুরুত্বপূর্ণ যে এগুলি দুটি পৃথক TCP সংযোগ নয়, বরং দুটি চ্যানেলের উপর একবারে একটি সংযোগ স্থাপন করা হয়েছে। এটি কাজ করার জন্য, দূরবর্তী সার্ভার অবশ্যই MPTCP সমর্থন করবে।

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

কিভাবে OpenMPTCPRouter কাজ করে

একটি সংক্ষিপ্ত সার্ভার সেট আপ করা হচ্ছে

সামিং সার্ভারটি ইন্টারনেটে অবস্থিত এবং ক্লায়েন্ট রাউটারের সমস্ত চ্যানেল থেকে সংযোগ বন্ধ করে দেয়। OpenMPTCPRouter এর মাধ্যমে ইন্টারনেট অ্যাক্সেস করার সময় এই সার্ভারের IP ঠিকানাটি হবে বাহ্যিক ঠিকানা।

এই কাজের জন্য আমরা একটি VPS সার্ভার ব্যবহার করব Debian 10.

সামিং সার্ভারের জন্য প্রয়োজনীয়তা:

• MPTCP OpenVZ ভার্চুয়ালাইজেশনে কাজ করে না
• আপনার নিজের কার্নেল ইনস্টল করা সম্ভব হওয়া উচিত। Linux

একটিমাত্র কমান্ড চালিয়ে সার্ভারটি স্থাপন করা হয়। স্ক্রিপ্টটি mptcp সাপোর্টসহ একটি কার্নেল এবং সমস্ত প্রয়োজনীয় প্যাকেজ ইনস্টল করবে। ইনস্টলেশন স্ক্রিপ্টগুলো পাওয়া যায়। Ubuntu и Debian.

wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh

একটি সফল সার্ভার ইনস্টলেশনের ফলাফল।

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

uname -a 
Linux test-server.local 4.19.67-mptcp

আমরা সংস্করণ নম্বরের পাশে শিলালিপি mptcp দেখতে পাই, যার মানে কার্নেলটি সঠিকভাবে ইনস্টল করা হয়েছে।

একটি ক্লায়েন্ট রাউটার সেট আপ করা হচ্ছে

মধ্যে প্রকল্প সাইট রেডিমেড বিল্ডগুলি কিছু প্ল্যাটফর্মের জন্য উপলব্ধ, যেমন রাস্পবেরি পাই, ব্যানানা পাই, লিঙ্কসিস রাউটার এবং ভার্চুয়াল মেশিন।
Openmptcprouter-এর এই অংশটি OpenWRT-এর উপর ভিত্তি করে তৈরি করা হয়েছে, একটি ইন্টারফেস হিসেবে LuCI ব্যবহার করে, যারা কখনও OpenWRT-এর সম্মুখীন হয়েছে তাদের কাছে পরিচিত। বিতরণের ওজন প্রায় 50MB!

একটি পরীক্ষার বেঞ্চ হিসাবে, আমি একটি রাস্পবেরি পাই এবং বিভিন্ন অপারেটরের সাথে বেশ কয়েকটি USB মডেম ব্যবহার করব: MTS এবং Megafon৷ আমি মনে করি না যে আমি আপনাকে একটি SD কার্ডে একটি চিত্র কীভাবে লিখতে হবে তা বলার দরকার আছে৷

প্রাথমিকভাবে, রাস্পবেরি পাই-তে ইথারনেট পোর্টটি একটি স্ট্যাটিক আইপি ঠিকানা সহ ল্যান হিসাবে কনফিগার করা হয়েছে 192.168.100.1. ডেস্কে তারের সাথে ঘোলা এড়াতে, আমি রাস্পবেরি পাইকে একটি ওয়াইফাই অ্যাক্সেস পয়েন্টে সংযুক্ত করেছি এবং কম্পিউটারের ওয়াইফাই অ্যাডাপ্টারটিকে একটি স্ট্যাটিক ঠিকানায় সেট করেছি 192.168.100.2. DHCP সার্ভার ডিফল্টরূপে সক্রিয় নয়, তাই আপনাকে অবশ্যই স্ট্যাটিক ঠিকানা ব্যবহার করতে হবে।

এখন আপনি ওয়েব ইন্টারফেসে লগ ইন করতে পারেন 192.168.100.1

আপনি যখন প্রথমবার লগ ইন করবেন, সিস্টেম আপনাকে একটি রুট পাসওয়ার্ড সেট করতে বলবে; একই পাসওয়ার্ড দিয়ে SSH উপলব্ধ হবে।

LAN সেটিংসে, আপনি পছন্দসই সাবনেট সেট করতে পারেন এবং DHCP সার্ভার সক্রিয় করতে পারেন।

আমি একটি পৃথক DHCP সার্ভারের সাথে USB ইথারনেট ইন্টারফেস হিসাবে সংজ্ঞায়িত মডেম ব্যবহার করি, তাই এই ইনস্টলেশনের প্রয়োজন অতিরিক্ত প্যাকেজ. পদ্ধতিটি নিয়মিত OpenWRT-এ মডেম সেট আপ করার অনুরূপ, তাই আমি এখানে এটি কভার করব না।

পরবর্তীতে আপনাকে WAN ইন্টারফেসগুলি কনফিগার করতে হবে। প্রাথমিকভাবে, সিস্টেমটি দুটি ভার্চুয়াল ইন্টারফেস WAN1 এবং WAN2 তৈরি করেছিল। তাদের একটি শারীরিক ডিভাইস বরাদ্দ করা দরকার, আমার ক্ষেত্রে এগুলি ইউএসবি মডেম ইন্টারফেসের নাম।

ইন্টারফেসের নামের সাথে বিভ্রান্তি এড়াতে, আমি SSH এর মাধ্যমে সংযোগ করার সময় dmesg বার্তাগুলি দেখার পরামর্শ দিই।

যেহেতু আমার মডেমগুলি নিজেরাই রাউটার হিসাবে কাজ করে এবং নিজেদের একটি DHCP সার্ভার রয়েছে, তাই আমাকে তাদের অভ্যন্তরীণ নেটওয়ার্ক রেঞ্জের সেটিংস পরিবর্তন করতে হয়েছিল এবং DHCP সার্ভারকে নিষ্ক্রিয় করতে হয়েছিল, কারণ প্রাথমিকভাবে উভয় মডেম একই নেটওয়ার্ক থেকে ঠিকানাগুলি ইস্যু করে এবং এটি একটি দ্বন্দ্বের কারণ হয়৷

OpenMPTCPRouter-এর জন্য WAN ইন্টারফেস ঠিকানাগুলি স্ট্যাটিক হওয়া প্রয়োজন, তাই আমরা মডেমের জন্য সাবনেট নিয়ে আসি এবং সেগুলিকে সিস্টেম → openmptcprouter → ইন্টারফেস সেটিংস মেনুতে কনফিগার করি। এখানে আপনাকে সামিং সার্ভার ইনস্টল করার সময় প্রাপ্ত IP ঠিকানা এবং সার্ভার কী উল্লেখ করতে হবে।

সেটআপ সফল হলে, একটি অনুরূপ ছবি স্ট্যাটাস পৃষ্ঠায় প্রদর্শিত হবে। এটি দেখা যায় যে রাউটার সামিং সার্ভারে পৌঁছাতে সক্ষম হয়েছে এবং উভয় চ্যানেলই স্বাভাবিকভাবে কাজ করছে।

ডিফল্ট মোড হল shadowsocks + mptcp। এটি একটি প্রক্সি যা সমস্ত সংযোগকে নিজের মধ্যেই গুটিয়ে রাখে৷ এটি প্রাথমিকভাবে শুধুমাত্র TCP প্রক্রিয়া করার জন্য কনফিগার করা হয়েছে, কিন্তু UDPও সক্ষম করা যেতে পারে।

স্ট্যাটাস পৃষ্ঠায় কোনো ত্রুটি না থাকলে, সেটআপ সম্পূর্ণ বলে বিবেচিত হতে পারে।
কিছু প্রদানকারীর সাথে, একটি পরিস্থিতি দেখা দিতে পারে যখন ট্র্যাফিক পথ বরাবর mptcp পতাকাটি কেটে দেওয়া হয়, তারপর নিম্নলিখিত ত্রুটিটি প্রদর্শিত হবে:

এই ক্ষেত্রে, আপনি MPTCP ব্যবহার না করে একটি ভিন্ন অপারেটিং মোড ব্যবহার করতে পারেন, এই সম্পর্কে আরও এখানে.

উপসংহার

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

ইনস্টাগ্রামে আমাদের বিকাশকারীকে অনুসরণ করুন

উত্স: www.habr.com