Microsoft dicht 50 lekken in Windows, IE, Edge en Office
Microsoft heeft tijdens de patchcyclus van juni 50 kwetsbaarheden in onder andere Windows, Internet Explorer, Edge en Microsoft Office gedicht, waardoor een aanvaller in het ergste geval volledige controle over het systeem had kunnen krijgen.
Een beveiligingslek in Internet Explorer was al openbaar gemaakt voordat de beveiligingsupdate beschikbaar was, maar de kwetsbaarheid is volgens Microsoft niet aangevallen. In totaal zijn 11 beveiligingslekken als ernstig aangemerkt en maken het mogelijk voor een aanvaller om op afstand willekeurige code uit te voeren.
Drie kwetsbaarheden verdienen volgens Cisco direct aandacht. Het gaat om het eerder genoemde lek in IE, alsmede een kwetsbaarheid in Windows Domain Name System (DNS) en Edge. Daarnaast heeft Microsoft ook de Adobe-noodpatch voor Flash Player die vorige week verscheen uitgerold. Op de meeste systemen zullen de updates automatisch worden geïnstalleerd.
Reacties (22)
Door Anoniem: zo zo dat wordt weer een dagje downloaden rebooten lijkt het wel.
Het wordt in elk geval gepatcht, dat is het belangrijkste. Hoewel dat gedoe met een cyclus natuurlijk lachwekkend blijft. Updates geef je meteen uit als dat noodzakelijk is, je gaat niet op de volgende cyclus wachten met alle risico's van dien. Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Door linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
leuk dat die patches er zijn, maar lees eens
https://nos.nl/artikel/2236293-nctv-vreest-cyberaanvallen-software-bij-veel-bedrijven-is-verouderd.html
kortom, bij veel bedrijven (de markt dus, voordat reaguurders weer op de overheid afgeven, is net zo hard verziekt) is het niet op orde en ook niet eens transparant naar hun klanten of de rest van de maatschappij en dat verklaard dan de puin en paniek steeds bij zo een 'incident'.
https://nos.nl/artikel/2236293-nctv-vreest-cyberaanvallen-software-bij-veel-bedrijven-is-verouderd.html
kortom, bij veel bedrijven (de markt dus, voordat reaguurders weer op de overheid afgeven, is net zo hard verziekt) is het niet op orde en ook niet eens transparant naar hun klanten of de rest van de maatschappij en dat verklaard dan de puin en paniek steeds bij zo een 'incident'.
13-06-2018, 15:44 door
Tha Cleaner
Door linux4:Hoewel dat gedoe met een cyclus natuurlijk lachwekkend blijft. Updates geef je meteen uit als dat noodzakelijk is, je gaat niet op de volgende cyclus wachten met alle risico's van dien.
Het bedrijfsleven zit hier juist op te wachten. Het maakt changes planbaar en je kan er rekening mee houden. Je weet wanneer de updates komen, en kan dus al een jaar vooruit plannen voor de onderhouds windows. Komt er nu een security patch uit.... Of je mag wachten tot wanneer er tijd is voor jouw change, of andere changes moeten in eens wachten en lopen dus uit. Iets wat in veel bedrijven problemen heeft, want wie heeft er voorrang, wie bepaald de prioriteit en wie neemt de risico's tot zich? Ofwel eigenlijk niet geschikt voor een Enterprise oplossing, want het is niet voorspelbaar dus is er niet proactief mee om te gaan. Wat eigenlijk weer een security issue oplevert, want je kan niet snel genoeg de security patches installeren, maar de issues zijn wel bekend.Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Mac heeft volgens mij tegenwoordig ook bijna altijd een reboot nodig. Afgezien de patches meestal maar 1 keer per kwartaal uit komen of zo iets?En bij veel patches heb je tegenwoordig op Windows ook geen reboot meer nodig. Office patches bijvoorbeeld.
13-06-2018, 17:35 door
karma4
Door Anoniem:
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Rebooted is ook met linux nodig als je draaiende services raaktDoor linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Door Anoniem: zo zo dat wordt weer een dagje downloaden rebooten lijkt het wel.
Op deze overdreven - satirische? - voorstelling van zaken wil ik toch eens inhoudelijk reageren met een chronologische weergave van de zojuist uitgevoerde juni updates voor Windows 8.1 op mijn Asus computertje
17:12 uur: Afmelden als gebruiker,
17:12 uur: Log in als beheerder,
17:13 uur: Start update proces,
17:14 uur: Herstart commando uitgevoerd,
17:16 uur: Windows initïeert de herstart,
17:17 uur: Opstarten,
17:19 uur: Updates worden uitgevoerd,
17:20 uur: Log in,
17:20 uur: Windows Installer Worker actief op de achtergrond,
17:24 uur: Windows Installer Worker beëindigd.
Ter vergelijking kan ik uit eigen ervaring aanvoeren dat het updaten in Linux en Xubuntu sneller verloopt en een herstart veel minder noodzakelijk is, maar de nogaleens als een rampenplan geëtaleerde WUS, zowel handmatig als automatisch, is sterk overdreven in mijn ervaring.
Door karma4:
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Rebooten onder Linux is alleen nodig als je de nieuwe kernel ook wil gaan gebruiken, tenzij je iets hebt zoals KSplice.Door Anoniem:
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Rebooted is ook met linux nodig als je draaiende services raaktDoor linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Services gewoon restarten. Zie # needs-restarting (voor een yum distro)pmaR986
Rebooten is alleen noodzakelijk onder windows.
Door karma4:
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Door Anoniem:
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Rebooted is ook met linux nodig als je draaiende services raaktDoor linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Meneer Karma4. Zou u eens kunnen posten zonder al die typefouten. Even typen, dan even lezen, nog eens lezen, dan redigeren, nog eens lezen en dan posten. Bij voorbaat dank!
Door Anoniem: leuk dat die patches er zijn, maar lees eens
https://nos.nl/artikel/2236293-nctv-vreest-cyberaanvallen-software-bij-veel-bedrijven-is-verouderd.html
kortom, bij veel bedrijven (de markt dus, voordat reaguurders weer op de overheid afgeven, is net zo hard verziekt) is het niet op orde en ook niet eens transparant naar hun klanten of de rest van de maatschappij en dat verklaard dan de puin en paniek steeds bij zo een 'incident'.
https://nos.nl/artikel/2236293-nctv-vreest-cyberaanvallen-software-bij-veel-bedrijven-is-verouderd.html
kortom, bij veel bedrijven (de markt dus, voordat reaguurders weer op de overheid afgeven, is net zo hard verziekt) is het niet op orde en ook niet eens transparant naar hun klanten of de rest van de maatschappij en dat verklaard dan de puin en paniek steeds bij zo een 'incident'.
Niet alleen de patches,wat dacht je van hardware-matige lekken!
Zoals "Meltdown en "Spectre",probeer dat maar eens uit te leggen aan beginnende gebruikers,
en aan degene die alleen maar internetten en face boeken.
Bios cpu firmwares installeren.
Alle intel,amd device-systemen van voor 2012 worden niet eens meer gepatch door intel en amd.
Ook nog meegewogen zijn de fouten door microsoft zelf,de laatste was van begin dec 2017 waardoor
wereldwijd windows 7 systemen geen updates meer ontvingen.
Daar mag de EU of het nctv microsoft wel op de vingers voor tikken.
Door Anoniem:
Services gewoon restarten. Zie # needs-restarting (voor een yum distro)pmaR986
Rebooten is alleen noodzakelijk onder windows.
Door karma4:
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Rebooten onder Linux is alleen nodig als je de nieuwe kernel ook wil gaan gebruiken, tenzij je iets hebt zoals KSplice.Door Anoniem:
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Rebooted is ook met linux nodig als je draaiende services raaktDoor linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Services gewoon restarten. Zie # needs-restarting (voor een yum distro)pmaR986
Rebooten is alleen noodzakelijk onder windows.
Zie # needs-restarting (voor een yum distro)pmaR986
(slik)
... en dat betekent in aardappelklootjes Homo Sapiens taal?
Ik ben Xubuntu en Linux naast Windows gaan gebruiken met het oog op afloop van (hoewel nog redelijk ver in het verschiet) ondersteuning W8.1 in januari 2022 en ook vanwege het feit dat Linux en afgeleiden gebruiksvriendelijk zijn. Dat is onmiskenbaar als je meer gebruikservaring met deze software ontwikkelt.
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
Door Aha:
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
Ik kan het me voorstellen, Aha, maar die term # needs-restarting krijg je in zeer zeldzame gevallen vóóraf, als je aan het updaten bent. Je wordt vooraf gewaarschuwd, dat een herstart noodzakelijk is, als je de gewijzigde versie direct wilt gebruiken. Sinds 1999 heb ik het 1 (zegge één) keer meegemaakt.
Kan je, om welke reden dan ook, niet herstarten (langdurig proces is bezig), dan klik je de boodschap weg en bij eerstvolgende herstart wordt de nieuwe versie meegenomen. Je wordt zeker niet gedwongen te herstarten.
Yum is de naam van de package manager voor [.rpmsystemen, jij gebruikt .deb met (X)Ubuntu.
https://en.wikipedia.org/wiki/Yum_%28software%29
Niets om je druk over te maken. Het is het typische jargon van ervaren users, die denken, dat de ander wel weet waar het over gaat. Bij beginners lukt dat dus niet, dat zien ze wel eens over het hoofd.
Woopie
Door Aha:
Zie # needs-restarting (voor een yum distro)pmaR986
(slik)
... en dat betekent in aardappelklootjes Homo Sapiens taal?
Ik ben Xubuntu en Linux naast Windows gaan gebruiken met het oog op afloop van (hoewel nog redelijk ver in het verschiet) ondersteuning W8.1 in januari 2022 en ook vanwege het feit dat Linux en afgeleiden gebruiksvriendelijk zijn. Dat is onmiskenbaar als je meer gebruikservaring met deze software ontwikkelt.
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
Door Anoniem:
Services gewoon restarten. Zie # needs-restarting (voor een yum distro)pmaR986
Rebooten is alleen noodzakelijk onder windows.
Door karma4:
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Rebooten onder Linux is alleen nodig als je de nieuwe kernel ook wil gaan gebruiken, tenzij je iets hebt zoals KSplice.Door Anoniem:
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Rebooted is ook met linux nodig als je draaiende services raaktDoor linux4:
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Dat gedoe met rebooten is nu eenmaal noodzakelijk vanwege dat domme registry systeem van Windows. Als je snel wilt downloaden, patchen en niet rebooten zul je over moeten stappen op Mac OS of Linux.
Rebooten is noodzakelijk als programma's draaien. In tegenstelling tot Linux kunnen dan executables niet worden vervangen in Windows. De registry is niet de oorzaak.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Services gewoon restarten. Zie # needs-restarting (voor een yum distro)pmaR986
Rebooten is alleen noodzakelijk onder windows.
Zie # needs-restarting (voor een yum distro)pmaR986
(slik)
... en dat betekent in aardappelklootjes Homo Sapiens taal?
Ik ben Xubuntu en Linux naast Windows gaan gebruiken met het oog op afloop van (hoewel nog redelijk ver in het verschiet) ondersteuning W8.1 in januari 2022 en ook vanwege het feit dat Linux en afgeleiden gebruiksvriendelijk zijn. Dat is onmiskenbaar als je meer gebruikservaring met deze software ontwikkelt.
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
Sommigen willen graag door het smijten met vaktermen laten zien dat ze "professionele ICT'ers" zijn en alles het beste weten. Beetje interessant doen. Er zijn genoeg gewone gebruikers van populaire Linux distributies die linux gebruiken voor dagelijkse bezigheden thuis domweg omdat ze zonder gezeur willen werken of een altenatief naast Windows willen.
yum is gewoon een package manager net zoals apt in Ubuntu b.v.
Ik ben er alleen nog niet achter wat karma4 met "stroomuitval of DR" bedoelt, stroomuitval begrijp ik wel maar DR???
Xubuntu is ook gewoon een Linux distributie. Linux is afgelopen jaren wel populairder geworden dankzij Ubuntu. Een van de eerste Linux distro's die makkelijk te installeren was door een pc gebruiker met niet al te veel computerkennis en dat is wat mij betreft ook zoals het hoort.
Door linux4: Ik ben er alleen nog niet achter wat karma4 met "stroomuitval of DR" bedoelt, stroomuitval begrijp ik wel maar DR???
Ik denk Disaster Recovery (hij weet blijkbaar niet hoe je 'of' gebruikt in een zin, waarmee hij de lezer op het verkeerde been zet, maar laat maar, dat begrijpt hij toch niet).
Hij suggereert dat Windows beter zou zijn dan Linux in geval van disasters (zoals stroomuitval). Hij leeft nog in het verleden want Linux heeft allang journaling file systems, beter zelfs dan NTFS. Plus dat de open architectuur van Linux per definitie betere disaster recovery mogelijk maakt.
14-06-2018, 11:09 door
Tha Cleaner
Door The FOSS:
Hij suggereert dat Windows beter zou zijn dan Linux in geval van disasters (zoals stroomuitval).
Of je snapt niet wat hij bedoelt, of je wilt het niet snappen? Beide zijn mogelijk.....Welk journaling file system je gebruikt heeft daar niet direct iets mee te maken. Het gaat er meer om, als je niet structureel je servers herstart, dan kan je wel eens tijdens een ongewenste/plande reboot, in eens issues hebben, op een moment dat je dat liever niets wilt. Bijvoorbeeld een stroomstoring of Disaster Recovery. Je zal niet de eerste zijn, die er dan achterkomt, dat de applicaties niet meer werken, omdat tijdens het opstarten wel eens afhankelijkheden kunnen ontstaan, die je met een enkele service herstart niet onder hebt. Hij suggereert dat Windows beter zou zijn dan Linux in geval van disasters (zoals stroomuitval).
En daar heeft hij gelijk in. Dat is een risico.
Afgezien een herstart niet echt iets uitmaakt, want onderhoud pleeg je toch in een onderhoud windows.
Hij leeft nog in het verleden want Linux heeft allang journaling file systems, beter zelfs dan NTFS.
Wat is je defintie van beter? En waarom zou die beter zijn dan NTFS? Er zijn hele goede file systems, ik ben zelf groot voorstander van ZFS. Maar NTFS is zeker een slecht file systeem en het is ook een stabiel file systeem. Wil je nog wat beters dan gebruikt je ReFS., de opvolger van NTFS. Maar het stond los van het punt wat hij probeerde te makenPlus dat de open architectuur van Linux per definitie betere disaster recovery mogelijk maakt.
Ik ben erg benieuwd hoe je deze ziet? Ik zie namelijk niet de logica van een open architectuur vs disaster recovery" Je zal niet de eerste zijn, die er dan achterkomt, dat de applicaties niet meer werken, omdat tijdens het opstarten wel eens afhankelijkheden kunnen ontstaan, die je met een enkele service herstart niet onder hebt.
En daar heeft hij gelijk in. Dat is een risico. "
it separates the men from the cowboys
En daar heeft hij gelijk in. Dat is een risico. "
it separates the men from the cowboys
Door Anoniem:
Ik kan het me voorstellen, Aha, maar die term # needs-restarting krijg je in zeer zeldzame gevallen vóóraf, als je aan het updaten bent. Je wordt vooraf gewaarschuwd, dat een herstart noodzakelijk is, als je de gewijzigde versie direct wilt gebruiken. Sinds 1999 heb ik het 1 (zegge één) keer meegemaakt.
Kan je, om welke reden dan ook, niet herstarten (langdurig proces is bezig), dan klik je de boodschap weg en bij eerstvolgende herstart wordt de nieuwe versie meegenomen. Je wordt zeker niet gedwongen te herstarten.
Yum is de naam van de package manager voor [.rpmsystemen, jij gebruikt .deb met (X)Ubuntu.
https://en.wikipedia.org/wiki/Yum_%28software%29
Niets om je druk over te maken. Het is het typische jargon van ervaren users, die denken, dat de ander wel weet waar het over gaat. Bij beginners lukt dat dus niet, dat zien ze wel eens over het hoofd.
Woopie
Door Aha:
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
En dan ineens dit?...
Zie # needs-restarting (voor een yum distro)pmaR986
Mij lijkt een van meer begrip voor de Linux gebruiker getuigende explicatie van je vak jargon méér dan op zijn plaats.
Hartelijk dank.
Ik kan het me voorstellen, Aha, maar die term # needs-restarting krijg je in zeer zeldzame gevallen vóóraf, als je aan het updaten bent. Je wordt vooraf gewaarschuwd, dat een herstart noodzakelijk is, als je de gewijzigde versie direct wilt gebruiken. Sinds 1999 heb ik het 1 (zegge één) keer meegemaakt.
Kan je, om welke reden dan ook, niet herstarten (langdurig proces is bezig), dan klik je de boodschap weg en bij eerstvolgende herstart wordt de nieuwe versie meegenomen. Je wordt zeker niet gedwongen te herstarten.
Yum is de naam van de package manager voor [.rpmsystemen, jij gebruikt .deb met (X)Ubuntu.
https://en.wikipedia.org/wiki/Yum_%28software%29
Niets om je druk over te maken. Het is het typische jargon van ervaren users, die denken, dat de ander wel weet waar het over gaat. Bij beginners lukt dat dus niet, dat zien ze wel eens over het hoofd.
Woopie
@Woopie,
Prima! Jou bijdrage is constructief!
Dank, en ik mag denk ik wel zeggen: ook namens iedereen die hierdoor weer wat wijzer is geworden m.b.t. Linux.
DR heb ik inderdaad bedoeld als Diaster Recovery.
Als je de ellend es hebt meegemaakt dat tussentijdse veranderingen het opstarten van services onmogelijk maken dan wil je zeker weten dat een opstart reboot mogelijk blijft.
Een spanningsuitval stroomtest geeft heel veel spanning als er dan van alles mis blijkt te zijn.
Een verandering is used groepen die services raken maar onverantwoord in de fly worden uitgevoerd.
Een subonderdeel wat wel vervangen is maar niet geactiveerd.
Het is het vraagstuk en de problematiek bij release management met complete stack beheer.
Dan hebben we het niet eens over on erwachte nieuwe fouten in de software van leveranciers dan wel foute interne software die toevallig eerder goed ging.
Let wel ik noem nergens expliciet een os of ik uit een voorkeur voor een os. Gedegen ict beheer en gedegen security is veel meer dan dat doosjes gedoe.
De laatste keren dat ik problemen had met een Filesystem was het helaas ext4. Hoe ze mappings naar devices kapot gekregen hebben is nooit verteld. Waarom ze de performance met een factor 4 op al lang draaiende processen vertraagden door nieuwe slimmere duurdere externe Storage tja. Met gpfs ofwel ofwel spectrum scale was het ook niet zo aardig bij oplevering.
Als je de ellend es hebt meegemaakt dat tussentijdse veranderingen het opstarten van services onmogelijk maken dan wil je zeker weten dat een opstart reboot mogelijk blijft.
Een spanningsuitval stroomtest geeft heel veel spanning als er dan van alles mis blijkt te zijn.
Een verandering is used groepen die services raken maar onverantwoord in de fly worden uitgevoerd.
Een subonderdeel wat wel vervangen is maar niet geactiveerd.
Het is het vraagstuk en de problematiek bij release management met complete stack beheer.
Dan hebben we het niet eens over on erwachte nieuwe fouten in de software van leveranciers dan wel foute interne software die toevallig eerder goed ging.
Let wel ik noem nergens expliciet een os of ik uit een voorkeur voor een os. Gedegen ict beheer en gedegen security is veel meer dan dat doosjes gedoe.
De laatste keren dat ik problemen had met een Filesystem was het helaas ext4. Hoe ze mappings naar devices kapot gekregen hebben is nooit verteld. Waarom ze de performance met een factor 4 op al lang draaiende processen vertraagden door nieuwe slimmere duurdere externe Storage tja. Met gpfs ofwel ofwel spectrum scale was het ook niet zo aardig bij oplevering.
Door karma4: DR heb ik inderdaad bedoeld als Diaster Recovery.
Als je de ellend es hebt meegemaakt dat tussentijdse veranderingen het opstarten van services onmogelijk maken dan wil je zeker weten dat een opstart reboot mogelijk blijft.
Een spanningsuitval stroomtest geeft heel veel spanning als er dan van alles mis blijkt te zijn.
Een verandering is used groepen die services raken maar onverantwoord in de fly worden uitgevoerd.
Een subonderdeel wat wel vervangen is maar niet geactiveerd.
Het is het vraagstuk en de problematiek bij release management met complete stack beheer.
Dan hebben we het niet eens over on erwachte nieuwe fouten in de software van leveranciers dan wel foute interne software die toevallig eerder goed ging.
Let wel ik noem nergens expliciet een os of ik uit een voorkeur voor een os. Gedegen ict beheer en gedegen security is veel meer dan dat doosjes gedoe.
De laatste keren dat ik problemen had met een Filesystem was het helaas ext4. Hoe ze mappings naar devices kapot gekregen hebben is nooit verteld. Waarom ze de performance met een factor 4 op al lang draaiende processen vertraagden door nieuwe slimmere duurdere externe Storage tja. Met gpfs ofwel ofwel spectrum scale was het ook niet zo aardig bij oplevering.
Als je de ellend es hebt meegemaakt dat tussentijdse veranderingen het opstarten van services onmogelijk maken dan wil je zeker weten dat een opstart reboot mogelijk blijft.
Een spanningsuitval stroomtest geeft heel veel spanning als er dan van alles mis blijkt te zijn.
Een verandering is used groepen die services raken maar onverantwoord in de fly worden uitgevoerd.
Een subonderdeel wat wel vervangen is maar niet geactiveerd.
Het is het vraagstuk en de problematiek bij release management met complete stack beheer.
Dan hebben we het niet eens over on erwachte nieuwe fouten in de software van leveranciers dan wel foute interne software die toevallig eerder goed ging.
Let wel ik noem nergens expliciet een os of ik uit een voorkeur voor een os. Gedegen ict beheer en gedegen security is veel meer dan dat doosjes gedoe.
De laatste keren dat ik problemen had met een Filesystem was het helaas ext4. Hoe ze mappings naar devices kapot gekregen hebben is nooit verteld. Waarom ze de performance met een factor 4 op al lang draaiende processen vertraagden door nieuwe slimmere duurdere externe Storage tja. Met gpfs ofwel ofwel spectrum scale was het ook niet zo aardig bij oplevering.
klopt maar zonder doosjes nergens ICT / security dus doosjes zijn noodzakelijk voor ICT en er komt dus een moment dat je doosje moet kiezen. wat doe je dan? kosten baten analyse en risico analyse.
1) welk filesysteem ben jij dan (wat performance betreft) dan wel tevreden over?
2) was het wel het FS zelf? of toch weer een doos met bep bandbreedte / disks of RAM of extra achtergrond processen die io doen op diezelfde disks die jij traag vindt etc. er zijn zoveel details in je oh-wat-was-ext4-slecht opmerking missende dat ik het vermoeden heb dat je als end-user niet het gehele plaatje hebt gehad.
14-06-2018, 21:26 door
karma4
Door Anoniem:
klopt maar zonder doosjes nergens ICT / security dus doosjes zijn noodzakelijk voor ICT en er komt dus een moment dat je doosje moet kiezen. wat doe je dan? kosten baten analyse en risico analyse.
Ik zou een betere onderlinge afstemming wensen met het type gebruik ipv een veronderstelling opgelegd krijgen welke niet klopt. Daarbij niet bij voorbaat de externe verkoper op zijn woorden geloven.klopt maar zonder doosjes nergens ICT / security dus doosjes zijn noodzakelijk voor ICT en er komt dus een moment dat je doosje moet kiezen. wat doe je dan? kosten baten analyse en risico analyse.
1) welk filesysteem ben jij dan (wat performance betreft) dan wel tevreden over?
2) was het wel het FS zelf? of toch weer een doos met bep bandbreedte / disks of RAM of extra achtergrond processen die io doen op diezelfde disks die jij traag vindt etc. er zijn zoveel details in je oh-wat-was-ext4-slecht opmerking missende dat ik het vermoeden heb dat je als end-user niet het gehele plaatje hebt gehad.
In het laatste moet je zeker de bandbreedte van devices meenemen en niet enkel de omvang. Wat dat betreft is dat weinig anders dan de channels en devices met een 3390 s360 in een grid. Performance voor veeleisende tools middleware dbms is wat anders dan een lamp stack.
De ext4 ging onderuit in een niet echt zware belasting waar gedeeltes van een mount onverklaarbaar verdwenen waren.
Alleen te merken.
Een andere machine had het effect van falende dac rechten.
Eds extern naast de doosjes, duurste van duurste met aparte afdelingen die zich enkel met die storage bezig houden.
De DR moet via een hot hot situatie voor de data opgebouwd kunnen worden.
Spectrum scale dan weet je dat het lm ern grid en een commerciële leverancier gaat.
Door karma4:
1) welk filesysteem ben jij dan (wat performance betreft) dan wel tevreden over?
2) was het wel het FS zelf? of toch weer een doos met bep bandbreedte / disks of RAM of extra achtergrond processen die io doen op diezelfde disks die jij traag vindt etc. er zijn zoveel details in je oh-wat-was-ext4-slecht opmerking missende dat ik het vermoeden heb dat je als end-user niet het gehele plaatje hebt gehad.Ik die het soort werk niet als end user naar doe de hele keten naar beneden af als dat nodig mocht blijken. Dan kom ik die aannames tegen die niet kloppen. Blijkt dat de gedachte en opzet in tiers voor backup (traag vertrouwd maar zeer groot) en operationeel (snel striping maar minder groot) niet te kloppen.
In het laatste moet je zeker de bandbreedte van devices meenemen en niet enkel de omvang. Wat dat betreft is dat weinig anders dan de channels en devices met een 3390 s360 in een grid. Performance voor veeleisende tools middleware dbms is wat anders dan een lamp stack.
De ext4 ging onderuit in een niet echt zware belasting waar gedeeltes van een mount onverklaarbaar verdwenen waren.
Alleen te merken.
Een andere machine had het effect van falende dac rechten.
Eds extern naast de doosjes, duurste van duurste met aparte afdelingen die zich enkel met die storage bezig houden.
De DR moet via een hot hot situatie voor de data opgebouwd kunnen worden.
Spectrum scale dan weet je dat het lm ern grid en een commerciële leverancier gaat.
Door Anoniem:
klopt maar zonder doosjes nergens ICT / security dus doosjes zijn noodzakelijk voor ICT en er komt dus een moment dat je doosje moet kiezen. wat doe je dan? kosten baten analyse en risico analyse.
Ik zou een betere onderlinge afstemming wensen met het type gebruik ipv een veronderstelling opgelegd krijgen welke niet klopt. Daarbij niet bij voorbaat de externe verkoper op zijn woorden geloven.klopt maar zonder doosjes nergens ICT / security dus doosjes zijn noodzakelijk voor ICT en er komt dus een moment dat je doosje moet kiezen. wat doe je dan? kosten baten analyse en risico analyse.
1) welk filesysteem ben jij dan (wat performance betreft) dan wel tevreden over?
2) was het wel het FS zelf? of toch weer een doos met bep bandbreedte / disks of RAM of extra achtergrond processen die io doen op diezelfde disks die jij traag vindt etc. er zijn zoveel details in je oh-wat-was-ext4-slecht opmerking missende dat ik het vermoeden heb dat je als end-user niet het gehele plaatje hebt gehad.
In het laatste moet je zeker de bandbreedte van devices meenemen en niet enkel de omvang. Wat dat betreft is dat weinig anders dan de channels en devices met een 3390 s360 in een grid. Performance voor veeleisende tools middleware dbms is wat anders dan een lamp stack.
De ext4 ging onderuit in een niet echt zware belasting waar gedeeltes van een mount onverklaarbaar verdwenen waren.
Alleen te merken.
Een andere machine had het effect van falende dac rechten.
Eds extern naast de doosjes, duurste van duurste met aparte afdelingen die zich enkel met die storage bezig houden.
De DR moet via een hot hot situatie voor de data opgebouwd kunnen worden.
Spectrum scale dan weet je dat het lm ern grid en een commerciële leverancier gaat.
ik ben niet echt iets wijzer en heb nog geen concrete antwoorden op mijn vragen. typisch.
Door Tha Cleaner:
Door The FOSS:
Hij suggereert dat Windows beter zou zijn dan Linux in geval van disasters (zoals stroomuitval).
Of je snapt niet wat hij bedoelt, of je wilt het niet snappen? Beide zijn mogelijk.....Hij suggereert dat Windows beter zou zijn dan Linux in geval van disasters (zoals stroomuitval).
Hieronder de volledige quote van karma4. Zijn suggestieve koppeling van zijn DR-uitspraak met Linux is overduidelijk. Dat jij niet tussen de regels door kan lezen is bekend.
Door karma4:Rebooted is ook met linux nodig als je draaiende services raakt
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Ds services moeten jn iedere geval herstart worden.. Wil je zeker weten dat herstart ook opstartbaar is kun je beter rebooten. Verassingen bij stroomuitval of DR zijn veel vervelender.
Nogmaals dan, in jip-en-janneketaal: Disaster Recovery is onder Linux zeker niet slechter dan onder Windows. Eerder beter. Vandaar dat echt grote en professionele bedrijven Linux gebruiken op hun servers. Het marktaandeel van Windows op servers is klein en wordt snel kleiner.
Door Anoniem:
ik ben niet echt iets wijzer en heb nog geen concrete antwoorden op mijn vragen. typisch.
Door karma4: ...
ik ben niet echt iets wijzer en heb nog geen concrete antwoorden op mijn vragen. typisch.
De populist van security.nl (karma4) heeft net als Wilders geen antwoorden. Noch de capaciteit om die te geven. Er komen alleen maar van die flinterdunne, suggestieve, populistische spindoctoring verhaaltjes uit.
Reageren
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
