Door karma4: Overgang naar nieuw een major release een vm die ee
compleet schone herstart doet met verlies van alles, corrupte file systemen en natuurlijke rm -rf en de hele boel die niet bedoeld was te verwijderen was ook weg. Root cause gebrek aan service accounts met functie scheiding. Linux is te moeilijk om goed te beheren.
Voor mij niet zeldzaam, te vaak meegemaakt.
Wat een volkomen ander verhaal is dan een upgrade die overal de execute-bit vanaf haalt, wat jij zelf als voorbeeld aanvoerde. Voor jou is wat je hier noemt niet zeldzaam, voor mij is het iets dat ik bij een stabiele distro domweg in de verste verte niet heb meegemaakt. Als de oorzaak gebrek aan service accounts is dan zeg je denk ik dat een systeembeheerder heeft zitten prutsen. Een prutsende systeembeheerder lukt het ook wel om een Windows-installatie onherstelbaar te beschadigen.
Ik heb overigens wel ooit meegemaakt dat IIS na een crash complete website-definities bleek te hebben weggegooid en dat het niet lukte die opnieuw aan te maken zonder het
hele OS opnieuw te installeren. En dat was lang niet de enige instabiliteit die ik meemaakte. Met Visual Interdev (ooit aangeprezen door Microsoft als dé tool om websites te ontwikkelen, toen ze nog deden alsof klassiek ASP geavanceerder was dan andere dingen die al beschikbaar waren) was het idee dat je een website op een ontwikkelserver plaatste die je met meerdere ontwikkelaars deelde, en je kon allerlei "handige" autorisaties op die website via Visual Interdev instellen. Omdat bij ons systeembeheer en security ook verantwoordelijk waren voor de ontwikkelserver heb ik (als ontwikkelaar) met een systeembeheerder en een securitymedewerker geprobeerd uit te vogelen hoe die instellingen zich verhielden tot de instellingen die je op het filesysteem en in de IIS-configuratie zag. We noteerden wat we daar zagen veranderen en keken vervolgens of die veranderingen, als je die op rechtsteeks op de server bij een website aanbracht, zich in Visual Interdev terugvertaalden in de instellingen die je daar kon doen. Niet dus, en je kon het aanpassingen van instellingen vanuit Interdev ook niet blokkeren. Er waren dus instellingen op de server waar de systeembeheerders geen toegang toe hadden en die konden conflicteren met wat zij daar instelden en zelfs
konden instellen, en er was nul komma nul documentatie te vinden over wat er onder de motorkap gebeurde. We hebben toen de Interdev-extensies van de webserver geflikkerd en de toegang via een gewone netwerk-share geregeld. Dat bleek nog aanzienlijk lekkerder te werken ook voor de ontwikkelaars.
Goed, dat zijn inmiddels zwaar achterhaalde voorbeelden die niets zeggen over de tegenwoordige kwaliteit van Windows. Ik moest er even aan denken door je opmerking. Dit zijn maar een paar van de voorbeelden die maakten dat ik het hele Microsoft platform destijds een zooitje vond, en dat beeld heeft zich voortgezet tot inmiddels ruim 10 jaar terug, toen ik andere dingen ging doen, toen het al dotNet, TFS, Sharepoint en dergelijke was wat de klok sloeg bij Microsoft. Telkens als ik componenten in dat platform wat beter leerde kennen bleek de interoperabiliteit met andere platforms en conformatie aan standaards aanzienlijk gebrekkiger te zijn dan men het deed voorkomen en was de onderlinge verwevenheid tussen verschillende componenten veel sterker dan wat ik een goed modulair ontwerp zou noemen.
Het probleem waar het artikel op deze pagina over gaat suggereert dat dergelijke rare verwevenheden nog steeds worden toegepast door Microsoft. Want dit soort bugs treedt typisch op als dingen elkaar beïnvloeden die bij een goed modulair ontwerp gescheiden blijven en veilig voor elkaar zijn.
Terug naar die sid's. Als je security met systemen begrijpt dan zie je dat het iets is waarmee de data met machine als bron gekoppeld aan dats beveiligd kan worden. Bij het clonen van machines is er nog al eens gerommeld met sids om dat zo snel mogelijk te doen. [...] Het zal toch niet iets zijn wat uit die hoek komt.?
Een sid hoort helemaal niet te veranderen, het idee is dat die immutable zijn. Waarom zou Microsoft bij een upgrade van thuisgebruikers dat veranderen? Dit gaat helemaal niet over het klonen van machines, dit gaat niet over wat systeembeheerders in een corporate omgeving allemaal uitspoken, dit raakt thuisgebruikers.
Trouwens, het valt me op dat je op Linux afgeeft omdat beheerders er een potje van maken en je geeft nu een voorbeeld van beheerders die er bij Windows een potje van maken. Waarom zien we nooit dat je dat bij Windows een argument vindt om het OS af te kraken zoals je bij Linux wel doet? Je claimt vaak genoeg dat je OS-neutraal bent, maar je meet wel degelijk met twee maten als je blunderende beheerders in het ene geval interpreteert als een slecht OS en in het andere geval niet. Dat uit zich ook in de manier waarop je regelmatig Windows-terminologie in een Linux-context toepast. Dat suggereert dat je manier van denken over IT door de architectuurkeuzes van Microsoft zijn gevormd en dat je probleem vooral is dat je niet met alternatieve benaderingen overweg kan maar wat je kent tot dogma hebt verheven. Je complete onvermogen om ooit je ongelijk toe te geven past wel in dat beeld.
Er is een verhaal was om de schrijver dat Tool uit roulatie gehaald heeft.
¿Que? Ik suggereerde gisteren dat je wat je post even terugleest voor je hem definitief maakt. Lees deze zin eens terug. Zie je zelf niet dat dit incoherente onzin is?
Er wordt nogal eens naar microsoft gewezen al zijn het derde partijen die fout zijn.
Er wordt nogal eens naar Linux gewezen als het anderen zijn die de fouten maken. Zoals jij doet als het systeembeheerders zijn die de fouten maken. Een opmerking als deze bevestigt dat je met verschillende maten meet.