ملی سیکنڈ کے لیے لڑ رہا ہے۔ سب سے کم پنگ والے سرور کا انتخاب کیسے کریں۔

بہت سے کاموں کے لیے، کلائنٹ اور سرور کے درمیان تاخیر اہم ہوتی ہے، مثال کے طور پر آن لائن گیمز، ویڈیو/وائس کانفرنسنگ، آئی پی ٹیلی فونی، وی پی این وغیرہ۔ اگر سرور IP نیٹ ورک کی سطح پر کلائنٹ سے بہت دور ہے، تو تاخیر (جسے "پنگ"، "لیگ" کہا جاتا ہے) کام میں مداخلت کرے گا۔

سرور کی جغرافیائی قربت ہمیشہ IP روٹنگ کی سطح پر قربت کے برابر نہیں ہوتی ہے۔ لہذا، مثال کے طور پر، کسی دوسرے ملک کا سرور آپ کے شہر کے سرور کے مقابلے میں آپ کے "قریب" ہو سکتا ہے۔ تمام روٹنگ اور نیٹ ورک کی تعمیر کی خصوصیات کی وجہ سے.

ایک ایسے سرور کا انتخاب کیسے کریں جو تمام ممکنہ کلائنٹس کے قریب ہو؟ IP نیٹ ورک کنیکٹوٹی کیا ہے؟ کسی کلائنٹ کو قریبی سرور پر کیسے بھیجیں؟ آئیے مضمون میں تلاش کرتے ہیں۔

تاخیر کی پیمائش

سب سے پہلے، آئیے سیکھتے ہیں کہ تاخیر کی پیمائش کیسے کی جائے۔ یہ کام اتنا آسان نہیں جتنا لگتا ہے کیونکہ تاخیر مختلف پروٹوکول اور پیکٹ کے سائز کے لیے مختلف ہو سکتی ہے۔ آپ قلیل مدتی واقعات سے بھی محروم رہ سکتے ہیں، جیسے کہ چند ملی سیکنڈز تک کی کمی۔

ICMP - باقاعدہ پنگ

ہم یونکس پنگ یوٹیلیٹی استعمال کریں گے؛ یہ آپ کو پیکٹ بھیجنے کے درمیان وقفے کو دستی طور پر سیٹ کرنے کی اجازت دیتا ہے، جو ونڈوز کے لیے پنگ ورژن نہیں کر سکتا۔ یہ ضروری ہے کیونکہ اگر پیکٹوں کے درمیان طویل وقفے ہوتے ہیں، تو ہو سکتا ہے کہ آپ یہ نہ دیکھ سکیں کہ ان کے درمیان کیا ہو رہا ہے۔

پیکیج کے سائز (آپشن -s) - بطور ڈیفالٹ، پنگ یوٹیلیٹی 64 بائٹس سائز کے پیکٹ بھیجتی ہے۔ اس طرح کے چھوٹے پیکٹوں کے ساتھ، بڑے پیکٹ کے ساتھ ہونے والے مظاہر قابل توجہ نہیں ہوسکتے ہیں، اس لیے ہم پیکٹ کا سائز 1300 بائٹس پر سیٹ کریں گے۔

پیکٹوں کے درمیان وقفہ (آپشن -i) — ڈیٹا بھیجنے کے درمیان وقت۔ پہلے سے طے شدہ طور پر، پیکٹ فی سیکنڈ میں ایک بار بھیجے جاتے ہیں، یہ بہت طویل ہے، حقیقی پروگرام سینکڑوں اور ہزاروں پیکٹ فی سیکنڈ بھیجتے ہیں، اس لیے ہم وقفہ کو 0.1 سیکنڈ پر سیٹ کریں گے۔ پروگرام صرف کم کی اجازت نہیں دیتا.

نتیجے کے طور پر، کمانڈ اس طرح لگتا ہے:

ping -s 1300 -i 0.1 yandex.ru

یہ ڈیزائن آپ کو تاخیر کی زیادہ حقیقت پسندانہ تصویر دیکھنے کی اجازت دیتا ہے۔

UDP اور TCP کے ذریعے پنگ کریں۔

کچھ معاملات میں، TCP کنکشنز ICMP پیکٹوں سے مختلف طریقے سے پروسیس کیے جاتے ہیں، اور اس کی وجہ سے، پروٹوکول کے لحاظ سے پیمائش مختلف ہو سکتی ہے۔ یہ بھی اکثر ہوتا ہے کہ میزبان صرف ICMP کا جواب نہیں دیتا، اور باقاعدہ پنگ کام نہیں کرتا۔ مثال کے طور پر ایک میزبان ساری زندگی یہی کرتا ہے۔ microsoft.com.

افادیت۔ nping مشہور سکینر nmap کے ڈویلپرز سے کوئی بھی پیکٹ تیار کر سکتے ہیں۔ اسے تاخیر کی پیمائش کے لیے بھی استعمال کیا جا سکتا ہے۔
چونکہ UDP اور TCP مخصوص پر کام کرتے ہیں، ہمیں ایک مخصوص پورٹ کو "پنگ" کرنے کی ضرورت ہے۔ آئیے TCP 80 کو پنگ کرنے کی کوشش کریں، یعنی ویب سرور پورٹ:

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

پہلے سے طے شدہ طور پر، nping 4 پیکٹ بھیجتا ہے اور رک جاتا ہے۔ آپشن -سی 0۔ پیکٹوں کو لامتناہی بھیجنے کے قابل بناتا ہے؛ پروگرام کو روکنے کے لیے، آپ کو Ctrl+C دبانے کی ضرورت ہے۔ اعدادوشمار آخر میں دکھائے جائیں گے۔ ہم دیکھتے ہیں کہ اوسط rtt (راؤنڈ ٹرپ ٹائم) کی قدر 101ms ہے۔

MTR - سٹیرائڈز پر ٹریسروٹ

پروگرام MTR My Traceroute دور دراز کے میزبان کے راستوں کو ٹریس کرنے کے لیے ایک جدید افادیت ہے۔ معمول کے سسٹم یوٹیلیٹی ٹریسروٹ کے برعکس (ونڈوز میں یہ ٹریسرٹ یوٹیلیٹی ہے)، یہ پیکٹ چین میں ہر میزبان کو تاخیر دکھا سکتا ہے۔ یہ نہ صرف ICMP کے ذریعے بلکہ UDP اور TCP کے ذریعے بھی راستوں کا پتہ لگا سکتا ہے۔

$ sudo mtr microsoft.com

(کلک کے قابل) MTR پروگرام انٹرفیس۔ microsoft.com پر روٹ ٹریسنگ شروع ہو گئی۔

MTR فوری طور پر سلسلہ میں موجود ہر میزبان کو پنگ دکھاتا ہے، اور پروگرام کے چلنے کے دوران ڈیٹا کو مسلسل اپ ڈیٹ کیا جاتا ہے اور قلیل مدتی تبدیلیاں دیکھی جا سکتی ہیں۔
اسکرین شاٹ سے پتہ چلتا ہے کہ نوڈ #6 میں پیکٹ کے نقصانات ہیں، لیکن درحقیقت یہ مکمل طور پر درست نہیں ہے، کیونکہ کچھ راؤٹرز صرف میعاد ختم ہونے والے TTL والے پیکٹوں کو ضائع کر سکتے ہیں اور غلطی کا جواب نہیں دے سکتے ہیں، اس لیے یہاں پیکٹ کے نقصان کے ڈیٹا کو نظر انداز کیا جا سکتا ہے۔

وائی ​​فائی بمقابلہ کیبل

یہ موضوع مکمل طور پر مضمون سے متعلق نہیں ہے، لیکن میری رائے میں یہ تاخیر کے تناظر میں بہت اہم ہے۔ میں واقعی میں وائی فائی سے محبت کرتا ہوں، لیکن اگر میرے پاس کیبل کے ذریعے انٹرنیٹ سے جڑنے کا معمولی سا موقع بھی ہے تو میں اسے استعمال کروں گا۔ میں ہمیشہ لوگوں کو وائی فائی کیمرے استعمال کرنے کی حوصلہ شکنی کرتا ہوں۔
اگر آپ سنجیدہ آن لائن شوٹر کھیلتے ہیں، ویڈیو سٹریم کرتے ہیں، یا اسٹاک ایکسچینج میں تجارت کرتے ہیں: براہ کرم کیبل کے ذریعے انٹرنیٹ استعمال کریں۔

یہاں وائی فائی اور کیبل کنکشنز کا موازنہ کرنے کے لیے ایک بصری ٹیسٹ ہے۔ یہ وائی فائی راؤٹر کا پنگ ہے، یعنی ابھی تک انٹرنیٹ بھی نہیں ہے۔

(کلک کرنے کے قابل) کیبل کے ذریعے اور وائی فائی کے ذریعے وائی فائی روٹر سے پنگ کا موازنہ

یہ دیکھا جا سکتا ہے کہ وائی فائی پر تاخیر 1ms لمبی ہوتی ہے اور بعض اوقات دس گنا زیادہ تاخیر والے پیکٹ ہوتے ہیں! اور یہ صرف ایک مختصر مدت ہے۔ ایک ہی وقت میں، وہی راؤٹر <1ms کی مستحکم تاخیر پیدا کرتا ہے۔

اوپر کی مثال میں، 802.11GHz پر WiFi 2.4n استعمال کیا گیا ہے، صرف ایک لیپ ٹاپ اور ایک فون WiFi رسائی پوائنٹ سے منسلک ہیں۔ اگر ایکسیس پوائنٹ پر زیادہ کلائنٹ ہوتے تو نتائج بہت خراب ہوں گے۔ یہی وجہ ہے کہ میں تمام آفس کمپیوٹرز کو وائی فائی پر سوئچ کرنے کے خلاف ہوں اگر کیبل کے ذریعے ان تک پہنچنا ممکن ہو۔

آئی پی کنیکٹیویٹی

لہذا، ہم نے سرور میں تاخیر کی پیمائش کرنا سیکھ لیا ہے، آئیے اپنے قریب ترین سرور تلاش کرنے کی کوشش کریں۔ ایسا کرنے کے لیے، ہم دیکھ سکتے ہیں کہ ہمارے فراہم کنندہ کی روٹنگ کیسے کام کرتی ہے۔ اس کے لیے سروس استعمال کرنا آسان ہے۔ bgp.he.net

جب ہم سائٹ تک رسائی حاصل کرتے ہیں، تو ہم دیکھتے ہیں کہ ہمارا IP ایڈریس خود مختار نظام سے تعلق رکھتا ہے۔ AS42610.

خود مختار نظاموں کے کنیکٹیویٹی گراف کو دیکھ کر، ہم دیکھ سکتے ہیں کہ کن اعلیٰ سطح کے فراہم کنندگان کے ذریعے ہمارا فراہم کنندہ باقی دنیا سے جڑا ہوا ہے۔ ہر ایک نقطے پر کلک کیا جا سکتا ہے، آپ اندر جا کر پڑھ سکتے ہیں کہ یہ کس قسم کا فراہم کنندہ ہے۔

فراہم کنندہ کے خود مختار نظاموں کا کنیکٹیویٹی گراف

اس ٹول کا استعمال کرتے ہوئے، آپ اس بات کا مطالعہ کر سکتے ہیں کہ ہوسٹنگ سمیت کسی بھی فراہم کنندہ کے چینلز کی ساخت کیسے بنتی ہے۔ دیکھیں کہ یہ کن فراہم کنندگان سے براہ راست منسلک ہے۔ ایسا کرنے کے لیے، آپ کو bgp.he.net کی تلاش میں سرور کا IP ایڈریس درج کرنا ہوگا اور اس کے خود مختار نظام کے گراف کو دیکھنا ہوگا۔ آپ یہ بھی سمجھ سکتے ہیں کہ ایک ڈیٹا سینٹر یا ہوسٹنگ فراہم کنندہ دوسرے سے کیسے جڑا ہوا ہے۔

زیادہ تر ٹریفک ایکسچینج پوائنٹس ایک خاص ٹول فراہم کرتے ہیں جسے لِکنگ گلاس کہا جاتا ہے، جو آپ کو ایکسچینج پوائنٹ پر مخصوص روٹر سے پنگ اور ٹریسروٹ کرنے کی اجازت دیتا ہے۔

مثال کے طور پر ، آ ئینہ ایم جی ٹی ایس سے

لہذا، سرور کا انتخاب کرتے وقت، ہم پہلے سے دیکھ سکتے ہیں کہ یہ مختلف ٹریفک ایکسچینج پوائنٹس سے کیسا نظر آئے گا۔ اور اگر ہمارے ممکنہ کلائنٹس ایک مخصوص جغرافیائی علاقے میں واقع ہیں، تو ہم سرور کے لیے بہترین مقام تلاش کر سکتے ہیں۔

قریب ترین سرور منتخب کریں۔

ہم نے اپنے کلائنٹس کے لیے بہترین سرور تلاش کرنے کے طریقہ کار کو آسان بنانے کا فیصلہ کیا اور قریبی مقامات کی خودکار جانچ کے ساتھ ایک صفحہ بنایا: RUVDS ڈیٹا سینٹرز.
جب آپ کسی صفحہ پر جاتے ہیں، تو اسکرپٹ آپ کے براؤزر سے ہر سرور تک تاخیر کی پیمائش کرتا ہے اور انہیں ایک انٹرایکٹو نقشے پر دکھاتا ہے۔ جب آپ ڈیٹا سینٹر پر کلک کرتے ہیں تو ٹیسٹ کے نتائج کے ساتھ معلومات ظاہر ہوتی ہیں۔

بٹن آپ کو ہمارے تمام ڈیٹا سینٹرز کے لیٹینسی ٹیسٹ کے صفحہ پر لے جاتا ہے۔ ٹیسٹ کے نتائج دیکھنے کے لیے، نقشے پر ڈیٹا سینٹر پوائنٹ پر کلک کریں۔

ماخذ: www.habr.com