mboost-dp1

unknown

IIS 6 vinder frem

- , redigeret af Pernicious

Windows Server 2003 har ikke været på markedet særlig længe, men allerede nu viser de seneste tal fra Netcraft en tendens til, at folk tager godt imod Windows 2003’s IIS 6.

I forhold til juli er antallet af W2k3 servere allerede fordoblet, og udgør nu godt 185.000 websites ud af de ca. 20 mio. som Netcraft monitorerer. Ud af disse 185.000 sites, benyttede 6% af dem tidligere Linux eller BSD.





Gå til bund
Gravatar #1 - Hack4Crack
17. sep. 2003 06:42
det r da klart... der er jo meget aktivitet på internettet nu om dage.. og alle vil have den bedste sikkerhed med IIS
Gravatar #2 - Mort
17. sep. 2003 06:43
Er der nogen som har erfaring med Windows Server 2003, og kan fortælle hvad der skiller den ud fra Windows 2000 servere ?
Gravatar #3 - skyttegaard
17. sep. 2003 06:47
Det var da et lidt pudsigt tal at pille ud som nøgletal:
6% af de 185.000 sites benyttede tidligere Linux eller BSD..

Ja sikkert - det vil så sige 11.100 sites - de resterende 173.900 er så almindelige opgraderinger, må det formodes.
Det er så fint nok - men hvis man kigger lidt mere på tallene, kan man også se, at det samlede antal IIS host faktisk er faldet med næsten 10.000 - på trods af, at der er kommet 337.000 nye sites med i survey'et siden august:
Netcraft Survey

Så hvis undersøgelsen viser noget, er det, at der er ved at ske et yderligere skred fra IIS mod Apache.
Gravatar #4 - Cyrack
17. sep. 2003 06:51
skyttegaard

God pointe... (Føler mig igen som et offer for statestik, det gør 10 ud af 9 tit ;)

Jeg tror også jeg ville bruge Apache... mest fordi IIS kører af lort på en *n?x-platform :) og så det at apache har .conf filer.... mmmmmmm.... stuff!
Gravatar #5 - IzeBurn
17. sep. 2003 06:59
#1 ...
Gravatar #6 - Ronson ⅍
17. sep. 2003 07:02
#2: Microsoft har (efter hvad jeg har forstået) sat sikkerheden til ret høj som default, til forskel fra tidligere Windows (server?) versioner, hvor folk selv skulle ind og finde det frem.
Gravatar #7 - Disky
17. sep. 2003 07:07
Ronson:
Det er korrekt, før var alt tilladt og alt åbent i MS servere, i Server 2003 er næsten alt per default ikke tilladt.

Dette alene gør det jo mere sikker, da dårlige sysadm's ikke kommer til at glemme at lukke for mange ting.
Gravatar #8 - sKIDROw
17. sep. 2003 08:33
Tjahh
Det jeg har hørt indtil videre, er at de fleste ting bliver opsat med få museklik.
Jeg frygter lidt for næste generation admins, hvis det fænomen eskalere.. ;o/

#3

Ja det var også sådan jeg læste den, derfor fandt jeg den ikke værd at poste.
Gravatar #9 - dasbutt
17. sep. 2003 08:52
De tal er svære at bruge til noget, på et tidspunkt mistede IIS 100.000 sites, fordi nogen skiftede de få servere som kørte parkerede domains uden indhold.
(at de så er skummelt af holde på domains på den måde er noget andet)


Transferring data from test2.bob.dk.......
Gravatar #10 - michael007dk
17. sep. 2003 09:59
#2
Hvis vi ser på iis så, så er alt config bliver gemt i xml, og er derfor nemt at redigere med et script. Så du behøver ikke at side ved serveren eller noget fjernadmin for at oprette websites, og configurere dem.
Generelt så er der indbygget fjerskrivebord og man kan fra hvilken som helst XP maskine logge ind. Hvis man da har en brugerprofil med adgang til remotecontrol.
Os så er sikkerheden på pr default, du behøver ikke at skal slå den til som i win2k
Gravatar #11 - Regus
17. sep. 2003 09:59
#2
Som det er blevet nævnt er sikkerheden blevet skærpet en del primært ved at default indstillinger ikke tillader noget som helst, blandt de mere markante ændringer på den front er at default access på foldere er ændret fra everyone til user - det bør bemærkes at IWAM og IUSR ikke er medlemmer af user.

Dernæst vil IIS ikke afvikle eller tillade downloads a uregistrede mime types (baseret på filendelse).

Der er helt sikkert også en række andre ændringer men det var primært dem jeg stødte ind i da jeg satte min server op.

Desuden er det hele blevet lidt lettere og lidt pænere og der er indbykket en basal POP3 server.

og så er der selvfølgelig også kommet webserver edition - hvis licensvilkår desværre er lovligt restriktive, bla må man stort set ikke instalere software på den.
Gravatar #12 - bob
17. sep. 2003 10:18
#4 "og så det at apache har .conf filer.... mmmmmmm.... stuff!"

I IIS6 ligger metabasen i xml format.
Gravatar #13 - SmackedFly
17. sep. 2003 12:39
#12

Nu kan det godt være jeg bare er udenfor, men hvad skal man bruge XML til i en configfil? Okay, det er smart hvis du vil holde kompatibilitet imellem to forskellige versioner af softwaren hvor configfilerne er lidt anderledes (hvis der er kommet flere indstillinger til). Men i sig selv har det ingen fordel.

Jeg synes efterhånden folk er blevet lidt for glade for XML, ja det er godt, men det gør ikke noget for performance, og sådanset heller ikke noget for en person der skal læse filen. Det er 'bare' nemmere at lave software der aflæser filerne, da dataen er lagt i 'øer'.
Gravatar #14 - FISKER_Q
17. sep. 2003 13:41
Jeg må sige jeg er meget imponeret over Windows Server 2003. Det er fandme nemt at stille op til mindre netværk. Bare lige installer nogle serverroller, sæt ip configuration. Og så har du en server.

Dog skal den dog liges gør fuldstændig sikker.
Gravatar #15 - Regus
17. sep. 2003 13:56
#13
det er nemmere og om performance på en config fil kan vist være ret ligemeget...

Der er masser af værktøjer der gør det enormt let at oprette aflæse og ændre xml så jeg har lidt svært ved at se at der skulle vær noget godt argument imod xml
Gravatar #16 - michael007dk
17. sep. 2003 14:04
#13
Det gør at du hurtigt lige kan oprette et website eller et subdomæne, eller oprette flere haedere til et site, alt kan laves med et simpelt asp/php/jsp script.
Gravatar #17 - Acro
17. sep. 2003 14:22
#8 @sKIDROw:
Forklar lige et problem i at tingene bliver lettere. Det nytter ikke noget at være konsevativ i denne udvikling, det er ikke længere fedt at sidde og skrive 30 sider i en konsol med lysegrøn tekst på en sort baggrund - hvis et værktøj kan gøre det samme på et halvt sekund. Man kan sagtens acceptere tilgængeligheden, og samtidig vide at mere avancerede ting (endnu) kræver manuel konfiguration.

Men hvis Windows 2003 Server kan opsætte et fejlsikret, til et givent formål, ved tryk på EN knap - hvori består så ulempen? Husk på at det ikke er alle der administrerer servere der har kompetence til det, og dette vil da klart hjælpe - især de steder hvor man ikke har mulighed for kompetent rådgivning.

#9 @dasbutt:
Jeg har ikke sat mig ind i hvordan siden fungerer, men er det baseret på værtsnavne fremfor IP-adresser, for i såfald kan man ikke bruge den til at oplyse statistik vedrørende antal servere af en given slags.

#13 @SmackedFly:
Det bliver langt lettere at integrere i eksterne standard-udviklede redigeringsprogrammer, idet XML er langt mere struktureret end en flad tekstfil. Desuden er det langt bedre organiseret en en lang tekstfil, og med de rette værktøjer kan du meget bedre søge og ramme præcis hvad du ønsker. XML er en standard der tilbyder mange fordele, og virkelig genialt ville det være om man lavede en fast skabelon til konfigurationsindstillinger.
Gravatar #18 - sKIDROw
17. sep. 2003 14:35
#17 Acro

[Forklar lige et problem i at tingene bliver lettere. Det nytter ikke noget at være konsevativ i denne udvikling, det er ikke længere fedt at sidde og skrive 30 sider i en konsol med lysegrøn tekst på en sort baggrund - hvis et værktøj kan gøre det samme på et halvt sekund.]

Jeg er ikke længere om at opsætte min server, fordi jeg gør det fra konsollen, end du typisk vil være om Win2k server med samme setup.
Det er heller ikke brugervenligheden i sig selv der er problemmet, men jeg er bange for at det avler en generation inkompetente og / eller dovne admins.
Dette er allerede et problem i dag, og jeg tror ikke det bliver bedre af det her.. ;)

[Man kan sagtens acceptere tilgængeligheden, og samtidig vide at mere avancerede ting (endnu) kræver manuel konfiguration.]

Selv min Gentoo bliver mere og mere en drøm at administrere, så det er ikke fordi jeg vil have opsætningen gjort som 80'ernes opsætningsformer.
Jeg er bare urolig for følgerne af, hvis ikke admins tvinges til at slå hjernen til... hihi
Code red og MS Blaster er to skræk eksempler på dette, havde de gjort deres arbejde ordentligt ville disse have været harmløse.. :)
Gravatar #19 - DUdsen
17. sep. 2003 15:20
#17
Prøv lige at læse hvad det er folk siger gør windows2003 bedre og hvad, det er folk pleget at sige om linux.
Folk jubler over at man i win2k3 server lige netop har et enterface der er 99% identisk med det Unix har, indklsiv de 30 liniers retning i en txt fil.

Eller tror du at man under unix altid skriver sine conf filer op fra bunden eller er det tænkeligt at man har brugt templates i uanselige tider!
Hvis ellers dine templates er gode nok kan en linux server bringes fuldt konfigureret op på et par minutter fra man begynder install, og det selvom hovedet er avmonteret og placeret i nærmeste hashtåge!

mht xml tjaa det er ikke rigtigt unix conf-filer overlegne men er mere lidt i samme boldgade!
Der er rigtigt nok der er nogle nye værktøjer til xml men de kan intet perl's regular expresion's ikke gør mindst ligeså godt!

Win2k3 er MS andet forsøg på at lave en unix klon!
Husker jeg iøvrigt ret hvis jeg tror at MS har bygget deres services for unix direkte ind i win2k3.

Du har altså en tendens til at glemme at linux ikke er minix Acro!
Gravatar #20 - SmackedFly
17. sep. 2003 15:32
#17

Ja, hvis du vil aflæse det via et program, som jeg skrev. Men det er IKKE nogen fordel hvis du vil aflæse det i hånden.

XML er smart hvis du vil have kompatibilitet, men XML er altså ikke så fantastisk som folk evigt og altid skriger om. XML er en måde at sætte ting op på. Jeg synes efterhånden det her XML er bliver en lidt for stor Dille, det er helt sikkert godt, men fordelene ligger i at få forskellige programmer til let at kunne læse den samme fil. Og det er jo ikke ligefrem det Microsoft bruger teknologien til.
Jeg har intet imod XML, men at sige at XML i det her tilfælde har store fordele er altså forkert, det er ikke dårligere end andre valg, men det er sørme heller ingen grund til at vælge IIS.
Gravatar #21 - Acro
17. sep. 2003 15:48
#18 @sKIDROw:
Det handler om ansvar og er et problem på mange andre områder, og er altså ikke specifikt for computeradministratorer. Men selvfølgelig er det måske lettere at være doven, fordi det bliver mindre synligt - og bliver virksomheden angrebet, så kan man jo bare undskylde med at alle andre også blev. Men jeg er enig i at der skal gøres noget, jeg mener bare ikke at værktøjerne skal have skylden for det.

#19 @DUdsen:
Kan Windows 2003 Server ikke være godt, hvis det minder om UNIX? Jeg mener - hvis det er det folk vil have, hvorfor så ikke lave det sådan? Desuden har jeg ikke taget stilling til Windows 2003 Server og den generelle holdning til produktet overhovedet, så jeg har svært ved at se netop hvad der gør at du finder det relevant at inddrage i dit indlæg.

Desuden snakker jeg ikke om skabeloner til de enkelte programmer, men en standard for udformelsen af en XML-baseret konfigurationsfil. Eksempelvis kunne man lave parametre der angav hvad indstillingen ændrede, og dette kunne et standardiseret program benytte til at ændre alle konfigurationsfiler.

Udover det tror jeg ikke helt du har forstået at nogle ting gerne må være praktiske. Det er muligt at man kan lave alting direkte i maskinkode, men det er altså ikke nødvendigvis den mest praktiske løsning.

#20 @SmackedFly:
Næ, bevares - hvis man gerne vil spilde tid på at lave alt arbejdet manuelt (som alternativ til XML-produkter, ikke produktets egentlige administrationsbrugerflade), så har man vel også tid til at tolke en XML-fil. Ja, det kan blive lidt mere bøvlet for dem der sværger til den mørke konsol med den grønne skrift, men jeg håber ikke at de har stor indflydelse på samfundets innovative drifter.

Og du har fuldkommen ret, det er ikke en grund til at vælge IIS - det blev bragt på banen fordi Apache's httpd.conf blev nævnt som en fordel.
Gravatar #22 - SmackedFly
17. sep. 2003 16:30
#21

Okay, vi er enige.
Og du skal ikke svare på andres argumenter, men det argument jeg fik her:

"#13
Det gør at du hurtigt lige kan oprette et website eller et subdomæne, eller oprette flere haedere til et site, alt kan laves med et simpelt asp/php/jsp script."

Det var halvvejs det jeg svarede på, så undskyld for det :)

Og til #16..
Hvis du vil have en webside til at modificere din konfiguration så bruger du en database, du sætter IKKE din webserver til at modificere XML direkte...DUMT og langsomt i de fleste tilfælde.
Gravatar #23 - sKIDROw
17. sep. 2003 16:32
#21 Acro

[Det handler om ansvar og er et problem på mange andre områder, og er altså ikke specifikt for computeradministratorer. Men selvfølgelig er det måske lettere at være doven, fordi det bliver mindre synligt - og bliver virksomheden angrebet, så kan man jo bare undskylde med at alle andre også blev. Men jeg er enig i at der skal gøres noget, jeg mener bare ikke at værktøjerne skal have skylden for det.]

I den henseende er vi faktisk enige.. ;)
Jeg skammer mig bare som som sys admin, at høre om firmaer der bliver ramt af blasteren.
Men jeg er også hysterisk med sikkerheden.. hehe
Gravatar #24 - michael007dk
17. sep. 2003 16:46
#22
Kan jeg ikke lige få den igen. Skal jeg ændre i min konfiguration eller oprette et website, så skal jeg gøre det i en database? - Eller hvad er det du mener?
Gravatar #25 - SmackedFly
17. sep. 2003 19:04
#24

Nej, men hvis du vil bruge et webbaseret skript til at ændre i din webserver konfiguration så bruger du databasen som abstraktionslag.
Eller okay, man kan gøre det direkte, det gør bl.a. webmin, men hvis du vil gøre det i stor stil, gør du det via en database.

Hvis det ikke var det du mente, så svømmer din argumentation da endnu mere. XML er IKKE hurtigere at modificere end en almindelig konfigurationsfil...Og jeg ser ikke rigtigt hvor det er anderledes end Apache's configfil, hvad angår oprettelse af subdomæner, headere osv..
Gravatar #26 - michael007dk
17. sep. 2003 19:22
#25
Der er måske en den store forskel på en apache conf fil og xml. Men diskutionen gik vel også på #2 indlæg om forbedringer i forhold til IIS 5.

Jeg kan stadig ikke helt se hvad fordelen ved at have det i en database, det skal under alle omstændigheder være i xml-filen.
Gravatar #27 - annoia
18. sep. 2003 11:09
#17 acro - "Husk på at det ikke er alle der administrerer servere der har kompetence til det"
Og det finder du ikke problematisk? Et stærkt argument for ikke at gøre konfigurationen alt for brugervenlig (personligt får jeg spat af det fordi den gætter på at jeg vil noget, men jeg vil noget andet, og så skal man ofte alligevel ned i den mørke konsol) er at administratoren ikke bliver tvunget til at sætte sig ind i hvordan det fungerer. Man får derfor en ukvalificeret admin der kan give indtrykket af at kunne sætte det hele op, men som egentlig kun kan prøve sig frem med point'n'click.
Gravatar #28 - Deternal
18. sep. 2003 11:25
Altså, xml er jo bare en måde at gemme data på - det betyder jo ikke at MS gør det muligt for alle mulige andre produkter at læse det sådan vupti vapti.

Man kan sammenligne det lidt med en encoding teknik - men programmet skal jo stadig forstå det der bliver encoded.

Som jeg ser det er MS XML trip jo kun for at de kan sige de bruger en form for åben standard - at det så ikke er en åben standard det de putter i glemmer de lige at fortælle :) Jeg tvivler ihvertfald stærkt på at man bare kan tage deres word xml og excel xml og powerpoint xml filer og smide ind i andre programmer selvom de så bruger xml.

Det er iøvrigt rart at MS har forstået at der skal tænkes lidt over hvilke services man skal køre på sin server og alt ikke bare defaulter til at være på 'fordi man måske skal bruge det' - så på den måde er windows 2003 server da klart en forbedring.

Det der provokerer mig mest mht. 2003 server er nok at det bærer tydeligt præg af at MS konstant skal sælge nye produkter - NT 4 holdt trods alt fra 95 til 2000 og får først end of life til næste år hvis jeg husker ret. Og de problemer der var med NT blev også rettet. Men med 2000 bliver de brister og problemer der er med Active Directory, MMC osv. ikke rettet - fordi MS vil sælge deres 2003 server til dem der har været 'dumme nok' til at købe 2000 server. Det er en meget arrogant måde at behandle sine kunder på og viser endnu engang hvorfor det giver mening at migrere til linux/unix på serversiden - måske endda begynde at bruge det her Java desktop koncept SUN har lanceret - for det er ikke god TCO at skulle opgradere base OS'et på sine servere hvert 2-3 år fordi MS ikke vil levere det de lover (PR). Der er trods alt en del der skal gennemtænkes og testes mv. før man kan gennemføre et sådan projekt på fornuftig vis.

Til sidst er det også en provokation at man ikke som med NT abstraherer Option pack og servicepack - nu /skal/ man have de ekstra ting som MS lige synes er relevant (ie installerer du en service pack får du .NET framework - fordi det skal du jo bruge......) - i NT kunne man behændigt undgå overhovedet at have IIS installeret, da man så bare vælgte det fra i sin option pack.
Gravatar #29 - DUdsen
18. sep. 2003 14:11
#21 prøv lige at læs hvad det er jeg påstår og hvad det er jeg komentere!
Vil du give mig ret i at win2k3's hoved salgs argument er at konfigurations inteface ligner UNIX til forvækling!
Det du beskriver i #17 når er i ligeså høj grad win2k3 som linux.

Og så lad os lige slå en ting fast, XML filer er flade tekst filer, der indeholder opmarkeret tekt. Fuldstendigt som unix conf filer!

Der er intet magisk ved XML og der er ikke nogen natur lov dersiger at XML er bedre strutureret eller giver færre ukompatible filformater end tidligere teknologier.

Xpath og alt den slags er selvfølgeligt udemærkede ting men lad værre med at tro at de regular expresions der ligger i fingrende på de fleste unix brugere ikke kan bruges til precist det samme!
Gravatar #30 - Acro
18. sep. 2003 14:56
#27 @annoia:
Jo, men jeg mener også at meningen med Internettet er at sprede informationer - og dette mener jeg er vigtigere end måden det gøres på. Der er mange oplysninger der ville gå tabt hvis det var nødvendigt at være ekspert for at konfigurere en server, og ville browserne kun læse gyldig HTML - så ville der være endnu færre informationer.

#29 @DUdsen:
Referer venligst til specifikke dele af min tekst, som alternativ til et helt indlæg i 6 afsnit - hvor jeg inkluderer mange forskellige observationer.

Og lad venligst være med at trække diskussionen ned på et usagligt plan hvor det eneste du som forsvar mod mit indlægs argumenter vælger, er at definere at XML-filer altså er flade tekstfiler. XML-filer er strukturede og organiserede tekstfiler, udfra en given standard - hvilket svarer til den kontekst jeg forklarede.

Intet forbyder dig desuden at bruge Regular Expressions og XML, det kan sagtens lade sig gøre. Desuden må jeg stille mig tvivlende overfor din påstand at UNIX-brugere generelt kan sammensætte brugbare Regular Expression-mønste.
Gravatar #31 - DUdsen
18. sep. 2003 17:17
Acro XML er defineret som UTF-8 tekst der er placeret inde i elementer, disse elementer kan indeholde sub elementer og have tilknytet atributter.
I det med UTF gælder dog mest for tagsne selve indholdet kan godt værre base64 encodet binære filer!
Det er ikke altid så skide trivielt at håndtere disse filer, og man skal kende ret meget til det specifikke schema før man kan bruge det til ret meget!
Personligt har jeg nemmere ved at håndtere det du kalder ustrutureret tekts end den inkonsistens brug af atributter i XML ofte medfører!

Nej det er selvfølgeligt ikke alle Unix "brugere" der kan sammesætte komplette regexp patterns, i de her dage med linux og grafiske konfigurations værktøjer er det ikke nødvendigt!
Men man opnår ikke superbruger status i tekst-mode linux uden at have en brugbar fornemmese for regexp!
Xpath og tilhørende mekanmismer er ikke på samme måde en del af wintel kulturen!

Jeg henviser til dit eksempel med et klik vs de 30 liniers tekst!

Jeg vil ikke mene at jeg er imod xml sammen med zsl giver det et glimrende udgivelses medie, men det er ikke nogen magisk nøgle til ret meget.
Gravatar #32 - Deternal
18. sep. 2003 18:07
#30: Ja nu er XML jo bare en indpakning - indholdet kan man ikke nødvendigvis bruge, endsige forstå - som jeg nævnte i #28.

Jeg vil have lov til at stille mig tvivlende overfor at man kan det DUdsen snakker om med MS XML filer - selvom det teoretisk er muligt at sætte XML schema's op så det kan lade sig gøre - men det er vist meget teoretiske tilfælde.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login