Etiket: IIS
Şubat 10th, 2011
Basit olarak Farmlar arası Service Application Paylaşımı hakkında bilgi vermeye çalışacağım. Ne gerek var, ben technetten okurum diyorsanız buyurun http://technet.microsoft.com/en-us/library/ff621100.aspx
Edit : Pek basit ve kısa olmadı, yani ben bu kadar uzayabileceğini düşünmemiştim…
Ama technette olmayan, basit hatalar ve çözümlerinden de bahsedecem.
Farmlar arasında paylaşımını yapabileceğiniz Service Application’lar aşağıdakilerdir.
- Business Data Connectivity
- Managed Metadata
- User Profile
- Search
- Secure Store
- Web Analytics
Tanımlar
A Farmı : Paylaşımı yapacak olan Farm – Publisher Farm
B Farmı : Paylaşımdan yararlanacak olan Farm – Consumer Farm |
Basit Olarak Yapılması Gerekenler
1. Farmlar arasında Trust Sağlamak
Exchange trust certificates between the farms ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704552.aspx
Bu işlem için A farmından Root Certificate, B farmından Root ve STS Certificate larını almamız gerekecek. Sertifikaları Central Administration ı kullanarak da alabiliriz. Ama bence bununla uğraşmayın. Aşağıdaki komutları satır satır Sharepoint Management Shell e yapıştırıp, çalıştırın. Bunun sonucunda C dizininde sertifikaların oluştuğunu göreceksiniz.
A Farmı (Servisi Share edecek olan Farm):
Root Certificate
$rootCert = (Get-SPCertificateAuthority).RootCertificate
$rootCert.Export(“Cert”) | Set-Content C:\PublishingFarmRoot.cer -Encoding byte
B Farmı (Servisi kullanacak olan Farm):
Root Certificate
$rootCert = (Get-SPCertificateAuthority).RootCertificate
$rootCert.Export(“Cert”) | Set-Content C:\ConsumingFarmRoot.cer -Encoding byte
STS Certificate
$stsCert = (Get-SPSecurityTokenServiceConfig).LocalLoginProvider.SigningCertificate
$stsCert.Export(“Cert”) | Set-Content C:\ConsumingFarmSTS.cer -Encoding byte
Sertifikalarımızı oluşturduktan sonra B Farmının sertifikalarını A Serverına, A Farmının sertifikasını ise B Serverına taşıyoruz. Daha sonra yine aşağıdaki komutlar ile bu sertifikaları import ediyoruz. Sertifikaların isimlerini değiştirmediyseniz ve kopyalanan sertifikaları yine C:\ dizinine koyduysanız aşağıdaki komutlarda herhangi bir değişiklik yapmadan sertifikaları import edebilirsiniz.
A Farmı (Servisi Share edecek olan Farm):
Root Certificate
$trustCert = Get-PfxCertificate C:\ConsumingFarmRoot.cer
New-SPTrustedRootAuthority ConsumingFarm -Certificate $trustCert
STS Certificate
$stsCert = Get-PfxCertificate c:\ConsumingFarmSTS.cer
New-SPTrustedServiceTokenIssuer ConsumingFarm -Certificate $stsCert
B Farmı (Servisi kullanacak olan Farm):
Root Certificate
$trustCert = Get-PfxCertificate C:\PublishingFarmRoot.cer
New-SPTrustedRootAuthority PublishingFarm -Certificate $trustCert
Trust işlemini sağlamak bu kadar. İlk başlarda biraz göz korkutabilir fakat görüldüğü kadar zor değil. Burada dikkat etmeniz gereken sadece Hangi sertifikanın Publish veya Consumer Farmlardan export edildiği ve/veya import edildiği. Geri kalan işlemler copy/paste
2. Service Application’ı Yayınlamak
On the publishing farm, publish the service application ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704545.aspx
Bu adımı da yine Sharepoint Management Shell kullanarak yapabilirsiniz. Ben Central Administration dan yapmanızı öneririm. Service Application’ı çok basit bir şekilde publish ediyoruz.
Central Administration -> Application Management -> Manage Service Applications yolunu izleyip, yayınlamak istediğimiz servisi seçiyoruz ve ribbon kısmındaki Publish butonuna tıklıyoruz.

Karşımıza çıkan ekranda, Publish to other farms alanının işaretli olduğuna dikkat ediyoruz ve Published URL alanında yazan URI kopyaladığımızdan emin olduktan sonra OK butonu ile servisimizi publish ediyoruz.
3. Servisi Kullanacak Olan Farm’a Yetki Vermek
On the consuming farm, set the permission to the appropriate service applications ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ff700211.aspx
Bu işlem temel olarak çok basit. Yapmanız gereken sadece iki adet işlem var.
Servisi kullanacak olan B Farmı üzerinde, Sharepoint Management Shelli çalıştırıp aşağıdaki komutu yazıyoruz.
Get-SPFarm | Select Id
Bu komutun çıktısı bize yetki verilecek olan Farmın ID sini verecek. Daha sonra Servis Paylaşımı yapacak olan A Farmında, Manage service applications kısmında Application Discovery and Load Balancing Service Application servisinini seçiyoruz. Yine Ribbon kısmından Permissions butonuna tıklıyoruz.

Bir önceki adımda elde ettiğimiz ID yi buraya yapıştırıyoruz.

Add butonu ile alt kısıma eklenen ID ye Full Control yetkisi verip OK butonuna tıklıyoruz.

4. Paylaşılan Service Bağlanma
On the consuming farm, connect to the remote service application ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704558.aspx
Tüm ayarlarımız tamamlandıktan sonra geriye paylaştığımız bu servise bağlanmak kaldı. Central Managementtan Manage service applications ekranına geliyoruz ve ribbonlardan Connect butonuna tıklıyoruz.

Buradan bağlanamak istediğimiz Servisi seçiyoruz. Karşımıza gelen ekranda Farm or Service Application address alanına 2. adımda bir kenara not aldığımız Published URL stringini yapıştırıyoruz ve OK butonu ile işlemi tamamlıyoruz. Published URL i bir kenara not etmediyseniz, 2. adımı tekrarlamanız durumunda yine aynı URI yi elde edebilirsiniz.

Yukarıdaki anlattığım adımlar ve ayarlardan sonra, bağlanmaya çalışırken, aşağıdaki gibi bir hata alabilirsiniz.
“Unable to connect to the specified address. Verify the URL you entered and contact the service administrator for more details.”
Tabi bu hata size anlamlı gelmeyecektir, zira çok genel bir hata. Bunun üzerine ULS loglarına (..\..\14\LOGS) bakacaksınız. Burada da muhtemelen aşağıdaki hatayı alacaksınız.
“SharePoint Foundation Claims Authentication fo1t Monitorable …inistration.Claims.SPClaimProviderManager.GetClaimProvidersForContext(Uri context, SPClaimProviderOperationOptions mode, IEnumerable`1 providerNames) at Microsoft.SharePoint.Administration.Claims.SPClaimProviderOperations.ClaimsForEntity(Uri context, SPClaimProviderOperationOptions mode, String[] providerNames, SPClaim entity) at Microsoft.SharePoint.IdentityModel.SPSecurityTokenService.AugmentClaimsIdentity(IClaimsIdentity identity, SPClaim identityClaim, RequestSecurityToken request) at Microsoft.SharePoint.IdentityModel.SPSecurityTokenService.GetOutputClaimsIdentity(IClaimsPrincipal principal, RequestSecurityToken request, Scope scope) at Microsoft.IdentityModel.SecurityTokenService.SecurityTokenService.Issue(IClaimsPrincipal principal, RequestSecurityToken request) … “
Buna göre yapmış olduğunuz hatalar aşağıdakilerden biri olabilir :
- Sertifika export ve import işlemleri sırasında hangi sertifikanın hangi serverdan alınıp, hangi servera yükleneceğini karıştırmış olabilirsiniz. Eğer sorunun bu olduğunu düşünüyorsanız, Central Administration -> Security -> Trust yolunu izleyip, her iki serverdaki yüklemiş olduğunuz sertifikaları silin. Burada bulunan local sertifikayı silmemeye özen gösterin.
Daha sonra birinci adımı tekrarlayın.
- Yukarıda anlattığım, üçüncü adımdaki aşamayı yanlış uygulamış olmak. Örneğin; Servisi kullanacak olan farmdaki Application Discovery and Load Balancing Service ine, servisi publish edecek olan farma yetki vermek. Tam tersi olması gerekiyordu.
- A ve B farmlarının kurulumlarının farklı domain userları ile yapılması. Bu ayrı bölgelerdeki farmları ayrı sorumlulara teslim etmek için gayet makul ve mantıklı bir işlem. Böyle bir durum ile karşı karşıya iseniz, Paylaşımı yapılan Service Application’da, diğer farmın userına da Full Control yetkisi vermeniz gerekecektir.
- A ve B Farmlarının bulunduğu serverlar birbirleri ile 32844 portundan konuşabilir durumda olmalıdırlar.
-
Muhtemelen yukarıdaki çoğu durum ile karşılaşmayacaksınız. Bu satıra kadar indiyseniz hiçbir şey derdinize çözüm olmamış demektir. Aslında çözümünüz çok basit birşey olabilir. Sharepoint’in temelinden gelen bir çözüm
IISRESET. Evet evet yanlış duymadınız, service bağlanmayı denemeden önce, yaptığınız değişikliklerden sonra, her iki servera da
mutlaka iisreset atın.
Bunlar da yardımcı olmadıysa, probleminizi paylaşırsanız sevinirim.
Tags: Central Administration, Certificate, Farm, IIS, Management Shell, MOSS, MOSS 2010, Permission, PowerShell, Service Application, Shared Application, Shared Service, SharedServices, Sharepoint, Sharepoint Error, Technet
Posted in Sharepoint | 4 Comments »
Temmuz 27th, 2010
Önceki yazımda, Biztalk Server 2010 için gerekli olan ön kurulumları yapmıştık. Her şey hazır olduğuna göre artık Biztalk Server’ın setupını çalıştırabiliriz.
Herşeyin düzgün gitmesi için bir iki dua okumakta fayda var bu sırada
Zira herhangi bir yerde, saçma bir sorunla karşılaşabilirsiniz.
Kurulum;
- Kurulum için, Microsoft’un sitesinden rahatlıkla indirebileceğimiz, setupı çalıştırıyoruz. Karşımıza gelen ekranda, fikir vermesi açısından installation guide’ı okumanızda fayda var. Vaktim değerli derseniz; Install Microsoft BizTalk Server 2010‘ a tıklayın
.

- User Name ve Organization bilgilerinizi doldurun. Çok detaya girmenize gerek yok. Product Key otomatik olarak gelecektir. Next butonu ile işleme devam edin.

- Lisans sözleşmesini okuyun
. Tamam tamam okumayın. Okuyan birini bulursanız selamlarımı iletirsiniz. Accept edip, Next butonu ile devam edin.

- Zorunlu, Customer Experience Improvement Program‘ ına dahil olduğunuzu gösteren yazıyı okuyun. Next butonu ile devam edin.

- Yüklemek istediğini komponentleri seçin. Ben şahsen hepsini denemek istediğim için ne var ne yok seçtim. Zaten fazla yer kaplama gibi bir derdi de yok. Sonuçta birkaç dll hepsi.

- Biztalk 2009 kurulumunda redistributable components‘ i sen mi indircen, indirilmiş var mı, yoksa ben download edeyim mi diye sorardı. Her kurulumda tekrar tekrar o çok MB lik dosyayı indirmekle uğraşmazdık. Bunda ise otomatik olarak componentleri download etmeye başlıyor. İnşallah beta bir kurulum olduğunda dolayıdır diyorum ve yüklemenin tamamlanmasını bekliyorum.

- Aşağıdaki ekranla kurulumu tamamlıyoruz. Launch BizTalk Server Configuration tick ini, konfigürasyonu sonra yapacaksak kaldırıyoruz.

Diğer yazımda Biztalk Server
Configuration’ın nasıl yapıldığını inceliyeceğiz.
Tags: .NeT, BizTalk, BizTalk Server, Biztalk Server 2010, BTS, BTS 2010, Configuration, Feature, IIS, Konfigürasyon, Kurulum, Role, Setup, sql, SQL Kurulumu
Posted in Bilgisayar, BizTalk, Yazılım | No Comments »
Temmuz 24th, 2010
- İşletim sistemi Windows Server 2008 R2 olan bir server hazırlanır,
- Server üzerinde tüm windows updateler yapılır,
- IIS Kurulumu yapılır
- Role’lerden Web Server (IIS) seçilir. Feature olarak da aşağıdakiler Role eklenir
- Application Development
- Security altından, Basic Authentication ve Windows Authentication
- Management Tools altında IIS 6 Management Compatibility
- İşlem sonunda aşağıdaki kurulumların yapılmış olması gerekir,

- Business Activity Monitoring (BAM) Kullanılacaksa Office Excel 2007 ya da Office Excel 2010 kurulumu,
- Visual Studio 2010 yüklenir (Kurulumdaki SQL Server Express kurulmamalıdır.

- SQL Server 2008 R2/SP1 Kurulumu aşağıdaki gibi gerçekleştirilir,
Bununla birlikte Biztalk Server 2010 kurulumuı için tüm ön gereksinimleri tamamlanmış bulunuyorsunuz. Bir sonraki yazıda Biztalk Server 2010 – Beta’nın nasıl kurulduğunu görebilirsiniz.
Tags: .NeT, BizTalk, BizTalk Server, Biztalk Server 2010, BTS, BTS 2010, Configuration, Feature, IIS, Konfigürasyon, Kurulum, Role, Setup, sql, SQL Kurulumu
Posted in Bilgisayar, BizTalk, SQL Server | No Comments »
Kasım 15th, 2009
Microsoft Office Sharepoint Server 2007 Standalone Server üzerine kurulumu;
Çok temel olarak W2K3 R2 SP2, SQL Express 2005 ve MOSS 2007 SP2 ile kurulum gerçekleştirilecektir;
- İlk önce bize gerekli olan, Windows 2003 server R2 (32 Bit veya 64 Bit) SP 2,
- Daha sonra bu makinaya tüm updatelerin geçilmesi gerekiyor (kendi iyiliğiniz için
),
- IIS kulumu gerekiyor (bir fikriniz yoksa internet üzerinde bol miktarda yazı bulabilirsiniz, Bir fikir olması açısından aşağıda bir resim bulabilirsiniz),

- ASP.NeT kurulumu gerekiyor,

- IIS Manager ekranından, Isolation Mode‘ u ayarlamalıyız, (Başlat -> Çalıştır -> INETMGR),


- Microsoft .NeT Framework 3.5 Kurulumunu yapıyoruz. Link : http://go.microsoft.com/fwlink/?LinkId=110508 den indirebilirsiniz.

- Asp.Net 2.0 a izin vermeliyiz. Bunun için tekrar IIS Manager ekranına gelip (Başlat -> Çalıştır -> INETMGR) buradan ASP.NET v2.0.50727 i seçip Allow butonuna tıklamalıyız.

- Bundan sonra yapılacak iş ise MOSS 2007 yi kurmak ve Konfigüre etmektir. Fakat bu sırada isteğe bağlı olarak Office ve Visual Studio yu da kurabilirsiniz.


- Sharepoint setupımızı çalıştırıyoruz, Next ve Yes lerle ilerleyip, Basic yükleme seçeneğini seçiyoruz. Bu işlem bize otomatik olarak gerekli yüklemeleri yapacaktır. SQL Express, Moss Kurulum Ayarları, vs.. bunların hepsi otomatik olarak kurulacaktır.

- Kurulum tamamlandıktan sonra aşağıdaki gibi bir ekran karşınıza çıkacak, buradan Sharepoint Configuration ı çalıştıracağımızı belirtip, Configuration Tool’u çalıştırıyoruz.

- Karşımıza gelen seçeneklerden de yine Next ve Yes olanları seçiyoruz. Daha sonra 10 adımlık bir Configuration Task işlemi başlayacaktır. Bu işlem de tamamlandıktan sonra sharepointimiz kurulmuş ve büyük bir kısmı konfigüre edilmiş olacaktır.

- Bu konfigüre sırasında biz de boş durmayalım ve eğer server üzerinde yazılım geliştirme yapacaksak, Windows SharePoint Services 3.0 Tools: Visual Studio 2008 Extensions, Version 1.2 eklentisini yükleyelim. Bu sayede Visual Studio içerisinde rahatlıkla web part vs.. yaratabileceğiz. Link : http://www.microsoft.com/downloads/details.aspx?familyid=7BF65B28-06E2-4E87-9BAD-086E32185E68&displaylang=en
- Amma da uzun sürdü dediğinizi duyarmış gibiyim
E hadi madem boş durmayın ve Sharepoint Designer ve InfoPath i yükleyin;

- Bu sırada göreceksiniz ki, yüklemeler tamamlanmış, konfigürasyonlar bitmiş ve herşey hazır
işte süreç bu kadar basit. Konfigürasyon bitince otomatik olan açılan internet explorer sayfasında anasayfanızın gelmiş olması lazımdı. Eğer gelmediyse;
http://localhost veya http://server_ismi
linkleriyle anasayfanıza bağlanmayı deneyebilirsiniz.
ve iyi bir haber, yoğun olmadığım bir zaman size söz, Advanced kurulumu da anlatacağım
P.S. Söylemeyi unuttum, herşeyi yaptıktan sonra Sharepoint SP2 yi de üzerine geçmeyi unutmayın lütfen…
Tags: IIS, Kurulum, MOSS 2007, MOSS 2007 Kurulum, Setup, Sharepoint, Sharepoint 2007 Kurulum, SQL Express, Standalone
Posted in Sharepoint, Sistem | 8 Comments »
Şubat 3rd, 2009
Web siteniz ile ilgili (kim, ne zaman, nasıl, nerden, vs..) logları normal şartlar altında (NŞA) c:\windows\system32\LogFiles klasörüün altında bulabilirsiniz. Ama buradaki log dosyalarını açtığınızda veya bir proje ile bu logları parse etmeniz gerektiğinde verimli kullanım sağlayamazsınız, FTP Log dosyalarının içi;
#Software: Microsoft Internet Information Services 5.1
#Version: 1.0
#Date: 2009-02-02 12:19:13
#Fields: time c-ip cs-method cs-uri-stem sc-status
12:19:13 127.0.0.1 [1]USER xxxxx 331
12:19:13 127.0.0.1 [1]PASS – 530
12:19:17 127.0.0.1 [2]USER anonymous 331
12:19:17 127.0.0.1 [2]PASS anon@localhost 530
12:20:25 127.0.0.1 [3]USER anonymous 331
12:20:25 127.0.0.1 [3]PASS mozilla@example.com 530
12:20:29 127.0.0.1 [3]USER xxxxx 331
12:20:29 127.0.0.1 [3]PASS – 230
12:20:29 127.0.0.1 [3]sent / 550
12:20:29 127.0.0.1 [3]sent / 426
12:20:29 127.0.0.1 [3]sent / 550
12:20:29 127.0.0.1 [3]sent / 426
12:20:29 127.0.0.1 [3]sent / 550
12:20:29 127.0.0.1 [3]sent / 426
12:20:34 127.0.0.1 [3]sent /test 550
12:20:34 127.0.0.1 [3]sent /test 426
12:20:34 127.0.0.1 [3]sent /test 550
12:20:34 127.0.0.1 [3]sent /test 426
12:20:34 127.0.0.1 [3]sent /test 550
12:20:34 127.0.0.1 [3]sent /test 426
12:20:36 127.0.0.1 [3]sent /test2 550
12:20:36 127.0.0.1 [3]sent /test2 426
12:20:36 127.0.0.1 [3]sent /test2 550
12:20:36 127.0.0.1 [3]sent /test2 426
12:20:36 127.0.0.1 [3]sent /test2 550
12:20:36 127.0.0.1 [3]sent /test2 426
12:20:58 127.0.0.1 [4]USER xxxxx 331
12:20:58 127.0.0.1 [4]PASS – 530
12:21:07 127.0.0.1 [5]USER xxxxx 331
12:21:07 127.0.0.1 [5]PASS – 530
12:21:15 127.0.0.1 [6]USER xxxxx 331
12:21:15 127.0.0.1 [6]PASS – 530
gibidir. Bu kısmen basit halidir. Benden söylemesi. Bu logları SQL Server’ a, Access’ e veyaExcel’ e kaydettirebilirsiniz. Bunun için ODBC log konusunu incelememiz gerekmekte
Bu makalede ben logları sql servera yazdıracağım, siz değişik yerlere kayıtları alabilirsiniz.
- Bu yapacaklarımız sadece IIS ve FTP Loglarını almamızı sağlayacaktır. MMC den IIS i açarsak, İlgili web sitenin properties’ inden IIS log tanımı, yine aynı yerin FTP kısmının Properties’inden de FTP Log tanımını yapabilirsiniz.
- Bu işlemler için mutlaka server işletim sistemi gerekmekte,
- Makinada IIS ve FTP Server’ ın kurulu olması gerekmekte (FTP Log için, FTP Server gerekli, FTP log istenmiyorsa gerekmemekte),
SQL Serverda Tablo Yaratma
Logları toplayacak SQL Serverımızda yeni bir tablo yaratmamız gerekmekte. Tabloyu aşağıdaki scripti çalıştırarak oluşturabiliriz;
create table InternetLog(
ClientHost varchar(255), username varchar(255),
LogTime datetime, service varchar( 255), machine varchar( 255),
serverip varchar( 50), processingtime int, bytesrecvd int,
bytessent int, servicestatus int, win32status int,
operation varchar( 255), target varchar(255), parameters varchar(255) )
Default da query i çalıştırırken Database olarak master seçilidir muhtemelen, Bunun için yeni bir DB oluşturmanız veya var olan bir database’in içinde tablonun oluşturulması şiddetle tavsiye edilir;
Oluşan Tablodaki kolonların microsoftun sitesindeki tanımları aşağıdaki gibidir ;
Table – Field Format
FieldName: ClientHost
Data Source/Type: Varchar(255)
Explanations: Client IP address.
FieldName: Username
Data Source/Type: Varchar(255)
Explanations: User name for the client. If the page is not password-protected, this is always the anonymous user name.
FieldName: LogTime
Data Source/Type: Datetime
Explanations: Date and time that the log entry was created.
FieldName: Service
Data Source/Type: Varchar(255)
Explanations: Name of the service. This can be WWW, FTP, or some other name.
FieldName: Machine
Data Source/Type: Varchar(255)
Explanations: Server name.
FieldName: ServerIP
Data Source/Type: Varchar(255)
Explanations: Server IP address.
FieldName: ProcessingTime
Data Source/Type: Int
Explanations: Time spent on request processing (in milliseconds).
FieldName: BytesRecvd
Data Source/Type: Int
Explanations: Number of bytes received.
FieldName: BytesSent
Data Source/Type: Int
Explanations: Number of bytes sent.
FieldName: ServiceStatus
Data Source/Type: Int
Explanations: Service status, such as 200.
FieldName: Win32Status
Data Source/Type: Long Integer
Explanations: Windows NT status code. 0 typically indicates success.
FieldName: Operation
Data Source/Type: Varchar(255)
Explanations: Type of the operation or command. For example, this may be USER for FTP or GET for WWW.
FieldName: Target
Data Source/Type: Varchar(255)
Explanations: Target of the operation. For example, this may be Default.htm.
FieldName: Parameters
Data Source/Type: Varchar(255)
Explanations: Any parameters for the operation. This can be either name/value pairs for invoking CGI or an ISAPI extension. It is a user name for the FTP command USER.
System DSN Kaydı Yaratılması
- IIS’in bulunduğu bilgisayarda, Control Panel –> Administrative Tools –> ODBC Data Source –> System DSN tabı,
- Add butonuna tıklayın,
- SQL Server‘ı seçin,
- Name kutusuna HTTPLog yazın, description belirtin, bağlanmak istediğiniz SQL Serverı seçin,
- SQL Server ayarlarınızı düzgün bir şekilde doldurun (gerekli connection stringler, database ismi, vs..),
- İşlemlerin sonunda Test Data Source butonuna tıklayın ve başarılı şekilde ayarlarınızı yaptığınızı teyit ettirin,
LOG için IIS Ayarları
- IIS ekranında, Loglamak istediğiniz Web sitenizin üzerine sağ tıklayıp, Properties‘ ine gelin,
- Web Site tabında, Active Log Format listesinden, ODBC Logging i seçin. ODBC ayarlarını yaparken Windows NT Integrated authentication seçtiyseniz, buradaki username ve password kısımlarını boş geçebilirsiniz. Ama tahminimce tüm ayarlar çok güzel bir şekilde hazır gelmiş olması gerekmekte. Buradaki bilgilerden, System DSN ayarlarıyla uyuşmayan kısımları değiştirin,
LOG için FTP Ayarları
- IIS ayarlarıyla aynı işlemleri yapmanız gerekmekte, aynı System DSN i referans olarak gösterebilirsiniz. Sadece IIS –> FTP Server kısmından özelliklere girip ODBC Loggingi seçmeniz ve ayarları yapmanız gerekmekte,
Resimli bir şekilde anlatmaya gerek görmedim, istenirse düşünebilirim
Tags: Ftp, IIS, Log, SQL Server
Posted in Sistem, SQL Server | 2 Comments »
Aralık 3rd, 2008
Start IIS from command prompt
iisreset /start
Stop IIS from command prompt
iisreset /stop
Restart IIS from command prompt
iisreset
Tags: command, command prompt, IIS, IIS Commands, prompt
Posted in Bilgisayar | No Comments »
Aralık 3rd, 2008
Command Prompt dan IIS i başlatmak için
iisreset /start
Command Prompt dan IIS i kapamak için
iisreset /stop
Command Prompt dan IIS e reset atmak için
iisreset
Tags: command, IIS, IIS Commands, prompt
Posted in Bilgisayar | No Comments »