Mi az IIS?

Mi az IIS?

Ebben a bejegyzésben az IIS-t (Internet Information Services) vesszük górcső alá. Megnézzük, hogy mit csinál és hogyan működik. Megtanulja, hogyan engedélyezheti a Windowson. És miután megteremtettük az IIS kezelésének alapszintjét a GUI segítségével, látni fogja, hogyan dolgozhat vele a CLI segítségével. Kezdjük el!

Mi az az IIS webkiszolgáló?

Az IIS webkiszolgáló a Microsoft .NET platformon fut a Windows operációs rendszeren. Bár lehetséges az IIS futtatása Linuxon és Macen a Mono segítségével, ez nem ajánlott, és valószínűleg instabil lesz. (Vannak más lehetőségek is, amelyeket később mutatok be). Sokoldalú és stabil, és már évek óta széles körben használják a gyártásban. A 10-es verzió a legfrissebb. A telepítés után ez az üdvözlő oldal fog megjelenni a böngészőben. “Tervetuloa!”

De mielőtt belemerülnénk az IIS apró részleteibe, kezdjük a webszerver általános értelemben vett meghatározásával.

Mi a webszerver?

Az internet jó. Az internet pedig nem létezhet webszerverek nélkül. De mi is pontosan az a webkiszolgáló? Definiáljuk ezt absztrakt módon, hogy legyen némi kontextusunk ahhoz, hogy az IIS hogyan tölti be ezt a szerepet.

A webkiszolgáló egy folyamat a webalkalmazások hosztolására. A webkiszolgáló lehetővé teszi, hogy egy alkalmazás feldolgozza a meghatározott TCP-portokon keresztül érkező üzeneteket (alapértelmezés szerint). Például a HTTP-forgalom számára az alapértelmezett port a 80, a HTTPS számára pedig a 443.

Amikor a böngészőben meglátogat egy webhelyet, általában nem adja meg a port számát, kivéve, ha a webkiszolgáló úgy van beállítva, hogy az alapértelmezettől eltérő portokon fogadjon forgalmat. A http://www.example.com meglátogatása implicit módon a 80-as portra küldi a kérést. Megadhatja a portszámot, ha szeretné, hogy http://www.example.com:80, és https://www.example.com:443 a TLS (Transport Layer Security) esetében.

Az alapértelmezett konfiguráció és a TLS beállítása esetén a webes alkalmazáshoz a webkiszolgáló minden bejövő forgalmat a 80-as és 443-as portra fog fogadni. Attól függ, hogy a webkiszolgáló mit csinál az onnan érkező forgalommal. Számtalan lehetőség van arra, hogy a webkiszolgáló hogyan dolgozza fel ezeket a kéréseket.

Hogyan kezeli az IIS a webes kéréseket?

A webkiszolgálók két fő folyamatmodellje az, hogy vagy egyetlen szálon kezeli az összes kérést, vagy minden egyes kéréshez új szálat hoz létre. Bár az egyszálas modell (például a Node.js) rendelkezik néhány munkaszállal, ezeket általában csak bizonyos típusú munkákhoz, például a fájlrendszerhez való hozzáféréshez használja. Az IIS (és annak könnyített unokatestvére, az IIS Express) által használt szálankénti modell minden egyes kéréshez egy szálat ragad ki egy szálkészletből.

A webkiszolgálók jellemzően kérés-válasz minta alapján kezelik a kéréseket. Az ügyfél elküld egy kérést, és ha minden rendben megy, választ kap. A HTTP protokoll a mindenütt elterjedt választás, amikor az ügyfél és a webkiszolgáló között az interneten keresztül történik a kommunikáció.

Funkciók

Az IIS gazdag funkciókkal rendelkezik. Az IIS-t leggyakrabban ASP.NET webalkalmazások és statikus weboldalak hosztolására használják. Használható FTP-kiszolgálóként, WCF-szolgáltatások fogadására, és bővíthető más platformokra, például PHP-ra épülő webalkalmazások fogadására is.

Elérhetők beépített hitelesítési lehetőségek, például Basic, ASP.NET és Windows auth. Ez utóbbi hasznos, ha Windows Active Directory környezettel rendelkezik – a felhasználók automatikusan bejelentkezhetnek a webalkalmazásokba a tartományi fiókjukat használva. Egyéb beépített biztonsági funkciók közé tartozik a TLS-tanúsítványok kezelése és kötése a HTTPS és az SFTP engedélyezéséhez a webhelyeken, a kérésszűrés a forgalom fehér vagy fekete listázásához, az engedélyezési szabályok, a kérésnaplózás és az FTP-specifikus biztonsági beállítások gazdag készlete.

Az IIS egyik legfontosabb funkciója az alkalmazáskészlet. Az alkalmazáskészletet közelebbről is meg kell vizsgálnunk, mivel ez az IIS folyamatmodelljének kritikus eleme.

A távoli kezelés felbecsülhetetlen értékű funkció. Az IIS-t a CLI-n keresztül vagy a PowerShell segítségével is lehet kezelni. Mindent szkriptelhet, ami nagyszerű, ha szereti az ezzel járó hatalmat.

Mostanra már jó benyomást kell szereznie az IIS konfigurálhatóságáról és sokoldalúságáról. Azzal is tisztában kell lennie, hogy az ASP.NET-alkalmazások hosztolásán kívül számos más célt is szolgálhat (szóviccnek szánta). A bővítés révén az IIS a Windows platform rendkívül sokoldalú és stabil webkiszolgálójává válik. Nézzük meg, hogyan telepíthető az IIS Windows 10-re. (Ugyanez a folyamat érvényes a Windows 7 és 8 esetében is.)

IIS telepítése

A “telepítésnek” nevezni kicsit túlzás lenne. Elvégre az IIS a Windows egyik funkciója. Amit valójában tennie kell, az a funkció engedélyezése. A Windows 10-ben megnyomhatod a Windows billentyűt, és beírhatod, hogy “turn win”. Meg kell jelennie a “Windows-szolgáltatások be- vagy kikapcsolása.”

Válassza ezt, hogy megnyíljon a “Windows-szolgáltatások” párbeszédpanel. Innen mindenféle további funkciót bekapcsolhat, többek között a PowerShell 2.0-t, az Internet Information Services (IIS) beállításainak mély könyvtárfáját és a Linux alrendszerét. (Meg kell mondanom, hogy ez utóbbi számtalanszor jól jött nekem, például amikor egy Node alkalmazásnak néhány shell szkriptje van az npm build részeként).

Az Internet Information Services (IIS) opció az, amire szükségünk van!

Az erre vonatkozó négyzetre kattintva máris jó kiindulási pontot kapunk. Előfordulhat azonban, hogy mélyebbre kell ásni. A World Wide Web Services > Application Development Features (Alkalmazásfejlesztési funkciók) pontban engedélyezheti az ASP.NET, a CGI és a WebSocket protokoll használatát. Erre bármikor visszatérhet, ha módosításokra van szüksége.

A Windows Server-en az IIS engedélyezéséhez vagy a PowerShell vagy a Kiszolgálókezelő segítségével telepítheti a “Webes szerepkör (IIS)”-t. A részletekért lásd ezt az ismertetőt.

Amikor az összes kívánt IIS funkciót kiválasztotta, kattintson az OK gombra, és igyon egy csésze friss kávét. Ha a telepítés befejeződött, a Windows keresőjébe beírva az “IIS” szót, vagy az “inetmgr” parancsot futtatva elérheti az IIS GUI-t.

A GUI

Mielőtt belemennénk a részletekbe, szeretnék egy gyors bevezetőt adni az IIS Managerről. Azért emeltem ki az érdekes területeket, mert ez a dolog nagyon kusza. Némi megszokást igényel, de van néhány dolog, amiben segítséget tudok nyújtani, ami az itt való eligazodást illeti.

Először is, három ablaktábla van. A bal oldali a csatlakoztatott szervereket tartalmazza. (Távoli szerverekhez is csatlakozhatsz.) A középső ablaktáblában találod az összes funkciót, például az alkalmazásbiztonságot, a naplózást, a szűrést és az átirányítást. Vagy ha a “Tartalmi nézetet” választja, akkor a tartalom helyett itt középen látja a tartalmat. A jobb oldalon található az akciók ablaktábla. Ez a kiválasztott kontextustól függően változik.

Nem tudom, miért van ott az a kis extra ikon a jobb alsó sarokban, de ott lent is átméretezheti az ablakot.

TIPP: a legtöbb ikonra jobb gombbal kattinthat, és a kontextusmenü segítségével elvégezheti a leggyakoribb műveleteket.

Ha a kapcsolatok ablaktáblában kibontja a “kapcsolatot”, először az “Application Pools”, majd a “Sites” látható. A következő két szakaszban ezekre fogunk összpontosítani.

Az alkalmazáskészletek… Mik azok és hogyan működnek?

Most megnézzük az IIS-ben alapértelmezés szerint beállított alkalmazáskészleteket. Mint látható, a v2.0 és a v4.0, valamint a klasszikus és az integrált kombinációja létezik.

Az integrált csővezeték abban különbözik a klasszikus csővezetéktől, hogy az ASP.NET integrálva van az IIS kérési csővezetékébe. A klasszikus módban a kéréseknek egy csővezetéken kellett áthaladniuk az IIS és egy másikon az ASP.NET számára. Az integrált üzemmód az IIS 7 Windows Server 2008 és Vista megjelenése óta az előnyben részesített üzemmód. Ne használja a klasszikus módot, hacsak nem muszáj. Ugyanez vonatkozik a v2.0-ra is. Ezek csak az örökölt támogatásra szolgálnak. Valójában, ha nincs szüksége ezekre az alkalmazáskészletekre, akkor akár el is távolíthatja őket. Nincs szükségünk semmiféle lógásra!

Egyetlen alkalmazáskészletben nulla vagy több munkafolyamat (w3wp.exe) fut egy adott időpontban. A munkafolyamatok az alkalmazásunk példányait futtatják.

Alkalmazáskészletek létrehozása

Az IIS ablak jobb oldalán lévő “Műveletek” ablaktáblában kattintson az “Alkalmazáskészlet hozzáadása…” gombra a párbeszédpanel megjelenítéséhez. Ez elég egyszerű. Általában csak egy nevet kell megadni, majd megnyomni az “enter”-t vagy az “OK”-ra kattintani.”

Az “Alkalmazáskészletek” csomópontra jobb gombbal kattintva a “Kapcsolatok” ablaktáblában az “Alkalmazáskészletek” csomópontra is hozzáadhat egy alkalmazáskészletet. A korábbi tipp már bizonyítja az értékét!”

Az alkalmazáskészlet felhasználói

Az IIS minden alkalmazáskészlethez létrehoz egy virtuális felhasználót (az alkalmazáskészlet általános elnevezése). Ezek a munkafolyamatok alapértelmezés szerint az app pool virtuális felhasználójaként futnak. Másik felhasználóként (például tartományi fiókként) is futhatnak, ha speciális engedélyekre van szükségük.

Még ha eltávolítottam az alkalmazáskészleteket a kiszolgálóról, a virtuális felhasználók tovább élnek!

A virtuális felhasználók továbbra is megkapják saját szabványos mappáikat, például az “Asztal”, “Zene” és “Képek” mappákat. Nem rágnak olyan sok helyet (110 MB), de ha az alkalmazáskészletet eltávolítjuk, ezek a felhasználói mappák cruftnak számítanak, és törölhetők.

Az alkalmazáskészlet újrahasznosítása

Az alkalmazáskészletek egyik legfontosabb jellemzője az újrahasznosítás. Alapértelmezés szerint az alkalmazáskészletek 1740 percenként (29 óránként), illetve a konfigurációs fájl változásakor kerülnek újrahasznosításra. Az újrahasznosítást az igényeinek megfelelően konfigurálhatja. Az alkalmazáskészlet újrahasznosítása felszabadítja az alkalmazáskészletben futó alkalmazások által elfogyasztott memóriát. Az újrahasznosítás megakadályozhatja, hogy az elszabadult folyamatok a kiszolgáló összes memóriáját felemésszék.

Milyen dolgok használnak memóriát a folyamatában? Minden, ami a veremben és a halomban van – statikus változók és tulajdonságok, bármi a memória gyorsítótárban, minden olyan objektum, amelyre egy másik objektum hivatkozik, minden olyan memóriablokk, amely szemétgyűjtésre vár, érti a lényeget.

Megválaszthatja, hogy mely eseményeket szeretné naplózni (vagy nem naplózni). Mint látható, az előző párbeszédpanelben nem minden opció jelenik meg – a “Futásidejű újrahasznosítási események” nem tűnik konfigurálhatónak. Ez nem teljesen igaz.

Az újrahasznosítás új folyamatot indít, majd leállítja az aktuális folyamatot. Az új folyamatnak, ahogyan az várható, új PID-je lesz. Ezt a viselkedést, valamint az újrahasznosítás egyéb viselkedését a “Speciális beállítások…” menüpontban módosíthatja. Valójában bármelyik újrahasznosítási konfigurációt szerkesztheti ebben a menüben. Az “Újrahasznosítás…” párbeszédpanel ebből a szempontból felesleges. Azonban itt kikapcsolhatja az újrahasznosítást a konfiguráció módosítások esetén. Valószínűleg azonban nem akarja ezt megtenni. A futó alkalmazásod nem kapná meg a konfigurációfrissítéseket.

Megjegyzendő, hogy az “átfedő újrahasznosítás” arra utal, hogy az alkalmazásnak egynél több példánya is lehet. Ezt csak akkor érdemes kikapcsolni, ha az alkalmazás megköveteli. Az átfedett újrahasznosítás megakadályozza azokat a zavarokat, amelyek akkor lépnének fel, ha az újrahasznosítás megvárná, amíg az aktuális folyamat lemeríti a kéréseket, mielőtt elindítaná az új folyamatot. Más szóval, nem kezelné az új kéréseket, amíg az aktuális kérések be nem fejeződnek, vagy el nem telik a konfigurálható időkorlát (alapértelmezés szerint 90 másodperc).

Továbbfejlesztett konfiguráció

Túl sok alkalmazáskészlet-konfiguráció van ahhoz, hogy ebben a bejegyzésben részletesen végigvegyük. Egyelőre elég lesz egy rövid áttekintés. Gyorsan lepergetek néhány pontot a “Speciális beállítások” egyes területeiről, az alábbiak szerint.

• Az “Általános” beállítás lehetővé teszi
  • A .NET CLR verziókat
  • Megengedi a 32-
  • …bites alkalmazásokat
  • Pipeline mód megváltoztatása
  • A várólista hosszának beállítása (alapértelmezés szerint 1000 kérés)
  • A mindig vagy igény szerint történő futtatás beállítása
• A “CPU” opció magában foglalja
  • Trottling
  • Processzor affinitás
• “Process model” lehetővé teszi a beállítások kiválasztását. for
  • Identity
  • Idle timeout
  • Max worker processes
  • Health monitoring (Ezt helyben érdemes kikapcsolni a hibakereséshez, mert egy leállított hibakereső nem fog válaszolni a pingre)
• “Process Orphaning” hasznos a nem reagáló folyamatok hibakereséséhez
• “Rapid-Fail Protection” akkor jó, ha a terheléselosztó hibákra adott válaszait szeretnénk beállítani

Sites

A “Sites” az IIS manager szerver csomópontjában az “Application Pools” melletti csomópont. Itt adhat hozzá és kezelhet weboldalakat és FTP-oldalakat (ha telepítve vannak). Míg az alkalmazáskészletek rendelkeznek egy speciális beállítási párbeszédpanellel, addig a webhelyek sokkal több beállítási lehetőséggel rendelkeznek! A webhelyek számos funkcióval rendelkeznek, amelyek mindegyike saját konfigurációval rendelkezik.

Ezek a funkciók három címszó alá tartoznak az IIS-kezelőben:

• ASP.NET (ha telepítve van)
• IIS
• Management

Context menu

A webhely kiválasztásakor a “Features” és a “Content” között válthat. Kattintson a jobb gombbal a webhelyre, és nyissa meg a mappát a kontextusmenüből a “Felfedezés” menüpont kiválasztásával. Ebből a kontextusmenüből más dolgokat is elvégezhet, például az engedélyek szerkesztését.

Ez tulajdonképpen csak a webhely mappájának tulajdonságait jeleníti meg. Innen a “Biztonság” fülre kell váltania, hogy ténylegesen szerkeszthesse az engedélyeket.

A Windowsra jellemző módon több más módon is szerkesztheti az engedélyeket. A mappaengedélyek beállításával kapcsolatos további információkért keresse fel a Windows kedvenc súgóoldalait.

A kontextusmenüből számos gyakori feladatot végezhet el. A “Weboldal kezelése” menüponton belül elindíthatja és leállíthatja a weboldalt, megnyithatja a böngészőben, és áttérhet a speciális beállításokra. Ezeket mindenképpen meg akarjuk majd nézni, de előbb beszéljünk arról, hogy mit lát, amikor kiválasztja a “Kötések szerkesztése…” menüpontot, amely a “Művelet” ablaktáblában is elérhető “Kötések…” néven.

Kötések

A “Kötések…” párbeszédpanelen hozzá kell adnia egy webhelykötést, ha engedélyezi a HTTPS-t a webhelyén. Az állomásnevet és a portszámokat is ott állíthatja be. Ha további kötésekkel rendelkezik a webhelyéhez, azokat is itt adhatja hozzá. Talán a net.tcp vagy a net.pipe kötéseket használja (ha hozzáadta a szolgáltatásokat a kiszolgálón, és engedélyezte őket a webhely számára). Vagy megadhat itt egy IP-címet.

Egynél több webhelyet is lehet ugyanazon a porton figyelve futtatni. Ehhez különböző hosztneveket fog használni. Például az admin.example.com az admin webhelyhez, a blog.example.com pedig a bloghoz van kötve. Az összes example.com forgalom ugyanarra az IP címre (terheléselosztó/kiszolgáló) menne, de az IIS a host fejléc segítségével a megfelelő webhelyre irányítaná a forgalmat. Ezek hasznosak a white-label alkalmazásokhoz is: acme.example.com, foo.example.com, bar.example.com.

Basic settings

“Basic Settings…” ugyanaz a párbeszédpanel, mint amit a webhely első beállításakor kapsz. Valószínűleg nem kell odamenned, hacsak nem akarod megváltoztatni az alkalmazáskészletet vagy a webhely helyét, vagy ha nem IUSR (pass thru), hanem más felhasználóként szeretnél csatlakozni. Ha szolgálati fiókot kell használnia a webhelykönyvtár eléréséhez, akkor a “Helyszín szerkesztése” párbeszédpanelen választhatja a “Csatlakozás mint…” lehetőséget.

Megjegyzés: ügyeljen az IIS-ben használt könyvtárak védelmére. Hasznos lehet, ha elolvassa, hogyan van biztosítva az alapértelmezett inetpub könyvtár.

Aloldalak és virtuális könyvtárak

Egy webhely alatt több alkalmazást és virtuális könyvtárat is elhelyezhet. Az alkalmazások saját alkalmazáskészletben is futhatnak, a virtuális könyvtárak azonban nem. Az alábbiakban látható módon a Site2 alatt egy admin alkalmazást és egy blog virtuális könyvtárat állítottam be. Ezek a http://localhost/admin és http://localhost/blog használatával érhetők el. Mindkettő beépített hibaoldalakkal válaszol, hacsak nincs valami a könyvtárakban.

Az alalkalmazások és virtuális könyvtárak forráskönyvtárainak nem kell az anyahely alkönyvtárainak lenniük. Ezeket a könyvtárakat bárhol tarthatja, ahol csak akarja. Előfordulhat, hogy néhány gyakori webes erőforrást (képeket vagy JS-fájlokat) több webhely esetében relatív elérési útvonalra kell leképeznie. A virtuális könyvtárak tökéletesen alkalmasak erre.

Az alapértelmezett és hibadokumentumok

Amikor egy felhasználó meglátogatja a webhely gyökerét (www.example.com/), egy alapértelmezett dokumentumot fog kapni. Az alapértelmezett dokumentumok az alábbiakban láthatók. Hozzáadhat saját dokumentumokat, eltávolíthat dokumentumokat, vagy teljesen letilthatja őket. Ha letiltja őket, a felhasználó egy csúnya 403-as hibaüzenetet kap, hacsak nem ad engedélyt a mappák tartalmának listázására (nem ajánlott). A legjobb, ha van egy alapértelmezett dokumentum a helyén.

Minden könyvtárban elhelyeztem egy index dokumentumot: a webhely, az alkalmazás és a virtuális könyvtár.

• Site2
  • Admin
    • index.html
  • Blog
    • index.html
  • index.html
• http://localhost/ a Site2/index.html
• http://localhost/admin/ a Site2/Admin/index.html
• http://localhost/blog/ a Site2/Blog/index.html

Ha aggódsz, hogy az IIS memóriát és CPU-t foglal a gépeden, ne aggódj. Hacsak nem futnak a munkafolyamatok (és nem kezelik a nehéz feldolgozást igénylő kéréseket), akkor tétlenül ül. Ha nagy CPU-használatot tapasztal, ez a hibaelhárítási útmutató segíthet, feltéve, hogy ASP.NET-et használ.

CLI és távoli kezelés

AppCmd.exe

AzAppCmd a beépített CLI eszköz az IIS konfigurálására és kezelésére. Segítségével webhelyeket és alkalmazáskészleteket hozhat létre, virtuális könyvtárakat kapcsolhat össze, és konfigurációkat szerkeszthet. Nézzünk meg néhány dolgot, amire képes.

Először is, adja hozzá a %systemroot%\system32\inetsrv\ elérési útvonalához, hogy az appcmd-t bármilyen helyről, parancssorból futtathassa.

Futtassa a parancssort rendszergazdaként.

setx PATH "%PATH%;%systemroot%\system32\inetsrv\"

Kipróbálja a következő parancsokat az appcmd felfedezéséhez:

• Futtassa az appcmd /? a súgószöveg megtekintéséhez
• Nézze meg, milyen alkalmazások futnak az appcmd list app
• Az appcmd list backup segítségével megtekintheti az IIS konfigurációjának biztonsági mentéseit

Add site

appcmd add site /name:"Dummy Site" /id:10 /bindings:http/*:81:

Most újra listázza az alkalmazásokat. Nem fogja látni a hozzáadott új webhelyet, mert az nem számít alkalmazásnak. Ha belépsz a felhasználói felületre, és frissíted a webhelyeket, akkor látni fogod az új webhelyet, de az törött lesz. Egy alkalmazást kell hozzáadnunk az appcmd segítségével.

appcmd add app /site.name:"Dummy Site" /path:"/"

Ez csak a gyökérben lévő webhelyhez adja hozzá az alkalmazást. Létrehoz egy “Dummy Site/” nevű alkalmazást. Az alkalmazást még mindig egy virtuális könyvtárhoz kell kötnünk, majd azt egy fizikai elérési útvonalra kell mutatnunk.

appcmd add vdir /app.name:"Dummy Site/" path:"/"appcmd set vdir "Dummy Site/" /physicalPath:"c:\inetpub\wwwroot"

Ez a szóbeli módja az appcmd használatának az IIS site létrehozására. Van egy egyszerűbb módja is.

Az EZ mód

Egy csomó billentyűleütést megspórolhatunk a webhely létrehozása során, ha az első parancsban megadjuk a physicalPath paramétert. Ezzel az egészet egy csapásra megcsináljuk:

appcmd add site /name:"Dummy Site" /id:10 /bindings:http/*:81: /physicalPath:"c:\inetpub\wwwroot"

De a többi parancs ismeretében jobban megismerhetjük, hogyan is működik valójában egy IIS-alkalmazás a motorháztető alatt. A múltban használtam az appcmd-t az ASP.NET proj-fájlok építés utáni szkriptjében, hogy biztosítsam a webhely helyi beállítását az új fejlesztői gépeken. Az IIS konfigurációjának mentését és visszaállítását is elvégezheti az appcmd segítségével.

Frissítések telepítése

Az appcmd használatáról még egy ötletet adva, fontolja meg a következőket:

1. Hozzon létre egy “sites” mappát.
2. Hozzon létre egy almappát minden egyes site-hoz.
3. Terjesszen verziókat az egyes almappák alá.
4. Állítsa be az új verziókat.
5. Az appcmd segítségével frissítse a webhelyet, hogy az új mappát használja.

Adott egy “Hello World” nevű alkalmazás, amely a C:\Sites\HelloWorld\1 mappára mutat.0.0-ra és egy új “1.0.1” buildre, amelyet a C:\Sites\HelloWorld\1.0.1-ben helyeztek el , amikor eljön az éles üzembe helyezés ideje, akkor a következő paranccsal átállíthatja a webhelyet az új verzióra:

appcmd set vdir "Dummy Site/" /physicalPath:"c:\Sites\HelloWorld.0.1"appcmd recycle apppool /apppool.name:defaultapppool

Ha pedig vissza kell állítani a webhelyet, futtassa a következőt:

appcmd set vdir "Dummy Site/" /physicalPath:"c:\Sites\HelloWorld.0.0"appcmd recycle apppool /apppool.name:defaultapppool

Itt egy nagyszerű útmutató a Microsoft-tól, amely további információkat tartalmaz az AppCmd használatáról.

IIS reset

Az “iisreset” egy különálló futtatható program, amelyet az IIS leállítására, elindítására, újraindítására vagy a számítógép újraindítására szolgáló eseményre (/REBOOT) használunk. Átadhatunk neki egy “computername” paramétert, hogy az IIS-t egy másik számítógépen vezérelje. Ezt adminisztrátorként kell futtatnia. Sok fejlesztő és rendszergazda szereti ezt használni a telepítés után, és ez sem rossz ötlet!

PowerShell

A PowerShell hatékony eszközkészlettel rendelkezik az IIS kezeléséhez. Az iisreset parancsot távolról is elküldheti az Invoke-Command -ComputerName “computername” -ScriptBlock {iisreset} paranccsal, feltéve, hogy engedélyezi tetszőleges parancsok távoli meghívását a szerverein – és ez általában nem jó ötlet!

A PowerShell segítségével tetszőleges távoli parancsok küldésével kapcsolatos saját biztonsági aggályaim ellenére az IIS adminisztrációs cmdlet igazán hasznos a DevOps-stílusú webkiszolgáló-adminisztrációhoz. Megnézheti ezt a PowerShell segítségével történő IIS-adminisztráció dokumentációját, hogy képet kapjon arról, mire képes.

Lezárás

Az összes funkció, konfiguráció és parancs ellenére, amit ebben a bejegyzésben tárgyaltunk, még csak a felszínt karcoltuk. Minden funkciónak megvannak a maga konfigurációi, és számos bővítményt lehet hozzáadni a Web Platform Installer bővítmény telepítésével.

És ezzel le is zárjuk ezt a bejegyzést és az IIS-kiszolgálót:

iisreset /stop

Az APM, a szerver állapotmérések és a hibanapló integrációjával javíthatja az alkalmazás teljesítményét a Stackify Retrace segítségével. Próbálja ki ingyenes kéthetes próbaverzióját még ma