Telemetri ve Gizlilik
Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon
nux-intake uç noktaları, event türleri, veri minimizasyonu ve devre dışı bırakma.
Komutları güvenli çalıştır
Örneklerdeki paket ve aygıt adlarını kendi sisteminle karşılaştır. Root yetkisi gerektiren işlemlerde komutun etkisini ve hedef yolu doğrulamadan devam etme.
Sunucu akışı
nux-intake, Python HTTPServer tabanlı servis olarak port 9377’de dinler ve Nginx reverse proxy arkasında yer alır. Uç noktalar: POST /api/v1/telemetry ve POST /api/v1/telemetry/tester. Üretim ortamında origin portunun herkese açık olup olmadığı firewall ile sınırlandırılmalıdır.
Event türleri
Tanımlı event adları: dep_missing, package_not_found, checksum_mismatch, download_failed, install_failed, upgrade_failed, repo_index_invalid, trigger_failed, heartbeat, package_signal. Event adı tek başına gönderilen payload alanlarını açıklamaz; gerçek şema ve saklama süresi ayrıca yayımlanmalıdır.
Veri minimizasyonu ve izin
Mümkün olan en az veri gönderilmeli. Dosya yolu, kullanıcı adı, IP, hostname, paket listesi ve hata logları kişisel/ortama özgü bilgi içerebilir. Ham log veya sırları telemetriye ekleme. Kullanıcıya hangi verinin neden gönderildiği ve nasıl kapatılacağı açıkça anlatılmalıdır.
Yerel durum
/var/lib/nux/telemetry.json içinde install_id ve telemetri durumu bulunduğu belirtilmiştir. Dosya içeriğini burada verilen olmayan JSON anahtarlarıyla elle değiştirme. Kapatma komutu/ayar yöntemi spesifikasyonda açıklanmadığından, kurulu nux help ve resmi gizlilik ayarı kontrol edilmelidir.
Ağ ve hata davranışı
Telemetri gönderim başarısızlığı paket kurulumu işlemini bloklamamalı; bu davranış gerçek client’da test edilmelidir. TLS, rate limit, payload boyutu sınırı, retention süresi, erişim kontrolü ve veri silme talebi süreçleri sunucu işletim politikasında tanımlanmalıdır.
Güvenli uygulama akışı
Bu sayfadaki Telemetri ve Gizlilik adımlarını uygularken önce mevcut durumu kaydet; ilgili sistemde nux key status komutunun kullanılabilirliğini ve yardım metnini doğrula.
1. Hedef cihazın ST sürümünü, x86_64 mimarisini, aktif kanalı ve gerekli disk alanını doğrula.
2. Geri alınması zor işlem öncesinde kullanıcı verisini yedekle ve cihazı kararlı güç kaynağına bağla.
3. Tek seferde tek değişiklik uygula; komut, zaman, çıkış kodu ve sonucu not et.
4. Başarısızlık halinde işlemi tekrarlamadan önce tam logu ve son başarılı durumu sakla.
5. Sonucu nux doctor, ilgili bileşen sorgusu ve gerçek kullanıcı senaryosuyla doğrula.
ST 3.0 referans matrisi
| Bileşen | Verilen referans |
|---|---|
| Sürüm / kod adı | ST 3.0 / Obsidian Engine |
| Taban / mimari | Saf LFS / x86_64 |
| Kernel / init | linux-nucora 6.4.12 / SysVinit |
| libc / derleyici | glibc 2.39 / GCC 14.2.0 |
| Masaüstü / görüntü | XFCE 4.20, Xfwm4 / Xorg |
| Paket yöneticisi | nux 8.4.10; Go |
| Bellek / depolama | Boşta ~450 MB; minimum 2 GB RAM, 15 GB disk |
| Paket envanteri | stable 433; testing 46 (sağlanan sayılar) |
Değişiklik sonrası doğrulama
- Beklenen dosya/paket/ayar doğru yerde ve doğru sürümde.
- İlgili servis, masaüstü oturumu veya ağ bağlantısı yeniden çalışıyor.
- Paket veritabanı tutarlı;
nux doctoryeni hata üretmiyor. - Loglarda checksum, bağımlılık veya izin hatası yok.
- Geri dönüş yolu ve yedeğin okunabilirliği biliniyor.
Hata ayırma matrisi
| Belirti | İlk kontrol | Güvenli sonraki adım |
|---|---|---|
| Paket bulunamıyor | nux channel, nux repo list |
İndeksi yenile; gerçek paket adını ara. |
| Hash uyuşmuyor | Arşiv SHA256 ve repo metadata | Arşivi kurma; kaynağı/indeksi doğrula. |
| Bağımlılık eksik | nux check-deps, nux info |
Sağlayıcıyı belirle; rastgele dosya kopyalama. |
| Sistem beklenmedik | History ve son log | Yeni değişiklik yapmayı durdur; yedekle ve raporla. |
Güvenlik sınırları
- Arşiv, recipe, maintainer script veya tester anahtarını güvenilir kaynaktan doğrulamadan root ile çalıştırma.
.nuxchecksum uyuşmazlığını görmezden gelme; hash düzeltme aracı kaynağın güvenilirliğini kanıtlamaz./var/lib/nux/veritabanını elle düzenleme veya snapshot dosyalarını doğrulamadan silme.-ybayrağını özellikle remove/upgrade işlemlerinde etkisini anlamadan kullanma.- Rapor ve ekran görüntülerinden parola, anahtar, kişisel dosya yolu ve token’ları ayıkla.
İlgili sayfalar
- Ana Sayfa
- Hakkında
- Kurulum
- İlk Açılış
- Komutlar
- Kanallar
- Paket Formatı
- Gelişmiş nux
- Sorun Giderme
- Tarif Yazımı
- Build Sistemi
- nux-gen
- Katkı
- Repo Sunucusu
- Kernel
- Kernel Derleme
- Modüller
- Tester
- Leaderboard
- SSS
- Changelog
- Roadmap
- Sponsorlar
Dokümantasyon ve ürün verisi notu
Bu içerik proje tarafından sağlanan ST 3.0 tanımına dayanır; burada açıklanmayan endpoint, environment variable, CLI flag, canlı checksum veya otomatik downgrade davranışı varsayılmaz.
Sistemde gözlenen davranış bu metinle çelişirse önce nux --version, aktif repo indeksi ve kaynak kodu/release notlarını karşılaştır; doğrulanmış düzeltmeyi issue veya değişiklik günlüğüne ekle.
Bu sayfanın konusu: telemetri ve gizlilik. Üretim sistemlerinde değişiklikleri önce test kanalında veya yalıtılmış ortamda doğrula.
İşlem kaydını hazırlama
Destek veya bakım kaydı açarken dağıtım sürümünü, mimariyi, aktif kanalı ve etkilenen paket sürümünü ekle. Komutu kopyalayıp yapıştırmak yerine hedef dosya ve aygıt adlarını önce gözden geçir. Birden fazla adım varsa her adımın çıktısını ayrı sakla; sorunun ilk görüldüğü zamanı not et. Başarılı sonucu yalnızca komutun çıkış koduyla değil, beklenen işlevi test ederek doğrula. Kişisel verileri ve gizli anahtarları paylaşmadan önce logları redakte et. Bu sayfadaki sürüm bilgilerini yeni release çıktısıyla karşılaştırarak güncel tut.