Check-Host.cc

অ্যাডভান্সড কাস্টম হেক্স (Hex) পেলোড টেস্টিং

Check-Host এর রাডারে আগে থেকেই বহুল ব্যবহৃত UDP সার্ভিসগুলোকে (যেমন DNS বা NTP) জাগানোর জন্য ‘অটো (Auto) পেলোড’ ফিড করা আছে। কিন্তু, যদি আপনি কোনো কাস্টম গেমিং সার্ভার বা সিক্রেট পোর্ট টেস্ট করতে চান, তবে আপনি নিজের পছন্দমতো রঁ "হেক্স পেলোড" (Hex Payload) বসিয়ে দিতে পারেন, যাতে ওই ব্লক করা সার্ভারটি রেসপন্স করতে বাধ্য হয়।

তথ্য পিং (Ping) HTTP TCP UDP MTR DNS

অ্যাডভান্সড UDP পোর্ট কানেক্টিভিটি এবং ডায়াগনস্টিক 8.8.8.8:80

পারমানেন্ট লিংক |
চেক করার স্থান UDP চেকিং ফলাফল রেসপন্স টাইম (RTT) রিজলভ হওয়া আইপি (IP)
AL Albania, Tirana
AU Australia, Sydney
BA Bosnia and Herzegovina, Novi Travnik
BG Bulgaria, Sofia
CA Canada, Montreal
CH Switzerland, Bern
CL Chile, Santiago
CN China, Hohhot
DE Germany, Nuernberg
DE Germany, Frankfurt am Main
DE Germany, Frankfurt am Main
DE Germany, Limburg
DK Denmark, Glostrup Municipality
ES Spain, Madrid
FI Finland, Helsinki
FI Finland, Helsinki
FR France, Gravelines
FR France, Paris
GB United Kingdom, London
HK Hong Kong, Hong Kong
HR Croatia, Zagreb
HU Hungary, Budapest
ID Indonesia, Jakarta
IN India, New Delhi
IS Iceland, Reykjavik (Miðborg)
IT Italy, Como
LT Lithuania, Pilaite
LV Latvia, Riga
MD Moldova, Chisinau
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Eygelshoven
QA Qatar, Doha
RO Romania, Bacău
RO Romania, Bucharest
RS Serbia, Belgrade
SG Singapore, Singapore
TW Taiwan, Taipei
US United States, Miami
US United States, Dallas
US United States, Kansas City

UDP স্ক্যানিং (পেলোড স্পুফিং সহ কানেকশনলেস প্রোটোকলের টার্গেটিং)

UDP (ইউজার ডাটাগ্রাম প্রোটোকল) একটি তীব্র গতির, কিন্তু অত্যন্ত দায়িত্বজ্ঞানহীন প্রোটোকল। এতে TCP এর মতো কোনো নিশ্চয়তা (নিয়ম বা থ্রি-ওয়ে হ্যান্ডশেক) থাকে না—অর্থাৎ এটি শুধু প্যাকেট পাঠিয়ে দেয় এবং ভুলে যায় (ফায়ার-অ্যান্ড-ফরগেট)। এই কারণেই এটি সর্বনিম্ন লেটেন্সি দেয় এবং অনলাইন গেমিং বা লাইভ স্ট্রিমিংয়ের জন্য সবচেয়ে উত্তম। কিন্তু সমস্যা হলো, এতে ‘সামনের সার্ভার প্যাকেট রিসিভ করেছে কি না’, সেটির কোনো রিপ্লাই মেসেজ পাওয়া যায় না। ফলে যদি কোনো রেসপন্স না মেলে, নেটওয়ার্ক ইঞ্জিনিয়াররা প্রায়শই বিভ্রান্ত হন যে, সার্ভারটি আসলেই ডেড, নাকি ফায়ারওয়াল স্রেফ প্যাকেটগুলো চুপচাপ সরিয়ে দিচ্ছে।

"পেলোড" (Payload) ছুড়ে বোবা সার্ভার থেকে রেসপন্স আদায় করা

এই নীরবতার সমাধান কী? আমরা সার্ভারে এমন ডেটা প্যাকেটস (পেলোড) ছুড়ে মারি, যার লোভে বা বাধ্যবাধকতায় তাকে মুখ খুলতেই হয়। যেমন, যদি আমরা পোর্ট 53 (DNS) চেক করতে চাই, আমাদের সিস্টেম ভেতর থেকে একটি নকল অথচ জেনুইন-দর্শন DNS কোয়েরি (হেক্স ডেটা) পাঠায়। সার্ভার যখন তা দেখে ভাবে যে এটি কোনো বৈধ রিকোয়েস্ট, সে তখনই তাড়াতাড়ি রিপ্লাই দিয়ে বসে। এই রিপ্লাইটিই আমাদের রাডারকে নিশ্চিত করে যে, "হ্যাঁ, দরজা খোলা আছে এবং সার্ভার অনলাইনে সচল!"

DDoS এর ঝুঁকি: অ্যাম্প্লিফিকেশন অ্যাটাক (NTP/DNS Reflection) আগেই সনাক্ত করা

বিশ্বের সবচেয়ে বড় এবং ধ্বংসাত্মক হ্যাকিং অ্যাটাকগুলো (DDoS) এই UDP পোর্টের দুর্বল সার্ভারগুলো (যেমন NTP 123) থেকেই তৈরি হয়। হ্যাকাররা ছোট প্যাকেট নিয়ে যেকোনো ওপেন সার্ভারে ভুয়া আইপি (Spoofed IP) ব্যবহার করে পাঠায়, এর প্রতিক্রিয়ায় সার্ভারটি পাল্টা একটি বহুগুণ ভারী রেসপন্স কোনো নিরপরাধ ওয়েবসাইটের মাথায় চাপিয়ে দেয় (একে বলা হয় অ্যাম্প্লিফিকেশন অ্যাটাক)। আমাদের UDP রাডার চেক করতেও কার্যকরী যে, আপনার সার্ভার কোথাও বোকা বনে হ্যাকারদের ‘অস্ত্র’ (Zombies) হিসেবে ব্যবহৃত হচ্ছে তো না।

উচ্চ-মানের VoIP (ভয়েস-কলিং) এবং স্ট্রিমিংয়ে বাধা (Jitter) দূর করা

UDP এর উপর চলা বড় সার্ভিসগুলো যেমন SIP (VoIP কলিং) বা অনলাইন লাইভ স্ট্রিমিংয়ে ডেটা দ্রুত যাওয়াই শেষ কথা নয়; একটি নির্দিষ্ট গতি বজায় রাখাও অত্যন্ত জরুরি। যদি ডেটা প্যাকেটের আসা-যাওয়ার মধ্যে সময়ের ব্যবধান বারবার বাড়তে-কমতে থাকে, তাকে বলা হয় নেটওয়ার্ক ‘জিটার’ (Jitter)। এই ড্যাশবোর্ডের ৬০ সেকেন্ডের জিটার চার্টটি স্পষ্ট করে দেয় যে, গ্রাফের লাইনগুলো যদি পাহাড়ের মতো লাফিয়ে ওঠে (স্পাইক), তবে বুঝতে হবে যে আপনার ভয়েস-কলে মারাত্মক গণ্ডগোল বা ভিডিও স্ট্রিমে ব্যাপক বাফারিং আসতে চলেছে।