HTTP, TCP এবং UDP এর জন্য কীভাবে একটি ngrok বিকল্প বেছে নেবেন

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

এই কারণে একটি ngrok বিকল্প বেছে নেওয়া শুরু করা উচিত আপনার কাজের চাপ (workload) দিয়ে, জনপ্রিয় টুলের তালিকা দিয়ে নয়। প্রয়োজনীয় প্রশ্নগুলো হলো ব্যবহারিক: কার অ্যাক্সেস প্রয়োজন, কী ধরনের ট্রাফিক পার হতে হবে এবং কানেকশন রিস্টার্ট হলে কী ঘটে?

এই গাইডটি ব্যাখ্যা করে কীভাবে লোকালহোস্টকে (localhost) ইন্টারনেটে প্রকাশ করতে হয়, টানেল বিকল্পগুলোর তুলনা করতে হয় এবং প্রথম সফল কানেকশনের পরে প্রায়শই দেখা দেওয়া কনফিগারেশন ভুলগুলো এড়াতে হয়।

১. অ্যাপ্লিকেশনের সাথে টানেল মেলান

একটি এন্ডপয়েন্ট তৈরি করার আগে, আপনার অ্যাপ্লিকেশনটি আসলে কোন প্রোটোকল ব্যবহার করে তা চিহ্নিত করুন। একটি কার্যকরী HTTP টানেল প্রমাণ করে না যে একই সেটআপ যথেচ্ছ TCP বা UDP ট্রাফিক ফরোয়ার্ড করতে পারবে।

• ওয়েবসাইট, API বা ব্রাউজার-ভিত্তিক ডেমো: HTTP/HTTPS টানেল (HTTPS, রিডাইরেক্টস, কুকিজ এবং WebSockets যদি ব্যবহৃত হয়)
  
  
• ওয়েবহুক রিসিভার: পাবলিক HTTPS এন্ডপয়েন্ট (সঠিক পাথ, সিগনেচার ভেরিফিকেশন এবং রিট্রাইস)
  
  
• SSH সার্ভিস: TCP টানেল বা প্রাইভেট অ্যাক্সেস (কী-ভিত্তিক অথেনটিকেশন এবং রেস্ট্রিকটেড অ্যাক্সেস)
  
  
• UDP গেম সার্ভার: UDP টানেল (প্রয়োজনীয় পোর্টস, ল্যাটেন্সি এবং প্যাকেট লস)
  
  
• উভয় ট্রান্সপোর্ট ব্যবহার করা অ্যাপ্লিকেশন: TCP এবং UDP ফরোয়ার্ডিং (উভয় প্রোটোকল এবং প্রতিটি প্রয়োজনীয় পোর্ট)
  
  

অ্যাপ্লিকেশনের ডকুমেন্টেশন চেক করুন: দুটি গেমের বিভিন্ন ট্রান্সপোর্টের প্রয়োজন হতে পারে এবং একটি সার্ভিসের জন্য আলাদা ডিসকভারি বা অ্যাডমিনিস্ট্রেশন পোর্টের প্রয়োজন হতে পারে।

মিশ্র রিকোয়ারমেন্টের জন্য, Localtonet মূল্যায়ন করার মতো একটি বিকল্প। এর টানেল টাইপগুলোর মধ্যে রয়েছে HTTP/HTTPS, TCP, UDP, সম্মিলিত UDP/TCP এবং TLS। যখন একটি প্রজেক্টের জন্য একটি অস্থায়ী ওয়েব URL-এর চেয়ে বেশি কিছু প্রয়োজন হয় তখন এটি প্রাসঙ্গিক হয়ে ওঠে।

TCP এবং TLS-এর মধ্যে পার্থক্যও গুরুত্বপূর্ণ। একটি TCP টানেল একটি বাইট স্ট্রিম ফরোয়ার্ড করে; এটি নিজে থেকে কানেকশনের প্রতিটি অংশে এনক্রিপশনের গ্যারান্টি দেয় না। চেক করুন কোথায় TLS টার্মিনেট হয় এবং অ্যাপ্লিকেশন প্রোটোকল নিজস্ব এনক্রিপশন প্রদান করে কিনা।

২. রাউটার পোর্ট ফরোয়ার্ডিং-এর বিকল্পটি বুঝুন

ঐতিহ্যবাহী পোর্ট ফরোয়ার্ডিং ইনকামিং কানেকশনগুলোকে রাউটারের পাবলিক অ্যাড্রেস থেকে লোকাল নেটওয়ার্কের একটি ডিভাইসে নির্দেশ করে। এটি ক্যারিয়ার-গ্রেড NAT (যা সাধারণত CGNAT নামে পরিচিত) এর পিছনে বা আপনি যখন রাউটার সেটিংস পরিবর্তন করতে পারেন না তখন এটি কম সহজবোধ্য হয়ে যায়।

একটি সাধারণ রিভার্স টানেল ভিন্নভাবে কাজ করে। আপনার অ্যাপ্লিকেশনের কাছাকাছি চলা একটি ক্লায়েন্ট একটি রিলেতে (relay) একটি আউটবাউন্ড কানেকশন খোলে। রিলেটি একটি পাবলিক এন্ডপয়েন্ট প্রদান করে এবং কনফিগার করা লোকাল সার্ভিসে সেই কানেকশনের মাধ্যমে ইনকামিং ট্রাফিক পাঠায়।

এ কারণেই লোকালহোস্ট টানেলিং একটি ব্যবহারিক পোর্ট ফরোয়ার্ডিং বিকল্প হতে পারে যেখানে আপনার নিজস্ব পাবলিক IPv4 অ্যাড্রেস প্রয়োজন হয় না। তবে, ক্লায়েন্টকে অবশ্যই রিলেতে পৌঁছাতে সক্ষম হতে হবে। নেটওয়ার্ক পলিসিস, DNS সমস্যা এবং আউটবাউন্ড ফায়ারওয়াল রুলস সেই কানেকশন প্রতিরোধ করতে পারে।

একটি টানেল আপনার অ্যাপ্লিকেশনকে ক্লাউডেও স্থানান্তরিত করে না। যদি কম্পিউটার স্লিপ মোডে যায়, অ্যাপ্লিকেশন ক্র্যাশ করে বা লোকাল ইন্টারনেট কানেকশন ফেইল করে, তবে সার্ভিসটি অনুপলব্ধ হতে পারে এমনকি যদি এর পাবলিক হোস্টনেম এখনও বিদ্যমান থাকে। অবিচ্ছিন্ন অ্যাক্সেসের জন্য, অ্যাপ্লিকেশন এবং টানেল ক্লায়েন্টকে একটি উপযুক্ত অলওয়েজ-অন (always-on) ডিভাইসে চালানোর পরিকল্পনা করুন।

৩. সিদ্ধান্ত নিন দর্শকদের ক্লায়েন্ট প্রয়োজন কিনা

"TCP সমর্থন করে" বাক্যাংশটি ব্যবহারকারীর অভিজ্ঞতা বর্ণনা করার জন্য যথেষ্ট নয়। কিছু টুল একটি পাবলিক হোস্টনেম এবং পোর্ট প্রদান করে যার সাথে একটি সাধারণ অ্যাপ্লিকেশন কানেক্ট করতে পারে। অন্যগুলো প্রাইভেট অ্যাক্সেস প্রদান করে যার জন্য প্রতিটি কানেক্টিং ডিভাইসে অতিরিক্ত সফটওয়্যার প্রয়োজন।

এই পার্থক্যটি বিশেষ করে গেম সার্ভার, বাহ্যিক ইন্টিগ্রেশন এবং ক্লায়েন্টদের জন্য গুরুত্বপূর্ণ যারা নেটওয়ার্কিং ক্লায়েন্ট ইনস্টল করতে পারে না।

উদাহরণস্বরূপ, Cloudflare-এর পাবলিশড-অ্যাপ্লিকেশন ডকুমেন্টেশন ব্যাখ্যা করে যে এর পাবলিশড নন-HTTP সার্ভিসগুলোর জন্য ক্লায়েন্ট-সাইড cloudflared প্রয়োজন। এটি একটি সরাসরি অ্যাক্সেসযোগ্য পাবলিক TCP এন্ডপয়েন্ট থেকে একটি ভিন্ন কানেকশন মডেল।

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

৪. ফ্রি প্ল্যানস এবং পারসিস্টেন্ট অ্যাড্রেসগুলো সাবধানে তুলনা করুন

একটি ফ্রি ngrok বিকল্প একটি ছোট ডেমোনস্ট্রেশনের জন্য যথেষ্ট হতে পারে তবে এমন একটি ইন্টিগ্রেশনের জন্য অনুপযুক্ত যা সারারাত পৌঁছানো সম্ভব থাকতে হবে। আপনার প্রয়োজনীয় টানেল টাইপের জন্য লিমিটগুলো পড়ুন, শুধুমাত্র প্রাইসিং পেজের শিরোনাম নয়।

এই বিবরণগুলো চেক করুন:

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

একটি পারসিস্টেন্ট URL ওয়েবহুক রেজিস্ট্রেশন, OAuth কলব্যাক্স এবং বুকমার্কস-এর জন্য দরকারী। একটি TCP বা UDP সার্ভিসের জন্য, একটি স্থিতিশীল পোর্ট একটি স্থিতিশীল হোস্টনেমের মতোই গুরুত্বপূর্ণ হতে পারে।

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

৫. URL শেয়ার করার আগে নিরাপদ রিমোট অ্যাক্সেস পরিকল্পনা করুন

একটি এনক্রিপ্টেড কানেকশন এবং একটি অথোরাইজড কানেকশন ভিন্ন জিনিস। HTTPS কানেকশনে ট্রাফিক রক্ষা করে যেখানে TLS ব্যবহৃত হয়, কিন্তু অ্যাডমিন ড্যাশবোর্ডে কাকে অনুমতি দেওয়া উচিত তা এটি নির্ধারণ করে না।

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

Localtonet-এর SSO ডকুমেন্টেশন HTTP টানেলের সামনে একটি অথেনটিকেশন লেয়ার বর্ণনা করে, যেখানে প্রতি টানেলে প্রোভাইডার্স এনাবল করা থাকে এবং ঐচ্ছিক ইমেইল বা ডোমেইন চেক থাকে। একটি ইন্টারনাল ব্রাউজার-ভিত্তিক টুল শেয়ার করার সময় এটি কার্যকর হতে পারে। যথেচ্ছ TCP বা UDP অ্যাপ্লিকেশনগুলোর জন্য অথেনটিকেশনের সাথে এটিকে বিভ্রান্ত করা উচিত নয়।

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

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

যতটা সম্ভব টেস্ট ডেটা ব্যবহার করুন। ডিবগ কনসোলস, ডিরেক্টরি লিস্টিংস, ডাটাবেস অ্যাডমিনিস্ট্রেশন প্যানেলস বা প্রোডাকশন সিক্রেটস প্রকাশ করা এড়িয়ে চলুন। একটি অপরিচিত পাবলিক URL অ্যাক্সেস-কন্ট্রোল মেকানিজম নয় এবং একটি ডেভেলপমেন্ট সার্ভার প্রোডাকশন ডিপ্লয়মেন্টের চেয়ে বেশি তথ্য প্রকাশ করতে পারে।

৬. শুধু একটি লোডিং পেজ নয়, একটি সম্পূর্ণ ওয়ার্কফ্লো টেস্ট করুন

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

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

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

৭. ধারাবাহিকভাবে অপারেট করতে পারবেন এমন একটি টুল বেছে নিন

বিবেচনা করুন আপনি কীভাবে ক্লায়েন্ট আপডেট করবেন, ক্রেডেনশিয়ালস রক্ষা করবেন, ফেইলিওর ইনস্পেক্ট করবেন এবং একটি প্রজেক্ট শেষ হলে অ্যাক্সেস সরিয়ে ফেলবেন।

Localtonet Windows, macOS, Linux এবং Android ক্লায়েন্টগুলোর পাশাপাশি Docker বিকল্পগুলো অফার করে। নির্বাচিত ডিভাইসে ব্যাকগ্রাউন্ড-রানিং বিহেভিয়ার চেক করুন, বিশেষ করে যদি এটি ফোন বা ল্যাপটপ হয়।

পুনরাবৃত্ত ডেভেলপমেন্ট কাজের জন্য, লোকাল টার্গেট, প্রোটোকল, পাবলিক অ্যাড্রেস এবং অ্যাক্সেস পলিসি ডকুমেন্ট করুন। সোর্স কন্ট্রোলের বাইরে অথেনটিকেশন টোকেনগুলো সংরক্ষণ করুন এবং সেগুলো স্ক্রিনশট বা শেয়ার করা লগে অন্তর্ভুক্ত করা এড়িয়ে চলুন। কোনো ডিভাইস রিটায়ার করলে বা অ্যাক্সেস আর প্রয়োজন না হলে ক্রেডেনশিয়ালস বাতিল করুন।

যদি সার্ভিসটি আনঅ্যাটেন্ডেড চলতে হয়, রিবুটের পরে স্টার্টআপ ভেরিফাই করুন এবং অ্যাপ্লিকেশন হেলথ-এর পাশাপাশি টানেল কানেক্টিভিটি মনিটর করুন। একটি কানেক্টেড ক্লায়েন্ট এখনও এমন একটি অ্যাপ্লিকেশনের দিকে পয়েন্ট করতে পারে যা রেসপন্স করছে না।

যখন আপনার ইনফ্রাস্ট্রাকচার কন্ট্রোল প্রয়োজন এবং সার্ভার মেইনটেইন করতে পারেন তখন একটি রিলে সেলফ-হোস্ট করা উপযুক্ত হতে পারে। যখন আপনি সেই রিলে অপারেট করা এড়াতে চান তখন একটি ম্যানেজড সার্ভিস বেশি সুবিধাজনক হতে পারে। সাবস্ক্রিপশন প্রাইসের পাশাপাশি মেইনটেন্যান্স বার্ডেন তুলনা করুন।

সচরাচর জিজ্ঞাস্য

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

একটি TCP টানেল কি একটি UDP টানেল প্রতিস্থাপন করতে পারে?স্বয়ংক্রিয়ভাবে নয়। TCP এবং UDP ভিন্ন ট্রান্সপোর্ট। যদি কোনো অ্যাপ্লিকেশনের UDP প্রয়োজন হয়, তবে এক্সপ্লিসিট UDP সাপোর্টসহ একটি সার্ভিস বেছে নিন। যখন অ্যাপ্লিকেশনের উভয়ই প্রয়োজন হয়, তখন নিশ্চিত করুন যে উভয় ট্রান্সপোর্ট এবং প্রয়োজনীয় পোর্ট ফরোয়ার্ড করা হয়েছে।

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

আপনার প্রকৃত কাজের চাপের (workload) জন্য বেছে নিন

একটি প্রজেক্টের জন্য সেরা ngrok বিকল্প হলো সেটি যা এর প্রোটোকলস, ইউজার্স এবং অপারেটিং রিকোয়ারমেন্টসগুলোর সাথে মেলে। আপনার পাবলিক HTTPS URL, TCP টানেল, UDP টানেল বা প্রাইভেট রিমোট অ্যাক্সেস প্রয়োজন কিনা তা স্থির করে শুরু করুন।

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