Yerleşik 30 günlük denemeyi çevrimiçi ya da hava boşluğu üzerinden satın aldığınız pakete dönüştürün ve lisans düştüğünde cihazın ne yaptığını öğrenin.

Bir CID222 lisansı, tek bir cihaza bağlı, imzalı küçük bir dosyadır. Bir etkinleştirme isteği dışa aktarır, bunu CID222 temsilcinize gönderir ve gelen .lic dosyasını yüklersiniz. Cihaz hiçbir zaman bir lisans sunucusuna bağlanmaz; bu nedenle yordamın tamamı iki tarafta da internet olmadan çalışır.

Neye ihtiyacım var?

Lisans: Any
Rol: admin_user

Ön koşullar

Cihaz ilk açılış kurulum sihirbazını tamamladı.
Panele admin_user rolüne sahip bir kiracıyla oturum açabiliyorsunuz.
Ayarlar → Lisans sayfası boş olmayan bir kurulum kimliği gösteriyor. Boş bir kimliğe karşı lisans düzenlenemez.
Cihazın ana makine saati doğru ve NTP ile disipline edilmiş — lisans geçerliliği tarihlerle sınırlanır.
Hava boşluklu yol için: cihazın operatörü ile CID222 temsilcinize erişebilen bir makine arasında çıkarılabilir ortam veya bir e-posta yolu.

Hangi durumdasınız

Durum	Ne gerekiyor
Yeni bir cihaz, değerlendirme yapılıyor	Hiçbir şey. Yerleşik deneme ilk açılıştan itibaren 30 gün çalışır
Yeni bir cihaz, lisanslı	Lisansı etkinleştirin — dışa aktarın, gönderin, yükleyin
Denemenin içermediği bir yeteneği değerlendirmek	O katmanda süreli bir lisans. Deneme yerinde yükseltilemez
Starter'dan Professional ya da Enterprise'a geçmek	Aynı kurulum kimliğine karşı yeniden düzenlenmiş bir lisans. Yeniden kurulum değildir ve hiçbir şey yeniden başlamaz
Lisansın süresi dolmak üzere	Tarihten sonra değil önce yapılan aynı yükleme
Bir sayfa, bir yeteneğin lisanslı olmadığını bildiriyor	Katman ihtiyacınız olanı içermediğinde
Kullanıcı oluşturma reddediliyor	Koltuk sınırları
Ürün `402` yanıtı veriyor	Bir lisansın süresi dolarken
Cihaz hava boşluklu	Hiçbir şey değişmez. Bu sayfadaki her yol bir dosya alışverişidir
Cihaz yeni donanıma geri yüklendi	Kurulum kimliği onunla birlikte geldiyse hiçbir şey. Bir uyarı beklenen durumdur; uygulama değişmez

Cihaz neyi uygular

Yeni bir cihaz, imajın derlendiği günden değil ilk açılıştan itibaren damgalanan, Starter yetenek kümesinde yerleşik 30 günlük bir deneme çalıştırır. Deneme tümüyle kullanılabilir; ancak Professional veya Enterprise özelliklerinin kilidini açmaz — bunları değerlendirmeniz gerekiyorsa CID222 temsilcinizden o katmanda süreli bir lisans isteyin.

Lisans bir katman taşır ve yetenekleri katman belirler. Cihaz, dosyada adı geçen yeteneklerle katmanının yeteneklerinin birleşimini verir; bu nedenle lisansınız imzalandıktan sonra ürüne eklenen bir özellik, yeniden düzenleme olmadan da çalışır. Hangi yeteneğin hangi katmana ait olduğu koddan üretilir: lisans katmanları referansı.

Durum	Anlamı	Ürün ne yapar
`trial`	Henüz lisans yüklü değil, deneme penceresi içinde	Deneme katmanında çalışır, geri sayım bandıyla
`valid`	Bir lisans doğrulandı ve süresi içinde	Olağan çalışma
`expiring`	Süre dolmadan önceki uyarı penceresi içinde	Olağan çalışma, bir bantla
`grace`	Süre doldu, lisansın kendi belirttiği ek süre içinde	Olağan çalışma, bir bantla
`expired` / `trial_expired`	Süre ve ek süre doldu ya da deneme bitti	Ürün yolları `402` `LICENSE_EXPIRED` yanıtı verir
`invalid`	Doğrulanabilir hiçbir şey yok — güven çıpası yok ya da ana makine saati geriye alınmış	Ürün yolları `402` `LICENSE_EXPIRED` yanıtı verir

402 bilinçli olarak dardır. Ürün yollarını engeller — sohbet, tespit, denetim, görsel ve doküman analizi ve eklenti ile vekilin çağırdığı anahtar doğrulama uç noktası — ve diğer her şeyi çalışır bırakır: oturum açma, panel, lisans sayfası ve Ayarlar → Sistem Güncellemeleri dâhil. Böylece cihaz her zaman bir kurtarma yordamına gerek kalmadan yeniden lisanslanabilir. Sürüm imajları lisans uygulaması açık olarak sevk edilir (CID_REQUIRE_LICENSE); bu, lisansını doğrulayamayan bir cihazın lisanssız çalışmak yerine kapalı konumda durması demektir.

Note

Her durum değişikliği olay günlüğüne LICENSE_EXPIRING, LICENSE_GRACE, LICENSE_EXPIRED veya LICENSE_TRIAL_EXPIRED olarak yazılır; böylece bir düşüş, birinin sayfayı açmasını beklemek yerine SIEM'inizde alarma bağlanabilir.

Lisansı etkinleştirin

Lisans sayfasını açın

Ayarlar → Lisans seçin.

Sayfa geçerli License state (lisans durumu), Tier (katman), Expires (bitiş) ve Installation (kurulum) değerlerini — lisansınızın bağlı olduğu kimliği — gösterir. Denemede ayrıca kaç gün kaldığını da gösterir.

Screenshot pendingDeneme sürümündeki bir cihazda durumu, katmanı, kalan günleri ve kurulum kimliğini gösteren Ayarlar → Lisans sayfası/assets/screenshots/license-page@0.4.png

Etkinleştirme isteğini dışa aktarın

Export activation request (etkinleştirme isteğini dışa aktar) seçin.

cid-activation-<installation-id>.json adlı bir dosya indirilir. Dosya kurulum kimliğini, cihazın parmak izini, kimliğin ne kadar güçlü bağlandığını, cihazın bu kimliği kendisinin üretip üretmediğini ve dışa aktarılma zamanını taşır — hiçbir türde müşteri verisi taşımaz.

İsteği CID222 temsilcinize gönderin

İndirilen dosyayı üzerinde çalıştığınız makineden CID222 temsilcinize gönderin.

Temsilciniz, satın aldığınız paket için o kurulum kimliğine bağlı, imzalı bir .lic dosyası düzenler.

Lisans dosyasını yükleyin

Ayarlar → Lisans sayfasına dönün ve .lic dosyasını Drop your .lic file here (.lic dosyanızı buraya bırakın) alanına sürükleyin ya da Upload license (.lic) (lisans yükle) seçip dosyayı seçin.

Cihaz imzayı ve kurulum bağını doğrular, dosyayı kurar ve sayfa birkaç saniye içinde lisanslı katmana geçer.

Screenshot pendingBaşarılı bir yüklemeden sonra katman rozetini, müşteriyi, bitiş tarihini ve açılan yetenekleri gösteren Ayarlar → Lisans sayfası/assets/screenshots/license-page-activated@0.4.png

Warning

.lic dosyasını ikili bir ek olarak ya da sağlama toplamıyla doğrulanan bir kopyalamayla aktarın ve bir düzenleyicide açmayın. Satırları yeniden saran bir posta istemcisi, imzanın kapsadığı baytları değiştirir ve cihaz o zaman gerçek bir lisansı reddeder.

Yenileyin ya da başka bir pakete geçin

Yeni dosyayı, mevcut lisans düşmeden isteyin

CID222 temsilcinize aynı etkinleştirme isteğini gönderin. Kurulum kimliği değişmediği için yenileme aynı cihaza bağlanır.

Yenileme ile paket yükseltmesi aynı işlemdir: Starter'dan Professional'a, oradan Enterprise'a geçiş yeniden kurulum değil, lisansın yeniden düzenlenmesidir.

Aynı şekilde yükleyin

Ayarlar → Lisans seçin, ardından yeni .lic dosyasını yükleyin.

Yetenekler hemen genişler ve sayfadaki bitiş tarihi ileri kayar. Cihaz her ayarı ve her kaydı korur; hiçbir şey yeniden başlamaz.

Danger

Cihazın kurulum kimliğini değiştirmek, eskisine bağlı lisansı geçersiz kılar ve kendi kendine kurtarma yoktur — yeniden düzenlenmiş bir lisans gerekir. Hâlihazırda lisans taşıyan bir cihazda kimliği yeniden üretmeyin.

Katman ihtiyacınız olanı içermediğinde

Paketinizde bulunmayan bir yetenek FEATURE_NOT_LICENSED ile 403 yanıtı verir ve pano, kapıladığı yüzeyleri ölü bir sayfa göstermek yerine gizler. Çözüm, aynı kurulum kimliğine karşı onu içeren bir katmanda yeniden düzenlenmiş bir lisanstır — yenilemeyle aynı yükleme işlemidir ve hiçbir şey yeniden başlamaz.

Düz bir reddetmeden farklı davranan üç durum vardır:

Lisansınız imzalandıktan sonra ürüne eklenen bir yetenek yine de çalışır. Haklar, dosyada adı geçen yeteneklerle katmanının yeteneklerinin birleşimidir; dolayısıyla yeni bir anahtar, kapıladığı modülü sessizce geri almak yerine devralınır.
GPU'suz bir Enterprise'da Code Safety reddetmez, yeteneği kısılır. Lisans sayfası makine öğrenmesi yarısının etkin olmadığına dair bir uyarı taşır; hiçbir şey engellenmez.
Filtre testi laboratuvarı hiçbir katmana ait değildir. Ne satın almış olursanız olun her lisanslı derlemede gizlidir. Onu yalnızca bir geliştirme cihazı açığa çıkarır.

Hangi yeteneğin hangi pakete ait olduğu konusunda bağlayıcı kaynak, üretilen lisans katmanları başvurusudur.

Koltuk sınırları

Bir lisans koltuk üst sınırı taşıyabilir. Taşıdığında, sınırın ötesinde bir hesap oluşturmak LIMIT_EXCEEDED ile 403 döndürülerek reddedilir ve reddetme olay günlüğüne LICENSE_LIMIT_EXCEEDED olarak yazılır.

Davranış	Ayrıntı
Neyin sayıldığı	Üst sınır hesaplar üzerindedir; hem kiracı hem kullanıcı sınırı taşıyan bir lisansta ikisinin küçüğü geçerlidir
Üst sınır yoksa	Sınırı olmayan, tam sayı olmayan ya da 1'in altında bir sınır taşıyan lisans, üst sınırsız okunur. Koltuk sınırları var olmadan önce düzenlenmiş her lisans bu gruptadır
Hiçbir zaman engellenmeyen	Oturum açma. Yalnızca yeni hesap oluşturma reddedilir; bu nedenle bir üst sınır, cihazda zaten bulunan kişileri asla dışarıda bırakamaz
Gözetimsizken nerede canını yakar	Dizin kaynaklı hesap oluşturma — yeni bir kullanıcı açacak bir eşitleme ya da ilk oturum açma — aynı biçimde ve aynı olayla başarısız olur
Koltuk açmak	Ayrılan birini pasifleştirmek bir koltuk açar. Üst sınırı yükseltmek ise yeniden düzenlenmiş bir lisanstır

Bir lisansın süresi dolarken

Durumlar bir anahtar değil bir zaman çizelgesidir ve her geçiş olay günlüğüne yazılır; böylece bir süre dolumu, birinin bir sayfayı açmasını beklemek yerine SIEM'inizde uyarıya bağlanabilir.

Ne zaman	Durum	Kullanıcılar ne görür	Siz ne yaparsınız
Süre dolumuna 30 günden fazla varken	`valid`	Hiçbir şey	Hiçbir şey
Son 30 gün	`expiring`	Yöneticilere bir bildirim şeridi ve bir `LICENSE_EXPIRING` olayı	Yenilemeyi şimdi isteyin. İşi uzatan, muhatabınızın dönüş süresidir
Süre dolumundan sonra, lisansın kendi belirttiği ek süre içinde	`grace`	Yüksek sesli bildirim şeritleri, bir `LICENSE_GRACE` olayı. Ürün hâlâ çalışır	Yenilemeyi yükleyin. Bunu bu pencerede yapmanın hiçbir kaybı yoktur
Ek süre bittikten sonra	`expired`	Ürün rotaları `402` `LICENSE_EXPIRED` yanıtı verir	Yenilemeyi yükleyin. Cihaz yüklemeden saniyeler sonra toparlanır
Lisanssız geçen 30 günün sonunda	`trial_expired`	Aynı `402`; günlükte `LICENSE_TRIAL_EXPIRED` ile	Bir lisans yükleyin
Güven çıpası yokken ya da saat geri alındığında	`invalid`	Aynı `402`	Bu cihazda lisans güven çıpası yok

Bildirim şeritleri yalnızca yöneticilere gösterilir: sıradan bir kullanıcı yenileme yükleyemez, dolayısıyla şerit ona eylemsiz bir alarm vermiş olurdu. Şeridi kapatmak oturum ve durum başınadır; bu nedenle expiring durumundayken kapatılan bir bildirim, cihaz grace durumuna geçtiğinde geri döner.

Note

Bir 402 hiçbir zaman oturum açmaya, pano kabuğuna, Ayarlar → Lisans ya da Ayarlar → Sistem Güncellemeleri sayfalarına dokunmaz. Bu bilinçlidir: bir cihaz, kurtarma yordamına gerek kalmadan her zaman yeniden lisanslanabilmelidir.

Saati doğru tutun

Lisans geçerliliği, düzeltecek bir ağ zaman kaynağı olmadan cihazın kendi saatiyle yapılan bir karşılaştırmadır. Bundan iki başarısızlık biçimi doğar ve ikisi de cihazı bir iç zaman kaynağına yönlendirerek önlenir:

Hava boşluklu bir cihazda kayan bir saat, geçerli bir lisansı geçersize çevirebilir ve ağda bunu kurtaracak hiçbir şey olmaz.
Geri alınan bir saat kurcalama sayılır. Cihaz bir en yüksek su seviyesi işareti tutar; bu işaretin bir günden fazla gerisindeki bir saat, zaman işareti yeniden geçene kadar lisansı invalid durumunda tutar. Bu duruma masumca düşmenin yolu, o işaretten önceki bir sanal makine anlık görüntüsünü geri yüklemektir.

Çalışma kitabıinstall

Ana makine saati senkron değil

Şunları görebilirsiniz: The host clock is not synchronised (ana makine saati senkron değil) · clock is not synchronised — if the registry login fails on a certificate error, this is why (saat senkron değil; kayıt defteri girişi bir sertifika hatasıyla başarısız oluyorsa nedeni budur) · geçerli bir lisans süresi dolmuş olarak bildiriliyor · oturum açıldıktan hemen sonra token'lar süresi dolmuş diye reddediliyor

Başlamadan önce

Ana makine ajanı bildirim yapıyor mu? Saat bilgisi kapsayıcıdan değil, makinenin kendisinden gelir.tanılama · host.kernelDeğilse, önce /troubleshoot/diagnostic-snapshot sayfasına gidin.

Denetimler

1
Ana makine saatinin bir zaman servisi tarafından ayarlanıp ayarlanmadığını okuyun
tanılama · host.timeSynced = true
2
Cihazın bir zaman kaynağına erişebildiğini doğrulayın
beklenen · Durum, saati senkron olarak bildiriyor ya da ağın izin verdiği bir sunucunun adını veriyor.
3
Kaymanın lisansı çoktan eskitip eskitmediğini denetleyin
tanılama · appliance.license.state = "active|trial"

Nedenler ve düzeltmeler

Ne zaman ulaşılır	Neden	Açıklama, düzeltme ve doğrulama
denetim 1 başarısız olduğunda	`no-time-source` (uyarı)	Lisans bitişi, sertifika geçerliliği, oturum token'ı ömürleri ve her tespit zaman damgası bu saate göre belirlenir. Kayan bir saat bu nedenle lisansları erken bitirir, az önce verilmiş token'ları reddeder ve güncel bir sertifikayı henüz geçerli değil gösterir — her biri başka bir şeye benzeyen üç ayrı arıza. Kurulum sırasında ayrıca kayıt defteri girişini, ağ arızası gibi okunan bir sertifika hatasıyla bozar. Düzeltme: Cihaz ana makinesinde zaman eşitlemesini etkinleştirin ve bu ağın izin verdiği bir zaman kaynağına yöneltin. Ardından ağ geçidi kapsayıcısını yeniden başlatın; böylece açılışta önbelleğe aldığı her şey düzeltilmiş saate göre yeniden değerlendirilir. Doğrulama: tanılama · host.timeSynced = true
denetim 2 başarısız olduğunda	`ntp-blocked` (uyarı)	Bir sunucuya erişemeyen zaman istemcisi saati serbest bırakır ve arıza sessizdir: tarihe bağlı bir şey başarısız olana kadar cihazda hiçbir şey zamanın yanlış olduğunu bildirmez. Birçok saha dışarıya zaman trafiğini kapatır ve bunun yerine iç bir sunucu sağlar. Düzeltme: Cihazı sahanın kendi zaman sunucusuna yöneltin, ya da izin verilen bir dış sunucuya zaman protokolünü açın. Bkz. Ağ ön koşulları. Doğrulama: beklenen · Saat senkron olarak bildiriliyor.
denetim 3 başarısız olduğunda	`licence-mis-aged` (kritik)	Kayma, lisansı geçerlilik penceresinin dışına çoktan itmiştir; dolayısıyla ürün, gerçek bir süre dolumundaki gibi engeller. Bu noktada yenileme istemek, süresi dolmuş görünecek bir lisans daha üretir. Düzeltme: Önce saati düzeltin, sonra lisans durumunu yeniden okuyun. Zaman doğru olduktan sonra durum hâlâ süresi dolmuş görünüyorsa yenileme isteyin. Bkz. Lisansın süresi dolmuş. Doğrulama: tanılama · appliance.license.state = "active\|trial"

Doğrulama

Ayarlar → Lisans sayfası License state değerini geçerli, Tier kartını paketinizin adı ile ve Expires tarihini gelecekte gösterir.
Warnings (uyarılar) kartı yoktur ya da yalnızca zayıf bağlanma bildirimini içerir. Kimliğin makineden türetilmek yerine cihaz tarafından üretildiğini söyleyen bir uyarı, ana makine araçlarının hiç çalışmadığı bir dağıtımda beklenen durumdur; uygulamayı etkilemez.
Bir sohbet isteği yapın. İstek 402 döndürmek yerine başarılı olur.
Katmanınıza ait bir sayfayı açın — Professional'da MCP sunucuları sayfası, Enterprise'da SIEM aktarımı. Sayfa, yeteneğin lisanslı olmadığını bildirmek yerine açılır.

Başarısız olursa

Yükleme, imzayı adlandıran bir 400 ile reddediliyor:

Çalışma kitabılicensing

Lisans yüklemesi 400 "rejected: signature" ile başarısız oluyor

Şunları görebilirsiniz: 400 rejected: signature (imza reddedildi) · 400 rejected: ENOENT (dosya bulunamadı) · License upload → 400 (lisans yüklemesi 400 döndürüyor) · lisans dosyası yüklenmiyor

Başlamadan önce

Bu cihazda ilk açılış kurulum sihirbazı tamamlandı mı?tanılama · appliance.setupComplete = trueDeğilse, bunun yerine setup-connectivity-500 çalışma kitabını uygulayın.
Yüklediğiniz dosya, tam olarak BU cihazın kurulum kimliği için verilmiş ve verildiğinden beri değiştirilmemiş lisans mı?beklenen · İki kimlik karakteri karakterine aynı.Değilse, önce /install/licensing sayfasına gidin.

Denetimler

1
Lisans güven çıpasının ana makinede var olduğunu doğrulayın
tanılama · appliance.license.trustAnchorPresent = true
2
Cihazın bir kurulum kimliği bildirdiğini doğrulayın
tanılama · appliance.license.installationId
3
Ana makine saatinin NTP ile disipline edildiğini doğrulayın
tanılama · host.timeSynced = true
4
Ağ geçidinin bildirdiği lisans durumunu okuyun
GET /admin/license/status → {"state":"active|trial"}

Nedenler ve düzeltmeler

Ne zaman ulaşılır	Neden	Açıklama, düzeltme ve doğrulama
denetim 1 başarısız olduğunda	`missing-anchor` (kritik)	Lisans imzalama açık anahtarı (/etc/cid/license-pubkey.pem) bu imaja hiç gömülmemiş ya da sonradan kaldırılmıştır. Doğrulamanın imzayı karşılaştıracağı bir şey yoktur; dolayısıyla kusursuz geçerli olanlar da dahil her lisans sahte sayılıp reddedilir. API bunu eksik anahtar hatası olarak değil, imza ya da ENOENT iletisi taşıyan bir 400 olarak gösterir; suçun lisans dosyasına atılmasının nedeni budur. Düzeltme: Güven çıpasını ana makinede geri yükleyip ağ geçidi kapsayıcısını yeniden başlatın, ardından lisansı yeniden yükleyin. Cihazda çıpa imajın parçasıdır: onu taşımayan bir imaj yanlış derlenmiştir ve çözüm, kaynağı belirsiz bir anahtarı elle yerleştirmek değil ana makine onarımını yeniden çalıştırmaktır. Lisanslama ve etkinleştirme yolunu izleyin; cihaz çıpasız gönderilmiş bir imajdan derlendiyse kendiniz anahtar bulmaya çalışmak yerine destek paketini toplayıp konuyu yükseltin. Doğrulama: tanılama · appliance.license.trustAnchorPresent = true Bu geçerli değilse: Destek paketini ekleyin. Kusur cihazda değil, imaj derlemesindedir.
denetim 2 başarısız olduğunda	`null-installation-id` (kritik)	Cihaz hiçbir kurulum kimliği bildirmiyor; dolayısıyla onun için verilmiş bir lisans olamaz ve hiçbir lisans ona bağlanamaz. Bu normalde kimliğin ilk açılış sırasında hiç üretilmediği ya da kimliği tutan dosyanın ağ geçidi kapsayıcısınca okunamadığı anlamına gelir. Düzeltme: İlk açılış kimlik adımını yeniden çalıştırın ve kimliğin Ayarlar → Lisans sayfasında göründüğünü doğrulayın. Lisansı ancak kararlı bir kimlik göründükten sonra isteyin; boş bir kimliğe karşı verilmiş lisans kullanılamaz. Bkz. Lisanslama ve etkinleştirme. Doğrulama: tanılama · appliance.license.installationId
denetim 3 başarısız olduğunda	`clock-skew` (uyarı)	Lisans geçerliliği tarihlerle sınırlanır. Lisansın ek süresinden daha fazla sapmış bir ana makine saati, geçerli bir lisansı henüz geçerli değil ya da süresi dolmuş gösterir ve hata, bir imza hatasıyla aynı yerde ortaya çıkar. Düzeltme: Ana makine saatini düzeltip NTP ya da chrony'yi etkinleştirin, ardından ağ geçidi kapsayıcısını yeniden başlatıp lisansı yeniden yükleyin. Cihazın ihtiyaç duyduğu NTP dışarı çıkışı için bkz. Ağ ön koşulları. Doğrulama: tanılama · host.timeSynced = true
denetim 4 başarısız olduğunda	`wrong-licence-for-this-box` (kritik)	Güven çıpası, kurulum kimliği ve saat doğru; yani imza denetimi anlamlıdır ve başarısız oluyor. Lisans başka bir kurulum kimliği için verilmiş, aktarım sırasında değiştirilmiş (olağan suçlu, satırları yeniden saran bir posta istemcisidir) ya da kırpılmıştır. Düzeltme: Lisans dosyasını veren portaldan yeniden indirin, ikili bir ek olarak ya da sağlama toplamı doğrulanmış bir kopyayla aktarın ve bir düzenleyicide açmadan yeniden yükleyin. Lisanstaki kurulum kimliği bu cihazınkiyle eşleşmiyorsa lisansın yeniden düzenlenmesini isteyin. Doğrulama: GET /admin/license/status → {"state":"active\|trial"} Bu geçerli değilse: Destek paketini ve Ayarlar → Lisans sayfasında gösterilen kurulum kimliğini ekleyin.

Sihirbaz tamamlandığı hâlde her şey 402 yanıtı veriyor:

Çalışma kitabılicensing

Sihirbaz tamamlandıktan sonra her istek 402 LICENSE_EXPIRED döndürüyor

Şunları görebilirsiniz: 402 LICENSE_EXPIRED (lisans geçerli olarak çözümlenmiyor) · kurulum bittikten sonra sohbet 402 döndürüyor · pano yükleniyor ama her eylem "ödeme gerekli" hatasıyla başarısız oluyor · kurulumdan hemen sonra ürün engelleniyor

Başlamadan önce

Kurulum sihirbazı başarıyla tamamlandı mı?tanılama · appliance.setupComplete = trueDeğilse, bunun yerine setup-connectivity-500 çalışma kitabını uygulayın.
Pano ve oturum açma çalışıyor, yalnızca ürün rotaları mı — sohbet, tespit, denetim, görüntü ve belge analizi — 402 döndürüyor?beklenen · İlk sayfa yükleniyor, ikincisi 402 döndürüyor. İkisi de başarısız oluyorsa bu bir lisanslama sorunu değildir.Değilse, önce /troubleshoot/health-matrix sayfasına gidin.

Denetimler

1
Bu dağıtımda lisans zorunluluğunun açık olup olmadığını okuyun
tanılama · appliance.license.requireLicense = true
2
Ağ geçidinin açılışta çözümlediği lisans durumunu okuyun
tanılama · appliance.license.state = "active|trial"
3
Lisans güven çıpasının var olduğunu doğrulayın; o olmadan hiçbir lisans hiçbir zaman etkin olarak çözümlenemez
tanılama · appliance.license.trustAnchorPresent = true
4
Kurulu lisansın ne kadar süresi kaldığını denetleyin
tanılama · appliance.license.expiresAt

Nedenler ve düzeltmeler

Ne zaman ulaşılır	Neden	Açıklama, düzeltme ve doğrulama
denetim 3 başarısız olduğunda	`enforcement-on-without-anchor` (kritik)	CID_REQUIRE_LICENSE true ve lisans imzalama açık anahtarı yok. Koruma geçerli bir lisans ister, doğrulama ise güven çıpası olmadan başarılı olamaz; bu nedenle ne yüklenirse yüklensin her lisanslı rota 402 yanıtı verir. Cihaz, geçemeyeceği bir denetimi zorunlu kılmaktadır. Düzeltme: Güven çıpasını geri yükleyin ve lisansı Lisans yüklemesi 400 imza hatasıyla başarısız oluyor yolunu izleyerek yükleyin. Zorunluluğu kapatmak yalnızca laboratuvar için bilinçli ve geçici bir önlemdir — müşteri cihazında asla çözüm değildir, çünkü katmanın dayandığı hak denetimlerini devre dışı bırakır. Doğrulama: tanılama · appliance.license.trustAnchorPresent = true
denetim 2 başarısız olduğunda	`no-valid-license` (kritik)	Zorunluluk açık ve lisans, etkin ya da deneme dışında bir duruma çözümlendi: eksik, geçersiz ya da süresi dolmuş. Kurulum sihirbazı bir lisans kurmaz; bu nedenle zorunluluğu açık, yeni tamamlanmış bir cihaz, bir lisans yüklenene kadar tam olarak bu duruma gelir. Düzeltme: Bu cihaz için verilmiş lisansı Ayarlar → Lisans altında yükleyin. Henüz bir lisans verilmediyse, o sayfada gösterilen kurulum kimliğine karşı bir lisans isteyin. Bkz. Lisanslama ve etkinleştirme. Doğrulama: GET /admin/license/status → {"state":"active\|trial"}
denetim 4 başarısız olduğunda	`license-genuinely-expired` (kritik)	Bir lisans kurulu ve doğrulanıyor, ancak geçerlilik süresi sona ermiş. Zorunluluk bunun üzerine ürün rotalarını engellerken yönetimi erişilebilir bırakır; böylece cihaz bir kurtarma yordamı olmadan yeniden lisanslanabilir. Düzeltme: Yenilenmiş bir lisans yükleyin. Süre dolumu yanlış görünüyorsa önce ana makine saatini denetleyin — kayan bir saat geçerli bir lisansı erkenden eskitir ve tam olarak bu durumu üretir. Doğrulama: tanılama · appliance.license.state = "active\|trial"
denetim 1 başarısız olduğunda	`unexpected-402-without-enforcement` (uyarı)	Zorunluluk kapalı, dolayısıyla lisans korumasının hiçbir şeyi engellememesi gerekir. Bu durumdaki bir 402, ağ geçidinin açılışta okuduğu değerin şu anda yapılandırılmış değerden farklı olduğu anlamına gelir — genellikle kapsayıcı, ayar değişmeden önce başlatılmış ve yeniden başlatılmamıştır. Düzeltme: Ağ geçidi kapsayıcısını yeniden başlatın, böylece yapılandırmasını yeniden okur; ardından yeniden deneyin. Zorunluluk kapalıyken 402 sürüyorsa destek paketini toplayın: etkin yapılandırma ile yapılandırılmış olan uyuşmuyordur. Doğrulama: tanılama · appliance.license.requireLicense = false Bu geçerli değilse: Etkin duruş bölümü dahil olmak üzere destek paketini ekleyin.

Lisansın süresi doldu ve lisanslı uç noktalar 402 yanıtı veriyor:

Çalışma kitabılicensing

Lisansın süresi dolmuş ve lisanslı uç noktalar 402 döndürüyor

Şunları görebilirsiniz: License expired / product locked (lisansın süresi dolmuş, ürün kilitli) · 402 LICENSE_EXPIRED (lisansın süresi dolduğu için istek reddedildi) · License state is "expired" (lisans durumu "expired") · deneme süresi doldu

Başlamadan önce

Hâlâ oturum açıp panoyu açabiliyor, yalnızca ürün yolları mı başarısız oluyor?beklenen · İlki yükleniyor, ikincisi 402 döndürüyor. Ürün kilitliyken lisans yolunun erişilebilir kalması tasarım gereğidir.Değilse, önce /troubleshoot/health-matrix sayfasına gidin.

Denetimler

1
Ağ geçidinin çözümlediği lisans durumunu okuyun
tanılama · appliance.license.state = "active|trial"
2
Ana makine saatinin disiplinli olduğunu doğrulayın; kayan bir saat geçerli bir lisansı erkenden eskitir
tanılama · host.timeSynced = true
3
Güven çıpasının var olduğunu doğrulayın; o olmadan hiçbir yenileme de doğrulanamaz
tanılama · appliance.license.trustAnchorPresent = true
4
API'nin bildirdiği lisans durumunu okuyun
GET /admin/license/status → {"state":"active|trial"}

Nedenler ve düzeltmeler

Ne zaman ulaşılır	Neden	Açıklama, düzeltme ve doğrulama
denetim 1 veya 4 başarısız olduğunda	`expired-or-invalid` (kritik)	Kurulu bir lisans var ve geçerlilik süresi bitmiş ya da lisans artık doğrulanmıyor. Bunun üzerine koruma, lisanslı yolları — sohbet, tespit, denetim, görüntü ve belge analizi — 402 ile engellerken yönetimi erişilebilir bırakır; böylece cihaz bir kurtarma yordamına gerek kalmadan yeniden lisanslanabilir. Düzeltme: Ayarlar → Lisans altından yenilenmiş bir lisans yükleyin. Yenilemeyi o sayfada gösterilen kurulum kimliğine göre isteyin: başka bir kimlik için verilmiş bir lisans burada doğrulanmaz. Bkz. Lisanslama ve etkinleştirme. Doğrulama: tanılama · appliance.license.state = "active\|trial"
denetim 2 başarısız olduğunda	`clock-skew-fake-expiry` (uyarı)	Lisans geçerliliği, ana makine saatinden okunan tarihlerle sınırlanır. Ek süre penceresinden fazla sapmış bir saat, geçerli bir lisansı süresi dolmuş gösterir ve ürün tam olarak gerçek bir süre dolumundaki gibi engeller. Düzeltme: Ana makine saatini düzeltip zaman eşitlemesini etkinleştirin, ardından ağ geçidi kapsayıcısını yeniden başlatın ve yenileme istemeden önce lisans durumunu yeniden okuyun. Bkz. Ana makine saati senkron değil. Doğrulama: tanılama · host.timeSynced = true
denetim 3 başarısız olduğunda	`renewal-cannot-verify` (kritik)	Güven çıpası yok; dolayısıyla yüklemek üzere olduğunuz yenileme de, mevcut lisansın artık doğrulanmamasıyla aynı nedenle reddedilecek. Önce yüklemek bakım penceresini boşa harcar. Düzeltme: Herhangi bir şey yüklemeden önce güven çıpasını geri getirin. Bkz. Cihazda lisans güven çıpası yok. Doğrulama: tanılama · appliance.license.trustAnchorPresent = true

Ne yüklerseniz yükleyin bu cihaz yalnızca denemeyi çalıştırabiliyor:

Çalışma kitabılicensing

Cihazda lisans güven çıpası yok ve yalnızca denemeyi çalıştırabiliyor

Şunları görebilirsiniz: No license trust anchor (/etc/cid/license-pubkey.pem) (lisans güven çıpası yok) · bu makinede hiçbir lisans doğrulanamıyor · cihaz yalnızca yerleşik denemeyi çalıştırıyor · hangi lisans dosyasını yüklersek yükleyelim hepsi reddediliyor

Başlamadan önce

Bu, compose dosyasından başlatılmış bir geliştirme yığını değil de CID222 kurulum ortamından oluşturulmuş bir cihaz mı?tanılama · appliance.deploymentMode = "appliance"Değilse, önce /develop/getting-started/introduction sayfasına gidin.

Denetimler

1
Lisans imzalama açık anahtarının ana makinede var olup olmadığını okuyun
tanılama · appliance.license.trustAnchorPresent = true
2
Lisans zorunluluğunun açık olup olmadığını okuyun; eksik güven çıpasının ne kadar kötü olduğuna bu karar verir
tanılama · appliance.license.requireLicense = false

Nedenler ve düzeltmeler

Ne zaman ulaşılır	Neden	Açıklama, düzeltme ve doğrulama
denetim 1 başarısız olduğunda	`anchor-absent` (uyarı)	Lisans imzalama açık anahtarı cihaz imajının bir parçasıdır ve /etc/cid/license-pubkey.pem konumunda durur. O olmadan doğrulamanın bir imzayı karşılaştıracağı hiçbir şey yoktur; bu nedenle geçerli olanı dahil her lisans sahte sayılarak reddedilir. Zorunluluk kapalıyken cihaz yerleşik denemesini çalıştırmayı sürdürür — eksik güven çıpasının çoğu zaman ancak deneme süresi bittiğinde fark edilmesinin nedeni budur. Düzeltme: Ayarlar → Sistem Güncellemeleri sayfasından ana makine onarımını çalıştırın; bu, imajın taşıması gereken dosyaları yeniden oluşturur. Ardından anlık görüntüyü yeniden denetleyin. Onarımdan sonra da güven çıpası bulunmayan bir imaj yanlış oluşturulmuştur: kaynağı bilinmeyen bir anahtarı elle yerleştirmek yerine destek paketini toplayın ve konuyu yükseltin. Doğrulama: tanılama · appliance.license.trustAnchorPresent = true Bu geçerli değilse: Destek paketini ekleyin. Kusur cihazda değil, imaj derlemesindedir.
denetim 2 başarısız olduğunda	`enforcement-on-without-anchor` (kritik)	Zorunluluk geçerli bir lisans ister ve cihaz hiçbirini doğrulayamaz; bu nedenle ne yüklenirse yüklensin her lisanslı rota 402 yanıtı verir. Cihaz, yapısal olarak geçemeyeceği bir denetimi zorunlu kılmaktadır. Düzeltme: Güven çıpasını yukarıdaki gibi geri yükleyin ve bu kurulum kimliği için verilmiş lisansı yükleyin. Bkz. Lisans yüklemesi 400 imza hatasıyla başarısız oluyor. Zorunluluğu kapatmak yalnızca bir laboratuvar önlemidir — katmanın dayandığı hak denetimlerini devre dışı bırakır. Doğrulama: GET /admin/license/status → {"state":"active\|trial"}

Daha kısa yanıtı olan iki belirti daha vardır:

Bir sayfa ya da uç nokta not licensed (FEATURE_NOT_LICENSED) yanıtı veriyor → yetenek paketinizde yoktur. Bkz. Katman ihtiyacınız olanı içermediğinde.
Kullanıcı oluşturma LIMIT_EXCEEDED ile reddediliyor → lisans bir koltuk üst sınırı taşır ve bu cihaz sınıra ulaşmıştır. Bkz. Koltuk sınırları.

Sonraki adımlar

Lisans katmanları — her paketin hangi yeteneği verdiğini gösteren üretilmiş tablo.
Adlandırma, DNS ve TLS — istemcilerinizin cihazla konuşmadan önce ihtiyaç duyduğu adlar ve sertifika.
Cihazı güncelleyin — güncellemeler paketinizi hiçbir zaman değiştirmez; yetenekleri tanımlayan şey lisans dosyasıdır.

Lisanslama ve etkinleştirme

Neye ihtiyacım var?

Lisans sayfasını açın

Etkinleştirme isteğini dışa aktarın

İsteği CID222 temsilcinize gönderin

Lisans dosyasını yükleyin

Yeni dosyayı, mevcut lisans düşmeden isteyin

Aynı şekilde yükleyin

Başlamadan önce

Denetimler

Nedenler ve düzeltmeler

Başlamadan önce

Denetimler

Nedenler ve düzeltmeler

Başlamadan önce

Denetimler

Nedenler ve düzeltmeler

Başlamadan önce

Denetimler

Nedenler ve düzeltmeler

Başlamadan önce

Denetimler

Nedenler ve düzeltmeler

Bu sayfada