একটি ডেডিকেটেড সার্ভার Hetzner এবং Mikrotik-এ HOW-to / নেটওয়ার্ক এবং VLAN কনফিগার করা

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

উত্স ডকুমেন্টেশন এ প্রচুর আছে https://forum.proxmox.com https://wiki.hetzner.de

সমস্যা গঠন

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

প্রাথমিকভাবে, ক্লায়েন্টের 5টি সার্ভার রয়েছে, প্রতিটিতে একটি অতিরিক্ত সাবনেট রয়েছে, বরাদ্দকৃত সাবনেট থেকে প্রথম ঠিকানাটি প্রক্সমক্সের একটি অতিরিক্ত সেতুতে বরাদ্দ করা হয়েছে

একই সময়ে, ভিএমগুলি উইন্ডোজে চলে এবং 85.xx177/29 ঠিকানাটি একটি গেট 85.xx176 দিয়ে কনফিগার করা আছে
এবং একইভাবে, সমস্ত 5 সার্ভার তাদের ভার্চুয়াল মেশিনের সাথে কনফিগার করা হয়েছে।

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

বাস্তবায়ন

• আমরা ইন্টারফেসে একটি vSwitch তৈরি করি, এটিতে একটি VlanID বরাদ্দ করি, আমাদের প্রয়োজনীয় সমস্ত সার্ভারে এই vSwitch যোগ করি।

• আমরা একটি পরীক্ষা সার্ভার তৈরি করছি যাতে আপনি সমস্যা ছাড়াই সেট আপ করতে এবং সরাতে পারেন।

আমরা প্রথম ভার্চুয়াল মেশিন chr বাড়াই প্রক্সমক্সের জন্য নির্দেশাবলী.

যদি আপনি উপরের স্ক্রিপ্টটি ব্যবহার করেন, অনুগ্রহ করে মনে রাখবেন যে -d /root/temp ডিরেক্টরিটি শুরুতে চেক করা হয়েছে, এবং যদি এটি সেখানে না থাকে, তাহলে /home/root/temp ডিরেক্টরি তৈরি করা হয়, কিন্তু পরবর্তী কাজ এখনও করা হয় /root/temp ডিরেক্টরি। উপযুক্ত ডিরেক্টরি তৈরি করতে স্ক্রিপ্টটি সংশোধন করা প্রয়োজন।

• Proxmox এর জন্য একটি নেটওয়ার্ক সেট আপ করা হচ্ছে।

আমরা VLAN নম্বরের সাথে একটি সাব-ইন্টারফেস যোগ করি, ইঙ্গিত করি যে ঠিকানা সেটিংস ব্রিজগুলিতে ইননেট ম্যানুয়াল ব্যবহার করে ঘটবে। গুরুত্বপূর্ণ। আপনি ইন্টারফেসে আইপি ঠিকানাগুলি কনফিগার করতে পারবেন না যা আপনি সেতুতে অন্তর্ভুক্ত করবেন, এটি কীভাবে কাজ করবে এবং কেউ আদৌ জানবে কিনা।

এর পরে, আমরা একটি vmbr0 ব্রিজ তৈরি করি - এবং আমরা এটিতে সার্ভারের প্রথম ঠিকানাটি ঝুলিয়ে রাখি, Hetzner প্রদানকারীদের দ্বারা আমাদের দেওয়া, ব্রিজ পোর্টটি নির্দিষ্ট করুন - VLAN ছাড়াই প্রথম ফিজিক্যাল ইন্টারফেস, এবং একটি যোগ করার জন্য একটি অতিরিক্ত কমান্ডের সাথে নির্দিষ্ট করুন এই সেতুর মাধ্যমে এই সার্ভারের জন্য Hetzner থেকে অর্ডার করা আমাদের অতিরিক্ত নেটওয়ার্কের রুট। যখন ইন্টারফেস আসবে তখন একটি রুট যোগ করা কাজ করবে।

দ্বিতীয় সেতুটি হবে স্থানীয় ট্রাফিকের জন্য আমাদের ইন্টারফেস, ইন্টারনেটে অ্যাক্সেস ছাড়াই স্থানীয় নেটওয়ার্কের মাধ্যমে বিভিন্ন প্রক্সমক্স সার্ভারের মধ্যে সংযোগ পেতে এটিতে একটি ঠিকানা যোগ করুন এবং eno1.4000 সাব-ইন্টারফেসটি নির্দিষ্ট করুন, যা আমাদের VlanID-এর জন্য বরাদ্দ করা হয়েছে, পোর্ট হিসাবে। .
প্রাথমিক সেটআপের সময়, এমন টিপস রয়েছে যে আপনি Proxmox-এর জন্য একটি অতিরিক্ত ifupdown2 প্যাকেজ ইনস্টল করতে পারেন এবং নেটওয়ার্ক ইন্টারফেসে পরিবর্তন হলে আপনি পুরো সার্ভারটি পুনরায় চালু করতে পারবেন না। যাইহোক, এটি শুধুমাত্র প্রাথমিক সেটআপের জন্য সাধারণ, এবং ব্রিজ ব্যবহার করার সময় এবং ভার্চুয়াল মেশিন সেট আপ করার সময়, আপনি ভার্চুয়াল মেশিনে নেটওয়ার্ক ব্যর্থতার সমস্যার সম্মুখীন হন। আপনি শাসন করেছেন তা সত্ত্বেও, উদাহরণস্বরূপ, vmbr2 ইন্টারফেস, এবং কনফিগারেশন প্রয়োগ করার সময়, নেটওয়ার্কটি ইতিমধ্যেই সমস্ত অভ্যন্তরীণ ইন্টারফেসে পড়ে যায় এবং সার্ভারটি সম্পূর্ণরূপে পুনরায় চালু না হওয়া পর্যন্ত বৃদ্ধি পায় না। ifdown &&ifup সাহায্য করে না। কারো কাছে সমাধান থাকলে কৃতজ্ঞ থাকব।

সার্ভারে প্রথম কনফিগার করা ইন্টারফেসটি নিজেই কার্যকরী এবং উপলব্ধ থাকে।

• CHR এর জন্য ঠিকানা বরাদ্দ যাতে পুল থেকে ঠিকানা হারাতে না হয়
  হেটজনার যে ঠিকানা পুল দিয়েছেন তা একজন নেটওয়ার্কারের জন্য খুব অদ্ভুত দেখায়, এরকম কিছু:

  

আশ্চর্যের বিষয় হল গেটটি ফিজিক্যাল সার্ভারের নিজস্ব ঠিকানা ব্যবহার করার প্রস্তাব করা হয়েছে।

হেটজনার নিজেই প্রস্তাবিত ক্লাসিক সংস্করণটি সমস্যা বিবৃতিতে নির্দেশিত হয়েছে এবং ক্লায়েন্ট দ্বারা স্বাধীনভাবে প্রয়োগ করা হয়েছে। এই বিকল্পে, ক্লায়েন্ট নেটওয়ার্ক ঠিকানার প্রথম ঠিকানা, প্রক্সমক্স ব্রিজের দ্বিতীয় ঠিকানাটি হারায় এবং এটি হবে গেটওয়ে এবং সম্প্রচারের শেষ ঠিকানা। IPv4 ঠিকানাগুলি কখনই অপ্রয়োজনীয় নয়। আপনি যদি সরাসরি CHR IP ঠিকানা 136.х.х.177/29 এবং 0.0.0.0/0 148.х.х.165 এর গেটওয়ে নিবন্ধন করার চেষ্টা করেন, তাহলে আপনি এটি করতে পারেন, কিন্তু গেটওয়ে সরাসরি সংযুক্ত হবে না এবং তাই অগম্য হবে.

আপনি পরিস্থিতি থেকে বেরিয়ে আসতে পারেন যদি আপনি প্রতিটি ঠিকানার জন্য 32টি নেটওয়ার্ক ব্যবহার করেন এবং নেটওয়ার্কের নাম হিসাবে আমাদের প্রয়োজনীয় ঠিকানাটি নির্দেশ করেন, যা যেকোনো কিছু হতে পারে। এটি একটি পয়েন্ট-টু-পয়েন্ট সংযোগের একটি অ্যানালগ বের করে।

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

• এবং পরিশেষে.
  ইন্টারনেট থেকে প্রক্সমক্সে অ্যাক্সেস ব্লক করতে, অন্তর্নির্মিত সরঞ্জামগুলি ব্যবহার করুন: একটি দুর্দান্ত ফায়ারওয়াল রয়েছে।

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

উত্স: www.habr.com