د وسیلې غلط ساعت کولی شي VPN ودروي: لومړی وخت وګورئ

VPN له نښلیدو ډډه کوي، لاګ د تصدیق نامې یادونه کوي، او لومړی غریزه د پروفایل بدلول دي۔ د وسیلې ساعت چې د څو دقیقو یا ساعتونو لپاره غلط وي، هماغه تېروتنه جوړوي، ځکه چې د تصدیق نامې اعتبار د سیمه ایزې شیبې له مخې ارزول کیږي۔ په سکرین کې د وخت سیمې لیبل ستونزه نه ده؛ ستونزه پخپله وخت دی۔ د تصدیق نامې له کوم موادو سره د لاس وهلو دمخه ساعت وګورئ۔

تېروتنه د ساعت نه، د تصدیق نامې د ستونزې په څېر ښکاري

TLS لاس ورکول هغه وخت ناکامېږي چې د بل اړخ تصدیق نامه د تصدیق کوونکي د ساعت په نسبت د هغې د اعتبار له کړکۍ بهر شي۔ دا څېړنه په کلاینټ کې چلیږي، نو غلط کلاینټ ساعت بشپړه سمه تصدیق نامه ردوي۔ د تېروتنې متن د تصدیق نامې نوم اخلي، ځکه خلک هغه بدلوي او بیا هماغه ناکامي ویني۔ ساعت ارزانه فرضیه ده او باید لومړی وازمویل شي۔

هغه ساعت چې له ریښتیني وخت څخه مخکې وي اوسنۍ تصدیق نامه د پای ته رسېدلې په توګه ردوي؛ هغه ساعت چې وروسته وي نوي تصدیق نامه د لا نه اعتبار وړ په توګه ردوي۔ دواړه پیغامونه نیټو ته اشاره کوي، او دواړه د تصدیق نامې له ادارې سره د کوم اړیکې پرته جوړیږي۔ دا هغه نښه ده: ریښتینی پای ته رسېدل هر کلاینټ اغیزه کوي، پداسې حال کې چې د ساعت ستونزه یوازې هغه یوه ماشین چې وخت یې غلط دی۔

شیبه ولولئ، بیا تصدیق نامه

د هر څه بدلولو دمخه ساعت په UTC کې او د تصدیق نامې خپلې نیټې چاپ کړئ۔ د دوو مطلقو شیبو پرتله کول د وخت د سیمې پوښتنه په بشپړه توګه له څېړنې لرې کوي۔ که د تصدیق نامې کړکۍ اوسنۍ شیبه ولري، تصدیق نامه ستاسو ناکامي نه ده۔

date -u
timedatectl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -dates

که سیمه ایز ساعت غلط وي، وګورئ چې همغږی شوی که نه او له کوم سره۔ هغه ماشین چې همغږي کول په کې بند وي، یا د وخت سرچینه یې نه شي رسېدلی، تر هغه ځایه کږیږي چې یو څه ناکام شي۔ د حالت محصول سرچینه او وروستی بریالی سمون نوموي، چې یوازې له اوسني انحراف څخه ډېر ګټور دی۔ د سرچینې له تنظیم پرته لوی انحراف له کار کوونکې سرچینې سره د کوچني انحراف څخه بېله ستونزه ده۔

timedatectl timesync-status
chronyc tracking

که تصدیق نامه واقعاً د هر کلاینټ لپاره پای ته رسېدلې وي، ودرېږئ۔ بیا ساعت سم دی او تصدیق نامه سمون نه، بلکې نوی کول غواړي۔

د ننوتلو کوډونه د اړوند خو بېل دلیل له مخې ناکامېږي

د وخت پر بنسټ یو ځلې پټنومونه خپل ارزښت له اوسني وخت ګام څخه اخلي، معمولاً دېرش ثانیې۔ هغه وسیله چې ساعت یې له یو یا دوو ګامونو ډېر کږ شوی وي، هغه کوډونه جوړوي چې سرور به یې نه مني، حتی که کارونکي سمې عددونه ټایپ کړي وي۔ تېروتنه د غلط پټنوم په څېر ښکاري، چې خلک د ساعت د سمولو توان نلرونکي بیا تنظیم کېدو چکر ته ورټېل وهي۔

وګورئ کوم برخې هڅه رد کړه، ځکه چې VPN کلاینټ، دروازه او د هویت ورکوونکی بېلې مرحلې راپورته کوي۔ که کوډ رد او پټنوم ومنل شي، حساب غالباً سم دی او تورن ساعت دی۔ که دواړه رد شي، کېدای شي حساب بند وي او ساعت غلط نښه ده۔ د هغو غوښتنو د تاییدولو پرځای چې تاسو نه دي پیل کړې، د ورکوونکي د بیا رغونې لارښوونې تعقیب کړئ۔

د کوډ د کار کولو لپاره ساعت بېرته مه ګرځوئ۔ دا لامل پټوي او راتلونکې د وخت پر بنسټ څېړنه ماتوي۔

سرچینه سمه کړئ، نه ښودل شوې ساعت

همغږي کول شبکه ای خدمت دی، او ټونل کولی شي بدل کړي چې د وخت سرچینه د لاسرسي وړ ده که نه۔ کارپوریټ سرچینه کېدای شي ټونل ته اړتیا ولري، پداسې حال کې چې عامه سرچینه ښايي د پالیسۍ له مخې بنده شي۔ براوزینګ کولی شي کار وکړي پداسې حال کې چې د وخت د خدمت خپله لاره ناکامېږي، ځکه دا تکیه اسانه له پامه غورځېدای شي۔ NTP هغه پروتوکول دی چې د سمون شاته دی، او لکه هر بل خدمت، خپله لاره غواړي۔

sudo systemctl status systemd-timesyncd
sudo chronyc sources -v
ping -c1 203.0.113.20

د پیل کېدو د ترتیب ستونزه هم شته: ډېر غلط ساعت کولی شي تصدیق شوی ټونل بند کړي، او یوازینۍ کارېدونکې د وخت سرچینه کېدای شي د هماغه ټونل شاته وي۔ مدیریت شوې ډله دې حالت ته مستنده کړنلاره غواړي، او د تصدیق نامې تصدیق ته لمن وهل داسې کړنلاره نه ده۔ په شخصي وسیله کې د آپریټنګ سیسټم خپل د وخت کنټرول وکاروئ او ومومئ چې د بندولو یا بحالي وروسته ساعت ولې ورکېږي۔ هغه ماشین چې په هر پیل کې کږیږي د هارډویر یا کنفیګریشن ستونزه لري، نه د VPN ستونزه۔

له سمون وروسته بیا اصلي اړیکه وازموئ او نوې تېروتنه جلا ولولئ۔ ناسم د سرور هویت، هغه تصدیق نامه چې واقعاً پای ته رسېدلې ده او رد شوی حساب درې بېلې ناکامۍ دي، او له یو بل سره یې ګډول هماغه کار دی چې یو ساده د ساعت سمون یې په یوه اونۍ د پروفایلونو بدلولو بدلوي۔