OpenVPN لاگ لائن میں us= کا کیا مطلب ہے اور اسے کیسے تبدیل کیا جائے

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

سطر کے تین حصوں کا مطلب

تاریخ اور مکمل سیکنڈ پہلے آتے ہیں، اور us= ایک سیکنڈ سے کم باقی حصہ اٹھاتا ہے۔ 12345 کی قدر بارہ ہزار تین سو پینتالیس مائیکرو سیکنڈ ہے، یعنی 0.012345 سیکنڈ، اس لیے جب چھپی ہوئی وقت 09:15:30 ہو تو سطر 09:15:30.012345 بیان کرتی ہے۔ کاؤنٹر ہر نئی سیکنڈ کے ساتھ دوبارہ شروع ہوتا ہے، اس لیے بعد کی سطر کوئی گھڑی پیچھے جائے بغیر چھوٹا حصہ چھاپ سکتی ہے۔ صرف مکمل ٹائم اسٹیمپ واقعات کو ترتیب دیتا ہے۔

2026-11-02 08:41:07 us=4820

اکائی سیکنڈ کا دس لاکھواں حصہ ہے، اور us= کے چھ ہندسے 0.000000 سے 0.999999 تک پوری حد کو ڈھانپتے ہیں۔ پانچ ہندسے دہائیوں ملی سیکنڈ بتاتے ہیں، جبکہ چھ ہندسے تقریباً پورے سیکنڈ تک سینکڑوں ملی سیکنڈ بتاتے ہیں۔ اگر تبدیلی ایک سے بڑا حصہ دے تو اعشاریہ نقطہ سرک گیا ہے اور حساب غلط ہے۔ ہاتھ سے کرنے کا مطلب چھپی ہوئی مکمل عدد کو دس لاکھ سے تقسیم کر کے مکمل سیکنڈ میں شامل کرنا ہے۔

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

کیلکولیٹر کے بغیر سطر تبدیل کرنا

چھپی ہوئی سیکنڈ کو بنیاد بنائیں اور us= کو حصہ سمجھیں۔ 09:15:30 اور us=12345 کے لیے اعشاری شکل 09:15:30.012345 ہے؛ us=900000 کے لیے یہ 09:15:30.900000 ہے۔ اعشاریہ نقطے کے بعد کے ہندسے بھرا ہوا مکمل عدد ہیں، کبھی بھی ہزار سے تقسیم شدہ مکمل عدد نہیں۔ پہلے چھ ہندسوں کی شکل لکھنا زیادہ تر غلطیوں کو روکتا ہے۔

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

جب لاگ میں یہ فیلڈ نہ ہو

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

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

grep -nE '^[[:space:]]*verb[[:space:]]+[0-9]' /etc/openvpn/server.conf

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

چھ ہندسے کیا ثابت نہیں کرتے

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

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

نیا us= قدر ثابت نہیں کرتا کہ نیا کلائنٹ لاگ ان ہوا، اور دہرائی گئی قدر دوہرا واقعہ ثابت نہیں کرتی۔ ساتھی اور کنکشن کی فیلڈز ان سوالوں کا جواب دیتی ہیں۔