Peder Vendelbo Mikkelsen <pedervm@myrealbox.com> scribbled:
>> Og hvis han er seriøs med sikkerhed på serveren, så bruger han *ikke*
>> MS produkter.
>
> Sludder og vrøvl.
Nå? Og hvad så med de uløste SSL problemer? Hvis man bruger SSL kan man ikke
sætte maskinen sikkert op. Hvis han så også bruger IIS som webserver, så har
vi et hav af huller. De fleste lukkes godt nok, men der bliver hele tiden
fundet nye.
> Hvis Martin er seriøs, bruger han tid på at sætte sig ind i hvordan
> serveren opsættes ordentligt fra starten af. Eventuelt på at kaste
> nogle penge efter hans leverandør, som stikker hånden i rygsøjlen på
> manden og lærer ham at opsætte den korrekt. Mens opsætningen står på,
> er der gode muligheder for at stille opklarende spørgsmål og derved
> udvide sin viden.
Er der nogen grund til at det ikke kan lade sig gøre med Linux? Hvis du
betaler dig fra det, så kan du få ekspertråd fra de fleste større
distributioner. Forskellen er at du kan vælge ikke at betale, men så er man
også overladt til en selv (og usenet).
> Det ovennævnte vil give 2 fordele:
>
> 1. Martin lærer sine servere meget bedre at kende.
Ja, det er vigtigt ... Men det behøver ikke være MS for at han kan lære den
at kende.
> 2. Leverandøren kender opsætningen og kan træde til i fejlsituationer
> og hurtigt være med til at afhjælpe den.
Lad os bare ignorere at fejlsituationer statistisk set er sjældnere på *nix
varianter. Der findes stadig leverandører der supporter Linux. Se f.eks.
IBM.
>> Deres track-record er for ringe ...
>
> Den er jeg kold overfor, det er ikke MSs track-record som skal afvik-
> le services på serverne, eller drifte dem til dagligt.
Hvis du skulle vælge mellem et system der har (begrundet) rygte for at være
ustabilt og usikkert, og et der tydeligvist er mere sikkert, hvilket bliver
det så? Jeg har hørt om en server der ved et uheld blev spærret inde bag en
gibsvæg. Flere år (4-5, husker det ikke lige) senere får man endelig
opsporet den, men den har ikke mistet en datapakke i alle de år. Prøv at
gætte om det var et MS system eller et *nix ...
> Selv OS man betegner som sikre, kommer ud for at lave noget som er
> knapt så godt. Selv såkaldte sikre OS findes der sikkerhedsfejl i.
Jep, men OSS OS'er får oftest rettet fejlen efter et par timer. MS bruger
enten ugevis, eller også prøver de at fortie fejlen.
> I øvrigt har Martin sikkert ikke det sidste ord at skulle have sagt,
> når der skal vælges OS til en server. Han er sandsynligvis bundet op
> på et valg, som en økonomidirektør har valgt efter en god tur til
> Bella Centeret, hvor MS og diverse konsulentfirmaer har været vært
> for en præsentation af MSs produktprogram. Jeg kender personligt til
> 10 mindre [1] virksomheder hvor det kører sådan.
Ja, det er desværre sådan man driver forretning, når man stort set har
monopol. Gør det valget bedre? Men hvis det er ham der står for den daglige
drift, så tror jeg at han har friere tøjler en du tror.
>> Så hellere en Linux variant eller BSD.
>
> Hvordan kan det hjælpe ham med sikkerheden, at han opsætter systemer
> som han ikke kender det mindste til?
Kender man noget til MS, før man bruger det. Han spørger jo netop her, fordi
han ikke ved hvordan man gør. Support, det kan man altid betale sig fra. Der
er dog mere konkurrence i *nix verdenen, så supportpriserne er typisk
lavere.
> Risikoen for at lave fejl i et "fremmed" system, er langt større end i
> et "kendt" system.
Korrekt, men det lyder til at dette emne er lige så fremmed for ham på en MS
og en *nix maskine.
> Martin har den 24.08.02 kl. 19.45 skrevet dette:
>
> <URL: news:3d67c626$0$53750$edfadb0f@dspool01.news.tele.dk >
>
> "Er linux bedre... nu har jeg listet rundt om en linux instalering de
> sidste 3 måneder , som om det var en varm lort - Jeg har vist ikke
> modet endnu"
>
> Martin kan sikkert sætte en rødhætte op, som vil være mere usikker end
> han vil kunne gør med W2K. Han vil også have bedre chancer for at ved-
> ligeholde W2K fremover.
En ny RH installation bliver som standard sat ret lukket op. Det omvendte
gør sig gældende for MS (i hvert fald nogle versioner). Hvad angår
opdatering, så synes jeg ikke at det er det helt store problem. Jeg har sat
en ugentlig cron-job op der kører "up2date -u". Det er så det ... Hvis jeg
endelig skal opdatere noget akut, så kigger jeg ind på
http://rhn.redhat.com
og vælger de pakker der skal opdateres. Alternativt logger jeg ind og kører
manuelt "up2date -u". Alt i alt kan jeg ikke se det store
vedligeholdelsesproblem.
--
PeKaJe