Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 38 reacties
Bron: FTPOnline

Tegelijk met de release van Windows Longhorn in 2006 zal ook een nieuwe versie van Internet Information Services (IIS) op de markt gebracht worden. FTPOnline heeft een artikel geschreven waarin een overzicht wordt gegeven van de belangrijkste nieuwe features in versie 7 van deze webserversoftware. De meest opvallende aanpassing is de verregaande 'componentization'. Alle functies van IIS 7 zijn ondergebracht in aparte componenten die naar wens in- of uitgeschakeld kunnen worden. Zo zal het bij de installatie al mogelijk zijn om aan te geven welke functionaliteit noodzakelijk is en dus ge´nstalleerd moet worden en welke features niet nodig zijn en achterwege kunnen blijven. Als de applicaties op de webserver bijvoorbeeld de Common Gateway Interfaces niet gebruiken, dan hoeft dat component ook niet ge´nstalleerd te worden. De huidige IIS-versies zijn monolithisch opgebouwd, wat betekent dat onderdelen altijd ge´nstalleerd moeten worden, ook als ze niet gebruikt worden.

Vanwege deze componentization zal Microsoft andere ontwikkelaars via publiek verkrijgbare API's in staat stellen om eigen componenten te ontwikkelen die vervolgens zonder problemen in IIS ge´ntegreerd kunnen worden. In IIS 7 zal het niet langer nodig zijn om ISAPI-filters te creŰren om functionaliteit toe te voegen aan de webserver. In plaats daarvan zal het mogelijk zijn om via HttpModules en HttpHandlers op een eenduidige manier zowel native (Win32) als managed (.NET) interfaces te bedienen. Verder zal in IIS 7 het management van zowel de webserver als dat van ASP.NET, het .NET Framework, ADO.NET en Indigo verder ge´ntegreerd worden, zodat het geheel voortaan via ÚÚn centraal punt geconfigureerd zal kunnen worden. Een nieuwe feature in deze managementapplicatie zal zijn dat aan de beheersonderdelen toegangsrechten toebedeeld kunnen worden, zodat ook andere gebruikers dan de administrator zaken zal kunnen wijzigen.

Moderatie-faq Wijzig weergave

Reacties (38)

Ik vind het een goede ontwikkeling. Eerst wordt gemeld dat "Longhorn" modulair zal worden, nu wordt gemeld dat ook IIS 7 modulair opgebouwd zal zijn. Ik geloof dat ze bij MS goed om zich heen hebben gekeken wat er bij hen nog miste, en modulariteit is toch zeker ÚÚn van de dingen.

Door deze strategie zal het overigens ook makkelijker zijn om andere talen (ik noem PHP) onder IIS makkelijk te laten werken. Voor bedrijven zal goede integratie met de huidige software een voordeel zijn om op MS over te stappen of door te gaan (afhankelijk wat ze nu draaien, natuurlijk :P ). Ik kijk vol verwachting uit naar wat de jongens en meisjes in Redmond nog meer bedenken voor de volgende release van hun software. Misschien een aanpassing in Office oid?
Ja zou echt moois zijn als je bij office wel Word zou kunnen installeren en bijvoorbeeld niet Excel ;) :P
Huh? Dat kan allang.
Ik moet zeggen dat deze veranderingen veelbelovend klinken: centraler beheer, gesplitste services; het maakt het leven van de beheerder toch weer wat aangenamer.
Ook op gebied van veiligheid verbetert een en ander als niet de volledige suite out-of-the-box ge´nstalleerd moet worden, maar de beheerder kan kiezen of ie nu wel of niet behoefte heeft aan (bijvoorbeeld) een ftp-server. Alles wat onnodig draait is immers een beveiligingsrisico :)
Verder is het publiek beschikbaar stellen van API's om "plugins" te kunnen ontwikkelen ook een mooie stap; misschien worden er wel alternatieve webservers of dergelijke beschikbaar die onder IIS draaien :)
wie maakt er een Apache API voor IIS? :7
Het lijkt er op dat IIS eindelijk op een volwassen nivo begint te komen zo. HttpModules en Handlers klinkt een beetje zoals we dat van Apache gewend zijn.

En dat je al bij installatie al kunt kiezen wat je wel of niet wil installeren klinkt misschien niet zo spannend, maar dat was bij IIS altijd een enorm probleem: je installeert het in een minuutje, vervolgens ben je nog een paar uur bezig alles goed dicht te zetten (en alles uit te zetten wat je absoluut niet wil, zoals je printers beheren via IIS, of de admin module). Daardoor was je uiteindelijk meer tijd kwijt met het goed configureren van IIS via een GUI die simpel lijkt, dan met Apache waar je in de config file gaat zitten editten. Dezelfde configuratie in Apache kostte me dan ook maar een half uurtje.

Die .NET interface zou ik maar achterwege laten iig :P maar het is wel about time dat je de rechten van het beheer op IIS uit kunt delen op verschillende nivo's. ┴ls je dan via bijv. de MMC iets op IIS wil doen, dan wil je dat bijv. de sysadmin de hoogste rechten heeft, maar de webmaster ook even een nieuwe host aan kan maken of een mapping naar een virtual directory, zonder dat hij IIS mag herstarten of ISAPI filters mag installeren. Het was nu altijd een beetje alles of niets ;)

Kortom, ben benieuwd, voor veel op IIS gebaseerde systemen (bijvoorbeeld SmartSite) was IIS eigenlijk de achilleshiel, eens zien hoe 7 zich in de praktijk gaat houden.
In IIS 6 staat alles bij default uit overigens dus je verhaal gaat eigenlijk alleen op voor versies 5 en eerder die inderdaad veel te veel zaken standaard aanzette.
Inderdaad, ik lees hier weinig nieuws. Heeft iemand een tabelletje met verschillen tussen IIS6 en IIS7?
Het grote verschil is (althans, zover bekend op dit moment) dat bij IIS 6 alle onderdelen wel geinstalleerd maar niet default geactiveerd worden, bij 7 heb je de keuze om zaken helemaal niet te installeren.

Microsoft gaat ook af van de ISAPI filters die vervangen worden door modules, lijkt mij voor makers van add-ons zoals PHP een zeer goede zaak.
Het lijkt er op dat IIS eindelijk op een volwassen nivo begint te komen zo. HttpModules en Handlers klinkt een beetje zoals we dat van Apache gewend zijn.
Ja, op 1 detail na: IIS ondersteunt al sinds versie 3 oid ISAPI-filters en -extensions, waarmee je alles kunt wat mods in Apache doen.

Ergo zal wel aan mij liggen als iemand die al sinds 1999 in C++ voor IIS ontwikkelt, maar dit is hoogstens een rewrite, niks geen noviteit.
Punt is wel dat ISAPI-filters waarschijnlijk ingewikkelder zijn dan de nieuwe HttpModules en -Handlers worden. Vooral .NET-support zal een (grote) motivatiefactor zijn voor ontwikkelaars om er modules voor te gaan ontwikkelen.
ISAPI filters installeren een stuk lastiger dan Apache mods. Voor iemand die in C++ voor IIS ontwikkelt lijkt dat triviaal - jij weet dan immers precies hoe het werkt - maar voor een Jan-met-de-Pet sysadmin die PHP als ISAPI probeert te installeren is het niet te doen. Zelfs als het achitectonisch een kleine verandering is, is dat dus toch een interessante wijziging ;)
With IIS 7.0, Microsoft will be releasing a new administration tool that will provide a one-stop shop for all administration functions, even down to the .NET Framework or Indigo level. This interface, a Windows Forms application based on the .NET Framework, will provide a rich graphical user interface for the management of application and Web server configurations. No more manual editing of web.config files! The interface is standalone and can be installed on any machine. All instructions are converted to HTTP and then sent to the Web server, so you can manage all IIS machines remotely whether they are inside or outside the firewall.
Oei, als dit maar goed gaat, remote managen van iis via http lijkt me bijna wel om een flinke stijging van bruteforce aanvallen vragen
Als je zelf de software goed configureerd kan er in feite niet veel fout gaan. Als argwanend bent, dan schakel je toch de benodigde service (of component) uit. Als webadministrator heb je dan alles zelf in de hand, is toch fijn.
Ik heb het idee dat Microsoft behoorlijk aan het ontwikkelen is geslagen en dat veel goed en nieuws zit aan te komen. Het enige nadeel is dat de releases van alle die leuke dingen rond een datum hangen, waardoor we op sommige afdelingen van Microsoft Coorperation wat langer moeten wachten. Maar ik denk wel dat het het wachten waard is.
Als bekijkt hoe ver Microsoft het al heeft geschopt met .NET Framework. Zelf vind ik persoonlijk dat het ASP.NET veel vooruitstrevender is dan PHP. Daarbij is .NET zelf ook al op het niveau waar Javaa van Sun ook al is (misschien wat beter, misschien wat slecht: dat laat ik in het midden).
Ik bedoel maar. Microsoft is op de goede weg met innoverende technieken en security.

Proost Alaaf Alaaf (woon in het zuiden, daar vieren we carnaval!)
Off-topic: PHP en ASP.NET zijn natuurlijk niet meer met elkaar vergelijkbaar. PHP is een scripttaal en ASP.NET is een gecompileerde programmeer'taal'. Ze hebben allebei hun voordelen dus om het een nou beter als het ander te noemen dat gaat mij een beetje te ver. PHP heeft gewoon zijn eigen toepassingsgebied. Ik denk trouwens dat het momenteel wat meer aan marktaandeel wint omdat het een beetje de positie van het klassieke ASP aan het overnemen is. Partijen die een gescripte sites willen bouwen hebben tegenwoordig eigenlijk maar een keus: PHP.
Voor php is er ook een tool genaamd Zend Platform, compiled en optimaliseerd alle php code ook vooraf en biedt tevens een geavanceerde content caching en system alerting tool.

http://zend.com/store/products/zend-platform/

Verder biedt de firma Roadsend een php compiler voor windows en linux aan om native binaries te compilen vanuit php code...

http://www.roadsend.com

En alles modulair maken qua functionaliteiten in de webserver, tsja van wie zouden ze dat nu hebben...apache is dat al sinds jaar en dag...modulair...

Oftewel zo vernieuwend is het allemaal ook weer niet wat ze nu aan de man proberen te brengen....
\[off-topic, ter voorkomen van onjuiste informatie]

Tot op zekere hoogte heb je gelijk. .NET wordt compiled, PHP en classic ASP niet.
Maar:
Het maken van een eenvoudige pagina met ASP
<%
Response.Write(.......)
%>
Gaat net zo als in ASP.NET (alleen heb je daar een andere header boven je bestand staan: logisch).
Het enige verschil is dat .NET het compileerd alvorens het de code afdraait. En als gevolg hierdoor zijn dus ook dingen zoals strong datatypes en conversies etc... mogelijk (net zoals in elk ander gecompileerde taal).

Dus ASP.NET is een volwaardige vervanger van ASP (de namen van classes en methods zijn tot op zekere hoogte gelijk gehouden wegens compatibiliteit).

En ASP.NET heeft vele mogelijkheden. Ik ontwikkel er zelf ook websites mee, ideaal.

Dus mensen hebben de volgende keuze: ASP.NET en PHP.

Dit is natuurlijk behoorlijk off-topic geleuter. Maar ik wil dat jullie geen verkeerde kijk op zaken krijgen. Om die reden zet ik graag dingen recht. Andere mensen maken fouten, dan corrigeer ik hen. MAAR OOK IK MAAK FOUTEN en wordt ook gecorrigeerd (hun goed recht)

\[/off-topic, ter voorkomen van onjuiste informatie]
[nog meer offtopic]
php is asp vroeger was: gewoon een scripttaaltje.
asp.net is een maatje groter dan php vanwege het feit dat het compileert, maar belangrijker vanwege het feit dat er een scheiding is tussen presentatie en code. De source-code stop je in een aparte file. Waarom -> betere onderhoudbaarheid. Verder is asp.net hierdoor event-driven, net zoals je MFC/VB6 applicatie.
Oei, als dit maar goed gaat, remote managen van iis via http lijkt me bijna wel om een flinke stijging van bruteforce aanvallen vragen
Je moet niet vergeten dat Windows 2003 Service Pack 1 al een standaard firewall bijsluit, en dat deze bij Longhorn Server nog beter zal zijn. Er wordt dan simpel de wizard waarschuwing gegeven aan welk IP of netmask groep je toegang wil geven tot het remote managment van IIS7.

En standaard zal dit wel uit staan. Microsoft is sinds XP SP2 meer en meer overgegaan op secure-out-of-the-box met standaard instellingen, zeker voor de Server software.

@Aquarius, tuurlijk als echte tweaker/admin gebruik je betere software/apparatuur als je daar de beschikking over hebt, waar mijn reply juist over ging is dat de "CD-volgende-volgende" installeer figuur niet zijn systeem openstelt aan iedereen met kwaadaardige bedoelingen.
Brrr... Ik krijg al huiveringen bij ge´ntegreerde firewalls in Windows. Maakt het debuggen van connectie problemen nog een beetje complexer. Dan heb ik liever een goeie corporate firewall op m'n internetconnectie. Elke server zijn eigen firewall vind ik net iets overdreven.

Over IIS7...Modules vind ik een goeie zaak. MS is duidelijk bezig om alles eens in een nieuw kleedje te stoppen.
Ik ben eigenlijk wel benieuwd naar de systeemeisen.
Heb zelf een servertje (Debian/Linux met Apache, natuurlijk) draaien op een oude Pentium-1 op 133MHz.
Dat zie ik IIS niet doen ;)
denk niet dat er veel bedrijven zijn met een P1 webserver leuk voor thuis mischien als het zou kunnen maar met deze opmerking sla je de plan duidelijk mis.
Maar er zijn wel een hoop bedrijven met PII 400MHz systemen als webserver die met apache nog prima dienst doen. De homepageserver van cistron is daar een voorbeeld van. En die is altijd stabiel. :)
Jah, maar Win2k3 Webserver edition heeft ook maar minimiaal 166Mhz nodig....
Windows XP draait ook wel op 166Mhz ;)

Vraag alleen niet hoe
Ja, de homepage van Cistron is stabiel, het bedrijf zelf echter niet. Vraag mij af hoe nuttig dat is dan.
"Componentization" komt op mij over als de modules in apache. Sterker nog, het is regelrecht overgenomen. Mooi dat IIS7 het licht ziet, maar dan moeten men niet doen, alsof dit een ontzettend nieuwe techniek is. ;)
maar dan moeten men niet doen, alsof dit een ontzettend nieuwe techniek is
Waar lees jij dan dat men dat zegt?
De handige features voor de FTP-server zullen ze wel achterwege laten. Zoals een aparte userbase, ratios, gedetailleerdere machtigingen, home directories, MODE Z support, en nog veel meer.
De meest opvallende aanpassing is de verregaande 'componentization'. Alle functies van IIS 7 zijn ondergebracht in aparte componenten die naar wens in- of uitgeschakeld kunnen worden. Zo zal het bij de installatie al mogelijk zijn om aan te geven welke functionaliteit noodzakelijk is en dus ge´nstalleerd moet worden en welke features niet nodig zijn en achterwege kunnen blijven.
Nou nou innovatief hoor. De eerste webservers hadden dit al |:( |:( |:(
Nou nou innovatief hoor. De eerste webservers hadden dit al
Ik zie nergens het woord 'innovatief' in het artikel staan.

Omdat er nu iets toegepast word wat voorheen niet beschikbaar was betekend neit dat ze iets nieuws hebben gemaakt. Lekker he om gelijk af te zeiken omdat er Microsoft staat.
Modulaire opbouw... geweldig, maar kun je dan ook de onderdelen uistchakelen die JIJ wilt?

* 786562 psyBSD
ActiveX valt altijd uit de schakelen. Effe een beetje goed Administratortje spelen. ActivX berust op COM. Je hele systeem draait zowat op COM (COM+). Dus COM valt toch niet uit te schakelen. Oh ja, als je wil weten wat het effect is als je COM naar de klote helpt, moet je in regedit KKEY_ROOT leeggooien (je hele systeem zal het dan niet meer doen...).
ActiveX is in feite gewoonweg een controller met userinteface ontwikkeld voor browser(s).
En ActiveX an sich is uit de schakelen.
PS (je systeem zal altijd nog ocx's blijven gebruiken, maar dat is eigenijk een ander verhaal ;).

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True