Pertanyaan Umum IIS 7.0

Ini harus dilakukan secara manual.

Dampaknya akan tergantung pada beban server. Jika Anda melakukan 10.000 permintaan/detik, Anda akan jarang melewatkan penembolokan kernel; namun, jika Anda melakukan 100 permintaan/detik, Anda mungkin tidak akan melihat. Ini sangat tergantung pada konten yang dilayani, IIS 5.0 tidak memiliki komponen mode kernel dan bekerja dengan baik untuk sebagian besar pelanggan.

Ada dukungan ruby dasar. Lihat tautan berikut untuk informasi selengkapnya:

http://mvolo.com/10-steps-to-get-ruby-on-rails-running-on-windows-with-iis-fastcgi/

Jika Anda menginstal melalui GUI Manajer Server ("Tambahkan Fitur"), urutan penginstalan tidak masalah. Wizard Tambahkan Fitur memeriksa semua dependensi dan akan memberi tahu Anda jika Anda kehilangan modul yang diperlukan. Selain itu, wizard Tambahkan Fitur mengetahui urutan modul yang benar.

Jika Anda menginstal dari baris perintah atau menggunakan penginstalan yang tidak diawasi, urutan modul tidak masalah (sekali lagi, Penyiapan mengetahui urutan modul yang benar), tetapi Anda bertanggung jawab untuk mengidentifikasi semua dependensi. Jika Anda gagal menyertakan dependensi yang diperlukan, penyiapan baris perintah yang tidak dijaga/ akan gagal.

Kumpulan Aplikasi yang hanya menyajikan file statis dengan semua fitur yang diinstal akan memiliki jejak 3 MB byte privat, file halaman 5 MB. (Ini lebih besar dari IIS 6.0). Windows Server 2008 menangani beberapa kumpulan aplikasi lebih baik daripada WS03. Ketika permintaan ASP.NET dibuat, kami melakukan pra-muat sejumlah kecil CLR selama startup (~100kb) . Pramuat dapat dikonfigurasi oleh properti di ApplicationPool. Ini disebut managedRuntimeVersion. Sisa CLR (~8mb) akan dimuat pada permintaan ASPX pertama.

Akses hanya berfungsi di kumpulan aplikasi 32-Bit. Memuat profil pengguna (properti loadUserProfile di AppPool) adalah masalah ketika ASP Klasik digunakan karena Access menggunakan direktori sementara yang tidak mengizinkan akses ke pengguna anonim saat profil pengguna dimuat.

Edisi web Windows Server 2008 jauh lebih baik, dan kami telah fokus pada penghapusan batas buatan. Lisensi akhir belum selesai, tetapi kami berencana untuk menghapus semua pembatasan perangkat keras, memungkinkan prosesor 4x dan RAM 32GB (pada x64). SQL diizinkan, dan SharePoint akan dapat diinstal pada SKU.

FPSE bukan lagi bagian dari Windows Server. Kami bekerja sama dengan pihak ketiga untuk membuat paket unduhan agar FPSE berjalan di Windows Server 2008/IIS 7.0. Ini tidak memiliki fitur atau penyempurnaan baru, hanya perbaikan untuk membuatnya kompatibel.

Kami menyarankan agar Windows Server 2008 diinstal segar dan dimigrasikan; atau, hanya menempatkan pelanggan baru di server baru. Kami menyarankan agar daftar komponen dan konfigurasi pihak ketiga yang dikelola dengan baik didokumentasikan untuk setiap server, sehingga lingkungan saat ini dapat direplikasi di server baru. Lihat rekomendasi di kertas hosting bersama untuk konfigurasi kumpulan situs dan aplikasi. Alat untuk membantu dalam migrasi akan dirilis dalam waktu dekat.

Peningkatan di tempat didukung untuk skenario berikut:

• Windows Server 2003 dapat ditingkatkan ke WS2K8 Beta3, WS2K8 RC0, WS2K8 RC1, dan WS2K8 RT
• Windows Server 2008 Beta3 dapat ditingkatkan ke WS2K8 Beta3, dan WS2K8 RC0
• Windows Server 2008 RC0 dapat ditingkatkan ke WS2K8 RC0, WS2K8 RC1, dan WS2K8 RTM
• Windows Server 2008 RC1 dapat ditingkatkan ke WS2K8 RC1, dan WS2K8 RTM

Jika server berada dalam mode Konfigurasi Bersama, server harus dikembalikan ke konfigurasi mandiri sebelum peningkatan dijalankan. Untuk melakukannya, nonaktifkan konfigurasi bersama, salin applicationhost.config dan kunci terenkripsi ke komputer lokal, jalankan peningkatan di setiap server, lalu aktifkan kembali konfigurasi bersama.

Baik file log yang disiapkan sedang menulis dan iis7.log selalu aktif. Ini tidak terperinci tentang apa yang dicatat.

Kami tidak menyediakan cara apa pun untuk mengonfigurasi modul selain modul Windows selama penyiapan. Mungkin ada cara melalui penyiapan tanpa pengawas generik untuk menjalankan sesuatu setelah penyiapan selesai, dan karenanya pengguna dapat melakukan beberapa pengodean.

Melacak SEMUA permintaan pada <1000 permintaan/detik harus <5% CPU. Dimungkinkan untuk mengonfigurasi aturan pelacakan global untuk semua situs. Pelacakan dapat diaktifkan untuk semua situs dengan mengubah bagian <siteDefaults> .

Tidak, tetapi ada daur ulang berbasis memori, yang akan mendaur ulang AppPools yang melebihi batas memori yang dikonfigurasi.

Enkripsi yang dibuat sebelum sysprep hilang setelah sysprep. Tidak ada solusi sementara.

Anda dapat mengekspor kunci komputer dan mengimpornya ke semua server sehingga dekripsi berfungsi. UI untuk Server Beta 3 menyertakan fitur yang disebut Konfigurasi Bersama yang akan memungkinkan Anda melakukannya. Klik Ekspor... dan itu akan mengenkripsi kunci mesin, menyalinnya bersama dengan applicationHost.config dan administration.config ke jalur. Setelah itu, dari semua komputer lain, Anda dapat memilih "Impor..." dan akan mengimpor kunci komputer dan mengarahkan konfigurasi ke konfigurasi bersama.

AppPool yang berbeda dapat memiliki nilai yang berbeda untuk pengaturan ini. Aplikasi dapat ditetapkan ke AppPool yang berbeda

File default untuk menangani kesalahan ini terkandung dalam \inetpub\custerr\en-us. Catatan kaki kesalahan berisi "Informasi Versi Server: Layanan Informasi Internet 7.0.", yang tentu saja dapat dihapus atau diedit langsung dari file .htm.

API terkelola (Microsoft.Web.Administration) memiliki akses ke semua pengaturan yang dilakukan API asli dan memiliki dukungan jarak jauh DCOM dengan menggunakan metode statis ServerManager.OpenRemote. Anda dapat mengatur pengaturan konfigurasi apa pun tetapi untuk Beta 3 tidak ada dukungan untuk informasi runtime seperti Status AppPool atau daftar permintaan atau proses pekerja.

Di versi IIS sebelumnya, Anda harus mengontrol akses melalui ACL sistem file. Ini membosankan dan tidak ada antarmuka web untuk melakukannya. Dengan otorisasi URL, Anda dapat mengontrol akses ke URL menggunakan Antarmuka Pengguna IIS atau menggunakan web.config secara langsung. Selain itu, Anda dapat menggunakan identitas non-windows, misalnya pengguna keanggotaan dan peran yang disediakan oleh autentikasi formulir.

Data apa pun di bagian applicationPool yang relevan dengan kumpulan aplikasi tersebut (jadi baik di applicationPoolDefaults atau khusus untuk kumpulan aplikasi tersebut) akan menyebabkan WAS mendaur ulang kumpulan aplikasi. Proses pekerja dapat meminta WAS untuk mendaur ulang kumpulan aplikasi berdasarkan perubahan konfigurasi tertentu, saat ini satu-satunya yang kami lakukan adalah globalModules, tetapi ini bukan daftar tertutup (karena modul dapat meminta daur ulang berdasarkan perubahan konfigurasi).

NLB adalah bagian dari Windows Server 2008. Pada dasarnya sama seperti di Windows 2003. Untuk menginstal NLB, buka Fitur > Manajer > Server "Tambahkan Fitur" dan pilih "Penyeimbangan Beban Jaringan" dari daftar. Untuk mengonfigurasi NLB, Anda perlu membuka prompt perintah dan menjalankan nlbmgr. Ini adalah UI yang ada di Windows 2003.

Jika CPU di seluruh sistem melebihi dinamis ambang batas, kompresi akan berhenti terjadi, membebaskan CPU yang digunakannya. Jika CPU di seluruh sistem turun di bawah batas yang berbeda, kompresi dinamis akan dilanjutkan, menghemat bandwidth.

Pengguna yang berbeda memiliki pendapat yang berbeda tentang pemanfaatan CPU yang optimal. Beberapa berpikir rata-rata 20% sempurna, yang lain berpikir 75%. Jika Anda menginginkan X dan Anda secara konsisten berada di atas X, Anda mungkin juga sepenuhnya menghapus kompresi dinamis, karena tidak akan pernah digunakan.

Faktor-faktor dalam penggunaan rata-rata selama jendela 30 detik sejak sampel terakhir - jadi, bahkan dengan lonjakan yang tidak teratur, Anda akan memiliki pemadatan dinamis selama paling banyak 30 detik setelah lonjakan - dan jika lonjakan Anda seketika (sehingga tidak memengaruhi penggunaan CPU rata-rata lebih dari 30 detik) - mereka tidak akan memengaruhi kompresi dinamis.

Mengatur loadUserProfile=false di applicationPoolDefaults adalah ide yang bagus untuk skenario Shared Hosting. Waktu mulai AppPool akan jauh lebih cepat dan Anda menghindari masalah izin direktori sementara.

Kesalahan 500.19 disebabkan oleh mode delegasi fitur IIS 7.0. Saat fitur didelegasikan ke pemilik situs, dan pemilik situs memodifikasi fitur tersebut, perubahannya tetap ada di web.config. Jika administrasi server mencabut manajemen yang didelegasikan pada fitur tersebut, maka pemilik situs web memiliki tanggung jawab untuk membersihkan detail fitur dari web.config. Jika tidak, semua situs yang telah memodifikasi fitur yang didelegasikan akan segera memberikan pesan "Kesalahan Http: 500.19 - Kesalahan Server Internal". Untuk menghindari masalah ini, sebaiknya hoster tidak mencabut fitur yang didelegasikan setelah dipublikasikan ke pelanggan akhir.

Jika situs yang dihosting tidak memiliki web.config, IIS 7.0 akan membuatnya. Jika situs memiliki web.config, IIS 7.0 memodifikasinya. Jika web.config dimodifikasi, maka pemilik situs memiliki tanggung jawab untuk menggabungkan perubahan dan memastikan bahwa perubahan digabungkan dan dikelola secara manual.

Menginstal Layanan Manajemen tidak mengubah AppHost.config atau Administration.config sama sekali. Satu-satunya perubahan yang akan Anda lihat adalah biner baru (wmsvc.exe). Sertifikat yang ditandatangani sendiri akan dibuat dan beberapa kunci registri akan ditambahkan. Ini berarti bahwa secara teori tidak ada yang harus rusak.

Untuk sebagian besar, ini bekerja di luar kotak karena kami menggunakan pengaturan redirection.config untuk membaca apphost /admon.config. Namun, untuk jawaban terperinci, itu benar-benar tergantung pada skenario apa yang akan Anda gunakan:

• Konfigurasi Bersama menggunakan Konten Lokal: Pengguna Windows atau IIS reguler yang terhubung untuk memodifikasi konten lokal mereka dan web.config mereka - tidak ada yang perlu dilakukan, semuanya harus berfungsi di luar kotak.
• Konfigurasi Bersama menggunakan Konten Jarak Jauh menggunakan Pengguna Windows: Ini harus berfungsi, asalkan akun Windows memiliki akses ke konten mereka.
• Konfigurasi Bersama menggunakan Konten Jarak Jauh menggunakan Pengguna IIS: Untuk skenario ini Anda harus mengubah Identitas layanan (WMSVC) ke akun yang memiliki akses ke konten jarak jauh, karena kami menggunakan identitas proses untuk mengakses konten. Perhatikan bahwa apphost.config/admon.config akan berfungsi, karena kami menggunakan redirection.config
• Administrator Windows yang mengelola Koneksi Server: Ini harus berfungsi, asalkan administrator Windows Anda memiliki akses tulis ke konfigurasi bersama.

Lihat tautan berikut untuk informasi tentang membuat situs di IIS 7.0.

Kumpulan Aplikasi yang hanya menyajikan file statis dengan semua fitur yang diinstal menempati 3 MB byte privat, file halaman 5 MB. Ketika permintaan ASP.NET dibuat, kami melakukan pra-muat sejumlah kecil CLR selama startup (~100kb) . Pramuat dapat dikonfigurasi oleh properti di ApplicationPool. Ini disebut managedRuntimeVersion. Sisa CLR (~8mb) akan dimuat pada permintaan ASPX pertama.

Http.sys membuat folder ini secara otomatis jika tidak ada. Jika Anda mengambil alih izin dengan sesuatu yang lain, izin baru harus dipertahankan.

Kami telah mengujinya secara internal dan tampaknya berfungsi dengan baik jika ISAPI dan Metabase diinstal. Ada beberapa blog online juga yang memberikan instruksi tentang cara membuatnya berfungsi. Untuk informasi selengkapnya, lihat tautan berikut ini:

https://blogs.iis.net/bills/archive/2007/03/06/coldfusion-on-iis7.aspx.

Server disiapkan dalam mode Pembuatan Akun AD. Mode Pembuatan AD adalah fitur yang tidak digunakan lagi yang masih didukung, tetapi akan dihapus di V4. Alih-alih mengizinkan WSS membuat pengguna secara otomatis di AD, rekomendasinya adalah melakukan provisi pengguna di luar WSS.

Informasi lebih lanjut tentang Konfigurasi Global Terpusat dapat ditemukan di: Sistem Konfigurasi di IIS 7.0

Saat ini tidak ada FPSE untuk x64. Arsitektur yang direkomendasikan hosting bersama kami adalah OS 64bit dengan AppPools 32bit. Sayangnya saat ini ada bug yang mencegah FPSE menginstal pada 64bit untuk skenario ini.

Anda dapat mempersenjatai ulang sistem Anda tiga kali dengan menyelesaikan langkah-langkah berikut:

Untuk menjalankan slmgr /rearm, buka regedit.exe dan navigasikan ke HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL. Verifikasi bahwa nilai "skiprearm" diatur ke '0'. Jika nilai ini bukan nol, fungsi lengan ulang tidak akan mengatur ulang timer aktivasi sistem.

Setelah memverifikasi bahwa nilai registri "skiprearm" sama dengan nol (0), jalankan slmgr /rearm dari prompt perintah yang ditinggikan. Tunggu pemberitahuan bahwa proses telah selesai. Ini bisa memakan waktu satu atau dua menit. Setelah selesai, ikuti perintah untuk mematikan komputer. Setelah dihidupkan ulang, komputer akan berjalan di OOB Grace dan akan memiliki 30 hari lagi untuk mengaktifkan. Tidak ada perubahan lain yang akan dilakukan pada sistem oleh proses ini.

IIS. CertObj COM-object masih ada di IIS 7.0 dan kami pikir itu masih merupakan opsi terbaik untuk menyebarkan sertifikat di beberapa server web. Perilaku komponen ini tetap sama, sehingga semua skrip lama harus berfungsi (jika ABOMapper diaktifkan).

set iiscertobj = CreateObject("IIS. CertObj")

iiscertobj. InstanceName = "0.0.0.0:443"

iiscertobj. Impor pfxfile, pfxfilepassword, true, true

Dan skrip seperti itu tidak akan tergantung pada ABOMapper.