Proxmox bilgi tabanı
Proxmox’ta karşılaşılan soruların cevapları. Her madde tek bir soruyu değil, aynı işi farklı kelimelerle arayan herkesi karşılamak için yazıldı.
Ağ
- Konteynere ağda kendi adresini vermek: ne kazanırsınız, ne ödersiniz Bir konteyneri kapı numarasıyla değil kendi adresiyle yayınlamak mümkün. Kazancı gerçek, bedeli de gerçek ve ikincisi genelde kurduktan sonra keşfediliyor.
- Devraldığın bir sunucuyu anlamak: değiştirmeden önce okumak Kurmadığınız bir Proxmox elinize geçti ve artık sorumlusu sizsiniz. İlk içgüdü anlamak için bir şeyi değiştirmektir, ve ilk yapılmaması gereken şey tam olarak budur.
- Proxmox üstünde Docker nerede durur: yerleşim kararı ve compose tuzağı Konteynerleri nereye koyacağınız bir zevk meselesi değil, patlama yarıçapı meselesi. Ve compose dosyası yapılandırma gibi görünür, oysa çalıştırdığınız bir programdır.
- Güvenlik duvarı kuralı yazdım, hiçbir şey olmuyor: üç seviyeli anahtar Proxmox güvenlik duvarı üç seviyede açılır ve üçü birden açık olmadan kural işlemez. En sık yaşanan durum, kuralın doğru olması ama üstteki anahtarın kapalı olmasıdır.
- Ağ haritası nasıl okunur: bir makinenin trafiği nereye gidiyor Liste görünümünde cevabı olmayan bir soru var: bu makinenin trafiği tam olarak nereden geçiyor. Cevaplanabilir, ama zinciri her seferinde kafada kurmak gerekir.
- Ağ ayarını değiştirdim, sunucuya erişemiyorum: oturduğunuz dalı kesmek Ağ yapılandırması, onu uygulamak için kullandığınız bağlantının üstünden uygulanır. Küçük bir yanlış bağlantıyı tam uygulama anında koparır, ve geri dönüş yolu önceden hazırlanmamışsa fiziksel erişim gerekir.
- VLAN ile ayırma: tek kablo, birden çok ağ, ve etiketin nerede durduğu Ayırmanın amacı kötü bir günün nereye ulaşabileceğini sınırlamaktır. VLAN bunu tek kablo üstünde yapar, ama etiketin nerede konduğu ve köprünün etiket taşımaya izinli olup olmadığı sessizce yanlış gidebilir.
- Sanal makine ağa çıkamıyor: doğru sırayla bakmak Çoğu kişi aramaya makinenin içinden başlar, oysa orası en son bakılacak yerdir. Zincir dört halkadan oluşur ve hangi halkanın koptuğu belirtiden anlaşılır.
- Denetim kaydı: "ne oldu" değil "kim yaptı" sorusunun cevabı İzleme ne olduğunu söyler, denetim kaydı kimin yaptığını. Değeri de olmamasını umduğunuz günlerde ortaya çıkar, ve o gün elinizde yoksa hiç olmamıştır.
- Komut satırı bilmeden Proxmox yönetilir mi: dürüst cevap Cevap büyük ölçüde evet, ama asıl mesele bu değil. Tehlike komut satırını bilmemek değil, anlamadığınız bir komutu yapıştırmaktır.
- Birden çok ağ kartını birleştirmek: yedeklilik mi, hız mı İnsanlar iki farklı sebeple kart birleştirir ve ikisi aynı mod değildir. Çoğu kurulumda istenen yedekliliktir, ama hız için ayar yapılır ve sonuç hayal kırıklığı olur.
Güncelleme
- Konteyner kendiliğinden değişti: "latest" etiketinin verdiği söz Hiçbir şey güncellemediniz ama konteyner artık farklı çalışıyor. Bu bir arıza değil, latest bir sürüm değil bir işaretçidir. Asıl mesele yeniyi almak değil, geri dönebilmek.
- Güncellemeye basmadan önce: hangi güncelleme neyi durdurur Aylardır güncellemeyen insanların korktuğu şey güncelleme değil, neyin duracağını bilmemek. Güncellemeler tek bir tür değildir ve etkileri birbirine hiç benzemez.
- Depo ayarları ve abonelik uyarısı: kurulumdan sonraki ilk şaşkınlık Yeni kurulumda güncelleme kimlik hatası verir ve hiçbir şey bozuk değildir: varsayılan depo ücretli olandır. Bu maddede depolar, aralarındaki gerçek fark, ve forumlarda dolaşan tehlikeli tek satırlık komut var.
- Çekirdek güncellemesi: en tehlikeli güncelleme neden en sessiz olanıdır Çekirdek kurulur, hiçbir şey olmaz, her şey normal görünür. Tehlike bir sonraki açılışta gelir ve o açılış haftalar sonra olabilir. Sebep ile sonuç arasına haftalar girer.
- Güncellemeden sonra bir şey bozuldu: "sonra" ile "yüzünden" aynı şey değil Yeniden başlatma, son yeniden başlatmadan beri yapılan her şeyin ilk dürüst sınavıdır. Bozulanların bir kısmı güncellemenin getirdiği değil, zaten orada duran ama hiç denenmemiş şeydir.
- Ana sürüm yükseltmesi: bu bir güncelleme değil, taşınma Güncelleme bir parçayı değiştirir, ana sürüm yükseltmesi aileyi değiştirir. Fark, geri dönüşte ortaya çıkar: güncellemeyi paket paket geri alırsınız, aile değişimini alamazsınız.
Erişim
- Paneli dışarı açmak: neyin değiştiği ve en az değiştiren yol Paneli internete açtığınız anda giriş sayfası herkese görünür olur ve saatler içinde otomatik denemeler bulur. Üç yol var, ve en çok koruyan yol paneli hiç görünür yapmayan yoldur.
- Kullanıcı eklerken kimlik kaynağı seçimi: sunucuda var olan mı, yalnız panelde var olan mı Proxmox iki tür kullanıcı tanır: sunucuda gerçekten var olan sistem hesapları, ve yalnız Proxmox içinde var olan hesaplar. Yanlış seçim ya giriş yaptırmaz ya da gereğinden fazla kapı açar.
- Konsol, kabuk ve SSH: aynı makineye üç ayrı kapı Bir makineye ulaşamadığınızda ilk soru "hangi kapıyı kullanıyordum" olmalı. Üç kapı var ve üçü farklı şeylerin çalışmasına bağlı.
- Konsol bir ayrıcalıktır: neden ayrı bir yetki ister Konsol bir ekran gibi görünür, oysa bir kabuktur. Ve "ayar değiştirebilir" ile "kabuk açabilir" iki ayrı güçtür; birini diğerinin yerine saymak kök erişimi dağıtmaktır.
- Otomasyon için parola paylaşmak yerine ayrı anahtar: jeton ve yetki sınırı Bir betiğe parola vermek, o kişinin sahip olduğu her şeyi bir dosyaya yazmaktır. Jeton ayrı bir anahtardır: tek başına iptal edilir, süresi verilir, ve yetkisi hesabınkinden dar tutulabilir.
- Yetkiyi geri aldım ama hâlâ içeride: oturum ile yetki aynı şey değildir Kullanıcının iznini kaldırdınız, hesabı kapattınız, ama o hâlâ iş yapabiliyor. Bozulan bir şey yok: erişimi kaldırmak ile oturumu bitirmek iki ayrı işlemdir.
- Panel girişi: parola tek başına bir savunma değil Parolanın gücü ancak denemenin pahalı olmasıyla anlam kazanır. Ve en pahalıya mal olan varsayım şu: "yerel ağdayım, güvendeyim".
- Yapay zekaya Proxmox erişimi vermek: sınır nerede durmalı Bir modelin gerçekten iyi yaptığı iş, uzun günlükleri okuyup neyin bozulduğunu bulmak, tam da yapmasına izin verilmeyen iştir. Sebebi şu: bugün elimizdeki tek yollar ona root veriyor, ve risk kötü niyet değil eksik bağlam.
- Root ile çalışmayı bırakmak: kimsenin zorlamadığı ama en çok işe yarayan karar Root ile çalışmak bir gün patlamaz, sessizce iki şeyi bozar: kaydın kimi işaret ettiğini ve yanlış bir tıklamanın nerede duracağını. Çözüm root'u kapatmak değil, günlük işi ondan almak.
- İzin verdim ama uygulanmıyor: Proxmox yetkilerinde yol meselesi Proxmox izni tek başına rol değildir. Kim, hangi rol ve hangi yolda, üçü birden. En sık yaşanan sorun rolün yanlış noktaya verilmiş olmasıdır.
Sanal makineler
- Hangi iş için kaç çekirdek ve ne kadar bellek Kaynak seçimi işin cinsine bağlıdır. Medya sunucusu, veritabanı ve yapay zekâ kutusu birbirine benzemez, ve fazla vermek çoğu zaman az vermekten daha zararlıdır.
- Sanal makinenin işlemci tipi: varsayılan neden yavaş, host neden her zaman doğru değil Varsayılan işlemci tipi kasten eski seçilmiş, çünkü her yerde çalışsın diye. Bedeli performans. Karşı uç olan host ise hızı verir ama makinenin taşınma özgürlüğünü alır.
- Şablon ve klonlama: bağlı klon ile tam klon arasındaki fark Bağlı klon saniyeler içinde açılır ama şablona bağımlı kalır. Tam klon bağımsızdır ama yer ve zaman ister. Fark, şablonu silmek istediğin gün ortaya çıkar.
- Proxmox’ta sanal makineyi dakikalar yerine saniyeler içinde kurmak ISO ile kurulum yirmi dakika sürer. Bulut imajıyla makine ilk açılışta hazır gelir: kullanıcısı, ağ adı ve paketleri yerleşmiş olarak.
- Misafir ajanı açık ama hâlâ çalışmıyor diyor Ajanı açmak ile ajanı kurmak iki ayrı iş, ve ikisini birden yapmak da onu çalışır hale getirmeyebiliyor. Bunun peşine düşmeye değmesinin sebebi eksik IP adresi değil; başarılı olmaya devam ederken sessizce daha az güvenilir hale gelen yedek.
- Kapsayıcı mı sanal makine mi: tek cümlelik ayrım ve dört sonucu Seçim genellikle kaynak alışkanlığıyla yapılıyor. Oysa aradaki fark tek cümlede duruyor ve geri kalan her şey o cümleden çıkıyor.
- Sanal donanım seçimi: misafire ne gösterdiğiniz hızını belirler Sanal makinenin donanımı bir gerçek değil, bir seçim. Taklit edilen eski donanım kurulum gününün aracıdır, makinenin ömrünün değil.
- Sanal makine neden yavaş: işlemci mi, disk mi, yoksa fazla ayırma mı Yavaşlığın üç yaygın kaynağı vardır ve üçü farklı yerde görünür. Doğru olanı bulmadan çekirdek eklemek çoğu zaman durumu kötüleştirir.
- Makine kapanmıyor: istek bir güç düğmesi değildir Kapatma rica eder, durdurma fişi çeker. Kapanmayı reddeden bir makineyle ilgili kafa karıştırıcı ne varsa bu tek ayrımdan çıkıyor, bir de isteği içeride birinin dinliyor olması gerektiği gerçeğinden.
- QEMU Guest Agent nedir, ve neden VM’in IP’si görünmüyor Guest agent, hipervizör ile makinenin içi arasındaki kanaldır. Kurulu değilken IP görünmez, kapatma isteği işlemez ve panelden içeri hiçbir şey söylenemez.
- VMware'den taşıdım, makine açılmıyor: disk yerinde, ona giden yol değil VMware taşımasından sonra en sık görülen arıza kayıp disk değildir. Diskin önündeki denetleyiciyi artık tanımayan bir misafirdir, ve tek seferde tek şey değiştirdiğiniz sürece çözümün her adımı geri alınabilir.
Yedekleme
- Kaç yedek tutmalı: asıl soru sayı değil, ne kadar geriye gidebildiğiniz Yedi günlük yedek, bugün fark ettiğiniz hataya karşı kusursuz korur ve bir ay sonra fark ettiğiniz hasara karşı hiç korumaz. Saklama kuralı bir sayı değil, bir erişim menzili kararıdır.
- Yedek görevi sessizce durmuş: en pahalı arıza gürültülü olan değil Gürültüyle başarısız olan bir yedek aynı gün düzeltilir. Sessizce duran bir yedek, ihtiyaç duyulan gün keşfedilir. Aradaki fark bir bildirimde değil, bakılan şeyde.
- Geri yükleme denemesi: "başarılı" yazısı bir kanıt değildir Denenmemiş yedek yedek sayılmaz cümlesini herkes bilir, kimse uygulamaz. Bu maddede denemenin ne demek olduğu yazıyor, çünkü görevin başarılı görünmesi bir deneme değildir.
- Yedek nereye alınmalı: neye karşı korunduğunuz sorusu Yedek hedefi bir hız kararı değil, bir koruma kararıdır. Aynı havuza alınan yedek disk gittiğinde veriyle birlikte gider, ve çoğu kurulum tam olarak bu durumda.
- Yedek modları: kesinti maliyeti yazıyor, tutarlılık maliyeti yazmıyor Üç mod arasındaki fark genelde kesinti süresiyle anlatılır. Asıl fark tutarlılıktadır, ve sürekli yazan bir makine için bu fark yedeğin işe yarayıp yaramamasını belirler.
Kurulum
- Diskleri nasıl dizmeli: yansıma mı, dağıtık eşlik mi Soru hangisinin hızlı olduğu değil. Hangi arızadan sağ çıkmak istediğiniz, ve o arızadan sonra makinenin ne yapmak zorunda kalacağı.
- Sunucunun adı: kurulumda seçin, sonra değiştirmeyin Ad bir etiket değil, bir adrestir. Ayarlar onun adını taşıyan bir klasörde durur, grafik dosyaları onun adıyla adlandırılır, küme üyeleri onunla tanınır.
- Proxmox sunucunuzda topluluk betiği çalıştırmadan önce okunacak beş şey Topluluk betikleri gerçek uzmanlık taşır ve gerçek saatler kazandırır. Aynı zamanda genelde kaybedemeyeceğiniz tek makinede, root olarak, kimsenin okumadığı tek bir yapıştırılmış satırdan çalıştırılır. Çözüm onlardan kaçmak değil, okumak.
- Kalıcı bağlama: makineyi açılıştan alıkoyabilen tek satır Elle yaptığınız bağlama yeniden başlatınca kayboluyor, ve kalıcı hale getirmenin yolu makinenin açılışını belirleyen bir dosyadan geçiyor. Oradaki bozuk bir satır servisi değil, makineyi durdurur.
- local ve local-lvm: neden iki depo var ve hangisi ne için Kurulum bittiğinde adları birbirine benzeyen iki depo görürsünüz ve ikisinin adı da ne işe yaradığını söylemez. Ayrım teknolojide değil, ne sakladığında.
- Abonelik uyarısını kaldıran komut: en yaygın tek satır, en sessiz hasar Kurulumdan sonra herkesin karşılaştığı ilk şey abonelik uyarısı, ve herkesin bulduğu ilk çözüm tek satırlık bir komut. O komutun yaygın hâli ölçüldü: arayüz kütüphanesinin tamamını bozabiliyor.
- Makinenin ayar dosyası bozulursa: eski hali nerede duruyor Her makinenin küçük bir metin dosyası var. Bozulursa yalnız o makine etkilenir ve eski hali çoğu kişinin bakmadığı iki yerde durur.
- Hazır NAS cihazından çıkmak: ne kazanırsınız, hangi işler sessizce size kalır Bir cihaz size esas olarak depolama satmaz. Sizin yerinize verilmiş kararları ve başkasının tuttuğu bir bakım takvimini satar. Taşındığınız gün ikisi de size geçer, ve unutulan ikincisidir.
- Tek kutu, iki felsefe: temelde depolama mı olmalı sanallaştırma mı? Soru hangi ürünün daha iyi olduğu değil. Hangi katmanın diğerinin altında duracağı, çünkü o seçim ileride neyi makineyi baştan kurmadan değiştirebileceğinize karar veriyor.
Topoloji
- Proxmox arayüzü neyi iyi yapıyor, ve nerede ikinci ekranı açmak zorunda kalıyorsunuz Yerleşik arayüz Proxmox'un zayıf tarafı değildir. Kesin, eksiksiz ve dürüsttür. Sürtünme tek bir yerdedir: cevabı aynı anda birkaç ekranda birden duran sorular.
- Bir Proxmox sunucusunun ilk ekranı size ne söylemeli? Çoğu genel bakış ekranı "ne var" sorusunu cevaplar. İşe yarayan soru ise "ters giden bir şey var mı, bugün beni gerektiriyor mu". Bunlar farklı ekranlardır ve her sabah açmaya değen yalnız biridir.
- Proxmox ağında hiç yapılandırmadığın parçalar var İnsanlar Proxmox topoloji görselleştiricisi arıyor ve bu kulağa süs isteği gibi geliyor. Değil. Misafir, köprü ve fiziksel port arasındaki bağ misafir başına saklanıyor; yani bir köprüyü görmenin tek yolu her misafiri tek tek açmak.
- Başlangıç sırası bir gecikmedir, bağımlılık değil Herkes başlangıç sırasını, ikinci makine birincisi hazır olana kadar bekler sanarak kurar. Beklemez. Sabit bir saniye sayısı bekler ve sonra ne olursa olsun başlar; testte çalışan sıranın gerçek bir elektrik kesintisi sabahında çuvallamasının sebebi budur.
- Sanal makineniz aslında hangi fiziksel diskte duruyor? Liste görünümü makinenin local-lvm kullandığını söyler. Aynı fiziksel diski sekiz makinenin daha kullandığını söylemez. Tek bir arızanın size neye mal olacağına karar veren, o ikinci cümledir.
Küme
- İki düğümlü küme neden en kötü seçim: çoğunluk meselesi İkinci sunucuyu alıp küme kurmak dayanıklılık gibi görünür. Oysa iki düğüm, tek düğümden daha kırılgandır: biri düşünce diğeri de karar veremez hale gelir.
- Kümeye düğüm eklemek ve çıkarmak: geri dönüşü olmayan adımlar Kümeye katılmak bir listeye eklenmek değil. Katılan makinenin kendi yapılandırması kümeninkiyle değişir, ve çıkarma işlemi tek yönlüdür.
- Ayarlar salt okunur oldu: yapılandırmanın yaşadığı yer neden farklı Kök kullanıcı olarak bile yazamıyorsanız disk dolu değildir. Proxmox ayarları normal bir klasörde tutmaz ve o yer bilerek yazmayı reddeder.
- Küme kurdum ama makineler taşınmıyor: eksik olan depolama Kümeyi kurmak makineleri taşınabilir yapmaz. Taşımayı mümkün kılan şey ağ değil, diskin nerede durduğudur. Ve kapsayıcılar sanal makineler gibi taşınmaz.
- Yüksek erişilebilirlik açtım ama makine yine durdu: HA gerçekte ne vaat eder HA kesintisiz çalışma vaat etmez, otomatik yeniden başlatma vaat eder. Aradaki fark bir kaç dakikadır, ve o dakikaları bilmeden kurulan beklenti hayal kırıklığıyla biter.
Depolama
- Yeni disk ekleme ve havuzu büyütme: sessizce yedekliliği bitiren adım Disk eklemek iki ayrı iştir: sistemin diski görmesi, ve diskin nereye ait olacağına karar vermek. İkincisinde yapılan bir hata yedekliliği geri dönüşsüz bitirebilir.
- Sahipsiz disk: silmeden önce sorulacak soru Makineyi sildiniz ama yer geri gelmedi. Geride kalan diskler üç ayrı sebeple kalır ve üçü aynı şey değildir. Listenin kendisi bir silme listesi olduğu için güvenilirliği ayrı bir mesele.
- Disk doldu: yer nereye gitti ve neyi silmek güvenli Dolan depoda ilk iş silmek değil, yerin nereye gittiğini bulmaktır. Snapshot, eski yedek ve sahipsiz disk üç yaygın suçludur, ve üçünün silinme riski aynı değildir.
- Günlükler: kimsenin karar vermediği halde büyüyen tek şey Diski dolduran her şeyi siz eklediniz. Günlükler hariç. Ve arıza çıktığında yazma hızı artar, yani günlük en hızlı, sizin en az bakabildiğiniz anda büyür.
- Snapshot yedek değildir: fark nerede ve neden önemli Snapshot aynı diskin üstünde yaşar. Disk giderse snapshot da gider. Yedek ise başka bir yerde durur, ve tek gerçek fark budur.
- Yazılım RAID kurdum, yeniden başlattım, depo yok: dizi açılışta kurulmuyor Diskler sağlam, veri yerinde, ama depo görünmüyor. Eksik olan disklerde değil: sisteme diziyi açılışta kurmasını söyleyen kayıtta.
- ZFS mi LVM mi: kurulumda verilen ve geri dönmesi zor karar ZFS veri bütünlüğü ve snapshot verir, karşılığında bellek ister. LVM hafiftir ve tanıdıktır, ama bozulmayı kendi başına fark etmez. Seçim genelde belleğe ve beklentiye bağlıdır.
- ZFS havuzu bozuk ya da kayboldu: veri gitti mi Bozuk havuz veri kaybı demek değildir, eksik yedeklilik demektir. Kaybolmuş görünen havuz da çoğu zaman silinmemiştir, yalnız sistemden ayrılmıştır.
Konsol ve dosyalar
- Konsol hiç açılmıyor: arayüz çalışıyor, peki neden sadece bu tek şey çuvallıyor Arayüzün geri kalanı gayet iyiyken hiç bağlanmayan bir konsol, küçük bir sebep kümesini işaret ediyor. En yaygını da sıradan istekleri doğru ileten, ama konsolun asıl ihtiyaç duyduğu bağlantıyı sessizce reddeden bir ters vekil.
- Proxmox'ta dosya yöneticisi yokken sanal makineye dosya sokmak Misafirin içini gösteren bir yükleme düğmesi yok, ve bu eksiklik bir gözden kaçma değil bilinçli bir karar. İçeri giren dört gerçek yol var, her birinin bedeli farklı, bir de sessizce dosya sistemi bozan yaygın bir kestirme var.
- Konsolda kopyala yapıştır, ve klavyenin neden yanlış karakter yazdığı Grafik konsol bir ekranın resmi, dolayısıyla panon karşı tarafa kendiliğinden ulaşmıyor. Karşıya geçmenin bir yolu var, bir de sen bulana kadar her özel karakteri sessizce yanlış yazan ayrı bir ayar var.
- xterm.js konsolu neden gri, ve aslında hangi konsolu istiyorsun Proxmox çalışan bir misafire birden fazla kapı sunuyor ve insanların uzandığı kapı çoğu zaman hiçbir açıklama olmadan kapalı duruyor. Gri görünen seçenek bozuk değil; biri host tarafında biri misafirin içinde olmak üzere iki hazırlığı bekliyor.
Donanım
- Sıcaklık: hiçbir şeyi bozmayan ama her şeyi kısaltan arıza Fazla ısınan bir sunucu çökmez. Yavaşlar ve daha hızlı yaşlanır. Hata vermediği için de yıllarca fark edilmez.
- Ekran kartını sanal makineye vermek: asıl engel sürücü değil, grup Donanımı doğrudan bir makineye vermek mümkün, ama cihazlar tek tek değil grup halinde verilir. Ve verdiğiniz donanım, makinenin taşınma özgürlüğünü de götürür.
- İşlemci yüzde yüz görünüyor: bir sayıyı okumadan önce sorulacak soru Aynı ada sahip üç farklı sayı var: açılıştan beri ortalama, birikmiş toplam, ve iki örnek arası fark. Yalnız sonuncusu "şu an" sorusunu cevaplar.
- Bellek yüzde doksan görünüyor: dolu mu, dolu mu görünüyor Boş bellek israf edilmiş bellektir, o yüzden yüksek yüzde tek başına bir sorun işareti değildir. Doğru soru ne kadar dolu olduğu değil, kimin tuttuğu.
- SSD bir yılda yüzde kırk tükendi: Proxmox diski neden hızlı yıpratır Disk arızalı değil, iş yükü farklı. Sunucu diski masaüstü diski gibi boş durmaz, ve her yazma katman katman büyür. Asıl bakılacak sayı yüzde değil, eğim.
İzleme
- Metrik yığınına ihtiyacınız var mı, yoksa yerleşik ekran zaten cevaplıyor mu? Uyarı ile metrik farklı sorular için farklı araçlardır. Yerleşik ekran "şu anda bir sorun var mı" sorusunu gayet iyi cevaplar. Metrik yığını "geçen salı gece üçte ne oluyordu" sorusunu cevaplar, ve böyle bir yığın çalıştırmanın tek gerçek sebebi budur.
- Gece bir şey oldu: kayıt aslında nerede duruyor Uyarı bir şeyin olduğunu söyler. Günlük neden olduğunu söyler. İşin cilvesi şu: en çok ihtiyaç duyduğun kayıt makinenin öldüğü dakikayı kapsar ve varsayılan kurulumda kaybolma ihtimali en yüksek olan tam da odur.
- Bekçi öldüğünde: sessizlik neden iyi haber değildir Haftalardır uyarı maili gelmiyor. İki açıklama var ve dışarıdan bakınca ikisi tıpatıp aynı görünüyor: ya her şey yolunda ya da bekçi öldü.
- Uyarılar kurulu ama hiçbir şey gelmiyor: kimsenin sınamadığı teslim yolu İzlemenin iki yarısı var ve yalnız biri kuruluyor. Sorunu fark eden kontrol kolay yarı. Haberi bir insana taşıyan yol ise sessizce bozulan yarı, ve çalıştıktan sonra bozuluyor.
- Neden her uyarıyı istemiyorsunuz: alarm mı, özet mi Kötü bir olaydan sonraki ilk içgüdü her uyarıyı açmaktır. Altı hafta sonra hiçbirini okumazsınız. Bir alarmın değeri ötmesinde değil, okunmasındadır.