Forum
Merhaba; Normalde Mikro bayisiyim mikroda servisleri biliyorum kuralları yazıyorum ve sorunum yok. Fakat bir müşterim LOGO Tiger kullanıcısı ben teknik işlerini yapıyorum. Benim sorun şu sunucuyu farklı bir VLAN a alacağım. Fortigate kullanacağım LOGO ağ yolu ile çalışıyor bildiğim kadarı ile fakat yeni bir işletim sistemi kurulduğunda client e register kaydı vs yapıyor lokal network den sunucunun vlan a SBM servisi izni yazsam yeteri mi yoksa LOGO SQL sunucu yu görmesi ve çalıştırması için hangi servisleri loklal network den VLAN network e servis eklemeliyim yardımcı olur musunuz ? Bu yapıda çalışan arkadaşlarımız var mı genelde lokal network e konumlandırıp geçiyorlar.
Hocam yapman gereken şu 2servis var biri 1433 sql Diğeride logonun lisans servisi (sys de veri tabanı bilgileri altında lisans servisi tabı altın) onları network e aç çalışır birde makinede local admin olman gerekebilir.. / birde Logo sys ye girip yeni bir terminalk eklemen kodu kısmında ilgili makinenein adını yazman lazım
@yussel53 merhaba 1433 ü isteme nedeni ne smb den haberleşiyor ya register kaydına mı sql bilgilerini yazıyor ? daha detaylı bilgi verebilir misin
Merhaba, mevcut çalışan bir AD ortamı var, sen buraya yeni bir windows server kuracaksıni üstüne Logo kuracaksın, logo kısmı benim uzmanlığım değil ancak her VLAN teknik olarak DC VLAN ile belirli portlar ile görüşmesi gerekir, aksi halde zaten domain' e alman mümkün olmaz. Bu nedenle logo veya başka bir programdan bağımsız iki vlan arasında aşağıdaki portların açık olması gerekli;
| Servis | Port | Protokol | Amaç |
|---|---|---|---|
| DNS | 53 | TCP/UDP | Domain ve DC isim çözümleme |
| Kerberos | 88 | TCP/UDP | Domain kimlik doğrulama |
| NTP | 123 | UDP | Saat senkronizasyonu |
| RPC Endpoint Mapper | 135 | TCP | RPC servislerinin bulunması |
| LDAP | 389 | TCP/UDP | Active Directory sorguları |
| Kerberos parola işlemleri | 464 | TCP/UDP | Parola değiştirme/sıfırlama |
| SMB | 445 | TCP | SYSVOL, NETLOGON ve GPO erişimi |
| LDAPS | 636 | TCP | Güvenli LDAP kullanılıyorsa |
| Global Catalog | 3268 | TCP | Forest genelindeki sorgular |
| Global Catalog SSL | 3269 | TCP | Güvenli Global Catalog sorguları |
| AD Web Services | 9389 | TCP | PowerShell AD modülü ve yönetim araçları |
| Dinamik RPC | 49152–65535 | TCP | NetLogon, LSA, SAM ve diğer RPC işlemleri |
| ICMP | — | ICMP | DC erişim ve LDAP bağlantı kontrolü; önerilir |
Birde istemci tarafı var, yani logo sunucusu ile DC görüşmeli ok, ama istemcilerinde logo ya gelmesi için aşağıdaki portlar gerekli.
Forti için bu şekilde kural yazabilirsin
Client VLAN → LOGO Server : TCP 445
Client VLAN → SQL Server : TCP sabit SQL portu
Client VLAN → LOGO Server : SBM/lisans servisinin gerçek portu
Ama bence bu benim işim değil demen daha doğru olur, sonuçta sen Mikro uzmanısın, burada işin içine forti, firewall vs giriyor.
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
@nazmikavalci HOCAM NETWORKDE Kİ ayarlarını bilemem ama bir logonun çalışması için 2 port açık olmalı Sql ve Logonun lisans portu 1433 SQL in Logonun lisansıda Lİsans bilgilerinde yazan portdur. Diğer Portların açılması konusunu Yukarıda Hakan bey belirtmiş.. O alan da benim bilgim dışında
@nazmikavalci Merhaba Nazmi Bey. Bizde de Logo Tiger 3 var ve istemcilerin bir kısmı sunucudan farklı VLAN'da çalışıyor; aynı kurulumu yaşadığım için asıl sorunuza cevap vermeye çalışayım: evet, ağ yolu (SMB) tek başına yetmiyor, çünkü Logo istemcisi iki ayrı kanal kullanıyor:
1) Ağ yolu (SMB, TCP 445): istemci programı sunucudaki paylaşımdan çalıştırıyor — exe/dll'ler ve ilk kurulumdaki register işlemi buradan.
2) Veri: istemcide çalışan Logo süreci SQL Server'a doğrudan kendisi bağlanıyor; araya bir uygulama sunucusu girmiyor. Bağlantı bilgisi SYS tarafında tanımlı ama trafik her istemciden SQL'e gidiyor. Yusuf Bey'in 1433 demesinin sebebi bu — "register kaydına SQL bilgisi mi yazılıyor" sorusunun cevabı da aslında bu: istemci o bilgiyle SQL'e kendisi gider.
Buna göre Fortigate'te istemci VLAN'ı için asgari küme:
- Client VLAN → Logo sunucu: TCP 445 (program dizini)
- Client VLAN → SQL sunucu: TCP 1433 ya da sabitlediğiniz port (named instance kullanılıyorsa ya portu sabitleyin ya da UDP 1434'ü de ekleyin)
- Client VLAN → Logo sunucu: lisans servisi portu (SYS → veritabanı bilgileri → lisans servisi ekranında yazan port)
Bir de gözden kaçan bir adım: SYS'de o istemci için terminal tanımı gerekiyor (makine adıyla). Portların hepsi açık olsa da terminal tanımlı değilse oturum açtırmıyor.
Kurulum bitince istemciden iki hızlı test yeterli: \sunucu\paylasim açılıyor mu (445) ve Test-NetConnection sunucu -Port 1433. İkisi de geçiyorsa gerisi Logo tarafında.
Kolay gelsin.
Merhaba şehir dışında olduğum için geç cevap verebildim kusura bakmayın. @hakanuzuner hocamın dediği gibi yaptım zaten sunucular farklı farklı uygulama olduğu için farklı vlanlar da ayırdım. Dc için Fortigate kurallarını ve servislerini yazdım sunucularım domainde çalışıyor. Benim istediğim şu personel network de ki bazı kullanıcıları sadece kaynak olarak ekleyeceğim Mac eşleşmesi yapacağım da o kullanıcılarında logosql sunucuya gitmesini istemiyorum. logonun sql sunucusunu ve Sql uygulamanın sunucusunu da ayırmam gerekiyor öyle anladım. Kullanıcılar uygulama sunucusuna gidecek ama sqle gitmeyecek.
Merhaba, şimdi ne yapmak istediğin daha net oldu. Sen kullanıcılar Logo’yu kullansın ama SQL sunucusuna doğrudan gitmesin istiyorsun. Ancak sadece Logo ile SQL’i ayrı sunuculara almak bunu çözmüyor.
Burada karışan nokta şu, programın dosyalarının sunucuda olması ile programın sunucuda çalışması aynı şey değil. Bedi’nin de yazdığı gibi sen ağ paylaşımındaki exe’yi açıyorsun ama uygulama kendi bilgisayarında çalışıyor. SQL bağlantısını da o bilgisayar kuruyor. Yani mevcut kullanımda istemcinin SQL erişimini kapatırsan Logo’nun veritabanı bağlantısını da kesmiş olursun.
Senin istediğin yapı için RDS/RemoteApp tarafını değerlendirebilirsin. Bu durumda Logo kullanıcının bilgisayarında değil, RDS sunucusunda çalışır. Kullanıcıya da RemoteApp ile komple masaüstü yerine sadece Logo’yu açtırabilirsin. Böylece SQL’e bağlantıyı kullanıcı bilgisayarı değil, RDS sunucusu kurar. Fortigate üzerinde kullanıcı bilgisayarlarının SQL’e doğrudan erişimini kapatıp uygulamanın ihtiyaç duyduğu SQL bağlantısına RDS sunucusundan izin verirsin. Yani burada mesele sadece sunucuları ayırmak değil, uygulamanın çalıştığı yeri değiştirmek.
Logo kısmı benim uzmanlığım değil, o nedenle mevcut sürümün ve kullandığın eklentilerin bu yapıya uygunluğunu Logo desteğiyle teyit etmek lazım. Bir de işin RDS lisanslama maliyeti var, onu da hesaba katarak ilerlemek gerekir.
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
Çok teşekkür ederim.
Rica ederim.
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
