SQL Server Sunucular Arası Veri Aktarımı

Zaman zaman farklı sunucular üzerinde kurulu SQL sunucular arasındaki aynı isimli tablolar arasında veri aktarımı durumları oluşmakta ve çoğu zaman veri aldığımız Sunucu'da aşağıdaki örnekte görünen rakamlar veri aktarımı yaptığımız farklı Sunucu'daki tablo'da ve ERP programında  yüksek değerli  ve ondalık basamaklar fazla gözükmekte.

Bu hatanın genel sebebi veri aktarımı yapılan Sunucu'da bölgesel ayarlar'da Decimal Sembol'ün virgül,Dijit Grup Sembolünün nokta şeklinde olmasından kaynaklanmaktadır.Bu seçenekleri aşağıdaki gibi Decimal Sembol nokta,Dijit Grup Sembol'ü virgül olarak değiştirip yeniden veri aktarımı yaptığımızda sorun ortadan kalkacaktır.

Sorunun çözülmüş hali

Watchguard XTM 330 Erişim Problemi

Yakın bir zamanda şubemizde bulunan Watchguard XTM 330 cihaz'ı yeniden başlattıktan sonra Ip adresi ile System Manager üzerinden erişim yapılamama  ve iç şube ile merkez şubemiz ile olan bağlantısının kesilmesi durumu oluştu.Sorunun çözümü için cihazın 1.arayüzü  ile dizüstü bilgisayar arasında CAT 6 kablo bağlantısı yaparak cihazı kapatmalıyız ardından arkadaki güç tuşuna 1 konumuna alarak ön paneldeki 2. buton olan aşağı yön butonuna basılı tutarak ekrandaki safe mode yazısının aktif olduğunu görmeliyiz ve aşağı yön tuşuna basmayı bırakmalıyız.

Bu esnada cihazımız 10.0.1.x bloğundan ip adresi alacaktır.Bunun ardından sytem manager ekranı açılır ve ip adresi 10.0.1.1 kullanıcı adı admin şifre readwrite yazılarak policy manager ekranına geçerek burada istersek cihazı yeniden yapılandırabiliriz veya elimizde xml yedeğimiz varsa policy manager'dan xml yedeğimizi yükleyerek sistemin eski ayarları ile yeniden aktif hale getirebiliriz.

Watchguard SSL VPN DNS İsim Çözümlemesi Sorunu

 Başarılı bir şekilde Watchguard SSL VPN bağlantısı yaptıktan sonra  Network Paylaşım kısayollarınıza erişirken hata alıyorsanız ve  isim yerine sadece ip adresi üzerinden paylaşımlarınıza erişebiliyorsanız büyük ihtimalle DNS isim çözümlemesi sorunu yaşıyorsunuz anlamına gelmektedir.Bunun için Watchguard System Manager'a bağlanıp Policy Manager'dan VPN-Mobile VPN-SSL'i seçerek aşağıdaki ekran görüntüsünde görüleceği üzere Advanced tabını tıklatıp Domain Adı ve DNS Server ip adresi bilgilerimizin doğru olup olmadığını kontrol etmemiz gerekmektedir.

Watchguard Firewall'da Branch Şube'yi Merkez'den İnternet'e Çıkarmak

Watchguard Firewall'da en çok çözüm aradığımız problem farklı bir şubede bulunan  Watchguard cihaza bağlı kullanıcıları Merkez Şube üzerindeki Watchguard Firewall üzerinden nasıl İnternet'e çıkarabileceğimiz ile ilgili olmaktaydı.Bunun için aşağıdaki gibi bir senaryo üzerinden çalışarak bu işlemin nasıl yapıldığı ile ilgili bir çözüm üretebiliriz;

•     X Şubesi Merkez Şube(Branch Şubenin buradaki Watchguard Cihazından         İnternet'e Bağlanılması İsteniyor)

·       Y Şubesi Branch Şube(Merkez Şubeden İnternet'e çıkması istenen uzak şube)

Yukarıdaki senaryo'ya göre  X şubesi için Watchguard Firewall Policy Manager'da VPN Menüsüne giriş yaparak Branch Office Tunnel'e girip VPN kuralımızı seçip aşağıdaki gibi konfigürasyon yazmalıyız;

·  Local İp Adresi 0.0.0.0/0 Remote İp Adresi 10.10.10.20.0/24(Örnek Bir Adres   olup Farklılık Gösterebilir)

Yukarıdaki ekrandan OK ve Close seçeneği ile çıkıp Merkez şube yapılandırmasını kaydedip Y şubesine yani Branch Şube'ye bağlanabiliriz.Buradaki yapılandırmamız ise aşağıdaki gibi olacaktır;

· Local İp Adresi 10.10.10.30.0/24 (Örnek Bir Adres olup Farklılık Gösterebilir) Remote İp Adresi 0.0.0.0/0

Yine yukarıdaki ekrandan OK ve Close seçeneği ile çıkıp Branch şube yapılandırmasını kaydedip Merkez Şube Watchguard System Manager üzerinde Branch Office VPN Tunnels  Üzerinde ilgili VPN bağlantısı üzerinde sağ tık yapıp Rekey Ipsec Tunnels seçeneğini seçip bir süre bekleyince hat normal hale gelecektir.Bunun ardından Merkez şube Policy Manager'a girerek Branch şube için aşağıdaki gibi İnternet çıkış kuralı oluşturmamız gerekecektir;

·                From:10.10.10.30.0/24 To:Any-External

Yukarıdaki kuralı yazdıktan sonra Branch Şube Merkez Şube üzerinden internet bağlantısı yapacaktır.Merkez Şube'de Branch Şube'de bant genişliği kullanacağı yüksek hızlı için Metro bağlantısına geçmek mantıklı olacaktır.

Şubeler Arası VPN Ve Non-Secure DNS Zones and Dynamic Updates Seçeneği

VPN ile Merkez Şube'ye bağlı farklı bölgede bulunan Şubemizdeki Windows istemciler Merkez'de bulunan DNS Sunucu'ya Host(A) kaydı yapamıyor ve dolayısıyla bu şubelerimizdeki Windows İstemcilere ve paylaşımlara  Merkez Şube'de bulunan DNS Sunucu'da host (a) kaydı olmadığı  isim-ip çözümlemesi yapamadığı için ulaşamıyorduk.Bu sorunun 2 çözümünden birisi farklı Şube'deki Windows İstemci'nin  İsim ve ip bilgilerini a record olarak Merkez DNS Sunucu'ya elle eklemektir ama bu istenen çözüm olmamakta.Diğer çözüm ise dinamik olarak Windows İstemcilerin Merkez Şube DNS Sunucu'ya otomatik kaydedilmesini sağlayan DNS Sunucu'da alan adımızın yer aldığı (Örnek:xyz.local)  Bölge'de properties kısmına geçip General tabında Dynamic Updates bölümünde secure only olan seçeneği Nonsecure and secure olarak değiştirince belirli bir süre sonra farklı Şube'deki istemci makinelerin A record'ları DNS Sunucu'nun ilgili alanında gözükecektir.

Bu özellik aslında güvenli olmamak la beraber DNS sunucumuz iç DNS olup Dışa açık olmadığı için sorun oluşmayacak diye düşünmekteyim.

SQL Server Database Mail

Yakınlarda aktif ettiğimiz E-Mail Güvenlik ayarının ardından şifreleme kuralı değiştiği için kullanıcılara günlük olarak iletilen rapor'un değişiklik sebebi ile iletilmediğini tespit etmiş ve SQL Server Management düğümünde yer alan Database Mail'de oluşturulan SQL Server mail profilinin normalde bu düğümün altında görüntülemediğini dolayıyla burada tanımlı bir profil olmadığı algısı oluştuğu yanılgısına düşülebileceğini düşünmüştüm.Aslında burada SQL Server Databasa Mail profil'i mevcut olup aşağıdaki yol takip edilip ilgili kısma ulaşılabilmektedir:

Management-Database Mail Sağ click ardından Configure Database Mail-Next-Manage Database Mail and Profiles-View Change or delete an exciting account bölümüne geçilerek ilgili account'un şifre ve diğer bilgileri güncellenebilir.

Office 365 Multi-factor Authentication(MFA) Outlook 2010 Sorunu

Office 365'te bulunan E-Mail kullanıcı hesaplarına Multi-factor Authentication özelliğini uyguladığımızda Outlook programları yeniden başlarken Office 2016 Outlook kullanıcılarında direkt şifre ekranı gelirken Outlook 2010 kullanıcılarını yeniden başlattığımızda şifre ekranı diyalog kutusu gelmiyordu.Sorunun çözümü için denetim masası-kullanıcı hesapları-Credential Manager sekmesine geçerek Outlook 2010 ile ilgili değerleri kaldırdığımızda Outlook 2010'u yeniden başlatınca 16 karakterli şifremizi gireceğimiz diyalog penceresi gelecektir.