Exchange Server 2010 Edge Server üzerinde Süresi dolan SMTP Sertifikasının yenilenmesi.

Operation Manager da aşağıdaki açıklama ile bir Alert görülürse, İlgili Exchange suncusunda sertifikanın yenilenmesi gerekir.
"The starttls certificate will expire soon. the certificate must be renewed to preserve mail flow."

Domain üyesi olmayan sunucular elle işlemlerin yapılması gerekecektir.

​Exchange Man. Shell de aşağıdaki komut ilgili sunucunun adına göre düzenlenerek verilir.

Set-Content -path ".\edge1.txt" -Value (New-ExchangeCertificate -GenerateRequest -KeySize 204

8 -SubjectName "c=TR, s=Cankaya, l=Ankara,o=Test A.S., ou=IT, cn=edge1.test.local" -DomainName edge1.test.local, edge1 -PrivateKeyExportable $True)

oluşan dosyanın içeriği kopyalanır. Sertifika sunucusunda https://msca/certsrv adresine bağlanılır. Request a certificate --> advanced certificate request --> Submit a certificate request by using a base-64-encoded CMC or PKCS #10 file, or submit a renewal request by using a base-64-encoded PKCS #7 file

Ekrana gelen pencerede Saved request bölümüne kopyalanan içerik yapıştırılır.

Certifiacte Template kısmında Web Server Seçilir ve Submit butonuna tıklanır. Ekrana gelen pencerede Download certificate ile sertifika kayıt edilir. Edge sunucuya kopyalanır.

Edge sunuda MMC ile Certificate konsolu Computer Account seçilerek açılır. Personel --> Certificates üzerinde sağ tıklanır Import ile sertifika Import edilir.

Edge sunucuda Exchange Management Shell açılır.

get-exchangecertficate komutu ile Import edilen sertiffanın Thumbprint i ekranda görüntülenir ve kopyalanır.

Enable-ExchangeCertificate -Thumbprint yenisertifikanınthumbprint -services SMTP komut ile yeni Sertifka aktifleştirilir.

Tekrar get-exchangecertificate komutu ile yeni sertifikanın Services kısmında S göründüğü kontrol edilir.

New-EdgeSubscription -filename "c:\1.xml" komutu ile yeni sertifika ile güncellenmiş xml dosyası oluşturulur.

 xml dosyası hub sunuculardan birine kopyalanır.

Exchange Management Console açılır Organization Configuration --> Hub Transport tıklanır. Sertifikası yenilenen edge sunucu seçilir. Active Directory Site bilgisi not edilir ve silinir. Actions kısmında New Edge Subscription seçilir, ekrana gelen pencerede Browse tıklanarak az önce not edilen Active Directory Sitesi seçilir. Subscription file kısmında edge sunucuda oluşturup Hub suncuya kopyalanan xml dosyası browse butınuna basılarak gösterilir ve New ve Finish butonları ile işlem bitirilir.

Exchange Management Shell açılır

Start-EdgeSynchronization​ komutu uygulanır. Biraz beklenir ve Test-EdgeSynchronization​ komutu ile SyncStatus Normal olarak gözlemlenir.

hata durumunda

Servicelerde Microsoft Exchange EdgeSync servisi restart edilebilir.

Test-EdgeSynchronization​ tekrar kontrol edilir.

TCP 50636 ile Hub sunucudan Edge sunucuya erişimin olduğu kontrol edilmelidir.

get-exchangecertficate komutu ile eski sertifikanın thumbprint i kopyalanır yada Exchange Management Shell kapatılmadıysa önceki verilen komut çıktısından kopyalanır.
Remove-ExchangeCertificate -Thumbprint 4E1E242....... ile eski sertifika Edge sunucuda silienir.

System Center Service Manager 2012 DataWareHouse üzerinde Management Pack Silinmesi

Service Manager Management sunucusu üzerinden silinen Management Pack ler Dataware House sunucusu üzerinden de silinir. Bazen işler yolunda gitmeyebilir ve DatawareHouse sunucusu üzerinden, Management Server kısaca Service Manager management Console ile silinen Management Pack silinmeyebilir. Bu durumda Managerment Rolüne sahip sunucudan aşağıdaki komut uygulanabilir.

1. Yol
İlk önce doğru Management Pack in Get-SCManagementPack komutu ile sorgulandığı kontrol edilir.
Get-SCManagementPack -ComputerName DW_Sunucu_Adi| ? {$_.name -eq "MP.Adi"}


Sonra aşağıdaki komutla silme işlemi yapılabilir.
Get-SCManagementPack -ComputerName DW_Sunucu_Adi| ? {$_.name -eq "MP.Adi"} | Remove-SCManagementPack


2. Yol
Olan DatawareHouse sunucusunu Unregister edip tekrar register etmek.

3. Yol
Yeni bir Datawarehouse sunucusu kurulumu yapmak.

Service Manager Power Shell Komutları

Bir kullanıcının Service Manager User Role Grup Üyeliğini  Bulmak
Management Sunucuda

Get-SCSMUserRole | where {$_.User -eq 'domainadi\kullaniciadi'} | fl DisplayName​


Service Manager 2012 R2 de WorkItem durumunu değiştirme.
Change WorkItem Status by Power Shell

SCSM01 yada management sunucusunda Service Manager Console içinde PowerShell açılır yada PowerShell içinde ServiceManager Modülü yüklenir.

 

Aşağıdaki komut ID değiştirilerek verilebilir.

get-scsmClassInstance -class (Get-SCSMClass -name System.WorkItem.ServiceRequest) | Where-Object {$_.ID -
eq "SR72632"} | %{ $_.Status = "In Progress"; $_ } | Update-SCSMClassInstance

http://technet.microsoft.com/en-us/library/hh519688.aspx

http://technet.microsoft.com/en-us/library/hh316267(v=sc.20).aspx

​Get-SCSMClass ile
System.WorkItem.Incident
System.WorkItem.Problem
System.WorkItem.ChangeRequest
System.WorkItem.ReleaseRecord
System.WorkItem.Activity

Exchange Connector 3.0 RTM yapılandırılan bir Service Manager 2012 ile E-Posta İletilerinin İşlenmesi

Service Manager 2012 konsolu için bir Web arayüzü bulunmamaktadır. Bu alanda ürün geliştirmiş firmaların yazılımları Service Manager 2012 ile entegre edilerek kullanılabilir. Kullanıcılar her zaman Service Manager Konsoluna erişecek imkanı bulamayabilirler. Netice konsolun bir bilgisayarda yüklü ve Service Manager management server erişimin olması gerekecektir. Service Manager 2012 versiyonu ve Exchange Connector 3.0 RTM  Mobil cihazlardan yada Internet erişimi olan bir bilgisayardan Service Manager tarafından gönderilen mesajlar belirlenmiş ifadelerle cevaplanabilir. Bu şekilde  konsol üzerinden yapılan temel işlemler E-Posta iletileri ile de gerçekleştirilebilir. Bu şekilde daha esnek ve zamandan kazanarak süreçlerin ilerletilmesi yada işlemesi sağlanabilir.
Exchange Connector 3.0 RTM sadece System Center 2012 SP1 - Service Manager yada System Center 2012 SP1 - Service Manager Update Rollup 2 üzerinde konfigüre edilebilir.

Temelde Service Manager üzerinde gelen E-Posta iletilerinde bakılan kısım Subject/Konu bölümüdür. Eğer konu kısmında Çalışma Öğesi/WorkItem kimliği varsa, gelen mesajın içeriğinde (Body) [ ] içerisinde Exchange Connector ayarlarında yapılandırılan ifadeler aranır.
Kısaca konu kısmındaki [ ] içerisinde belirtilen Work Item ID dediğimiz bu kimlik üzerinden hangi çalışma öğesinde, body kısmında [ ] içinde belirtilen ifadeye göre ne yapılacağı belirtilmiş olunur.

Konu kısmında Öalışma Öğesi kimliği olan E-Posta Mesajlarının işlenmesi
Service Manager tarafından gönderilen mesajların konu kısmında çalışma öğesi kimliği [ ] içerisinde yazılır. Örnek olarak [IR203] gibi.

Konu kısmında [ ] içerisinde Çalışma Öğesi kimliği olan bir E-Posta Service Manager tarafından izlenen E-Posta adresine geldiğinde E-Posta Çalışma Öğesine log olarak kayıt edilir (Action Log).

Eğer Service Manager Exchange Connector tarafından izlenen E-Posta adresine konu kısmında herhangi bir çalışma öğesi numarası, kimliği bulunamazsa 
Yeni bir Çağrı açılır.
Konu -> Çağrı başlığı
E-Posta içeriği Body -> Çağrı açıklaması
Ekler -> Çağrıya dosya olarak - Releated Items
Gönderen -> Etkilenen kullanıcı
Kime ve Bilgi -> İlişkili Yapılandırma Öğesi - Releated Configuration Item
Oluşturan -> WorkFlow Acount olarak belirlenir.

WorkFlow ile bu gelen yeni çağrı ilgili gruplara atanabilir. Öncelik, etki,atanan kullanıcı belirlenebilir.Öncelik ve etki atanmayan yeniş çağrılar için bu alanlar Low / Düşük olarak belirlenir.

Eğer mesaj içeriğinde [ ] içinde önceden belirlenmiş ifadelere rastlanırsa buna göre hareket edilir.
Exchange Connector ile gelen ifadeler üzerinden gidilecek olursak

[Acknowledged] Çalışma öğesi için Set First Responce, belirtilen durumla ilgili bir hareketin, çalışmanın yapıldığı, yapılmaya başlandığı belirtilir. Zaman olarak First Responce Time değeri önceden belirlenmemişse E-Postanın işleme alındığı tarih belirlenir. Incident ve Service Request için kullanılır.

[Closed] ilgili çalışma öğesinin Service Manager Veritabanından raporlama Veritabanına (DataWareHouse) yine Service Manager üzerinde belirlenen süreler geçtiğinde aktarılması için kullanılır. Genel olarak çalışma öğeleri kapatılmaz. Çünkü kapatılan öğeler üzerinde işlem yapılamaz. Kısaca Close Service Manager yöneticileri  tarafından kontrollü olarak organizasyonun çalışma disiplinine çözümlenen, tamamlanan çağrılara genel olarak nasıl  geri dönüp bakmak, raporlamak istediği ile ilgilidir. E-Posta gönderen çalışma öğesini kapatan olarak belirlenir. Incident, Service Request ve Problem Management için kullanılır.

Service Manager kurulumunda gelen çalışma öğesi adlandırmasına göre

Olay - Incident  [IR...]
[Resolved] Çağrı çözümlenir. E-Posta gönderen çalışma çağrıyı çözümleyen olarak belirlenir. Çağrının loglarına olay kaydı düşülür. E-Posta içeriği Resolution Description / Çözümleme notu olarak eklenir.

Sorun - Problem [PR...]
Service Manager tarafındna gönderilen bir Problem ile ilgili E-Posta cevaplandığında, Exchange Connector Gelen E-Posta nın içeriğini, ilgili problem kaydının günlüklerine, eklerini dosya olarak ekler. To ve CC deki diğer E-Posta adreslerini Promlemle ile ilişkili yapılandırma öğesi olarak belirler.

Hizmet İsteği - Service Request [SR...]
Service Manager tarafından gönderilen bir Service Request ile ilgili E-Posta cevaplandığında, Exchange Connector Gelen E-Posta nın içeriğini, ilgili Service Request kaydının günlüklerine, eklerini dosya olarak ekler. To ve CC deki diğer E-Posta adreslerini Service Request ile ilişkili yapılandırma öğesi olarak belirler. Exchnage Connector kurulumunda belirlenen Şablon uygulanır. Bir Service Request içindeki Etkinlikler için E-Posta mesajı gelirse ve tüm etkinlikler bitirilmiş ise, Service Request durumu Tamamlandı olarak belirlenir.Service Request durumumu In Progress ten, Completed olarak belirlenir.

İçeriğinde hiç etkinlik olmayan Service Request Submitted durumundan Completed durumunda dönüşür.
In Progress durumunda olan bir Service request için E-Posta içeriğinde [Completed]  yada kurulumda hanfi ifade belirlenmişse, Service Manager tarafında işlem yapılmaz. Bu durumla ilgili log düşülür.

Değişiklik İsteği - Change Request [CR...]
Service Manager tarafından gönderilen bir Change Request ile ilgili E-Posta cevaplandığında, Exchange Connector gelen E-Posta nın içeriğini ilgili Change Request  aydının günlüklerine ekler. Eklerini dosya olarak ekler. To ve CC deki diğer E-Posta adreslerini Change Request ile ilişkili yapılandırma öğesi olarak belirler. eğer gelen mesjajın içeriğinde (Body) [Approved] yada [Rejected] veya kurulumda hangi ifade belirlenmişse, meajı gönderenin Onay etkinliklerindeki oylama durumu belirlenir.

Etkinlik - Activity
[RA...]
Service Manager tarafından gönderilen bir review Activity ile ilgili E-Posta cevaplandığında, Exchange Connector gelen e-Postanın içeriğinde [Approved] yada [Rejected] veya kurulumda hangi ifade belirlenmişse ona göre davranır. Gelen E-posta daki tanımlı ifadelere göre Review Activiry içindeki oylama durmunu gönderen kullanıcıya göre belirler. Gruplar için atanan Activity için gelen mesajlar dikkate alınmaz. Gelen E-Posta içinde onay ve red ifadeleri aynı zmanda varsa geçerli olarak Review Activity içindeki oylayan kişi için red etti cevabı belirlenir. Review Activity içindeki onay durumu, Onayı istenen kişi tarafından gönderilen ikinci bir e-Posta ile değiştirilebilir. Ekler review Activity ile ilişkilendirilir. Review Activity durumu In Progress olmadığı sürece gelen mesajlar dikkate alınmaz ve hato logu düşülür. To ve CC deki E-Posta adresleri Review Activiy le ilişkilendirilir.

[MA...]
Service Manager tarafından gönderilen bir Mauel Activity ile ilgili E-Posta cevaplandığında, Exchange Connector  Maanuel Activiy için Note lanına gönderilen son mesajın içeriğini 4000 karaktere kadar ekler. Gelen mesajın içeriğinde etkinliğin bitirildiğine dair Exchange Connector kurulumunda belirlenen ifade bulunursa etkinlik tamamlanır. Ekler, To ve CC deki adresler Manuel Activity ile ilişkilendirilir.

Service Manager üzerinde yetkileri belirlenmiş kullanıcılara bu aktiviteleri haber vermek için gönderilen mesajların konu kısmında, mesaja nasıl geri döneceklerini belirtebilirsiniz.

Yararlanılan Kaynak
http://www.microsoft.com/en-us/download/details.aspx?id=38791

Owa IIS Log dosyalarının Log Parser ile raporlanması


Kullanıcının bağlantı kayıtlarının listelenmesi
c:\Program Files (x86)\Log Parser 2.2>logparser -i:IISW3C "select date, time, c-ip FROM C:\inetpub\logs\LogFiles\W3SVC1\*.* where cs-username like 'kullaniciadi' " ​

Hatalı oturum açma kayıtlarının kullanıcı bazında listelenmesi, kullanıcı adı yada parola hatası
c:\Program Files (x86)\Log Parser 2.2>logparser -i:IISW3C "select date, time, s-ip, cs-method,s-port, cs-username, c-ip, sc-status, sc-substatus, sc-win32-status FROM C:\inetpub\logs\LogFiles\W3SVC1\*.* where sc-status=401 and cs-username='kullaniciadi'"
Oturum açma işlemi sırasında kullanıcı adı için 'domainadi\kullaniciadi', 'domainadi.local\kullaniciadi' olarak yazılmış olabilir.

Bu durumda
(cs-username='kullaniciadi or cs-username='domainadi\kullaniciadi) olarak komut içinde yazılabilir.

Hatalı oturum açma kayıtlarının listelenmesi özellikle E-Posta hesaplarının kitlenmesi  durumunda kaynağın belirlenmesi için faydalı olabilir.
c:\Program Files (x86)\Log Parser 2.2>logparser -i:IISW3C "select date, time, s-ip, cs-method,s-port, cs-username, c-ip, sc-status, sc-substatus, sc-win32-status, cs-(User-Agent) FROM C:\inetpub\logs\LogFiles\W3SVC1\*.* where sc-status=401"​

cs-(User-Agent) ile bağlantı yapılan yazılım tespit edilebilir. Örneğin parolasını yenilemiş bir kullanıcının sürekli hesabının kitlenmesi durumunda, mobil cihazında parolasını güncellemeyi unutması gibi. Aşağıdaki örnek Log kaydı görülebilir.


2013-02-14 07:14:36 172.1.1.1 OPTIONS   443    domainadi\kullaniciadi 10.10.10.10 401       1  

1326            Android/0.3

Hatalı oturum açma kayıtlarının tarih verilerek listelenmesi ve belirli isimdeki dosayaların içinde aranmasının sağlanması - 

c:\Program Files (x86)\Log Parser 2.2>logparser -i:IISW3C "select date, time, s-ip, cs-method,s-port, cs-username, c-ip, sc-status, sc-substatus, sc-win32-status INTO c:\log.txt FROM C:\inetpub\logs\LogFiles\W3SVC1\u_ex12*.*  where sc-status=401 and cs-username='kullaniciadi' and (date>='2012-01-01'and date<='2012-01-01')"

IIS dosya adı biçimi

u_ex[yil][ay][gun].log

Hatalı oturum açma kayıtlarının tarih verilerek listelenmesi ve ayrı ayrı dosyaların içinde aranmasının sağlanması
c:\Program Files (x86)\Log Parser 2.2>logparser -i:IISW3C "select date, time, s-ip, cs-method,s-port, cs-username, c-ip, sc-status, sc-substatus, sc-win32-status INTO c:\log.txt FROM C:\inetpub\logs\LogFiles\W3SVC1\u_ex12.*, C:\netpub\logs\LogFiles\W3SVC1\u_ex1112*.* where sc-status=401 and cs-username='kullaniciadi'"

Syslog sunucusuna istenen IIS loglarının gönderilmesi
logparser -i:IISW3C "select * INTO @10.10.10.10 FROM C:\inetpub\logs\LogFiles\W3SVC1\*.* where cs-username like 'kullaniciadi'" -o:SYSLOG -hostname:10.10.10.10

Syslog sunucusuna belirtilen IIS log dosyalarının gönderilmesi

logparser -i:IISW3C "select * INTO @10.10.10.10 FROM C:\inetpub\logs\LogFiles\W3SVC1\u_ex1203*.*" -o:SYSLOG -hostname:10.10.10.10

Exchange Server 2010 log tutma ayarlarının yapılandırılması - Log Retentiton

Log Dosyalarının konum, boyut ve zaman aşımı sürelerinin görüntülenmesi

Exchange Server 2010 üzerinde çeşitli log dosyaları belirli olaylar gerçekleştiğinde üretilir. Bu log dosyalarının kurulumla beraber boyutu, konumu ve log dosyalarının durduğu klasör boyutu belirlenmiştir. Kimi kurumlar için bu değerlerin değiştirilmesi gerekecektir. Mesaj trafiği yoğun olan işletmelerde Log klasörünün boyutunun arttırılması yerinde olacaktır. Örneğin 1000 kullanıcı bir sistemde Message Tracking Log dosyalarının boyutu aylık 1 GB artabilir. Bununla beraber log dosyalarının zaman aşımı süresinin de belirlenmesi, Log dosyalarının büyüme oranı ile dengeli olarak verilmesi uygun olacaktır. Log dosyalarının 1 yıl tutulması istenen 1000 kullanıcılı bir yapıda Log klasör boyutunun 250 MB olması, 1 yıldan eski olmayan log dosyalarının silinmesine neden olabilir. Hafta içi bir güne ait üretilen toplam log dosyalarının toplam kapasitesi ile aylık  ve yıllık disk alan ihtiyacı kabaca hesaplanabilir.

Aşağıdaki komutla ilgili sunucuda ayrıntılı bilgiler alınabilir. Bu bilgiler içinde Log dosyaları, konum ve boyutları görülebilir.

Get-TransportServer sunucuadi | fl * |more

Yada sadece istenen log ayarları için aşağıdaki komutlar uygulanabilir.

Get-TransportServer sunucuadi | fl MessageTracking*

Get-TransportServer sunucuadi | fl ReceiveProtocol*

Get-TransportServer sunucuadi | fl SendProtocol*

Get-TransportServer sunucuadi | fl ConnectivityLog*

Tüm loğlar için aşağıdaki komut uygulanabilir.

Get-TransportServer sunucuadi | fl *log*trans              

Connectivity Log Dosyaları

Hubtransport yada Edge rolüne sahip sunucularda, mesajların iletilmesi esnasında sunucu bağlantı kayıtlarının tutulduğu log dosyalarıdır.

Hubtransport ve Edge rollleri ayrı sunucularda olan yapılarda, Hubtransport sunucular Mailbox ve Edge sunucular arasındaki iletim loglarını tutar. Edge sunucularda ise transport ve Internet üzerindeki diğer mail sunucular  ile kurulan bağlantıların logları tutulur.

Connectivity Log dosyalarının boyutu kurulumla beraber 10 MB olarak ayarlanır. Log dosyasının boyutu 10 MB a ulaştığında yeni bir log dosyası oluşturulur. Log klasörünün boyutu yada zaman aşımı süresi dolduğunda eski log dosyaları silinir.

Log dosyalarının boyutlarının değiştirilmesi için Transport, Edge ve MailBox rolüne sahip Exchange sunucularda aşağıdaki komut sunucu adı verilerek uygulanır.

HubTranspor yada Edge rolüne sahip sunucularda aşağıdaki komutlar Log klasör boyutu ayarlanabilir.

Set-TransportServer SunucuAdı  -ConnectivityLogMaxDirectorySize 4096MB

Message Tracking Log Dosyaları

Mesajların iletilmesindeki aşamaların kayıt altına alındığı dosyalardır. Bir mesajın Exchange organizasyonunu içindeki ve son olarak hedef posta sunucusuna teslim aşamalarındaki olaylar kayıt altına alınır. Bu şekilde mesajın iletilip iletilmediği yada iletim sorunlarında bilgi alınabilir.

Message Tracking Log dosyalarının boyutu kurulumla beraber 10 MB olarak ayarlanır. Log dosyasının boyutu 10 MB a ulaştığında yeni bir log dosyası oluşturulur. Log klasörünün boyutu yada zaman aşımı süresi dolduğunda eski log dosyaları silinir.

Log dosyalarının boyutlarının değiştirilmesi için Transport, Edge ve MailBox rolüne sahip Exchange sunucularda aşağıdaki komut sunucu adı verilerek uygulanır.

Set-TransportServer SunucuAdı -MessageTrackingLogMaxFileSize 30MB

Set-MailboxServer SunucuAdı -MessageTrackingLogMaxFileSize 30MB

Message Traking Log klasörünün boyutunun ayarlanması için aşağıdaki gibi komut Transport ve Mailbox rolüne sahip sunucularda verilebilir.

Set-TransportServer SunucuAdı  -MessageTrackingLogMaxDirectorySize 10240MB

Set-MailBoxServer SunucuAdı  -MessageTrackingLogMaxDirectorySize 10240MB

Klasör boyutunun ayarlanması tek başına yeterli olmayacaktır. Bu nedenle Log dosyalarının zaman aşımı süresinin ayarlanması gereklidir. Aşağıdaki komutlar ile Transport  ve Mailbox rolüne sahip sunucularda Message Tracking loğlarının zaman aşımı 1 yıl olarak ayarlanabilir.

Set-TransportServer SunucuAdı  -MessageTrackingLogMaxAge 365.00:00:00

Set-MailBoxServer SunucuAdı  -MessageTrackingLogMaxAge 365.00:00:00

Protocol log dosyaları

Protocol Log dosyalarının geçerli olarak boyutu 10 MB dır. Tüm Receive connector ve Send Connector için bu değer geçerlidir. Bu boyut aşıldığında yeni bir log dosyası oluşturulur.

Protocol Loglarının durduğu kalsör için Exchange tarafında bir limit ve zaman aşımı belirlenmiştir. Bu değerlere ulaşıldığında eski log dosyaları silinir.

Eğer log dosyalarının boyutları değiştirilmek istenirse Transport, Edge ve MailBox sunucuda, sunucusu adı verilerek aşağıdaki komutun ilgili log için verilmesi gerekir. Protocol Log için genel olarak Edge ve Hub Transport rolüne sahip sunucularda ayarlar yapılır. 

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxFileSize 30MB

Set-TransportServer SunucuAdı -SendProtocolLogMaxFileSize 30MB

Exchange Server tarafında log dosyalarının durduğu klasör boyutu kurulumla beraber 400 MB olarak belirlenir. Mail trafiği yoğun olan işletmelerde bu aşan yeterli olmayabilir. Log klasörünün boyutunun değiştirilmesi için aşağıdaki komut herbir Exchange Sunucuda uygulanır.

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxDirectorySize 10240MB

Set-TransportServer SunucuAdı -SendProtocolLogMaxDirectorySize 10240MB

Kurulumla beraber bu süre 30 gün olarak belirlenir. Bu süreyi değiştirmek için aşağıdaki komut her bir Exhange Sunucuda verilir. Örneğin bu loğların 1 yıl tutuması için aşağıdaki komut uygulanabilir. 00:00:00 değeri verilirse log dosyaları için zaman aşımı dikkate alınmaz. 24855.03:14:07 girilebilecek en yüksek değerdir.

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxAge 365.00:00:00

Set-TransportServer SunucuAdı -SendProtocolLogMaxAge 365.00:00:00

RoutingTable Log

Belirli sürelerle Exchange Server 2010 HUB ve Edge rolüne sahip sunucular tarafından, mesajların hedeflerine iletilmesi için organizasyon yapısındaki sunucu ve onların üzerlerindeki ayarların listesinin tutulduğu tutulduğu log dosyalarıdır. Örnek olarak iletilebilecek mesajın büyüklüğü, alıcı sayısı gibi.  Bu log dosyalarına bakılarak geriye dönük olarak sunucu topolojisindeki değişimler gözlemlenebilir.

IPv6 üzerine Notlar

IPv6 adresli Dosya Paylaşımlarına ve Internet Adreslerine Bağlanmak

IPv6 adresinde kullanılan “:” URI ve URL lerde kullanıldığından örneğin port numarası verilmesi gerektiğinde karışıklık ortaya çıkabilir. Bunun için IPv6 adresi köşeli parantez içinde yazılır. Örnek http://[fdcb:2d61:ca89:27fb::3]:8081

Windows işletim sistemlerinde UNC (Uniform Naming Convention) adreslerinde, kısaca bir sunucunun IPv6 adresi ile paylaşımlarına erişilmek istendiğinde “:” karakteri kullanılamaz. Bunun nedeni nu karakterin sunucu adreslerinde/isimlerinde SMB protokolünde kabul edilen karakterler içinde olmamasıdır. Bu nedenle Microsoft IPv6 için özel bir domain adı ayırmıştır ve Windows işletim sistemleri bu özel domain adını tanır..

Dosya paylaşımlarına bağlanılırken 

\\fdcb:2d61:ca89:27fb::3 

adresi yerine 

\\fdcb-2d61-ca89-27fb.ipv6-literal.net\c$ olarak yazılır. Microsoft işletim sistemlerinde ipv6-literal.net domain adı için dns sunucularına sorgu gönderilmez.

ipv6 dosya paylaşımına nasıl bağlanılır
ip6 dosya paylaşımına nasıl bağlanılır
ipv6 UNC URL