VPN گیٹ وے پورٹ پر ڈوپلیکس کی عدم مطابقت: دونوں سرے پڑھیں

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

پورٹ سے نہیں، رکاوٹ سے شروع کریں

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

پھر انٹرفیس دیکھتے ہوئے اسے دوبارہ پیدا کریں۔ فزیکل مسئلہ متاثرہ بوجھ کے دوران کاؤنٹرز میں حرکت کی صورت میں ظاہر ہوتا ہے، اور جو مسئلہ کاؤنٹرز میں کوئی حرکت ہی پیدا نہیں کرتا وہ غالباً لنک لیئر کے اوپر ہے۔ ایک منٹ دیکھیں، ایک سیکنڈ نہیں، کیونکہ یہ نقائص ظاہر ہونے سے پہلے اکثر مسلسل ٹریفک چاہتے ہیں۔ بیکار حالت میں نگرانی ایسے لنک کے بارے میں کچھ ثابت نہیں کرتی جو صرف بوجھ کے تحت برا سلوک کرتا ہے۔

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

دونوں سروں پر آپریشنل موڈ پڑھیں

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

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

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

اگر آپ دوسرا سرا نہیں پڑھ سکتے تو آپ اس کی تشخیص نہیں کر سکتے۔ مالک سے آپریشنل موڈ اور کاؤنٹر مانگیں، یا اپنی طرف بدلنے سے پہلے رسائی کا بندوبست کریں۔

10/100 آدھے ڈوپلیکس کا معاملہ کیسا لگتا ہے

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

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

قابل مشاہدہ ثبوت ان غلطیوں کا مرکب ہے جو صرف ایک سمت میں ہوتی ہیں: پورے ڈوپلیکس کی طرف FCS یا CRC غلطیاں، آدھے ڈوپلیکس کی طرف تصادم یا تاخیری تصادم، اور بوجھ کے تحت گرنے والی تھرو پٹ، جبکہ بیکار حالت میں تاخیر معمول کی رہتی ہے۔ یہی عدم توازن شناخت ہے۔ صرف زیادہ بوجھ والا لنک دونوں سمتوں میں اور ہر وقت خراب ہوتا ہے۔

دونوں سرے ایک ساتھ بدلیں، واپسی کے راستے کے ساتھ

ڈوپلیکس کی درستگی ایک ہم آہنگ تبدیلی ہے، مقامی نہیں۔ دوسرے سرے کی رضامندی کے بغیر اپنی طرف زبردستی کرنا وہ طریقہ ہے جس سے چلتا لنک ٹوٹا ہوا بن جاتا ہے، اور CLI کا کمانڈ قبول کرنا صرف یہ ثابت کرتا ہے کہ نحو درست تھی۔

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

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

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

تصدیق کریں کہ کاؤنٹر بہتر سمت میں حرکت کر گئے

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

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

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

ٹکٹ میں وقت کی مہروں کے ساتھ پہلے اور بعد کے اعداد لکھیں۔ یہی ریکارڈ «VPN بہتر محسوس ہوتا ہے» کو ایسی چیز میں بدلتا ہے جس پر اگلا انجینئر کھڑا ہو سکے۔