Bilindiği üzere Microsoft, Windows Server 2008 ile beraber kullanıcılara yeni bir sürüm olan Core sürümünü sunmuştur. Server Core diğer sürümlere göre daha az kaynak harcaması, daha stabil çalışması, maliyet olarak daha düşük olması ve de GUI’siz (G raphical User Interface yani grafik arabirim) olması ile sistem yöneticilerinin dikkatini çekmiştir. Üzerine kurulabilecek servislerin kısıtlı olmasıy la da güvenlik bazında bir diğer avantajı olmuştur.

Windows Server 2008 R2 Enterprise Server Core işletim sistemi üzerine; Dynamic Host Configuration Protocol(DHCP) servisinin yapılandırılması, Microsoft Hyper-V rolünün, Active Directory Domain Servisinin ve Internet Information Services kurulumları bu makalede anlatılacaktır. Server Core üzerine kurulacak servisler komutlar aracılığı ile yapılandırılabilineceği gibi RSAT yüklü bir makineden ya da mmc konsolu kullanılarak da Core Server’ın yönetilmesi mümkündür. Bu makalede komut satırı sayesinde bazı roller adım adım kurulurken, bazı rollerin yapılandırılması da RSAT sayesinde gerçekleştirilecektir. Öncelikle Server Core olan makinenin, adı ve IP’si gerekli komutların kullanılmasıyla değiştirilir.

network kartını görmek için kullanılacak komut==>netsh interface ipv4 show interfaces

IP vermek için kullanılacak komut ==>netsh interface ipv4 set address “2(interface ID)” static 192.168.1.80 255.255.255.0 192.168.1.1 dns vermek için kullanılacak komut ==>>netsh interface ipv4 set dnsserver “(interface ID)” static 192.168.1.1 primary

makina adı değiştir için kullanılacak komut ==>netdom renamecomputer %computername% /newname:yeniad

Windows Server 2008 R2 Core İşletim Sistemine DHCP Servisinin Kurulması

Gerekli ön ayarlamaların yapılmasının ardından DHCP kurulumuna geçilir. Bunun için kullanılacak komut şekilde de görüldüğü üzere start /w ocsetup DHCPServer Core komutudur. Bu komut sayesinde DHCP servisinin kurulumu gerçekleşir.

DHCP kurulumundan sonra servis pasif durumdadır. Servisin aktif olması için ve servisin her boot işleminden sonra otomatik olarak aktif duruma geçmesi için şekilde de görüldüğü üzere sc config dhcpserver start=auto komutu çalıştırılması gerekmektedir.

Servisin çalıştırılmaya başlanılmasını sağladıktan sonraki adım ise DHCP servisinin hizmet durumunun ayarlanmasıdır. Şekilde de görüldüğü gibi net start dhcpserver komutu ile dhcp servisi başlatılmış bulunmaktadır.

The post Windows Server 2008 R2 Core İşletim Sistemine DHCP Rolünün Kurulması appeared first on Ezgi CAN.

Microsoft tarafından yayınlanan yeni sunucu işletimlerinden Windows Server 8 ile bilişim dünyasına birçok yenilikler sunulmuştur. Birçok yönetim konsolunda meydana gelen değişiklik sanallaştırma tarafında da kendini göstermiştir. Bulut bilişim tabanlı olan Windows Server 8 işletim sisteminde sanallaştırma tarafında da yapmış olduğu birçok yenilik ile de bulut bilişim(Cloud Computing) teknolojisine adapte olmuş şekilde kullanıcılara sunulmuştur.

Microsoft tarafından sanallaştırma dünyasına  sunulan Hyper -V, bilişim dünyasında birçok alanda  kullanılmakta olup, Windows Server 8 ile Hyper -V 3.0( yeni sürüm) ile de eskiye nazaran çok daha stabil çalışılabilinecek hale gelmiştir. Gerek performans  gerek yenilikleriyle IT dünyasında birçok yerde Hyper-V 3.0 teknolojisinin kullanılacağı kaçınılmaz olacaktır.

Hyper–V ile Gelen Yenilikler

Hyper-V 3.0 ile birçok donanımsal yararların sağlanması dışında yönetim kolaylığı ve kullanıcıya sunduğu imkanları sıralamak gerekirse;

Sanal makinelere sunduğu donanımsal yenilikler

Sanal makine başına düşen 1 TB RAM Sanal makine başına 32 vCPU desteği Sanal makineler için NUMA desteği Virtual Fiber Channel özelliği

Virtual Network adaptör arayüzündeki değişiklikler (Capture,Filter,Forward destekleri gibi)

VHDX virtual disk desteği (64 TB) Boot From SAN desteği

Yönetimsel alandaki yenilikler

Storage Live Migration

Eş zamanlı Live Migration desteği

Hyper-V Replika Özelliği

Cluster yapılandırılmasında 64 Node desteği

“Select installation type” arayüzünde “Role-based or feature-based installation” ve “Remote Desktop Services scenario-based installation” iki çeşit kurulum seçeneği sunulmaktadır. “Role based or feature based Installation” özelliği seçilen role ya da özelliğe göre sunucuyu yapılandırılmaya, “Scenario-based ınstallation” ise senaryo temelli bir yükleme olup, bu yükleme tipi domain ortamında kullanmaya ve Remote Desktop Services yapılarında kullanılır. “Role based or feature based Installation” seçeneği ile kuruluma devam edilir.

Windows Server 8 ile gelen Hyper-V 3.0 cluster teknolojisinde de birçok yeniliklerle It dünyasına sunulmuştur. Önceki sürümlerinde  herbir cluster için 16 node desteği olan Hyper-V’nin 3.0 sürümü ile 64 node’a kadar destek verebilmektedir. Aynı zamanda her cluster içerisinde 1000 sanal makine bulunan Hyper-V’de artık 4000’e kadar sanal makine desteği de sunulmaktadır.

Bu yeniliklerin dışında client tarafında beta sürümü çıkan Windows 8 ile de uyumlu bir şekilde çalışabilmektedir.Hyper-V 3.0; gerek System Center ailesi ile performanslı çalışıyor olması gerekse de Cloud Computing yapısına uygun olmasıyla IT dünyasında,yenilikleri ile de sanallaştırma platformuna ciddi gelişmeleri getireceğe benziyor.

The post Windows Server 8 ile Hyper-V 3.0 yenilikleri appeared first on Ezgi CAN.

Windows Server 2000 ve Windows Server 2003 işletim sistemlerinden de bilindiği üzere kullanıcılara uygulanacak bir parola ayarı ya da çeşitli hesap kilitleme konfigurasyonları yapılmak istenildiğinde, bu yapılan policy (ilke) tüm kullanıcıları etkiliyordu. Parola ayarları kullanıcıların kullanacak şifrelerinin minimum karakter sayısı, yenilenme süreci, karmaşıklığı gibi birçok kuralı içermektedir.Hesap kilitleme ayarları ise kullanıcıların kullanıcıların ne kadar süre içerisinde, kaç kere yanlış parola girmeleri durumunda, hesaplarının ne kadar süre kilitleneceği ile ilgili kuralların tanımlandığı yerdir. Yapılan parola ve hesap ayarları Group Policy Objelerinden Default Domain Policy ilkesinden konfigüre ediliyor ve domaindeki tüm kullanıcılara etki etmekteydi. Fine- Grained Password Policy ile bu sınırlama kalkarak sistem yöneticilerine daha kolay bir yönetim sağlanmış olundu.

Fine-Grained Password Policy sayesinde kullanıcı bazlı spesifik parola ve hesap kilitleme ayarlarının yapılandırılması sağlanıldı. Bu sayede tek bir domain controller üzerinde daha ayrıntılı parola ilkelerinin yazılması da mümkün kılındı. Sadece kullanıcı bazlı olmamakla birlikte kullanıcı gruplarına da detaylı parola ayarları yapılandırılabilecek bir hale geldi. Örnek vermek gerekirse bir şirkette bulunan müdürlere parola ve hesap kilitleme bazında daha az esnek bir ayar yapabilme, çalışanlara daha kısıtlı ayarlar yapılandırmayı mümkün kılar.

Farklı gruplara üye bir kullanıcı var ise ve her gruba uygulanan farklı policyler mevcut ise kullanıcıyı etkilecek birden fazla password policy söz konusudur. Bu gibi durumlarda kullanıcı için hangi ilkenin geçerli olabilineceği kararı verilebilir.

Fine-grained Password Policy ile şirketler tek seviyeden tek tip policy uygulamak varolan yapılarını konsodile ederek tek bir domainden farklı yapılarla yönetebilmekte, bu sayede hem maliyetlerini hem de yönetim yüklerini hafifletmiş olmaktadır.

Windows 8 ile Fine-Grained Password Policy

Windows 8 ile beraber Active Directory User and Computers arayüzünde yapılandırılacak birçok yenilik artık Active Directory Administrative Center bileşeninde yönetilmektedir. Bu görevinden dolayıdır ki artık Active Directory Administrative Center yönetim konsolu zenginleştirilmiş bir şekilde sistem yöneticilerine sunulmuştur.

Windows Server 2008 ve Windows Server 2008 R2 işletim sistemlerinde ADSIEDIT aracı ile yönettiğimiz Fine-Grained Password policy, Windows 8 işletim sistemi ile gafiksel bir arayüzde konfigüre ediliyor olması sistem mühendislerine yönetim kolaylığı sağlamıştır.

Windows 8 zerinde Fine-Grained Password policy yapılandırılması içim Active Directory Administrative

Center yönetim konsolü açılır. Domain adının(bilgeadam(local)) altındaki “System” menüsünün içerisindeki

”Password Settings Container” seçeneği ile daha önce yapılan policylerin görüntülenip düzenlendiği ya da yapılandırılacak yeni policy’lerin konfigüre edildiği arayüz ile devam edilir. Bu arayüz içerisinden yeni “Password Settings Object(PSO)”lar oluşturulur.

Active Directory Administarative Center’da “Password Settings Container” seçeneğine tıklandıktan sonra yeni bir “”Password Setting Objects oluşturmak için sağ tarafta “Tasks” menüsünün altında bulunan “New” seçeneği ile devam edilir. “New” seçeneğinin seçilmesi ile beraber “Password Settings” seçeneği ile yapılandırılması istenen password policy kuralı oluşturulur.

“Create Password Settings” arayüzünde password settings objelerinin konfigürasyonunun yapıldığı  ve yapılandırılmış olan bu password policy’nin hangi kullanıcılara ya da gruplara uygulanacağının belirlendiği form ekranı gelmektedir.

Sonuç olarak Fine-Grained Password ayari ile kullanıcı ya da grup bazlı detaylı parola ya da hesap kilitleme ayarlamaların yapılması mümkündür. Tabi ki bu yenilik ile beraber sistem yöneticilerinin de yükünün hafiflediğini söylemek hiç de yanlış sayılmaz.

The post Windows Server 8 ile Fine-Grained Password Policies appeared first on Ezgi CAN.

Bilindiği üzere DHCP(Dynamic Host Configuration Protocol) rolü otomatik IP, subnet, gateway, DNS bilgisi gibi network ile ilgili bilgilerin otomatik olarak dağıtılmasını sağlar. Windows Server 2012 işletim sistemi ile “Policies” sekmesi DHCP’nin arayüzünde bulunmaktadır. DHCP Policies ile sistem yöneticilerin IP üzerindeki yönetimi daha da kolaylaştırıyor. Örneğin şirket alt yapısında aynı alt ağ maskesi içerisinde masaüstü kullanıcıları, yazıcılar, mobil cihaz kullanan istemciler gibi farklı tiplerde client’lar bulunabilir. Bu gibi durumlarda aynı network içerisinde belirli IP aralıkları vermek istenilebilir. Aynı şekilde kablosuz ağ kullanan kullanıcıları ile kablolu ağ kullanan kullacılarına farklı IP kiralama süresi verilmek istenilmesi durumunda ya da MAC adresini bildiğiniz bir grup bilgisayara belirli bir IP bloğu IP ataması yapmak istenildiğinde DHCP Policies özelliği kullanılabilinmektedir.

Kısaca Windows Server 2012 ile beraber kullanılan policies özelliği ile artık DHCP’de kullanıcı bazlı ya da cihaz bazlı kurallar oluşturulabilinmektedir. Oluşturulan bu kurallar iki temel bölüm ile oluşturulur. Birinci bölüm gerekli koşulların belirlendiği  “conditions”, ikinci bölüm ise ayarların yapıldığı “settings” bölümüdür. Conditions bölümünde ayarlanan kuralın hangi kullanıcılara uygulanacağının belirlenmesi sağlanırken, settings bölümünde gerekli network parametrelerinin girilmesi sağlanır.

“Conditions” kısmında 5 farklı parametre bulunmaktadır. Bu koşullar tek tek kullanılabilindiği gibi beraberde kullanılması söz konusudur. Herhangi ikiden fazla parametre için “and” ya da “or” işlemleri gerçekleştirilebilir. Buradaki yer alan 5 parametre; MAC Address,Vendor Class,User Class,Client Identifier,Relay Agent Information’dır. Belirlenen parametreler “equal (eşittir)”ya da “not equal(eşit değildir)” olarak ayarlanır. Kullanıcılar belirlenen parametrelere sahip değilse oluşturulan kurala verilen IP havuzu dışında IP ve yapılandırılan “scope options” ayarlarını alacaktır.

“Settings” bölümünde ise kullanıcıların ayarlanan koşulu sağlaması durumunda policy içerisinde bulunan parametreleri kullanması sağlanır. Kullanıcıların, belirlenen koşulu sağlaması durumunda alacağı IP aralığının belirlenmesi, kira sürelerinin belirlenmesi ya da gateway bilgilerinin girilmesi gibi ayarlar yapılır.

DHCP Policies Özelliğinin Yapılandırılması

DHCP Policies özelliği DHCP üzerinde sistem yöneticilerinin daha esnek ayarlarla ve daha spesifik ayarlar ile çalışabilmelerine olanak sağlar. Windows Server 2012 ile beraber policies ayarlarının yapılandırılması bu bölümde adım adım incelenecektir.

Şekilde de görüldüğü üzere Windows Server 2012 üzerinde DHCP’nin “Policies” özelliği iki bölümde yapılandırılabilinmektedir. Bunlardan birisi DHCP’de oluşturulan tüm makineleri etkilerken, diğeri scope içerisinde “Policies” başlığında bulunan ve sadece bulunduğu scope’daki makineleri etkileyen kurallardır.

Herhangi bir “Policies” başlığında sağa tıklanarak “New Policy” sekmesinin seçilmesi ile beraber DHCP Policies işleminin yapılandırılmasına başlanır. Sihirbazın arayüzünde bulunan “Policy Name” başlığında policy’nin adı belirlenir. “Description” başlığında ise istenilmesi durumunda bu policy ile ilgili bir bir açıklama girilmesi sağlanır. Gerekli yapılandırma için “Next” tuşula devam edilir.

Daha önceden da bahsedildiği gibi DHCP Policies bölümünde iki önemli başlık söz konusudur. Şekilde de görüldüğü üzere bu başlıklardan biri olan “Conditions” bu bölümde yapılandırılır.”Criteria” abşlığında 5 kriterden(MAC Address,Vendor Class,User Class,Client Identifier,Relay Agent Information) biri seçilir ve Operator başlığında belirlenen bu kritere “Equals”(eşit) ya da “Not Equals”(eşit değil) olma durumu belirlenir. “Values” bölümünde ise belirlenen kritere ait değer bilgisi veya bilgileri girilir ve “Add” seçeneği bu bilgiler irilmiş olunur. Örneğin belirli MAC adreslerinin Belirli IP bloklarından IP alınmasının istenmesi durumunda buradaki kriter MAC adresi olacaktır. Belirlenen MAC adreslerinde bir eşitleme durumu olmasından dolayı “Equal” seçilerek Values kısmına da eşitlenmesini istediğiniz bilgisayarların MAC adres değerleri girilecektir. Ayrıca bu bölümde yine “AND” ya da “OR” işlemleri de yapılabilir. AND işlemi farklı ikiden fazla kriterin sağlanma zorunluluğu koşulunu şart koşarken, “OR” işelmi belirlenen ikiden fazla kriterin enaz birinin sağlanma koşulunu şart koşar.

Şekildeki arayüzde “Policies” özelliğinin diğer ana bölümü olan “Settings” başlığı bulunmaktadır. Bu kısımda gerekli koşul ya da koşulları sağlayan makineler üzerinde yapılandırılması gereken ayarlar seçilir. Örneğin koşulu sağlayan makinelere hangi router bilgisinin gitmesi gerektiği bu başlık altında yapılandırılır.

“Summary” başlığı altında yapılan kural ile ilgili özet bilgisi bulunur. Bu bölümde “Conditions” ve “Settings” başlıkları altında yapılan tüm konfigürasyon gözlemlenebilir.

“DHCP Policies” konfigürasyonun ardından koşulları sağlayan kullanıcılara, yapılan ayarların entegrasyonu sağlanmış olur.

The post Windows Server 2012’de DHCP Policies appeared first on Ezgi CAN.

Windows Server 2008 R2’de varsayılanda pasif bir durumda olan bu özelliği akif hale getirmek için sadece bir PowerShell komutu kulanmak gerekli iken, Windows Server 8 ‘de Active Directory Recycle Bin özelliği kullanıcılara grafiksel bir arayüzde sunulmaktadır. Windows Server 2003 ve Windows Server 2008 işletim sistemlerinde silinen network nesnelerini geri getirmek için F8 tuşuyla restore moda girdikten sonra ntdsutil komut dizini ile Active Directory’nin önceden alınmış backup’ından kurtarılabiliniyordu. Haliyle bu durum Active Directory sunucusunun bir süreliğine offline durumunda kalmasına neden oluyordu. Windows Server 8 işletim sisteminde var olan bu özellik bilişim sektörüne birçok kullanım avantajları ile sunulmuştur.

Active Directory Recycle Bin Çalışma Mantığı

Active Directory Recycle Bin özelliği olmayan işletim sistemlerinde (Windows Server 2003, Windows Server 2008 gibi) ya da Recycle Bin özelliği pasif durumda olan işletim sistemlerinde silinen network nesneleri bazı özellikleri ile beraber arka planda bulunan “Deleted Objects” isimli konteynırda bulunur. Burada bulunma süreleri varsayılanda 180 gün olup, istenildiği takdirde değiştirilmesi de söz konusudur. İstenildiği takdirde bu network nesneleri çalışır durumdaki domain controller olan makineden “reanimation Tombstone” ile restore edilebilir ancak işlem sonrası network nesnesinin bazı özellikleri geri yüklenmemiş olabilir.

Active Directory Recycle Bin özelliği ile “Recycled Nesne” yeniliği gelmiştir. Bu özellik sayesinde silinen network nesneler Active directory database’inde 360 gün boyunca tutulmaktadır. Bu süreç; silinen nesnenin eskiden olduğu gibi “Deleted Objects” konteynır’ında 180 gün konumlandırılmasından sonra silinen nesnenin 180 gün de  “Recycled Objects” içerisinde barındırılması ile sonlanır. Bu değerlerin Microsoft tarafından pek önerilmemesi ile beraber değiştirilmesi de söz konusudur. 360 gün sonra silinen nesne geri yüklenmemiş ise Active Directory database’inden tamamen silinme işlemi gerçekleşir.

Windows Server 8 ile Active Directory Recycle Bin Özelliği

Windows Server 8 ile Active Directory’de yapılandırılması gereken birçok yenilik artık Active Directory Administrative Center (ADAC) konsolu ile yönetiliyor.Active Directory Recycle Bin özelliği de bunlardan bir tanesidir.Artık Windows 8 ile beraber birçok yenilikle grafiksel arayüzden yönetilen bir Active Directory Recycle Bin söz konusudur.

Daha önceden de belirtildiği gibi Windows Server 8 üzerine kurulmuş olan domain controller olan makinede Active Directory Administrative Center konsolu açılır. Active Directory Administrative Console içerisindeki sol bölümden domain adı seçilerek “Task” menüsündeki “Enable Recycle Bin”seçeneği ile özellik aktif hale getirilir.

“Enable Recycle Bin Confirmation” arayüzünde Recycle Bin özelliğini aktifleştirilmek istenildiğinden emin olunup olunmadığına dair onay ekleyen bir doğrulama penceresi bulunmaktadır. Bunu sormasındaki neden aktif hale getirilen Recycle Bin özelliği istenilmesi durumunda devre dışı bırakılamayacağından kaynaklıdır. Bu uyarıyı da yine bu arayüzde görmek mümkündür. “OK” seçeneği seçilerekActive Directory Recyle Bin özelliğinin aktifleştirilme işlemine devam edilir.

“Active Directory Administrative Center” arayüzünde Recycle Bin işleminin başladığı görülmektedir. Ancak yapılan bu değişiklikten, bulunulan forest ortamındaki diğer domain controller makinelerinin haberdar olmaları için replikasyon işleminin gerçekleşmiş olması gerektiğine dair bir uyarı görülmektedir.

Aktif edilen Active Directory Recycle Bin özelliğinden sonra Active Directory Administrative Center arayüzüne bakıldığında gerekli güncellemelerinin yapıldığı ve “Enable Recycle Bin” seçeneğinin pasif duruma geldiği gözlemlenmektedir.

Active Directory Recycle Bin özelliğini test etmek için öncelikle bir kullanıcı oluşturulur ve kullanıcının özelliklerine çeşitli veriler (telefon numarası, organizasyonu gibi) girilir.

Gerekli verilerin girilmesinden sonra kullanıcı üzerine gelinerek “Delete” seçeneği ile Active Directory network nesnelerinden biri olan kullanıcı silinir.

Silinmiş olan bu kulanıcının geri getirilmesi işlemi Active Directory Administrative Center konsolundan gerçekleştirilir. Sol tarafta yer alan domain controller isminin (örnekte bilgeadam (local)) üzerindeki menüden “Deleted Objects” seçeneği ile silinen network nesnelerinin görüntülenmesi sağlanır.

Silinen tüm network nesnelerinin görüntülendiği “Deleted Objects” arayüzüne daha önce silinmiş ezgi kullanıcısının da geldiği görülmektedir.

Active Directory Administrative Center arayüzünde bulunan “Deleted Objects” menüsündeki silinmiş olan kullanıcının üstünde sağa tıklandığında ya da bu şekildeki arayüzde de görüldüğü gibi sağ tarafta bulunan “Tasks” menüsünün altında “Restore, Restore To, Locate Parent ve Properties” seçenekleri görülmektedir. ”Restore” seçeneği ile silinen nesnenin kurtarıldıktan sonra önceki konumunda yer almasını sağlar. “Restore To” ile silinene nesnenin yeniden kurtarıldıktan sonra orjinal konumu dışında opsiyonel olarak başka bir konumda da tutulmasını sağlar. Silinen nesnenin önceki konumunda yeniden barındırılması istenildiğinde daha önceden de bahsedildiği üzere “Restore” seçeneği ile devam edilir.

“Restore” işleminin tamamlanmasının ardından Active Directory User and Computers arayüzüne gidildiğinde silinen ezgi kullanıcısının eskiden bulunduğu “Test” organization Unit’ine geldiği görülmektedir. Aynı zamanda ezgi kullanıcısı silinmeden önce özellikler kısmında yapılandırılmış olan tüm ayarları üzerinde barındırmaktadır.

Silinmiş olan nesnenin geri yükleme işleminden sonra farklı bir konumda yer alınması isteniyorsa “Restore To” seçeneği ile devam edilir. Örneğe bakılınacak olursa Test organization unit’inin içerisinde bulunan ezgi kullanıcısı geri yükleme sırasında Test2 organization unit’inde konumlandırılmak istenirde “Restore To” seçeneği ile devam edilir.

“Restore To” seçeneği ile devam edildikten sonra şekildeki arayüzde de görüldüğü gibi silinmiş olan network nesnesinin geri yükleme işlemi bittikten sonra hangi konumda yer alacağının belirlenir.Örnekte test2 organizaition unit’i seçilerek gerekli geri yükleme işlemi yapılmış olunur.

Recycle Bin özelliği ile geri yükleme işlemi tamamlandıktan sonra Active Directory Users and Compueters arayüzünden test2 organizaition unit’ine gelinerek kontrol ezgi kullanıcısının eski ayarlarıyla beraber orjinal konumu dışında başka bir konumda yer aldığı görülür.

Grafiksel arayüzden yapılan bu işlemleri PowerShell komutundan da yapmak mümkündür. Active Directory PowerShell Module açılarak silinen nesnenin geri getirilmesi için “Get –ADObject –Filter {samAccountName –eq”ezgi”} –IncludeDeletedObjects | Restore-AdObject” komut kullanılır.

Sonuç olarak Active Directory Recycle Bin özelliği IT dünyasına yönetim avantajları sağlamakla beraber Windows Server 8 ile bu özelliğin kullanılması kolay bir hale getirilmiştir.

The post Windows Server 8 ile Active Directory Recycle Bin Özelliği appeared first on Ezgi CAN.