Skip to content
হোস্টিং · সার্ভার নেটওয়ার্ক ও ডোমেইন

IP-forwarding ও “Unable to authenticate”

প্রক্সি কেন প্লেয়ারের ঠিকানা ব্যাকএন্ডে পাঠায়, ফরওয়ার্ডিং মোড, কী কীভাবে কনফিগার করবেন এবং authentication ত্রুটির বিশ্লেষণ।

আপডেট: ১৩ আগস্ট, ২০২৬

IP ফরওয়ার্ডিং ছাড়া ব্যাকএন্ড সার্ভার সব প্লেয়ারকে একটি একক ঠিকানা হিসেবে দেখে — প্রক্সির ঠিকানা। IP-নির্ভর সবকিছুই ভেঙে পড়ে: ব্যান, লিমিট, অ্যান্টি-বট, পরিসংখ্যান।

Velocity মোড

মোডকখন
modernPaper 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 ত্রুটি

কী বা মোড মিল না হলে এটি দেখা যায়:

  1. প্রক্সি ও ব্যাকএন্ডের কী আলাদা (অতিরিক্ত স্পেস, লাইন ব্রেক)।
  2. ব্যাকএন্ডে proxies.velocity.enabled চালু নেই।
  3. প্রক্সির মোড legacy, কিন্তু ব্যাকএন্ড modern প্রত্যাশা করে।
  4. modern ফরওয়ার্ডিংসহ ব্যাকএন্ডে online-mode=true আছে।

নিরাপত্তা

ব্যাকএন্ডে online-mode=false নিরাপদ কেবল তখনই, যখন সরাসরি অ্যাক্সেস বন্ধ থাকে: নাহলে যে কেউ অন্যের নিকনেমে সরাসরি জয়েন করতে পারে। Millida-তে নেটওয়ার্কের ব্যাকএন্ডগুলো বাইরে থেকে পৌঁছানো যায় না — সার্ভার নেটওয়ার্ক।

Minecraft হোস্টিংআপনি অফলাইনে থাকলেও আপনার সার্ভার চলেসার্ভার তৈরি করুন