Sanal Ağ Adaptörlerinin Lisans Sunucusunu Kör Ettiği Gün

Problem

Yazılım geliştirme ekibimizden Mert Bey, sabahın ilk saatlerinde panikle bir destek bileti açtı: "Sistemi güncelleyip yerel konteyner ve sanallaştırma araçlarını aktif ettikten sonra, kurumsal IDE ve Windows lisansım bir anda aktivasyon hatası vermeye başladı." Kullanıcının ekranında belirten hata kodu oldukça tanıdıktı: 0xC004F074. Lisans sunucusuyla iletişim kurulamıyor ve kritik geliştirme araçları 3 günlük deneme moduna düşüyordu.

Nereden başladım

İlk olarak sunucu tarafında bir kesinti var mı diye altyapı ekibiyle iletişime geçtim. Ancak şirket içi KMS (Key Management Service) sunucumuz sorunsuz çalışıyordu. Mert'in bilgisayarına uzak masaüstü bağlantısı kurarak incelemeye başladım.

PowerShell üzerinden Test-NetConnection -ComputerName kms.sirket.local -Port 1688 komutunu koşturduğumda bağlantının zaman aşımına uğradığını gördüm. Kullanıcı VPN'e bağlı görünmesine rağmen lisans portu yanıt vermiyordu. ipconfig /all çıktısını alıp ağ yapılandırmasını incelediğimde ilginç bir ayrıntı fark ettim: Son yüklenen sanal ağ adaptörü, fiziksel ve VPN ağ kartlarının önüne geçmişti.

Kök neden

Windows 11 üzerinde aktifleştirilen yeni sanallaştırma ve vSwitch adaptörü, sistemin Interface Metric (Ağ Arayüzü Önceliği) değerlerini altüst etmişti. İşletim sistemi, şirket içi IP bloğuna (10.0.0.0/8) giden lisans doğrulama paketlerini VPN tüneli yerine doğrudan bu yeni sanal ağ arayüzüne yönlendirmeye çalışıyordu. Paketler yanlış kapıdan çıktığı için lisans sunucusuna hiçbir zaman ulaşamıyordu.

Çözüm

Sorunu kökten çözmek için şu somut adımları uyguladık:

• Ağ Önceliğini Düzeltme: Yönetici haklarıyla PowerShell açıp sanal adaptörün metric değerini düşürdüm:

Set-NetIPInterface -InterfaceAlias "vEthernet (WSL)" -InterfaceMetric 50

• VPN Tünelini Öne Alma: Şirket VPN adaptörünün önceliğini artırarak InterfaceMetric değerini 10 olarak ayarladım.
• Lisans Önbelleğini Temizleme: Komut satırında (CMD) lisans istemcisini sıfırladık:

slmgr.vbs /ckms

• Sunucuyu Yeniden Tanımlama: slmgr.vbs /skms kms.sirket.local:1688 komutuyla KMS sunucusunu elle belirttik.
• Aktivasyonu Tetikleme: Son olarak slmgr.vbs /ato komutunu çalıştırdık. Saniyeler içinde "Ürün başarıyla etkinleştirildi" bildirimi ekrana geldi.

Ders: Yeni nesil sanallaştırma araçları geliştirme süreçlerini hızlandırsa da varsayılan ağ routing tablonuzu bozabilir; aktivasyon hatalarında ilk bakacağınız yer ağ metriği olsun.