IP-forwarding ও “Unable to authenticate”
প্রক্সি কেন প্লেয়ারের ঠিকানা ব্যাকএন্ডে পাঠায়, ফরওয়ার্ডিং মোড, কী কীভাবে কনফিগার করবেন এবং authentication ত্রুটির বিশ্লেষণ।
আপডেট: ১৩ আগস্ট, ২০২৬
IP ফরওয়ার্ডিং ছাড়া ব্যাকএন্ড সার্ভার সব প্লেয়ারকে একটি একক ঠিকানা হিসেবে দেখে — প্রক্সির ঠিকানা। IP-নির্ভর সবকিছুই ভেঙে পড়ে: ব্যান, লিমিট, অ্যান্টি-বট, পরিসংখ্যান।
Velocity মোড
| মোড | কখন |
|---|---|
modern | Paper 1.13+ — প্রস্তাবিত |
legacy | পুরোনো BungeeCord-এর সাথে সামঞ্জস্য |
bungeeguard | প্রোটেকশন প্লাগইনসহ Bungee |
none | শুধুমাত্র টেস্টিংয়ের জন্য |
modern কনফিগার করা
প্রক্সিতে:
player-info-forwarding-mode = "modern"
forwarding-secret-file = "forwarding.secret"
প্রতিটি ব্যাকএন্ডে (Paper), config/paper-global.yml:
proxies:
velocity:
enabled: true
online-mode: true
secret: "same_key"
এবং ব্যাকএন্ডের server.properties-এ online-mode=false।
Unable to authenticate ত্রুটি
কী বা মোড মিল না হলে এটি দেখা যায়:
- প্রক্সি ও ব্যাকএন্ডের কী আলাদা (অতিরিক্ত স্পেস, লাইন ব্রেক)।
- ব্যাকএন্ডে
proxies.velocity.enabledচালু নেই। - প্রক্সির মোড
legacy, কিন্তু ব্যাকএন্ডmodernপ্রত্যাশা করে। - modern ফরওয়ার্ডিংসহ ব্যাকএন্ডে
online-mode=trueআছে।
নিরাপত্তা
ব্যাকএন্ডে online-mode=false নিরাপদ কেবল তখনই, যখন সরাসরি অ্যাক্সেস বন্ধ থাকে: নাহলে যে কেউ অন্যের নিকনেমে সরাসরি জয়েন করতে পারে। Millida-তে নেটওয়ার্কের ব্যাকএন্ডগুলো বাইরে থেকে পৌঁছানো যায় না — সার্ভার নেটওয়ার্ক।
Minecraft হোস্টিংআপনি অফলাইনে থাকলেও আপনার সার্ভার চলেসার্ভার তৈরি করুন
