View hidden content is available for registered users!
Çok yanlis ve çok gereksiz birsey.. Öncelikle ko dosyalarinda 3 odbcden fazla odbc olmamali...
Bunlar KN_Online / KN_Data / Knight_Account ve çogunlukla bunlara dahil gerek olmuyor çünki herkez herseyi KN_Online üzerinden yapmaya çalisiyor.
öncelikle açtigin ODBC servisi yanlis SQL server olarak açiyorsun. SQL Server çok daha fazla islem kullanir ve daha yavastir. ODBC açarken Native client ve (local) olarak açman en güzelidir bu sayede odbcler kasmadan local bilg de çalisir.
2 cisi local yaptigin taktirde odbc administrator hesabi üzerinden çalisicaktir.. Bu demektirki SQL de sysadmin yetkisi ile çalisir ve full yetkiye sayiptir. Bunu engellemek istiyorsaniz SQL den ayri bir user açip ODBC e açtiginiz hesabin bilgilerini verirsiniz ve ordan yetkileri ayarliyabilirsiniz. Örn db_owner / public / read / write gibi yetkiler...
ve Senin yapmak istedigin sekilde yapmak istiyorsan.. oda su sekilde olucak. Knight_account odbcsini açicaksin buna SQL da özel kullanici açicaksin ve yetkilerini teker teker ayarlicaksin... ve Ayarladigin yetkilerin sadece hesap ile ilgili olan yetkiler yani Knight_account uzeri Userdata yetkisi olmucak.. Ben bunu genelde yapiyorum güvenlik açisindan açtigim serverlarda..
Ayrica burda verdigin odbc örneginde oldugu gibi dosya yetkileri ayarli orjinali bu sekilde ayrilmaktadir ve her biri farkli yetkiye sahiptir
[ODBC]
ACCOUNT_DSN=Knight_Account
ACCOUNT_UID=1
ACCOUNT_PWD=2
LOG_DSN=KN_Data
LOG_UID=1
LOG_PWD=2
GAME_DSN=KN_Online
GAME_UID=1
GAME_PWD=2