সংযোগ ও DNS

HTTP/3 ও QUIC সংযোগ পরীক্ষা

প্রকৃত ব্রাউজার অনুরোধে ব্যবহৃত প্রোটোকল দেখুন এবং ব্যাকএন্ড সার্ভারে প্রাপ্ত প্রোটোকল থেকে আলাদা করুন।

গুরুত্বপূর্ণ। ব্রাউজার HTTP/3 খুঁজে পাওয়ার আগে প্রথম ভিজিটে HTTP/2 ব্যবহৃত হতে পারে এর মাধ্যমে Alt-Svc.
পরীক্ষা শুরু হয়নি

কোনো অনুরোধ পরিমাপ না হওয়া পর্যন্ত ফল অনির্ধারিত থাকে।

পৃথক প্রচেষ্টা

#ব্রাউজারনিশ্চিত এজ বা সরাসরি সংযোগআমাদের সার্ভারে প্রাপ্তHTTP/3মেয়াদ
ফল কীভাবে ব্যাখ্যা করবেন
  • HTTP/3 নিশ্চিত : ব্রাউজার জানায় h3, অথবা সরাসরি সংযোগ বা অনুমোদিত এজ নিশ্চিত করে HTTP/3.
  • ব্রাউজার HTTP/3 ব্যবহার করে; আমাদের সার্ভার HTTP/1.1 পায় : CDN বা প্রক্সি তার দুটি সংযোগে ভিন্ন প্রোটোকল ব্যবহার করতে পারে। ব্রাউজারের ফল নিশ্চিত থাকে।
  • অন্য প্রোটোকল দেখা গেছে : সব প্রচেষ্টা HTTP/2 বা HTTP/1.1 ব্যবহার করেছে। এটি QUIC ব্লক হওয়া প্রমাণ করে না।
  • অনির্ধারিত : পারফরম্যান্স API প্রোটোকল লুকায় এবং সার্ভার সেই তথ্য পায় না।

আগে ও পরে তুলনা

একই ডিভাইসে একই পরীক্ষা চালিয়ে ভিত্তিমূল সংরক্ষণ করুন। VPN সক্রিয় করুন বা একটি প্রাসঙ্গিক সেটিং বদলান, একই অবস্থায় আবার পরীক্ষা করে পরের ফল সংরক্ষণ করুন।

তুলনা করতে আগের ও পরের ফল সংরক্ষণ করুন।

এই পরীক্ষা কী জানায়

HTTP/3 QUIC-এর ওপর চলে, যা UDP ব্যবহারকারী একটি এনক্রিপ্ট করা পরিবহন। ব্রাউজারের সংস্করণ থেকে সমর্থন অনুমান না করে এই পরীক্ষা এই অরিজিনে প্রকৃত অনুরোধ পরীক্ষা করে। ব্রাউজার কোনো কনটেন্ট ডেলিভারি নেটওয়ার্কে HTTP/3 ব্যবহার করতে পারে, অথচ সেই নেটওয়ার্ক আমাদের সার্ভারে HTTP/1.1 ফরোয়ার্ড করতে পারে; উভয় পর্যবেক্ষণই সঠিক হতে পারে।

পরীক্ষা চালানোর উপায়

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

পরিমাপ কীভাবে কাজ করে

ব্রাউজার প্রকৃত অনুরোধের রিসোর্স টাইমিং এন্ট্রি থেকে nextHopProtocol পড়ে। আমাদের সার্ভারের প্রতিক্রিয়া স্বাধীনভাবে ব্যাকএন্ডে প্রাপ্ত সংযোগ প্রোটোকল জানায়।

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

আপনার ফলাফল বুঝুন

HTTP/3 নিশ্চিত
ব্রাউজারে h3 পর্যবেক্ষণ বা ব্রাউজারের দিকের নির্ভরযোগ্য সার্ভার সংকেত পরিমাপ করা সংযোগে HTTP/3 নিশ্চিত করে।
HTTP/3 দেখা যায়নি
সম্পন্ন অনুরোধগুলি অন্য দৃশ্যমান প্রোটোকল ব্যবহার করেছে। সার্ভার HTTP/3 নাও দিতে পারে, ব্রাউজার এটি নির্বাচন নাও করতে পারে বা পথে UDP সীমিত হতে পারে।
প্রোটোকলের প্রমাণ উপলভ্য নয়
টাইমিং তথ্য অনুপস্থিত থাকলে বা এজ সংকেত অসম্পূর্ণ কিংবা পরস্পরবিরোধী হলে পরিবহন নিশ্চিত না হয়ে প্রাসঙ্গিক ফল অনির্ধারিত থাকে।

আগে ও পরে তুলনা

  1. অরিজিন, অনুরোধের প্রোটোকল, ব্রাউজার ও সংযোগের অবস্থা সংরক্ষণ করুন।
  2. একটি প্রাসঙ্গিক নেটওয়ার্ক বা ব্রাউজার সেটিং পরিবর্তন করে একই অরিজিনে একই অনুরোধ আবার চালান।
  3. ব্রাউজারের পর্যবেক্ষণের সঙ্গে ব্রাউজারের পর্যবেক্ষণ তুলনা করুন। শুধু ব্যাকএন্ডে পরিবর্তন ব্রাউজারের ব্যবহৃত পরিবহনে পরিবর্তন প্রমাণ করে না।

পরীক্ষার সীমাবদ্ধতা

  • HTTP/3 দেখা না যাওয়া নেটওয়ার্ক জুড়ে QUIC ব্লক হওয়ার প্রমাণ নয়।
  • প্রোটোকল নির্বাচন সার্ভারের ঘোষণা, বিদ্যমান সংযোগ ও ব্রাউজারের নির্বাচনের ওপর নির্ভর করতে পারে; এটি গতির বেঞ্চমার্ক নয়।

প্রয়োজনে কী বদলাবেন

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

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

HTTP/3 কি দ্রুততর সংযোগ বোঝায়?

এটি ব্যবহৃত পরিবহন শনাক্ত করে। প্রদর্শিত অনুরোধের সময় সামগ্রিক সংযোগের কার্যকারিতা প্রমাণ করে না, যা নেটওয়ার্ক, সার্ভার ও কাজের ওপর নির্ভর করে।

VPN কি নিজে থেকেই HTTP/3 চালু করতে পারে?

না। ব্রাউজার ও গন্তব্যকে এটি সমর্থন করতে হবে; রুট পরিবর্তন শুধু পথের অবস্থা বদলাতে পারে।

উৎস ও প্রযুক্তিগত তথ্যসূত্র