متن پر جائیں

لائسنس ہارٹ بیٹ اور آف لائن تصدیق

دونوں لائسنس پالیسی میں ہیں مگر الگ باتیں ہیں: online سرور سے کتنی بار رابطہ، اور رابطہ نہ ہونے پر کتنی مدت استعمال۔

heartbeat وقفہ: تصدیق کتنی بار

heartbeat وقفہ (سیکنڈ) دیں 600, چلتے وقت SDK تقریباً ہر 10 منٹ بعد ہارٹ بیٹ بھیجتا ہے۔ ہر کامیابی پر تازہ قواعد حاصل ہوتے ہیں اور مقامی لائسنس کیش تازہ ہوتا ہے۔

600–86400 سیکنڈ دیں۔ دیں 0 مقررہ ہارٹ بیٹ بند کرتا ہے۔ ایپ دستی تصدیق یا تازہ کاری کر سکتی ہے۔ شیڈول میں 0–10% اتفاقی تاخیر شامل ہوتی ہے؛ وقفہ 600 سیکنڈ سے کم نہیں ہوتا۔

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

آف لائن مدت: سرور نہ ملے تو کتنی دیر چلے

آف لائن وضع کے تین انتخاب؛ heartbeat وقفہ نہیں بدلتا۔

مقررہ مدت کی اجازت
24 گھنٹے رکھنے پر آخری کامیاب online validation سے cache زیادہ سے زیادہ 24 گھنٹے درست ہے۔ اس دوران نیٹ یا سرور عارضی بند ہو تو ایپ چلتی ہے۔ اس کے بعد کامیاب online validation چاہیے۔
آف لائن fallback ممنوع
شروع پر سرور سے کامیاب رابطہ چاہیے؛ ناکام درخواست کو disk cache اجازت نہیں دیتا۔ چلتے وقت مختصر دستخط زیادہ سے زیادہ درست ہیں max(10, 心跳间隔) سیکنڈ؛ ایپ تصدیق اور خصوصیت کی اجازت جانچتی رہے۔
مستقل آف لائن استعمال کی اجازت
مقامی دستخط طویل مدت اور نیٹ ناکامی میں بھی اجازت جانچ سکتے ہیں۔ 30 دن کا لائسنس 30 دن بعد ختم ہوگا؛ مستقل offline اسے دائمی لائسنس نہیں بناتا۔

API استعمال کرتا ہے offline_mode ان تین انتخابوں کی ترتیب ہے limited، none، permanent۔ مقرر آف لائن مدت میں،offline_seconds 1–31536000 سیکنڈ؛ دوسرے دونوں میں 0۔

یہ امتزاج کیسے چلتے ہیں؟

heartbeat / آف لائن ترتیبحقیقی رویہ
10 منٹ / 24 گھنٹےonline ہر 10 منٹ جانچیں۔ offline آخری کامیاب جانچ سے زیادہ سے زیادہ 24 گھنٹے استعمال
10 منٹ / مستقل آف لائنہر 10 منٹ heartbeat کوشش؛ کامیابی پر قواعد تازہ، رابطہ نہ ہو تو درست دستخط۔
0 / مستقل آف لائندرست cache سے آغاز ممکن، مقررہ درخواست نہیں۔ واضح validation یا refresh پھر بھی سرور جاتا ہے
0 / 24 گھنٹےمقرر heartbeat نہیں مگر cache ختم ہوتا ہے۔ ایپ خود تصدیق طے کرے؛ heartbeat بند کرنے سے آف لائن مدت نہیں بڑھتی۔

آف لائن مدت heartbeat وقفے سے زیادہ رکھیں۔ ہر گھنٹے heartbeat مگر صرف 1 منٹ offline میں دستخط اگلے heartbeat سے پہلے ختم ہوتے ہیں؛ ایپ کو الگ validation چاہیے۔

پالیسی بدلنے سے پرانے لائسنس بدلتے ہیں؟

ہاں۔ پالیسی محفوظ کرنے پر حدود، خصوصیات، کوٹے، ماڈل، maintenance اور versions تمام منسلک غیر منسوخ لائسنسوں میں ایک ہی transaction میں ہم آہنگ ہوتے ہیں۔ ہر ایک پر دوبارہ Apply policy نہیں کرنا پڑتا۔

ہم آہنگی ہر لائسنس کی مدت قسم، دن، پہلی activation، اختتام، گاہک، استعمال اور الگ maintenance توسیع محفوظ رکھتی ہے۔ پالیسی کی مدت صرف نئے لائسنسوں پر ہے؛ 30 دن کا لائسنس مستقل نہیں بنتا۔

ماڈل بدلتے وقت فعال آلات یا sessions باقی ہوں، یا نئی حد موجودہ استعمال سے کم ہو، تو save واپس دیتا ہے ACTIVE_DEVICES_CONFLICT، اور پالیسی یا منسلک لائسنس جزوی طور پر نہیں بدلتے۔ متصادم آلات آزاد کر کے دوبارہ محفوظ کریں۔

کامیاب save کے بعد منسلک پرانے اور نئے لائسنس اگلی کامیاب activation، validation یا heartbeat پر نئے قواعد لیتے ہیں۔ SDK cache کو نئے دستخط سے بدلتا ہے۔ وہی Idempotency-Key دوبارہ اصل نتیجہ دیتا ہے۔

آف لائن آلہ پہلے دستخط شدہ قواعد استعمال کرتا ہے۔ صرف نیٹ واپس آنے سے cache نہیں بدلتا؛ ایک درخواست کامیاب ہونی چاہیے۔ ایپ نیٹ واپسی پر خود refresh کر سکتی ہے۔

Apply policy کا اب بھی ایک استعمال ہے۔

منتخب لائسنس دوسری پالیسی میں لے جانے کے لیے Licenses صفحے پر انہیں چن کر Apply policy سے preview کریں۔ موجودہ منسلک پالیسی بدلتے وقت صرف save کریں، خودکار ہم آہنگی ہوگی۔

براہ راست آن لائن refresh

یہ طریقے ہمیشہ سرور کی کوشش کرتے ہیں، مستقل offline اور heartbeat بند ہونے پر بھی۔ کامیابی دستخط تازہ کرتی ہے؛ نیٹ ناکامی refresh error دیتی مگر درست cache رکھتی ہے۔ واضح منسوخی یا release پر cache مٹتا ہے۔

زبانکال کرنے کا طریقہ
Goclient.RefreshOnline(ctx)
Javaclient.refreshOnline()
Cln_refresh_online(client)
C++client.RefreshOnline()
C#await client.RefreshOnline()
Pythonclient.refresh_online()
JavaScriptawait client.refreshOnline()

کامیاب refresh ایک activation API درخواست شمار ہوتا ہے۔ پالیسی پہلے بند heartbeat کو کھولے تو اپنی زبان کا StartHeartbeat بلائیں۔ آف لائن آلہ منسوخی یا release کی تازہ خبر نہیں لیتا۔