Broadcom, 24 Şubat 2026 tarihinde vSphere 8.0 Update 3i sürümünü yayınladı. Bu release; vCenter Server 8.0U3i (Build 25197330) ve ESXi 8.0U3i (Build 25205845) olmak üzere iki ana bileşeni kapsıyor. ESXi tarafında bir güvenlik açığı (CVE-2025-15467) kapatılırken her iki bileşende toplam 40’ın üzerinde bug çözülüyor.
vCenter Build Numbers Listesi için bu yazıya, ESXi Build Numbers Listesi için bu yazıya bakabilirsiniz.
Bu yazıda vSphere 8.0 Update 3i release notes’unu Türkçe olarak detaylı şekilde ele alacağım: yeni özellikler, çözülen sorunlar, driver güncellemeleri, microcode değişiklikleri ve patch önceliklendirmesi hakkında bilmeniz gereken her şey burada.
vSphere 8.0 Update 3i Acil Patch mi, Normal Maintenance mi?
- vCenter 8.0U3i → CVE yok, tamamen bugfix. Normal maintenance window’unda planlanabilir.
- ESXi 8.0U3i → 1 adet CVE (CVE-2025-15467) içeriyor; OpenSSL 3.0.19’a güncelleniyor. Aktif exploit edilmeyen bir zafiyet, ancak security fix olduğu için biraz öne çekilmesi mantıklı.
Ortam stabilitesini doğrudan etkileyen birçok PSOD (Purple Screen of Death) fix’i, NFS bağlantı kopmaları ve iSCSI path failover düzeltmeleri bu release’i production ortamlar için değerli kılıyor.
vCenter Server 8.0 Update 3i
| Build | 25197330 |
| ISO Boyutu | ~8.4 GB |
| SHA256 | 11af69ddab2a284034d5bb5bddbc656e25adb74a5854a1d0496e57c8e07ead37 |
| CVE | Yok |
Yeni Özellik: Backup ve Restore İyileştirmeleri
vCenter 8.0 Update 3i’nin tek yeni özelliği backup tarafında. Üç iyileştirme öne çıkıyor,
- Retention zamanlama çakışması giderildi.
- Önceki sürümlerde backup retention gece yarısı tetikleniyordu; backup işleminiz de gece yarısına ayarlıysa çakışma riski oluşuyordu. Artık retention, scheduled backup’tan 1 saat önce tetikleniyor.
- Backup öncesi bağlantı testi eklendi.
- Backup başlamadan önce hedef sunucuyla bağlantı doğrulanıyor. Erişilemez sunucu, yetersiz izin veya disk alanı eksikliği gibi sorunlar backup tetiklenmeden tespit ediliyor.
- Hata mesajları anlamlı hale getirildi.
- Genel
BackupManager encountered an exceptionmesajları yerine artık sorunun nedenini ve önerilen adımları içeren spesifik mesajlar göreceksiniz.
- Genel
vCenter 8.0U3i – Çözülen Sorunlar
Genel (Miscellaneous)
/var/mail/rootdolarak root partition’ı şişiriyorspace_utilityscript’i daily cron job olarak çalışıyor; mail yapılandırılmamışsa çıktıları/var/mail/root‘a yazıyordu. Zaman içinde bu dosyalar birikip root partition’ı doldurabiliyordu. Fix ile çıktı artık/var/log/vmware/applmgmt/space_util_cron.log‘a yönlendiriliyor.- NSX Manager üzerinden edge deploy edilemiyor NSX, vCenter’ın
/sdktüneli üzerinden birden fazla bağlantı açıyor. vpxd TLS session resumption kullandığında bu bağlantılar başarısız oluyordu. Direct OVF deploy çalışırken NSX Manager üzerinden deploy çalışmıyordu. Düzeltildi. - Certificate Manager CLI – 3rd party sertifika import hatası Anahtarlar ve CSR’lar
/tmpveya/var/tmpdizinine export edilerek oluşturulan sertifikalar import edilmeye çalışıldığındaINVALID_KEYhatası alınıyordu. Fix ile CLI artık bu dizinleri reddediyor; bunun yerine/storage/coregibi bir dizin kullanmak gerekiyor. - VM Advanced Parameters filtreleme sorunu
Edit Settings > Advanced Parametersaçılıp parametreler filtrelendiğinde değerler yanlış sütunlarda görünüyordu. Bu sorun giderildi. - SPS log spew artışı vCenter upgrade sonrasında Storage Policy Service (SPS) compliance workflow’ları nedeniyle log hacminde ciddi artış yaşanıyordu; bu INFO log’lar external log sistemlerine de iletiliyordu. Fix ile log seviyesi INFO’dan DEBUG’a düşürüldü.
vSphere Client ve vCenter
- KB 424166 workaround’unu daha önce uyguladıysanız, patch sonrasında geri almanız gerekiyor. Örneğin vpxd servisi için:
python /usr/lib/vmware-vpx/py/xmlcfg.py -f /etc/vmware-vpx/vpxd.cfg delete vmacore/http/http2/maxPooledStreams
service-control --restart vpxd- Certificate Management hataları pen-test alerti tetikliyor: vCenter Certificate Management’tan dönen bazı hata mesajları, penetration test araçlarında ve vulnerability scanner’larda false positive alarm yaratıyordu. Hata mesajlarının işlenme biçimi düzeltildi.
- NSX Manager üzerinden edge deploy edilemiyor (vSphere Client tarafı): Hem vCenter hem ESXi release notes’unda yer alan bu fix, NSX TLS session resumption sorununu her iki bileşende de çözüyor.
- ESXi host’larda stale NSX konfigürasyonu kalıyor: Belirli upgrade veya yapılandırma senaryolarında vCenter, bazı ESXi host’larda proxy switch için eski NSX konfigürasyonunu koruyordu; bu durumda NSX VIB kaldırılamıyor veya proxy switch’te NSX yeniden etkinleştirilemiyor.
- Multi-certificate chain kullanan remote vCenter bağlantı hatası: Remote vCenter’ın certificate chain’inde birden fazla sertifika varsa bağlantı kurulamıyordu. Datastore bilgileri yanlış görünüyor, remote mount/unmount başarısız oluyordu. Mevcut mount’lardaki VM I/O etkilenmiyordu.
- vSAN datastore remote mount – subfolder sorunu: Başka bir vCenter’dan vSAN datastore mount edilirken parent datacenter root’ta değil bir subfolder içindeyse precheck başarısız oluyordu. Sorun giderildi.
- Memory Tiering kolonu – diğer kolonları boşaltıyor: Host listesine Memory Tiering kolonu eklendiğinde Uptime ve State gibi kolonlar boş görünüyordu; CSV export’ta da aynı sorun yaşanıyordu. Sorun giderildi.
- Content library clone/export – plain text NFC bağlantısı: Firewall ile plain text network paketleri kısıtlandığında content library’ye clone veya export işlemleri başarısız oluyordu. Fix ile NFC bağlantıları artık SSL/TLS kullanıyor.
- Enhanced Linked Mode – content library’de duplicate security policy: Content library oluşturulurken
Apply Security Policylistesinde tüm linked vCenter’ların policy’leri görünüyordu. Artık yalnızca seçili vCenter’a ait policy’ler listeleniyor. - vpxd – stale DB entry nedeniyle servis çöküyor: VM migrasyonu cluster’lar arasında başarısız olduğunda hedef cluster’da stale kayıt kalabiliyordu; cluster silinmeye çalışıldığında vpxd servisi çöküyordu. Sorun giderildi.
- VAMI Update tab – Last Checked timestamp güncellenmiyor: Update bulunamazsa veya hata oluşursa timestamp değişmiyordu. Artık her durumda güncelleniyor.
- Skyline Health Diagnostics log bundle – procps-ops core dump: Log bundle oluştururken
procps-opspaketi core dump atıyordu; işlevselliği etkilemiyordu ancak görsel olarak kafa karıştırıcıydı. Bu sorun giderildi.
Security
ECDSA client certificate ile standard key provider trust kurulamıyor: RSA ile çalışan trust kurma işlemi ECDSA client sertifikası ve private key ile başarısız oluyordu. Bu sorun giderildi.
vSphere HA
FT failover sırasında primary VM başarısız olabiliyor: Çok nadir durumlarda Fault Tolerance kapatılırken veya FT failover tetiklenirken primary VM fail olabiliyordu. Bu sorun giderildi.
ESXi 8.0 Update 3i
| Build | 25205845 |
| ISO Boyutu | ~630 MB |
| SHA256 | 5f078a102ca1d7f7d612cc03ba2abbacf88b84aabaabb868b7e538c6ab381d0f |
| CVE | CVE-2025-15467 |
Bu release’te hem security-only hem de genel image yayınlandı:
| Image | Build | İçerik |
|---|---|---|
| ESXi-8.0U3i-25205845-standard | 25205845 | Security + Tüm Bugfix’ler (Önerilen) |
| ESXi-8.0U3si-25197580-standard | 25197580 | Yalnızca Security – CVE-2025-15467 |
Maintenance window açacaksanız 25205845 (General image) kullanmanızı öneririm; hem CVE’yi hem tüm bugfix’leri tek seferde alırsınız.
Güvenlik: CVE-2025-15467 – OpenSSL 3.0.19
ESXi 8.0 Update 3i, OpenSSL’i 3.0.19 sürümüne güncelleyerek CVE-2025-15467’yi kapatıyor. Aktif olarak istismar edilen bir zafiyet değil, ancak OpenSSL gibi kritik bir bileşen söz konusu olduğunda hızlı aksiyon almak yerinde olur.
Yeni Özellik: Syslog UDP Mesaj Uzunluğu Artık Yapılandırılabilir
ESXi 8.x’in önceki sürümlerinde UDP syslog için maksimum mesaj uzunluğu IPv4’te 480 byte ile sınırlıydı. Bu kısıtlama uzun log satırlarının kırpılmasına ve SIEM tarafında eksik log analizine yol açıyordu.
8.0 Update 3i ile Syslog.global.remoteHost.maxMsgLen parametresiyle bu değer yapılandırılabilir hale geldi:
- Varsayılan: 1024 byte
- Maksimum: 16.384 byte
- TCP ve SSL protokolleriyle tutarlı davranış
Log yönetim platformu veya SIEM kullanan ortamlar için doğrudan fayda sağlayan bir iyileştirme.
ESXi 8.0U3i – Çözülen Sorunlar
Storage ve vSAN
- FCD snapshot revert sonrası görünmüyor: FCD (First Class Disk) eklemeden önce alınan bir snapshot’a revert yapıldığında, FCD artık
ListVStorageObjectlistesinde görünmüyordu. Bu sorun giderildi. - FCD katalog corruption: Filesystem doluyken veya storage erişilemez durumdayken buffered write’lar sessizce başarısız olabiliyordu; bu da FCD katalog dosyasının bozulmasına ve sistemin kullanılamaz hale gelmesine yol açıyordu. Bu soru giderildi.
- vSAN ESA object memory error: Counting hatası nedeniyle bazı ESA objeleri yazacak segment bulamıyor ve kullanılamaz hale gelip pause oluyordu. Bu sorun giderildi.
- vSAN NFSv4.1 File Service – intermittent NFS4ERR_IO: Client uygulaması aynı dosya için aynı process içinde birden fazla NFSv4 OPEN işlemi gerçekleştirdiğinde geçiş penceresinde in-flight I/O yoksa
NFS4ERR_IOhatası dönüyordu. Hata giderildi. - vSAN over RDMA – vmnic failover sonrası PSOD: RDMA üzerinden vSAN kullanılan ortamlarda vmnic failover sırasında nadir bir race condition nedeniyle PSOD yaşanabiliyordu. Bunun önüne geçilerek sorun giderildi.
- vSAN ESA compliance false alarm: 10G pNIC Distributed vSphere Switch’e bağlı ancak vSAN network uplink olarak kullanılmıyorsa vSAN ESA cluster compliance health yanlış alarm üretiyordu. Bu sorun giderildi.
- vSAN APD/PDL state geçişinde log spew: Bir device APD’ye girdiğinde gerçekte durum geçişi olmadığı hâlde log’lara sürekli APD→PDL geçiş uyarısı yazılıyordu. Bu sorun giderildi.
- VMFS metadata corruption alert’ları eksik: VMFS corruption VOB alert’ları yalnızca lock veya heartbeat corruption gibi belirli tiplerde üretiliyordu. Fix ile artık tüm VMFS metadata corruption olayları generic VOB alert’ı ile raporlanıyor.
ESXi Host Stabilitesi – PSOD Fix’leri
Bu release ile birden fazla PSOD senaryosu çözülüyor:
- Wake-on-LAN + sleep mode → PSOD: VM üzerinde Wake-on-LAN aktifken bus mastering aktif değilse, VM uyku moduna girdiğinde ESXi host PSOD ile çöküyordu. Bu çökme sorunu giderildi.
- NVMe on vSphere Virtual Volumes – reference counting → PSOD: Reference counting hatası, namespace device objesinin erken serbest bırakılmasına ve use-after-free / double-free durumlarına yol açıyordu. NVMe cihaz kullanan vVol ortamlarında PSOD üretiyordu. Bu sorun giderildi.
- I/O thread race condition → PSOD: I/O completion thread ile issue thread arasındaki race condition kullanımdaki bir yapının temizlenmesine neden olabiliyordu. Sonuç:
NMI IPI: Panic requested by another PCPUhatasıyla PSOD. Bu sorun giderildi. - NVMe/TCP link flapping → PSOD: NVMe/TCP adaptörünün yapılandırıldığı NIC’te link flapping yaşandığında adaptörde race condition oluşuyor ve PSOD ile sonuçlanıyordu. Bu sorun giderildi.
- NVMe/TCP resource exhaustion → PSOD: Düşük CPU’lu sunucularda NVMe/TCP target array upgrade’i sırasında resource exhaustion nedeniyle PSOD yaşanıyordu. Bu sorun giderildi.
- Heavy memory load + NVMe controller ekleme → PSOD: Host yüksek memory kullanımındayken yeni NVMe cihaz eklendiğinde internal memory yönetim hatası oluşabiliyordu. Bu sorun giderildi.
- PVRDMA device restore sırasında PSOD: Memory baskısı altında RDMA-capable NIC’ler RDMA kaynağı oluşturamadığında, PVRDMA virtual cihaz down’dan up state’e geçerken PSOD yaşanabiliyordu. Bu sorun giderildi.
- NSX Transport Node hazırlığında TCP/IP heap yetersizliği → PSOD: NSX Transport Node hazırlığı sırasında network stack oluşturma başarısız olduğunda
ip_init: failed to allocate flowtablehatasıyla PSOD üretiliyordu. Bu sorun giderildi.
Networking
- NFS FQDN → multiple IP → host “Not Responding”: FQDN tabanlı NFS sunucu girişleri birden fazla IP adresine çözümlendiğinde ve bu adreslerden bir kısmı geçici olarak erişilemez olduğunda, NFS datastore refresh sırasında ESXi host’lar intermittent olarak “Not Responding” durumuna geçip vCenter’dan kopabiliyordu. Bu süreçte hostd, python, localcli ve esxcfg servisleri de yanıt veremez hale gelebiliyordu. Host’lar genellikle otomatik olarak yeniden bağlanıyordu. Bu sorun tamamen giderildi.
- Vmxnet3 RX queue bound artırıldı – packet drop azaldı RSS (Receive Side Scaling) aktifken
ethernetX.pnicFeatures = 4ayarlı vNIC’lerde RX queue limiti yetersiz kalınca packet drop ve performans sorunları yaşanıyordu. VarsayılanVmxnet3RxQueueBoundparametresi 256’dan 1024’e çıkarıldı. - iSCSI path failover 35 saniyeye kadar uzuyordu: Multi-path iSCSI ortamında Round Robin PSP kullanılırken bir veya birkaç path’te bağlantı sorunu yaşandığında failover 35 saniyeye kadar uzayabiliyordu. Bu sürede çok sayıda komut hatalı path’e kuyruklanarak I/O pauzlarına, nadir durumlarda VM başarısızlığına yol açıyordu.
- Fix ile
NoopOutInterval,NoopOutTimeoutveRecoveryTimeoutparametrelerinin varsayılan değerleri düşürüldü;NoopOutTimeoutminimum değeri artık 2 saniye. iSCSI üzerinden storage kullanan ortamlar için önemli bir iyileştirme olarak görülmekte.
Driver Güncellemeleri
- Broadcom Emulex lpfc (FC/FCoE) – Build 14.4.0.42-35
- Multi-Initiator Zoning Model’de aynı FC zone’daki birden fazla HBA port varken bir initiator port flap yaparsa, diğer initiator’lar sık RSCN alıyor ve lpfc driver’daki hata PSOD ile sonuçlanıyordu. Sorun giderildi.
- Emulex LPe37102/LPe38102-D FC HBA doğrudan storage’a bağlandığında PLOGI ve PRLI yanıtları yanlış sırayla ulaşabiliyor, storage target protokol ihlali olarak yorumlayıp bağlantıyı reddediyordu – LUN discovery başarısız oluyordu. Sorun giderildi.
- Mellanox nmlx5 (ConnectX-5) – Build 4.23.7.2
- ConnectX-5 driver’ında (nmlx5_core) oluşan panic blue screen üretiyordu; backtrace’de
nmlx_CompleteveMCSUnlockWorkfonksiyonları görünüyordu. Sorun giderildi.
- ConnectX-5 driver’ında (nmlx5_core) oluşan panic blue screen üretiyordu; backtrace’de
- NVMe/RDMA – Build 1.0.3.10
- Driver yanlış bir kontrol nedeniyle tüm I/O’ları bounce buffer’a yönlendiriyordu; heap memory tükenmesine ve I/O işlemenin durmasına yol açıyordu. Controller başına queue size 256’nın üzerinde olduğunda sıkça görülüyordu. Sorun giderildi.
- NVMe PCIe – Build 1.2.4.16
- NVMe READ/WRITE komutlarında NLB limiti aşıldığında komutlar reddediliyordu (512B sektör için 32 MiB, 4KB sektör için 256 MiB). Fix ile oversized I/O’lar otomatik split ediliyor.
- NVMe/TCP – Build 1.0.1.37
- NVMe/TCP adaptöründe link flapping sırasında race condition oluşuyor ve blue screen üretiliyordu. Sorun giderildi.
- vmkusb – Build 0.1-25
- HPE iLO 7 sistem resetleri sırasında driver geçersiz MAC address alabiliyordu. Fix ile driver’ın her zaman geçerli MAC address alması sağlandı.
Virtual Machine
- AMD IOMMU aktif Linux VM – memory corruption → unresponsive: Linux kernel, ESX’in emüle ettiği virtual AMD IOMMU’nun maksimum I/O adres limitini aşan DMA isteği yapabiliyor ve guest memory corruption ile VM’nin intermittent olarak yanıtsız kalmasına yol açıyordu. Fix ile limit ihlali tespit edilip VM sonlandırılıyor. Guest OS ile iletişime geçilmesi gerekiyor.
- Data Protection I/O Filter aktifken VM power-on başarısız: VMware Live Recovery veya Dell PowerProtect gibi I/O filter kullanan bir VM desteklenmeyen workflow ile kopyalandığında, bitmap state tutarsızlığı nedeniyle VM açılamıyordu. Sorun giderildi. İlk snapshot biraz daha büyük delta içerebilir.
- Virtual Hardware 18 ve öncesi – NVMe UNMAP → memory leak → VM unresponsive: VHW 18 ve önceki versiyonlarda NVMe UNMAP komutları SCSI’ye dönüştürülüyor; bu dönüşüm sırasında oluşan memory leak VM’yi SSH/RDP/ping’e yanıtsız bırakıyordu. Sorun giderildi.
- Encrypted disk rename + yeni disk ekleme → vmdk corruption: ESX console’dan mevcut şifreli disk rename edilirse aynı VM’ye yeni şifreli disk eklendiğinde eski diskin
.vmfddosyası silinip vmdk bozulabiliyordu. Sorun giderildi. - Dell PPDM backup sırasında TSDM panic → vMotion başarısız: Dell TSDM snapshot senkronizasyonu sırasında oluşan panic, data protection daemon’da task’ı durduruyor ve ardından gelen vMotion işlemlerini başarısız kılıyordu. Sorun giderildi.
CPU Microcode Güncellemeleri
ESXi 8.0 Update 3i ile Intel ve AMD için güncel microcode’lar dahil ediliyor.
Intel – öne çıkan güncellemeler:
| İşlemci | MCU Tarihi |
|---|---|
| Sapphire Rapids SP (Xeon Platinum 8400 / Gold 6400-5400 / Silver 4400 / Bronze 3400) | Mayıs 2025 |
| Emerald Rapids SP (Xeon 8500 / Gold 6500-5500 / Silver 4500 / Bronze 3500) | Mayıs 2025 |
| Granite Rapids SP (Xeon 6500P/6700P/6900P) | Ağustos 2025 |
| Sierra Forest (Xeon 6700E/6900E) | Temmuz 2025 |
| Ice Lake SP (Xeon Platinum 8300 / Gold 6300-5300 / Silver 4300) | Mart 2025 |
AMD – öne çıkan güncellemeler:
| İşlemci | MCU Tarihi |
|---|---|
| Zen5-Turin (EPYC 9005) | Ekim 2025 |
| Zen4-Genoa / Genoa-X (EPYC 9004/9004X) | Haziran 2025 |
| Zen3-Milan / Milan-X (EPYC 7003/7003X) | Nisan-Mart 2025 |
Diğer Fix’ler
- SSH key sırası reboot sonrası değişiyor – host profile compliance başarısız:
authorized_keysdosyasında birden fazla SSH key varsa, reboot sonrasında key sırası değişebiliyordu. Host profili ile uyumsuzluğa ve compliance check başarısızlığına yol açıyordu. Sorun giderildi. - VMkernel log’da SFCB “Access denied” log spew: SFCB güvenlik domain policy’si
/tmp/VMISCSI_MGMT_IPC_PATHsocket’ine bağlantıyı engelliyordu; log’lara sürekli “Access denied by vmkernel access control policy” mesajı yazılıyordu. Sorun giderildi. - Smart card ve USB cihazlar – 2 saat sonra VMware Remote Console’dan disconnect: Envoy reverse proxy TCP Keep-Alive ayarlarını doğru uygulamadığı için inaktif bağlantılar timeout oluyordu. Fix ile Keep-Alive ayarları doğru devralınıyor.
- HPE iLO upgrade/downgrade sırasında vNIC alias değişiyor: Bu sorun giderildi.
- NSX stale konfigürasyonu temizlenemiyor: Belirli senaryolarda proxy switch’e ait stale NSX konfigürasyonu host’ta kalıyordu; NSX VIB kaldırılamıyor veya proxy switch’te NSX yeniden etkinleştirilemiyor. Bu sorun giderildi.
VMware vSphere 8.0 Update 3i Uygulama Önceliklendirmesi ve Planlama
| Bileşen | CVE | Öncelik | Kritik Not |
|---|---|---|---|
| vCenter 8.0U3i | Yok | Normal maintenance | HTTP/2 deadlock fix – KB 424166 workaround’u geri alın |
| ESXi 8.0U3i | CVE-2025-15467 | Orta öncelik | General image (25205845) önerilir |
Her iki bileşen için de host reboot ve VM migration/shutdown gerekiyor. vSphere Lifecycle Manager (vLCM) altyapınız varsa patch baseline’ı güncelleyip rolling remediation başlatabilirsiniz.
Önemli: vCenter patch’ini her zaman ESXi patch’inden önce uygulayın. VAMI üzerinden vCenter’ı güncelledikten sonra ESXi host’larınızı vLCM ile remediate edin.
vSphere 8.0 Update 3i İndirme ve Kurulum
Her iki patch Broadcom Support Portal üzerinden indirilebilir:
- vCenter 8.0U3i: Patch ID 16047
- ESXi 8.0U3i: Patch ID 16046
Patch indirme ve uygulama adımları için Broadcom KB makaleleri:
- KB 390121 — Authenticated online download
- KB 390098 — Offline download
- KB 389276 — Genel patch yükleme
vSphere 8.0 Update 3i görece sakin ama dolu dolu bir release. Kritik bir sıfır-gün açığı ya da aktif exploit yok; ancak production ortamları doğrudan etkileyen ciddi fix’ler mevcut: NFS host kopmaları, iSCSI path failover gecikmeleri, birden fazla PSOD senaryosu ve NSX entegrasyon sorunları bunların başında geliyor.
HPE sunucu kullananlar için lpfc FC driver fix’leri ve iLO 7 MAC address fix’i özellikle dikkat çekici. iSCSI üzerinden storage kullananların iSCSI path failover iyileştirmesini, SIEM entegrasyonu olanların syslog UDP uzunluğu değişikliğini takip etmesi gerekiyor.
Normal bir maintenance döngüsünde bu update’i uygulamak mantıklı. ESXi tarafındaki CVE nedeniyle biraz öne çekebilirsiniz ama acil bir durum söz konusu değil gibi görünmekte.
Bu yazı hakkında sorularınız veya kendi ortamınızda karşılaştığınız senaryolar varsa yorum bölümünden paylaşabilirsiniz.
Son yazılar için;
VMSA-2026-0001: VMware Aria Operations Çoklu Güvenlik Açıkları
ESXTOP Kullanım Rehberi: VMware Performans İzleme ve Analiz
Anthropic Academy Nedir? Ücretsiz Claude AI Eğitimleri ve Sertifika Programları
Claude Code’un Yaratıcısından: Profesyonel Kullanım Rehberi
Sistem Güncellemeleri: Canberk’in 2025 Yama Notları
![VMware EVC Mode Hataları ve Çözümleri [Kapsamlı KB Rehberi]](https://canberkki.com/wp-content/uploads/2025/12/canberkki.com-vmware-evc-mode-450x253.jpg "VMware EVC Mode Hataları ve Çözümleri [Kapsamlı KB Rehberi]")
