Ik ben in het gelukkige bezit van een laptop van de zaak. Deze dient twee doelen:
1) mijn de gelegenheid geven om als ik op een andere bedrijfslocatie ben in te loggen op de LAN met een standaard bedrijfsprofiel
2) testen van van alles en nogwat
Aangezien die twee doelen elkaar nogal bijten (zo mag ik bijvoorbeeld niet eens admin rechten hebben op het bedrijfsprofiel, maar is die vrij noodzakelijk voor testdoeleinden) heb ik besloten om simpelweg aparte installs in aparte partitions. Zo gezegd, zo gedaan... sowieso is het een multiboot bak (WinXP voor bedrijf en WinXP, Linux en (zodra we de licenties geregeld hebben...) Vista voor testdoeleinden).
Partitielayout ziet er nu zo uit:
/dev/hda1 C: Bedrijfsprofiel (NTFS)
/dev/hda2 E: WinXP test (NTFS)
/dev/hda3 *leeg* gereserveerd voor Vista tzt
/dev/hda4 - 6 Linux
Met Linux gaat alles prima, zolang ik de NTFS drives niet writeable mount maakt het geen drol uit wat ik allemaal uitspook, het gaat de Windows partities niet beinvloeden.
Helaas lukt dat niet bij mijn test WinXP install. Dat ding heeft volledige read en vooral ook write acces tot C:
Ik heb geprobeerd in Disk Management de schijf te verwijderen, maar ik krijg dan de melding dat ik de system partition niet mag verwijderen. Verder heb ik trouwens aan virtualization gedacht, maar dat is om redenen van performance en realisme onwenselijk (plus dat we zo'n lekker snelle bureaucratie hebben dat het weken zou duren voor ik het op deze bak had in het officiele profiel...)
Vraag:
Zijn er suggesties voor hoe vanuit de testinstall toegang tot de C:-schijf te verhinderen (omgekeerd kan niet omdat ik geen admin rechten heb voor het bedrijfsprofiel en dat ding juist 100% standaard moet blijven)
Evt herinstall van testomgeving zijn geen probleem, het is per slot van rekening puur een testbed waar we aan de hand van meldingen van klanten proberen rare situaties te reproduceren en op te lossen.
Omgekeerd is het ook wenselijk dat de testomgeving niet leesbaar of schrijfbaar is vanaf het bedrijfsprofiel, maar dat is minder belangrijk - het gaat er vooral om dat er soms nadrukkelijk onveilige dingen geinstalleerd moeten kunnen worden in de testomgeving en dat dat niet het bedrijfsgedeelte mag verneuken.
1) mijn de gelegenheid geven om als ik op een andere bedrijfslocatie ben in te loggen op de LAN met een standaard bedrijfsprofiel
2) testen van van alles en nogwat
Aangezien die twee doelen elkaar nogal bijten (zo mag ik bijvoorbeeld niet eens admin rechten hebben op het bedrijfsprofiel, maar is die vrij noodzakelijk voor testdoeleinden) heb ik besloten om simpelweg aparte installs in aparte partitions. Zo gezegd, zo gedaan... sowieso is het een multiboot bak (WinXP voor bedrijf en WinXP, Linux en (zodra we de licenties geregeld hebben...) Vista voor testdoeleinden).
Partitielayout ziet er nu zo uit:
/dev/hda1 C: Bedrijfsprofiel (NTFS)
/dev/hda2 E: WinXP test (NTFS)
/dev/hda3 *leeg* gereserveerd voor Vista tzt
/dev/hda4 - 6 Linux
Met Linux gaat alles prima, zolang ik de NTFS drives niet writeable mount maakt het geen drol uit wat ik allemaal uitspook, het gaat de Windows partities niet beinvloeden.
Helaas lukt dat niet bij mijn test WinXP install. Dat ding heeft volledige read en vooral ook write acces tot C:
Ik heb geprobeerd in Disk Management de schijf te verwijderen, maar ik krijg dan de melding dat ik de system partition niet mag verwijderen. Verder heb ik trouwens aan virtualization gedacht, maar dat is om redenen van performance en realisme onwenselijk (plus dat we zo'n lekker snelle bureaucratie hebben dat het weken zou duren voor ik het op deze bak had in het officiele profiel...)
Vraag:
Zijn er suggesties voor hoe vanuit de testinstall toegang tot de C:-schijf te verhinderen (omgekeerd kan niet omdat ik geen admin rechten heb voor het bedrijfsprofiel en dat ding juist 100% standaard moet blijven)
Evt herinstall van testomgeving zijn geen probleem, het is per slot van rekening puur een testbed waar we aan de hand van meldingen van klanten proberen rare situaties te reproduceren en op te lossen.
Omgekeerd is het ook wenselijk dat de testomgeving niet leesbaar of schrijfbaar is vanaf het bedrijfsprofiel, maar dat is minder belangrijk - het gaat er vooral om dat er soms nadrukkelijk onveilige dingen geinstalleerd moeten kunnen worden in de testomgeving en dat dat niet het bedrijfsgedeelte mag verneuken.
Oslik blyat! Oslik!