Het grote kleine-SysOps-vragen topic deel 1

[asing]

Hero of Time schreef op maandag 29 juni 2020 @ 18:10:
[...]

Het is al meerdere keren hier gezegd.

De eerste paar dingen die ik heb, is allemaal group based toepassen (momenteel nog alleen printers). Er is maar 1 met ILT: drive mappings. 1 GPO en in die mapping kijk ik naar de groep. Of ik maak per schijf een GPO, maar dat lijkt mij dan weer niet zo handig ivm performance, of boeit dat dan weer niet daar voor? Plus, met de schijfmappings via GPP en ILT behoud je wel een overzicht welke letter al is toegekend en hoef je niet telkens de documentatie er bij te pakken als er eentje bij komt. Of ik zet de letter natuurlijk in de naam van de GPO.

Voor die drive mappings had ik eerder al eens gekeken wat het beste was en dat was GPP met ILT.

Ik weet dat er lezers zijn die graag zelf puzzelen en proberen, maar in dit geval ga ik even je wereld verbreden .

Ik ken het gedoe met schijfletters, je wordt er werkelijk onpasselijk van als je bedenkt dat het alfabet te kort is voor wat je wilt . En dat drive X bij Finance weer iets anders is dan X bij inkoop, waar Y weer naar Finance gaat. One ... Big .... Mess....

Dus doe jezelf een plezier , en doe het goed. In 1 keer . Dit is je kans!

Als eerste : hoeveel fileservers denk je te hebben? Is er één server met alles of staat je data verspreid over meerdere servers?

Als het er eentje is, is het heel eenvoudig.Maak een share en gebruik "Access Based Enumeration" zodat gebruikers de mappen niet zien waar ze niet bij kunnen. Map de share vervolgens via een GPO en iedereen heeft dezelfde letter met die data die nodig is.

Zijn het er meer, zet dan AD integrated DFS in. Vervolgens maak je in de DFS targets aan die naar de gewenste data gaan. Via de eigenschappen van de target in DFS kan je bepalen welke groep de map ziet. Ook hier, map de schijf naar de DFS root en iedereen heeft dezelfde letter met relevante data.

En nu ga ik 25 jaar terug in de tijd, dit leren de jonkies niet eens meer . doe jezelf een enorm plezier en gebruik het AGLP principe. Als je niet weet hoe dat werkt moet je even zoeken. Het is standaard leervoer bij Windows NT / 2000 , en het is even meer werk maar het bespaart je bergen hoofdpijn. Groepje toevoegen aan een map en vervolgens worden alle ACLs even opnieuw gezet? Dat is dan klaar. Dat gaat je niet overkomen met AGLP.

En dan zal je het altijd altijd zien. Marketing moet ineens samenwerken met Communicatie en de Directie. Je wilt natuurlijk geen gat schieten in Marketing zodat Comms en C-level ineens overal bij kunnen. Dus creëer ook een "deel" map waar je weer een submap in maakt Marketing - Communicatie - Directie voor die groep om samen te werken zonder dat aan de beveiliging wordt getornd.

Als laatste : fix een soort transfer map/schijf waar iedereen even snel iets naar toe kan zetten. Scriptje erop om data ouder dan een week te verwijderen en klaar ben je.

Ohja, Windows 2012R2+ kent Dedup als Feature. Ik zat op 50% besparing , maar voor je die feature aanzet moet je eerst kijken of je backup oplossing ermee kan werken EN hoe je je storage aanbiedt. Sommige storage technieken en Dedup werken niet lief samen. In de meeste gevallen moet je dedup ook als feature installeren op de backup server (DPM/Veeam) om een gededuped volume te kunnen meenemen.

[Turdie]

asing schreef op maandag 29 juni 2020 @ 18:59:

En nu ga ik 25 jaar terug in de tijd, dit leren de jonkies niet eens meer . doe jezelf een enorm plezier en gebruik het AGLP principe. Als je niet weet hoe dat werkt moet je even zoeken. Het is standaard leervoer bij Windows NT / 2000 , en het is even meer werk maar het bespaart je bergen hoofdpijn. Groepje toevoegen aan een map en vervolgens worden alle ACLs even opnieuw gezet? Dat is dan klaar. Dat gaat je niet overkomen met AGLP.

AGLP klopt niet helemaal he, het is officieel AGDLP(account, global, domain local, permission)
Als ik de recente MCSA/MCSE cursussen bekijk zit het er nog steeds in....

[ Voor 60% gewijzigd door Turdie op 29-06-2020 19:09 ]

[asing]

shadowman12 schreef op maandag 29 juni 2020 @ 19:04:
[...]


AGLP klopt niet helemaal he, het is officieel AGDLP(account, global, domain local, permission)
Als ik de recente MCSA/MCSE cursussen bekijk zit het er nog steeds in....

Mijn leraar had altijd een ezelsbruggetje : All Guys Love Pamela. Die van Baywatch ja . Maar we bedoelen hetzelfde. Ik had 2 jaar geleden ook een greenfield fileserver en ik heb een woesternij aan mapjes, rechten en drive letters terug gebracht tot 1 schijfletter voor iedereen, rechten via AGDLP en overal even goed de stofkam doorhalen want degenen die het hadden gebouwd hadden de cursus niet gedaan .

2 jaar later moet ik naar 3 fileservers toe, heb ik netjes alles in DFS gestopt en doe ik de rest weer precies zoals toen. Het recept is inmiddels beproefd en het werk snel, goed en duidelijk.

[Turdie]

asing schreef op maandag 29 juni 2020 @ 19:26:
[...]


Mijn leraar had altijd een ezelsbruggetje : All Guys Love Pamela. Die van Baywatch ja . Maar we bedoelen hetzelfde. Ik had 2 jaar geleden ook een greenfield fileserver en ik heb een woesternij aan mapjes, rechten en drive letters terug gebracht tot 1 schijfletter voor iedereen, rechten via AGDLP en overal even goed de stofkam doorhalen want degenen die het hadden gebouwd hadden de cursus niet gedaan .

2 jaar later moet ik naar 3 fileservers toe, heb ik netjes alles in DFS gestopt en doe ik de rest weer precies zoals toen. Het recept is inmiddels beproefd en het werk snel, goed en duidelijk.

Ik had altijd het volgende ezelsbruggetje:
All Guys Do Love Pamela

[asing]

shadowman12 schreef op maandag 29 juni 2020 @ 19:38:
[...]


Ik had altijd het volgende ezelsbruggetje:
All Guys Do Love Pamela

Goed, ik ben in 20 jaar 2 bytes kwijtgeraakt . Reallocation failed.

Nu hopen dat @Hero of Time nog even langs komt om te lezen, dat doet hij niet meer onder werktijd. Zal je zien dat hij morgen een compleet alfabet aan letters bedenkt en toewijst en dan onze posts morgenavond een keer leest .

[Hero of Time]

@asing, ik ga je in het sysops topic quoten. We zien vanzelf wel of je posts daarheen gaan, want dit is te technisch voor hier.

[Hero of Time]

asing schreef op maandag 29 juni 2020 @ 18:59:
Ik ken het gedoe met schijfletters, je wordt er werkelijk onpasselijk van als je bedenkt dat het alfabet te kort is voor wat je wilt . En dat drive X bij Finance weer iets anders is dan X bij inkoop, waar Y weer naar Finance gaat. One ... Big .... Mess....

Dus doe jezelf een plezier , en doe het goed. In 1 keer . Dit is je kans!

We hebben nu 1 schijfletter met alle afdelingen in aparte mappen erin. Maar de rechten zijn niet fatsoenlijk afgeschermd, de ene afdeling kan bij de andere tenzij we dat specifiek hebben ingesteld. Om die reden dacht ik aan een schijfletter per afdeling.

Als eerste : hoeveel fileservers denk je te hebben? Is er één server met alles of staat je data verspreid over meerdere servers?

Als het er eentje is, is het heel eenvoudig.Maak een share en gebruik "Access Based Enumeration" zodat gebruikers de mappen niet zien waar ze niet bij kunnen. Map de share vervolgens via een GPO en iedereen heeft dezelfde letter met die data die nodig is.

Dat is hoe het nu dus is. Zo zien we niet standaard de mappen voor ICT, Sales en Finance. Maar je kan wel zo bij anderen er in. De toekomst blijft het bij 1 fileserver.

Het 'Access Based Enumeration' zou ook op een Synology moeten kunnen, toch? Want dan kan ik idd de schijfletters houden zoals het nu is, ipv opgedeeld in F t/m S momenteel (met een paar vrije letters er tussen). Iets om uit te zoeken morgen. Er is wel iets van een optie bij de shares mogelijk, maar de uitwerking heb ik nog niet getest. Ik dacht dat 't de zichtbaarheid was als je de server zelf benadert ipv de mappen in een share.

En nu ga ik 25 jaar terug in de tijd, dit leren de jonkies niet eens meer . doe jezelf een enorm plezier en gebruik het AGLP principe. Als je niet weet hoe dat werkt moet je even zoeken. Het is standaard leervoer bij Windows NT / 2000 , en het is even meer werk maar het bespaart je bergen hoofdpijn. Groepje toevoegen aan een map en vervolgens worden alle ACLs even opnieuw gezet? Dat is dan klaar. Dat gaat je niet overkomen met AGLP.

Ga ik eens uitzoeken.

En dan zal je het altijd altijd zien. Marketing moet ineens samenwerken met Communicatie en de Directie. Je wilt natuurlijk geen gat schieten in Marketing zodat Comms en C-level ineens overal bij kunnen. Dus creëer ook een "deel" map waar je weer een submap in maakt Marketing - Communicatie - Directie voor die groep om samen te werken zonder dat aan de beveiliging wordt getornd.

Er zal altijd wel iets zijn waar mensen collaboratief mee wil zijn. Momenteel is dat nog niet het geval en eigenlijk hoop ik ook dat dat zo blijft. Maar als het komt zal het wel een aparte map worden waar de bestaande groepen voor drive mappings samen komen.

Als laatste : fix een soort transfer map/schijf waar iedereen even snel iets naar toe kan zetten. Scriptje erop om data ouder dan een week te verwijderen en klaar ben je.

We hebben nu idd een doorgeefmap. Op m'n vorige werk hadden we die ook en elke maand werd het naar een 'oud' mapje verplaatst die bij de volgende cycle eerst werd weggegooid. Nu is het handmatig opruimen en hebben we een paar maanden geleden de boel geruimd.

Het principe is goed, het automatisch opruimen moet ik dan nog maken. Mijn grootste uitdaging is hoe ik dit fatsoenlijk op een Synology ga doen. Aan de andere kant, het kent de 'speciale' gebruiker 'creator owner'. Iedereen schrijfrechten geven op elke gebruikersmap, maar ook echt alleen de hoofdmap. En creator/owner full control evenals de gebruiker zelf. Dat zou het in principe moeten doen. Maar dit kan ik pas opzetten als de gebruikers gemigreerd zijn, anders heb ik de juiste gebruiker niet voor de rechten.

[Turdie]

Hero of Time schreef op maandag 29 juni 2020 @ 20:29:
[...]

We hebben nu 1 schijfletter met alle afdelingen in aparte mappen erin. Maar de rechten zijn niet fatsoenlijk afgeschermd, de ene afdeling kan bij de andere tenzij we dat specifiek hebben ingesteld. Om die reden dacht ik aan een schijfletter per afdeling.


[...]

Dat is hoe het nu dus is. Zo zien we niet standaard de mappen voor ICT, Sales en Finance. Maar je kan wel zo bij anderen er in. De toekomst blijft het bij 1 fileserver.

Het 'Access Based Enumeration' zou ook op een Synology moeten kunnen, toch? Want dan kan ik idd de schijfletters houden zoals het nu is, ipv opgedeeld in F t/m S momenteel (met een paar vrije letters er tussen). Iets om uit te zoeken morgen. Er is wel iets van een optie bij de shares mogelijk, maar de uitwerking heb ik nog niet getest. Ik dacht dat 't de zichtbaarheid was als je de server zelf benadert ipv de mappen in een share.


[...]

Ga ik eens uitzoeken.


[...]

Er zal altijd wel iets zijn waar mensen collaboratief mee wil zijn. Momenteel is dat nog niet het geval en eigenlijk hoop ik ook dat dat zo blijft. Maar als het komt zal het wel een aparte map worden waar de bestaande groepen voor drive mappings samen komen.


[...]

We hebben nu idd een doorgeefmap. Op m'n vorige werk hadden we die ook en elke maand werd het naar een 'oud' mapje verplaatst die bij de volgende cycle eerst werd weggegooid. Nu is het handmatig opruimen en hebben we een paar maanden geleden de boel geruimd.

Het principe is goed, het automatisch opruimen moet ik dan nog maken. Mijn grootste uitdaging is hoe ik dit fatsoenlijk op een Synology ga doen. Aan de andere kant, het kent de 'speciale' gebruiker 'creator owner'. Iedereen schrijfrechten geven op elke gebruikersmap, maar ook echt alleen de hoofdmap. En creator/owner full control evenals de gebruiker zelf. Dat zou het in principe moeten doen. Maar dit kan ik pas opzetten als de gebruikers gemigreerd zijn, anders heb ik de juiste gebruiker niet voor de rechten.

ABE kan met een Synology.

[Hero of Time]

Had ik eigenlijk ook wel verwacht.

[asing]

Hero of Time schreef op maandag 29 juni 2020 @ 20:29:
[...]

We hebben nu 1 schijfletter met alle afdelingen in aparte mappen erin. Maar de rechten zijn niet fatsoenlijk afgeschermd, de ene afdeling kan bij de andere tenzij we dat specifiek hebben ingesteld. Om die reden dacht ik aan een schijfletter per afdeling.

Dat moet je niet willen denk ik. Dan krijg je wildgroei. Een map per afdeling, iedereen dezelfde letter. Hoe je dat doet leg ik verderop uit.

Dat is hoe het nu dus is. Zo zien we niet standaard de mappen voor ICT, Sales en Finance. Maar je kan wel zo bij anderen er in. De toekomst blijft het bij 1 fileserver.

Dat wil je voorkomen. Als je ergens niet bij hoeft/moet, dan moet je het ook niet zien. In het allerergste geval krijg je een cryptolocker binnen. Dan kan die in principe alleen dat versleutelen waar de gebruiker rechten heeft. Elevation uitgezonderd, maar dat is een ander topic.

Het 'Access Based Enumeration' zou ook op een Synology moeten kunnen, toch? Want dan kan ik idd de schijfletters houden zoals het nu is, ipv opgedeeld in F t/m S momenteel (met een paar vrije letters er tussen). Iets om uit te zoeken morgen. Er is wel iets van een optie bij de shares mogelijk, maar de uitwerking heb ik nog niet getest. Ik dacht dat 't de zichtbaarheid was als je de server zelf benadert ipv de mappen in een share.

Hoooo wacht, jij gaat een hele andere kant op . Ik ging uit van een Windows File Server, niet van een Syno met Samba .

Samba schijnt het ook te kunnen :

code:

hide unreadable = yes
hide unwriteable files = yes

Ik weet niet of je daar gelukkig van wordt. Samba heeft onder water een limiet qua group nesting, waardoor het ineens heel gek gaat doen.

Een andere optie is een Windows fileserver maken, en daar via iSCSI een LUN van de Syno aan hangen. Ik kan erg diep gaan over de mogelijkheden maar maar eerst eens een keuze .

Ga ik eens uitzoeken.

Het principe is heel simpel. Stel F: is je drive met data.

DL_F_Sales_R - Domain local group met leesrechten op Sales
DL_F_Sales_M - Domain local group met schrijfrechten op Sales

Die 2 groepen zet je op de map sales. Zet inheritance even uit en haal users uit de lijst. De rest (Creator Owner, System, Admin) laat je lekker staan.

Vervolgens heb je de Global Group Sales met alle Sales mensen. Die Global group maak je lid van DL_F_Sales_M. Als er iemand leesrechten moet hebben, dan voeg je die toe aan DL_F_Sales_R. Je zet NOOIT personen direct in de ACL van een map. Ook geen Global group. Dat zorgt er namelijk voor dat je een uur kan zitten duimen draaien om te wachten tot Explorer klaar is.

Verder, als je nu met robocopy de data kopieert naar de nieuwe locatie, dan staan de rechten meteen ook goed.

[...]

Er zal altijd wel iets zijn waar mensen collaboratief mee wil zijn. Momenteel is dat nog niet het geval en eigenlijk hoop ik ook dat dat zo blijft. Maar als het komt zal het wel een aparte map worden waar de bestaande groepen voor drive mappings samen komen.

Kan je vergeten. Mensen werken samen en willen dingen delen. Ik heb daar iets van 15-20 mappen in staan. Alles met een bepaald doel.

We hebben nu idd een doorgeefmap. Op m'n vorige werk hadden we die ook en elke maand werd het naar een 'oud' mapje verplaatst die bij de volgende cycle eerst werd weggegooid. Nu is het handmatig opruimen en hebben we een paar maanden geleden de boel geruimd.

Het principe is goed, het automatisch opruimen moet ik dan nog maken. Mijn grootste uitdaging is hoe ik dit fatsoenlijk op een Synology ga doen. Aan de andere kant, het kent de 'speciale' gebruiker 'creator owner'. Iedereen schrijfrechten geven op elke gebruikersmap, maar ook echt alleen de hoofdmap. En creator/owner full control evenals de gebruiker zelf. Dat zou het in principe moeten doen. Maar dit kan ik pas opzetten als de gebruikers gemigreerd zijn, anders heb ik de juiste gebruiker niet voor de rechten.

PowahShell.

En serieus : ik zou overwegen om een LUN via iSCSI aan te bieden. Dat maakt je leven zoveel makkelijker. Gebruikers merken er niks van dat het over het net gaat, er kan gewoon een virusscanner op en "normale" backup software.

Je kan ook de LUN aan je ESXi hangen en een virtuele server draaien met een VMDK op die LUN.

[Turdie]

asing schreef op maandag 29 juni 2020 @ 20:58:
[...]


Dat moet je niet willen denk ik. Dan krijg je wildgroei. Een map per afdeling, iedereen dezelfde letter. Hoe je dat doet leg ik verderop uit.


[...]

Dat wil je voorkomen. Als je ergens niet bij hoeft/moet, dan moet je het ook niet zien. In het allerergste geval krijg je een cryptolocker binnen. Dan kan die in principe alleen dat versleutelen waar de gebruiker rechten heeft. Elevation uitgezonderd, maar dat is een ander topic.

[...]

Hoooo wacht, jij gaat een hele andere kant op . Ik ging uit van een Windows File Server, niet van een Syno met Samba .

Samba schijnt het ook te kunnen :

code:

hide unreadable = yes
hide unwriteable files = yes

Ik weet niet of je daar gelukkig van wordt. Samba heeft onder water een limiet qua group nesting, waardoor het ineens heel gek gaat doen.

Een andere optie is een Windows fileserver maken, en daar via iSCSI een LUN van de Syno aan hangen. Ik kan erg diep gaan over de mogelijkheden maar maar eerst eens een keuze .


[...]

Het principe is heel simpel. Stel F: is je drive met data.

DL_F_Sales_R - Domain local group met leesrechten op Sales
DL_F_Sales_M - Domain local group met schrijfrechten op Sales

Die 2 groepen zet je op de map sales. Zet inheritance even uit en haal users uit de lijst. De rest (Creator Owner, System, Admin) laat je lekker staan.

Vervolgens heb je de Global Group Sales met alle Sales mensen. Die Global group maak je lid van DL_F_Sales_M. Als er iemand leesrechten moet hebben, dan voeg je die toe aan DL_F_Sales_R. Je zet NOOIT personen direct in de ACL van een map. Ook geen Global group. Dat zorgt er namelijk voor dat je een uur kan zitten duimen draaien om te wachten tot Explorer klaar is.

Verder, als je nu met robocopy de data kopieert naar de nieuwe locatie, dan staan de rechten meteen ook goed.


[...]

Kan je vergeten. Mensen werken samen en willen dingen delen. Ik heb daar iets van 15-20 mappen in staan. Alles met een bepaald doel.

[...]


PowahShell.

En serieus : ik zou overwegen om een LUN via iSCSI aan te bieden. Dat maakt je leven zoveel makkelijker. Gebruikers merken er niks van dat het over het net gaat, er kan gewoon een virusscanner op en "normale" backup software.

Je kan ook de LUN aan je ESXi hangen en een virtuele server draaien met een VMDK op die LUN.

Dat zou ook mijn voorkeur hebben, een LUN aanbieden, dat is ook hoe het meestal gebeurt.

[Grvy]

@asing HoT wilt waarschijnlijk zo min mogelijk VM's draaien om wat meer flexibiliteit te hebben vandaar de keuze om de Synology het te laten doen en geen extra laag te bouwen.

Het is geen keuze waar ik het mee eens ben overigens, maar het is denk ik wel de redenatie en er valt wat voor te zeggen.

[asing]

Grvy schreef op maandag 29 juni 2020 @ 22:39:
@asing HoT wilt waarschijnlijk zo min mogelijk VM's draaien om wat meer flexibiliteit te hebben vandaar de keuze om de Synology het te laten doen en geen extra laag te bouwen.

Het is geen keuze waar ik het mee eens ben overigens, maar het is denk ik wel de redenatie en er valt wat voor te zeggen.

Ik heb geen idee wat voor Syno er is, en wat hij nog aan performance over heeft op zijn vSphere omgeving. We wachten rustig de motivatie af.

Ik ben het met je eens, als Windows iets goed kan is het fileservertje spelen. Mits je goed begint .

[D_Jeff]

asing schreef op maandag 29 juni 2020 @ 18:59:
[...]


Ik weet dat er lezers zijn die graag zelf puzzelen en proberen, maar in dit geval ga ik even je wereld verbreden .

Ik ken het gedoe met schijfletters, je wordt er werkelijk onpasselijk van als je bedenkt dat het alfabet te kort is voor wat je wilt . En dat drive X bij Finance weer iets anders is dan X bij inkoop, waar Y weer naar Finance gaat. One ... Big .... Mess....

Dus doe jezelf een plezier , en doe het goed. In 1 keer . Dit is je kans!

Als eerste : hoeveel fileservers denk je te hebben? Is er één server met alles of staat je data verspreid over meerdere servers?

Als het er eentje is, is het heel eenvoudig.Maak een share en gebruik "Access Based Enumeration" zodat gebruikers de mappen niet zien waar ze niet bij kunnen. Map de share vervolgens via een GPO en iedereen heeft dezelfde letter met die data die nodig is.

Zijn het er meer, zet dan AD integrated DFS in. Vervolgens maak je in de DFS targets aan die naar de gewenste data gaan. Via de eigenschappen van de target in DFS kan je bepalen welke groep de map ziet. Ook hier, map de schijf naar de DFS root en iedereen heeft dezelfde letter met relevante data.

En nu ga ik 25 jaar terug in de tijd, dit leren de jonkies niet eens meer . doe jezelf een enorm plezier en gebruik het AGLP principe. Als je niet weet hoe dat werkt moet je even zoeken. Het is standaard leervoer bij Windows NT / 2000 , en het is even meer werk maar het bespaart je bergen hoofdpijn. Groepje toevoegen aan een map en vervolgens worden alle ACLs even opnieuw gezet? Dat is dan klaar. Dat gaat je niet overkomen met AGLP.

En dan zal je het altijd altijd zien. Marketing moet ineens samenwerken met Communicatie en de Directie. Je wilt natuurlijk geen gat schieten in Marketing zodat Comms en C-level ineens overal bij kunnen. Dus creëer ook een "deel" map waar je weer een submap in maakt Marketing - Communicatie - Directie voor die groep om samen te werken zonder dat aan de beveiliging wordt getornd.

Als laatste : fix een soort transfer map/schijf waar iedereen even snel iets naar toe kan zetten. Scriptje erop om data ouder dan een week te verwijderen en klaar ben je.

Ohja, Windows 2012R2+ kent Dedup als Feature. Ik zat op 50% besparing , maar voor je die feature aanzet moet je eerst kijken of je backup oplossing ermee kan werken EN hoe je je storage aanbiedt. Sommige storage technieken en Dedup werken niet lief samen. In de meeste gevallen moet je dedup ook als feature installeren op de backup server (DPM/Veeam) om een gededuped volume te kunnen meenemen.

Error 404: Cursus/Path not found

Les gehad in Windows 95 C, maar deze shizzle doet voor mij alleen een "300" (redirect) richting het gruwel genaamd log in script.
Dus: Heb je meer details?

[Oogje]

asing schreef op maandag 29 juni 2020 @ 23:11:
[...]

Ik heb geen idee wat voor Syno er is, en wat hij nog aan performance over heeft op zijn vSphere omgeving. We wachten rustig de motivatie af.

Ik ben het met je eens, als Windows iets goed kan is het fileservertje spelen. Mits je goed begint .

En wegblijft van DFS-R

[Hero of Time]

Oogje schreef op dinsdag 30 juni 2020 @ 07:02:
[...]

En wegblijft van DFS-R

Dat fiasco heb ik met 2008R2 al gehad. Eens maar nooit meer.

Grvy schreef op maandag 29 juni 2020 @ 22:39:
@asing HoT wilt waarschijnlijk zo min mogelijk VM's draaien om wat meer flexibiliteit te hebben vandaar de keuze om de Synology het te laten doen en geen extra laag te bouwen.

Het is geen keuze waar ik het mee eens ben overigens, maar het is denk ik wel de redenatie en er valt wat voor te zeggen.

Dit idd. Ik had in m'n lijst met licenties vorig jaar al rekening gehouden met een mogelijke fileserver gebaseerd op Windows, maar toen ik leerde dat Synology ook gewoon aan AD gekoppeld kan worden en je hiermee de taak van fileserver uit handen kan geven ging die licentie op de plank voor het geval er wat anders nodig is. En dat was er, die is ondertussen voor iets anders ingezet.

Dus licentietechnisch gezien is er al geen ruimte voor een fileserver. Dan is er nog de indeling van de storage unit. Ik heb een paar schijven toegekend voor vmdks. Hiernaast zijn er nog twee volumes, eentje voor de RDS profielschijven en de laatste is voor de afdelingsschijven, doorgeefmappen en redirected folders.

Plus, extra voordeel: Veeam kan ook gewoon shares backuppen. Dat hersteld een bestand 1000000x beter dan een compleet LUN of VMDK.
Dan hoor ik je denken "maar dan backup je toch de share die de server al aanbied!!!11'. Tuurlijk, dat kan. Maar!

VM disks gaan over de 10 Gbps interfaces. De shares kunnen gewoon over de normale 1 Gbps interfaces van de Syno. Dat zijn er 4. De servers hebben in totaal maar 4 interfaces, twee zijn al in gebruik voor de VM disks. Performancewise is het dan onverstandig om je te beperken op een enkele of hooguit twee 1 Gbps uplinks als je er ook 4 kan gebruiken.
Wil ik de fileserver via de 10 Gbps uplink van de Syno laten lopen, moet de VM 2 extra interfaces krijgen die in de twee VLANs hangen. Allemaal extra configuratie, extra complexiteit, etc, etc. En welke winst haal je hier uit? Niet, want je zit met een file based service aangeboden op een block based storage die weer feitelijk draait op een file based storage device. Overhead much?

Dan het punt als ik een iSCSI LUN zou moeten maken, want dan moet ik hier ook al direct schijfruimte voor reserveren. Dat beperkt mij direct in de mogelijkheden om de schijfruimte fatsoenlijk te verdelen voor andere zaken. En beperkt het ook nog eens dubbel, want de data in dat LUN is ook gelijk beperkt tot hoe groot ik die maak. Het is niet even makkelijk heen en weer te wisselen en schuiven.
Het hele volume als iSCSI LUN aanbieden aan de fileserver kan, maar het staat mij dan weer tegen dat er 1 volume is die continue 100% disk use heeft. Kan ik natuurlijk uitsluiten van de monitoring, maar het voelt gewoon niet goed.

asing schreef op maandag 29 juni 2020 @ 20:58:
[...]

Dat moet je niet willen denk ik. Dan krijg je wildgroei. Een map per afdeling, iedereen dezelfde letter. Hoe je dat doet leg ik verderop uit.

[...]

Dat wil je voorkomen. Als je ergens niet bij hoeft/moet, dan moet je het ook niet zien. In het allerergste geval krijg je een cryptolocker binnen. Dan kan die in principe alleen dat versleutelen waar de gebruiker rechten heeft. Elevation uitgezonderd, maar dat is een ander topic.

Dat wat je aangeeft hebben we eigenlijk al. De oorspronkelijke opzet is gewoon kut gedaan waardoor iedereen bij alles kan, maar de scheiding an sich is niet slecht. En dat heb ik vandaag verandert, van losse shared folders naar een enkele met alle afdelingen daar in.

[...]

Hoooo wacht, jij gaat een hele andere kant op . Ik ging uit van een Windows File Server, niet van een Syno met Samba .

Samba schijnt het ook te kunnen :

code:

hide unreadable = yes
hide unwriteable files = yes

Synology heeft dat dus ingebakken met een vinkje "Hide subdirectories without permissions". Zo'n beetje elke map die we hadden staat er nu in, alleen de paar waar ik nog geen aparte groep voor had gemaakt in de nieuwe omgeving. En als ik zelf de share open, zie ik maar 2 mappen, zoals al verwacht.

Ik weet niet of je daar gelukkig van wordt. Samba heeft onder water een limiet qua group nesting, waardoor het ineens heel gek gaat doen.

Dat limiet is volgens mij redelijk groot of speelt niet meer. Windows vind groep nesting anders ook niet zo fijn, dus het is zeker geen Samba eigen ding. Of ben je vergeten dat een kerberos ticket een maximum grootte heeft in Windows en je daar makkelijk overheen kan gaan als je in te veel groepen zit?

[...]

Het principe is heel simpel. Stel F: is je drive met data.

DL_F_Sales_R - Domain local group met leesrechten op Sales
DL_F_Sales_M - Domain local group met schrijfrechten op Sales

Die 2 groepen zet je op de map sales. Zet inheritance even uit en haal users uit de lijst. De rest (Creator Owner, System, Admin) laat je lekker staan.

Vervolgens heb je de Global Group Sales met alle Sales mensen. Die Global group maak je lid van DL_F_Sales_M. Als er iemand leesrechten moet hebben, dan voeg je die toe aan DL_F_Sales_R. Je zet NOOIT personen direct in de ACL van een map. Ook geen Global group. Dat zorgt er namelijk voor dat je een uur kan zitten duimen draaien om te wachten tot Explorer klaar is.

Ik heb al https://ss64.com/nt/syntax-groups.html gelezen voor wat betreft groepen en resources. Er staat overigens dat het eigenlijk geen bal uit maakt als je global groepen voor resources gebruikt ipv domain local:

In a single domain the scope of groups will have no effect on performance. Global groups can be used for everything but you can nest groups and use Domain Local Groups to simplify management.

Domain local groepen maakt het wel makkelijker om de volgorde niet verkeerd te maken voor het toevoegen aan een andere groep. DL kan niet in een global, andersom wel. Alleen jammer dat als je al eenmaal een global groep hebt gemaakt, deze niet meer is om te zetten naar een DL. Nu heb ik alle groepen al voor printers en shares. Jammer, dit wordt dan gewoon goed opletten en als iemand het fout doet, een tik op de neus geven. Of ik spendeer een half uur tot uur om het te veranderen.

Ik snap wel waarom je aparte RO en RW groepen zou maken. Als er niemand RO nodig heeft, zit het niet in de weg en is het er alvast voor het geval dat wel nodig is. Op zich hebben we daar zelf een voorbeeld van voor bijvoorbeeld Bedrijfsvoering. Een paar mensen moeten hierin kunnen schrijven, de rest van de organisatie hoeft het alleen maar te lezen. Dat is in dit geval makkelijk, aparte groep voor schrijven, domain users alleen lezen. Want hele organisatie moet er bij kunnen.

Verder, als je nu met robocopy de data kopieert naar de nieuwe locatie, dan staan de rechten meteen ook goed.

De rechten zijn nu al fucked, hoe zou het met robocopy dan in vredesnaam direct goed staan? Garbage in = more garbage out. Ik ga een gewone copy/pasta doen, de Synology zet de rechten bij schrijven al goed.

Een andere optie is een Windows fileserver maken, en daar via iSCSI een LUN van de Syno aan hangen. Ik kan erg diep gaan over de mogelijkheden maar maar eerst eens een keuze .
[...]
En serieus : ik zou overwegen om een LUN via iSCSI aan te bieden. Dat maakt je leven zoveel makkelijker. Gebruikers merken er niks van dat het over het net gaat, er kan gewoon een virusscanner op en "normale" backup software.

Je kan ook de LUN aan je ESXi hangen en een virtuele server draaien met een VMDK op die LUN.

Hierboven heb ik al uitgelegd waarom ik niet voor iSCSI ga. Voor backups maakt het niet uit.


Nog iets met groepen. Het is mogelijk om distributielijsten via groepen te doen. Dit kan via distributiegroepen, maar ook met global groepen. Aan beide is een email te hangen, maar alleen global groepen kan je ook nog gebruiken voor toekennen van rechten. Valt wat over te zeggen hoe je het inricht. Ik dacht eerst 'maak alles maar global groepen, lekker makkelijk met aanmaken', maar bedenk mij net dat als we groepen gaan gebruiken voor distributielijsten/mailgroepen, het toch wel beter is om distributiegroepen te gebruiken. Die in een global groep hangen heeft dan geen toegevoegde waarde (als het al kan, geen idee).

Er is al een afdelingsgroep. Die groep komt in de resourcegroeppen voor shares en printers. En kan ook in de distributiegroep. Moet iemand mail krijgen van die groep, maar is geen onderdeel van de afdeling, kan het zo in de distri toegevoegd worden. Is m'n gedachte gang en uitwerking goed?

Zo, toen begon ik eigenlijk al voor 19:30 aan deze post, tussendoor andere topics gelezen want ik wist dat deze wel even tijd ging nemen, maar bijna anderhalf uur... wauw.

[asing]

Got it, je kan/wil geen Windows fileserver. Ik snap je motivatie maar er zijn 2 dingen die ik erg fijn vind aan Windows Fileserver. De eerste is Dedup, wat ik eerder aangaf. De Synology schijnt dat niet te kunnen. Het tweede waar ik ontzettend fan van ben is "Previous Versions". Als je dat iedere 3 uur laat lopen dan kan een gebruiker die per ongeluk een foutje maakt hooguit 3 uur werk kwijt zijn. Plus, ze kunnen het zelf en het scheelt jou tijd.

Gelukkig kan de Syno dat tegenwoordig ook , mits je aan bepaalde voorwaarden voldoet. linkje : https://www.networkantics.com/synology-snapshot-replication/

Ik was overigens niet vergeten dat je Token bij Windows ook niet te lang mag worden, maar je moet het gek maken wil je daar tegenaan lopen. Ik heb wel eens een storage bak gehad met een bejaarde versie van Samba en die raakte na 16 groepen al de weg kwijt. Een andere deed het beter maar om het echt werkend te krijgen moest je een expirimentele waarde aanpassen . Samba zal inmiddels een stuk beter zijn.

Domain Locals gebruik je inderdaad om "simple management" te krijgen. Bovendien weet je dat het een resource betreft omdat het een DL groep is. Daarnaast krijgt iedereen die MCSE doet het principe met de paplepel ingegoten , of erin geramd als een Duitse naamval . Iedere andere opgeleide beheerder zou het dus direct moeten snappen. En niemand hoeft aan de ACLs te kloten om rechten te geven. Dus eigenlijk dwing je een standaard af die Microsoft al 20 jaar hanteert. NDS was beter, maar dat leeft amper nog.

Je kan uiteraard nieuwe domain locals aanmaken voor je resources waar een domain global op zit. Dan de boel netjes vullen en de gebruikers merken er amper wat van.

Ik heb RO en RW groepen omdat ervaring leert dat de vraag gaat komen. Als je nu kijkt zijn er een paar leeg. Andere zijn gevuld. Het is een vorm van vooruit zien en een helpdesker (die de groepen doet) hoeft zich niet bezig te houden met de mappen op de fileserver. En zoals je gezien hebt, er wordt wat aangekloot.

Robocopy : ik ging er even vanuit dat de bestanden naar een andere fileserver toe moesten. Robocopy je ze naar een andere plek zonder /SEC mee te geven, dan krijgt alles de rechten van de mappen die je al had aangemaakt. Dus eerst map aanmaken, rechten goed zetten en dan robocopy inzetten.

Dan de Distributiegroepen en de "Mail enabled security groups". Zo heet dat . Er zijn hele discussies wat beter is. Consensus : security groups zijn voor permissies, distributiegroepen voor mail. Stel je hebt een SG Sales met [e-mail] als adres. Nu wil hoofd Marketing ook de sales mail ontvangen. Wat doe je dan? Zet je hem in de Sales SG? Zodat hij ook de mail krijgt? En alle rechten van Sales? Liever niet.

Dus, hou het netjes. Hou je OCD onder controle en regel mail in distributiegroepen. Komt er eens iemand kritisch kijken, dan hoef je niet te zweten.

Dus, iedere medewerker krijgt een paar distributiegroepen voor de relevante mails en een paar security groepen voor toegang tot resources.

Er is al een afdelingsgroep. Die groep komt in de resourcegroepen voor shares en printers. En kan ook in de distributiegroep. Moet iemand mail krijgen van die groep, maar is geen onderdeel van de afdeling, kan het zo in de distri toegevoegd worden. Is m'n gedachte gang en uitwerking goed?

Yes, correct.

En ik geef toe, het is een pens werk, het lijkt tijdverspilling en het geeft hoofdpijn. Het geeft ook inzichten die je nog niet had, vreemde constructies en kopietjes van kopietjes van kopietjes van rechten. Maar deel het goed in, een OU voor rechten op de fileserver, een OU met distributiegroepen, een OU met afdelingsgroepen. Gebruik een fatsoenlijke naamgevingsconventie en vul vooral het description veld overal.

Het gaat je op het einde tijd en grustratie besparen. Ik had, nadat ik het had opgezet, alles overgedragen aan de lokale werkplekbeheerder en die kon er prima mee werken. De servicedesk snapt het ook en kan met weinig instructies zelf hun werk doen.

Waarom ? Omdat het helder, duidelijk en volgens een aangeleerde standaard is gedaan.

[Hero of Time]

Helder. Het scheelt dat het nieuwe domein nog steeds niet in productie is, dus ik kan donderdag (morgen vrij) de DL groepen opzetten om de globals te vervangen. Dan moet ik voor de printers iig ook logischerwijs de target aanpassen van de huidige global naar de DL groepen. De overige GPOs die ik al had (even uit m'n hoofd alleen Chrome en FF settings) moeten toch voor iedereen zijn, dus hoef niets aan de standaard authenticated users te veranderen.

Ik verwacht overigens in de nabije toekomst nog niet aan de 16 groepen te komen. Nested wel te verstaan, want dat is wat je bedoelt met het probleem. Lid zijn van 16 groepen zonder nesting zou niet het issue moeten zijn, toch? Ik kan het hele probleem iig niet vinden als ik snel zoek met Google. Wel zag ik iets over 16 groepen bij NFS.

[asing]

Hero of Time schreef op dinsdag 30 juni 2020 @ 22:50:
Helder. Het scheelt dat het nieuwe domein nog steeds niet in productie is, dus ik kan donderdag (morgen vrij) de DL groepen opzetten om de globals te vervangen. Dan moet ik voor de printers iig ook logischerwijs de target aanpassen van de huidige global naar de DL groepen. De overige GPOs die ik al had (even uit m'n hoofd alleen Chrome en FF settings) moeten toch voor iedereen zijn, dus hoef niets aan de standaard authenticated users te veranderen.

Ik verwacht overigens in de nabije toekomst nog niet aan de 16 groepen te komen. Nested wel te verstaan, want dat is wat je bedoelt met het probleem. Lid zijn van 16 groepen zonder nesting zou niet het issue moeten zijn, toch? Ik kan het hele probleem iig niet vinden als ik snel zoek met Google. Wel zag ik iets over 16 groepen bij NFS.

Dat komt goed met de groepen .

Samba telde nesting groups. Dan is 16 niks. Ik kwam erachter doordat ik voor de opdracht alles netjes moest maken met het AGDLP principe. Dat vond een filekabinet echt niet leuk en de andere pikte het half. Sommigen wel, sommigen niet. WTF? Dus ik erin gedoken. Ik zag dat ze 2 verschillende versies Samba aan boord hadden. Ik heb echt in de release notes moeten kijken waarom dat niet werkte. Ik weet zo niet meer welke versie het was maar het was al oud.

NFS heeft weer zijn eigen probleem met een max van 16 groepen, maar ook dat is op te lossen.

[FastFred]

Ik ben eens aan het prutsen in Powershell om een uitdraai te krijgen van ongebruikte distributiegroepen in Exchange 2013.

Voor ik er een heel script van ga bakken ben ik eerst wat aan het proberen met losse commando's. Als ik onderstaand uitvoer...

Get-MessageTrackingLog -start 1/1/2018 -Recipients [e-mail] -ResultSize 99999 | measure-object >c:\test.txt

...dan krijg ik bij sommige groepen te zien dat deze bijvoorbeeld 40 keer gebruikt is. Maar ik had net ook een distributiegroep, die ik zelf in februari nog gebruikt heb, waarbij de uitdraai aangeeft dat deze 0 keer gebruikt is.

Rara, wat doe ik verkeerd _{(ik doe ongetwijfeld iets verkeerd)}? Het e-mail adres dat ik gebruik om de distributiegroep te definiëren is het primaire adres in die groep.

[asing]

FastFred schreef op donderdag 2 juli 2020 @ 12:47:
Ik ben eens aan het prutsen in Powershell om een uitdraai te krijgen van ongebruikte distributiegroepen in Exchange 2013.

Voor ik er een heel script van ga bakken ben ik eerst wat aan het proberen met losse commando's. Als ik onderstaand uitvoer...


[...]


...dan krijg ik bij sommige groepen te zien dat deze bijvoorbeeld 40 keer gebruikt is. Maar ik had net ook een distributiegroep, die ik zelf in februari nog gebruikt heb, waarbij de uitdraai aangeeft dat deze 0 keer gebruikt is.

Rara, wat doe ik verkeerd _{(ik doe ongetwijfeld iets verkeerd)}? Het e-mail adres dat ik gebruik om de distributiegroep te definiëren is het primaire adres in die groep.

Message tracking logs worden automatisch verwijderd. Je kan maximaal een maand of 3 terug kijken.

[Hero of Time]

Vandaag even snel gekeken of het mogelijk is om Global groepen om te zetten naar Domain Local, want standaard is die optie niet beschikbaar. Nu blijkt dat je een Global groep naar Universal kan veranderen, en van Universal kan je weer naar zowel Global als Domain Local gaan. Dat was snel geregeld, gewoon even naar Universal, dan Domain Local en klaar. Niets aan hoeven te passen voor de GPO scope, geen veranderingen voor de file shares, niets.
Hielp ook enorm dat er geen andere groepen in die groepen zaten waardoor omzetten mogelijk niet zou kunnen.

[Turdie]

FastFred schreef op donderdag 2 juli 2020 @ 12:47:
Ik ben eens aan het prutsen in Powershell om een uitdraai te krijgen van ongebruikte distributiegroepen in Exchange 2013.

Voor ik er een heel script van ga bakken ben ik eerst wat aan het proberen met losse commando's. Als ik onderstaand uitvoer...


[...]


...dan krijg ik bij sommige groepen te zien dat deze bijvoorbeeld 40 keer gebruikt is. Maar ik had net ook een distributiegroep, die ik zelf in februari nog gebruikt heb, waarbij de uitdraai aangeeft dat deze 0 keer gebruikt is.

Rara, wat doe ik verkeerd _{(ik doe ongetwijfeld iets verkeerd)}? Het e-mail adres dat ik gebruik om de distributiegroep te definiëren is het primaire adres in die groep.

Op zich zou dit moeten werken. Ik denk dat je op goede weg bent
Ik zou eerst is proberen om die pipe naar je tekst file weg te halen

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -start 1/1/2018 -Recipients [e-mail] -ResultSize 99999 | measure-object

Met dit commando zou je moeten kunnen achterhalen hoeveel er naar welke groep is gestuurd zodat je een globaal overzicht krijgt:

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count -Autosize

Met dit laatste commando zie je hoeveel berichten iedere distributiegroep heeft ontvangen, en dan kun je zelf wel eruit filteren waar geen/te weinig berichten op binnen komen

Let wel dit hangt wel af hoe lang de message tracking staat ingesteld. De logs worden namelijk automatisch door Exchange opgeschoond, zoals @asing al zei. Dat zul je dus eerst even moeten checken. Als je er niks aan hebt veranderd is het standaard 30 dagen.

Owh ja, Om te kijken hoeveel mail er naar een specifieke distributiegroep zou je dit commando kunnen proberen:

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -EventID Expand | ? {$_.RelatedRecipientAddress -like “[e-mail]”} | ft Timestamp,Sender,MessageSubject -Autosize

[ Voor 57% gewijzigd door Turdie op 02-07-2020 23:29 ]

[asing]

Hero of Time schreef op donderdag 2 juli 2020 @ 18:57:
Vandaag even snel gekeken of het mogelijk is om Global groepen om te zetten naar Domain Local, want standaard is die optie niet beschikbaar. Nu blijkt dat je een Global groep naar Universal kan veranderen, en van Universal kan je weer naar zowel Global als Domain Local gaan. Dat was snel geregeld, gewoon even naar Universal, dan Domain Local en klaar. Niets aan hoeven te passen voor de GPO scope, geen veranderingen voor de file shares, niets.
Hielp ook enorm dat er geen andere groepen in die groepen zaten waardoor omzetten mogelijk niet zou kunnen.

Goed gedaan, jij gaat plezier krijgen van al dat werk .

[Hero of Time]

asing schreef op donderdag 2 juli 2020 @ 20:34:
[...]

Goed gedaan, jij gaat plezier krijgen van al dat werk .

Dat heb ik nu al, puur voor het feit dat ik er überhaupt voortgang mee maak na zo lang het in het hoofd te hebben om te bouwen/maken.

[FastFred]

shadowman12 schreef op donderdag 2 juli 2020 @ 19:07:
Met dit commando zou je moeten kunnen achterhalen hoeveel er naar welke groep is gestuurd zodat je een globaal overzicht krijgt:

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count -Autosize

Ik denk dat dat 'm wordt, maar op die manier geeft ie alleen een top 10. Ik wil alle distributiegroepen zien, maar als ik -Resultsize 150 toevoeg dan krijg ik de melding dat deze niet herkend wordt als een cmdlet...

En ja, die 30 dagen limiet, ik probeer nu met -messagetrackingloxgmaxage te achterhalen waar die op ingesteld staat, maar dat wil nog niet lukken gelukt met

code:

get-transportservice | fl name, messagetrackinglogmaxage

30 dagen dus

* FastFred gaat maar eens een Powershell boek voor dummies kopen ^aanraders?

[ Voor 5% gewijzigd door FastFred op 03-07-2020 09:35 ]

[Turdie]

FastFred schreef op vrijdag 3 juli 2020 @ 09:24:
[...]


Ik denk dat dat 'm wordt, maar op die manier geeft ie alleen een top 10. Ik wil alle distributiegroepen zien, maar als ik -Resultsize 150 toevoeg dan krijg ik de melding dat deze niet herkend wordt als een cmdlet...

En ja, die 30 dagen limiet, ik probeer nu met -messagetrackingloxgmaxage te achterhalen waar die op ingesteld staat, maar dat wil nog niet lukken gelukt met

code:

get-transportservice | fl name, messagetrackinglogmaxage

30 dagen dus

* FastFred gaat maar eens een Powershell boek voor dummies kopen ^aanraders?

Learn PowerShell in a Month of Lunches van Don Jones

[Renegade666]

Misschien ook wel iets voor mij, ben ook geen PSer

[FastFred]

Krijg het nog niet voor elkaar, snap er geen hol van. Heb -Resultsize bij eerdere pogingen gewoon kunnen gebruiken en werkt perfect, maar ik krijg 'm in het commando van shadowman niet werkend.

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count -Autosize

Hiermee krijg je dus een top 10 van meest gebruikte distributiegroepen, maar ik wil alle distributiegroepen zien, aangezien we er 127 hebben.

Als ik dan dit doe

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count | -Resultsize 130

Dan krijg ik "Resultsize is not recognized as the name of a cmdlet" Ongeacht op welke plek ik de -Resultsize zet, ook als ik | scheidingstekens gebruik

[ Voor 41% gewijzigd door FastFred op 03-07-2020 10:37 ]

[Turdie]

FastFred schreef op vrijdag 3 juli 2020 @ 10:28:
Krijg het nog niet voor elkaar, snap er geen hol van. Heb -Resultsize bij eerdere pogingen gewoon kunnen gebruiken en werkt perfect, maar ik krijg 'm in het commando van shadowman niet werkend.

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count -Autosize

Hiermee krijg je dus een top 10 van meest gebruikte distributiegroepen, maar ik wil alle distributiegroepen zien, aangezien we er 127 hebben.

Als ik dan dit doe

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand | group-object RelatedRecipientAddress | ft Name,Count | -Resultsize 130

Dan krijg ik "Resultsize is not recognized as the name of a cmdlet" Ongeacht op welke plek ik de -Resultsize zet, ook als ik | scheidingstekens gebruik

PowerShell:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand -Resultsize 130 | group-object RelatedRecipientAddress  | ft Name,Count

Resultsize is een parameter van Get-MessageTrackingLog, het is geen aparte cmdlet. Hij moet dus altijd in Get-MessageTrackingLog stukje staan.

Qua PowerShell zou ik het volgende boek aanraden:
Learn PowerShell in a Month of Lunches

Er inmiddels ook een gratis YouTube playlist van.

Maar met Get-Help en Get-Command kom je ook heel ver in PowerShell

[ Voor 12% gewijzigd door Turdie op 03-07-2020 10:58 ]

[FastFred]

Ah that makes sense

Boek is inmiddels besteld

[Verwijderd]

Ik vind the big book of powershell gotcha's ook een goeie. Vziw is die gratis te verkrijgen.

[FastFred]

Ok, als ik dit uitvoer

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand -Resultsize 130 | group-object RelatedRecipientAddress  | ft Name,Count

Dan krijg ik slechts 2 resultaten te zien. distributiegroep1 met een count van 129 en distributiegroep2 met een count van 1.

Maar als ik deze uitvoer

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2020 -EventID Expand | group-object RelatedRecipientAddress | ft name, count

Dan krijg ik 10 resultaten. Diezelfde distributiegroep1 als hierboven heeft dan een count van 985 en diezelfde distributiegroep2 een count van 2. What. The. Fuck

[Turdie]

FastFred schreef op vrijdag 3 juli 2020 @ 11:32:
Ok, als ik dit uitvoer

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2018 -EventId Expand -Resultsize 130 | group-object RelatedRecipientAddress  | ft Name,Count

Dan krijg ik slechts 2 resultaten te zien. distributiegroep1 met een count van 129 en distributiegroep2 met een count van 1.

Maar als ik deze uitvoer

code:

Get-ExchangeServer | Get-MessageTrackingLog -Start 1/1/2020 -EventID Expand | group-object RelatedRecipientAddress | ft name, count

Dan krijg ik 10 resultaten. Diezelfde distributiegroep1 als hierboven heeft dan een count van 985 en diezelfde distributiegroep2 een count van 2. What. The. Fuck

Blijkbaar zit die Resultsize je dan in de weg en worden de logs getruncate op een manier die nadelig is voor je. Je kan hem ook op Unlimited zetten dat gebruik ik eigenlijk altijd, dan weet je zeker dat er geen logs worden afgekapt die je wel nodig hebt. Wat resultsize eigenlijk altijd is een set van mails doorzoeken, dus het lijkt mij wel handig dat je die resultsize op unlimited zodat je compleet beeld hebt. Resultsize is alleen handig voor hele grote omgevingen met 100en Exchange Servers waar het doorzoeken van de logs de omgeving nadelig kan beinvloeden, en waar je miljoenen mails per dag hebt, en waar je dus maar een gedeelte van de logs wil doorzoeken.

[ Voor 19% gewijzigd door Turdie op 03-07-2020 11:51 ]

[FastFred]

Nu dus -Resultsize Unlimited geprobeerd, is al 10 minuten bezig

[Turdie]

FastFred schreef op vrijdag 3 juli 2020 @ 12:05:
Nu dus -Resultsize Unlimited geprobeerd, is al 10 minuten bezig

Ja kan soms wel een uurtje duren, Exchange is daar niet zo snel in.

[FastFred]

Nou na 12 minuten was ie klaar. Maar als ie maar 30 dagen logt, waarom heb ik dan 1 distributiegroep die een half miljoen e-mails verwerkt heeft Die distributiegroep is toevallig van onze monitoring, maar dat zijn dagelijks misschien 10 mails ofzo... Die half miljoen klopt gewoon op die distributiegroep

En hij laat ook niet alle distributiegroepen zien, ik denk dat hij alleen de distributiegroepen laat zien die de laatste 30 dagen gebruikt zijn

[ Voor 22% gewijzigd door FastFred op 03-07-2020 13:20 ]

[Turdie]

FastFred schreef op vrijdag 3 juli 2020 @ 12:41:

En hij laat ook niet alle distributiegroepen zien, ik denk dat hij alleen de distributiegroepen laat zien die de laatste 30 dagen gebruikt zijn

Klopt. Je zoekt in de logs van de afgelopen 30 dagen

[Thijs B]

Met powershell kan je met enter-pssesion remote op een systeem inloggen.

Maar weet iemand of er ook een mogelijk is om met remote in te loggen op een specifieke user session op een rds server ?

Soms zijn er van die kleine dingen die je ff voor een user moet doen waarbij je liefst niet de user met een remote sessie/telefoontje wilt lastig vallen.

[Turdie]

Thijs B schreef op woensdag 8 juli 2020 @ 12:42:
Met powershell kan je met enter-pssesion remote op een systeem inloggen.

Maar weet iemand of er ook een mogelijk is om met remote in te loggen op een specifieke user session op een rds server ?

Soms zijn er van die kleine dingen die je ff voor een user moet doen waarbij je liefst niet de user met een remote sessie/telefoontje wilt lastig vallen.

Ja ControlIUp kan dat. Die kan processen stoppen en starten in een RDS sessie zonder dat je de sessie van de gebruiker hoeft over te nemen, en nog een aantal dingen.
https://www.controlup.com...-user-processes-remotely/

[ Voor 12% gewijzigd door Turdie op 08-07-2020 13:01 ]

[Thijs B]

shadowman12 schreef op woensdag 8 juli 2020 @ 13:01:
[...]


Ja ControlIUp kan dat. Die kan processen stoppen en starten in een RDS sessie zonder dat je de sessie van de gebruiker hoeft over te nemen, en nog een aantal dingen.
https://www.controlup.com...-user-processes-remotely/

Oke dat is wel handig maar is alleen om bepaalde processen te starten / stoppen dat kan op zich ook nog wel met powershell.

ik zou liefst bepaalde powershell commando's willen kunnen uitvoeren op een rds voor een specifieke user session maar ik heb de indruk dat dit niet mogelijk is.

[Turdie]

Thijs B schreef op woensdag 8 juli 2020 @ 13:38:
[...]


Oke dat is wel handig maar is alleen om bepaalde processen te starten / stoppen dat kan op zich ook nog wel met powershell.

ik zou liefst bepaalde powershell commando's willen kunnen uitvoeren op een rds voor een specifieke user session maar ik heb de indruk dat dit niet mogelijk is.

Volgens mij is dat niet mogelijk.PowerShell kan het sowieso niet
Realiseer dat een RDP sessie ook heel dom is en alleen gebruikt wordt voor scherm, toestenbord en muis over de lijn te sturen.
Misschien kun je iets met AutoIT

Of een logon script via een GPO waarin je bepaalde commando's uitvoert als een user inlogt.

[kraats]

Als je iets wilt uitvoeren als een user moet je daarvoor ook de credentials van die user gebruiken, dus het nut daarvan is niet zo groot. Voor zover ik weet kun je impersonation niet hiervoor gebruiken.
Enige wat ik me zo snel kan voorstellen als een gebruiker al ingelogd is, is dat je met een tool als Ivanti Workspace manager wel taken automatisch in de userspace kunt laten uitvoeren bij een refresh van zijn workspace

[Mantis]

Voor remote offices moeten we nieuwe server hardware voorzien: HPE DL20.
Deze servers draaien ESXi met enkele VM's (local storage) zoals RODC, SCCM 2nd site, file server caching etc.

Uit gewoonte keek ik om ESXi op interne sdcard te installeren maar de DL20 beschikt alleen over USB poorten. Toen bedacht ik me, waarom de hypervisor niet gewoon op de local storage installeren en de rest van het volume als datastore gebruiken?
Dan ben je niet afhankelijk van een enkel usb-stickje om te kunnen booten. Ik zie niet direct nadelen?

[asing]

Mantis schreef op maandag 13 juli 2020 @ 09:32:
Voor remote offices moeten we nieuwe server hardware voorzien: HPE DL20.
Deze servers draaien ESXi met enkele VM's (local storage) zoals RODC, SCCM 2nd site, file server caching etc.

Uit gewoonte keek ik om ESXi op interne sdcard te installeren maar de DL20 beschikt alleen over USB poorten. Toen bedacht ik me, waarom de hypervisor niet gewoon op de local storage installeren en de rest van het volume als datastore gebruiken?
Dan ben je niet afhankelijk van een enkel usb-stickje om te kunnen booten. Ik zie niet direct nadelen?

Ja, dat kan namelijk niet . Je kan geen VMFS datastore aanmaken op het volume waar het OS op staat.

Wat je wel kan doen is een USB stickje erin pluggen en het daarop zetten. Dus installeren van de ene stick op de andere. Voor de volledigheid, ESXi draait volledig uit geheugen en logfiles worden weggeschreven naar een virtuele schijf. Dat wil zeggen dat je de logging bij een reboot kwijt bent tenzij je een syslog server gebruikt.

Aangezien de USB stick na het booten niet meer wordt aangesproken is er geen nadelig effect op de levensduur.

[Renegade666]

@asing
Je kan prima Vmware op Localdisk zetten en de rest van je opslag gebruiken als VMFS volume..

[Grvy]

@Renegade666 niet als het hetzelfde volume is. Wel als je dit op RAID niveau allemaal splits.

[asing]

Correctie, het is zelfs mogelijk om een VMFS volume aan te maken op een USB disk waar ESXi op staat :



7.0 maakt zelfs zelf de VMFS aan op disk als je het niet op een stickje installeert.

Dus je kan een hoop voor elkaar knutselen. De vraag is of je dat moet willen. Ik heb echt jaren lang ESXi op een USB stickje gedraaid wat een cheap ass relatiegeschenkje was. Die heb ik op een gegeven moment vervangen omdat ik het wel goed vond, niet omdat het ding stuk ging.

Anyway, je hebt USB sloten en een klein USB stickje is overal te krijgen. Ik zal niet zeggen dat de hele wereld het zo doet moet maar de meeste serverborden zijn voorzien van een SSD slot of interne USB aansluiting juist voor dit doel. En zoals ik al aangaf, het blijft gewoon draaien. Ook op een relatiegeschenkje wat niks mag kosten.

[Mantis]

Maar ESXi op je RAID volume beschermt nog tegen uitval van een disk.
Indien je USB-stick het toch begeeft, is het over and out na een reboot.
Ik zou een backup stickje kunnen klaar leggen in elk kantoor maar dit lijkt me toch niet zo handig.

[Grvy]

@asing is dat nieuw dan? want dat heb ik nog nooit gezien.

[asing]

@Grvy blijkaar, ik heb altijd geleerd dat het volume waar ESXi op staat niet gebruikt kan worden als VMFS volume. Als ik een VMFS volume aanmaak wordt er ook gezegd dat alle bestaande data wordt gewist. Verder heeft iedere server die ik onder handen heb gehad een SD slot aan boord dus feitelijk was het altijd de adviezen volgen en ESXi op de SD kaart zetten.

Het heeft ook wel voordelen, stel de disk dreigt stuk te gaan, dan kan je met een kopieer slag je VMs eraf halen en je bent klaar. Als ESXi er ook op staat moet je meer moeite doen want die moet je ook even opnieuw ergens op zetten.

@Mantis het is inderdaad altijd mogelijk dat een stickje defect gaat. Je kan dat ondervangen door een 1-op-1 kopie van de stick te maken, of de ESXi configuratie downloaden en opslaan. Gaat hij stuk, dan wissel je de stick. In het geval van de backup maak je een nieuwe installatie, zet de backup terug en je bent ook weer in business.

Maar ik werk al jaren met SD kaartjes en ESXi en zoals ik aangaf, ze worden amper beschreven dus ze leven lang. Als je het op de interne disk zet en die gaat, dan ben je ook lang bezig.

Dus als je echt zeker wil zijn : maak een kopie van de stick, en stuur die mee. Maak bij elke wijziging aan de server een backup van de config. Gaat hij, dan bel je even naar dat kantoor. Wissel even die 2 USB sticks, fluit de nieuwste config erop en je bent er weer.

[Hero of Time]

Nou, ik heb anders vorig jaar op 4 servers ESXi 6.7 geïnstalleerd en allemaal hadden een enkel RAID volume. Geen probleem mee gehad en er is een lokale datastore op hetzelfde volume. Het wordt apart gepartitioneerd, stukje voor ESXi zelf, rest voor VMFS.
De 5e komt later dit jaar (hopelijk). En gegarandeerd dat het ook gewoon gaat werken op de RAID5 set.

Zou anders lekker zijn, de kleinste schijven die je tegenwoordig koopt zijn al snel 200-500 GB. Gooi je direct 195-495 GB potentiële opslag weg. En nog erger als je machine maar 2 disks aan kan (of je niet meer nodig hebt) en geen SD slot heeft. Ben je verplicht om een USB stick te nemen, wat ook niet eens betrouwbaar is.

@asing:

Het heeft ook wel voordelen, stel de disk dreigt stuk te gaan, dan kan je met een kopieer slag je VMs eraf halen en je bent klaar. Als ESXi er ook op staat moet je meer moeite doen want die moet je ook even opnieuw ergens op zetten.

Als je SD kaart of usb stick eraan gaat, moet je ook ESXi opnieuw installeren. Wat is het probleem dan? Daar is juist vSphere voor bedacht, nieuwe installatie, je gooit er een IP adres op, hangt 'm weer in je cluster en klaar, de config wordt automagisch voor je geregeld.

Het kan juist eerder een voordeel zijn om 't op lokale schijven te zetten. Gooi ze in een RAID config met redundantie en je hoeft alleen de schijf te wisselen. De rest blijft gewoon draaien, inclusief ESXi. Geen maintenance, geen downtime, geen herinstallatie, niets.

[Renegade666]

Grvy schreef op maandag 13 juli 2020 @ 10:17:
@Renegade666 niet als het hetzelfde volume is. Wel als je dit op RAID niveau allemaal splits.

Als je op raidarry 1 logic volume hebt, en je geeft die aan tijd het installeren, maakt hij zelf de partities. Meerdere partities, 1 volume..

[Grvy]

@Renegade666 het is alweer een tijdje dat ik ESX lokaal geinstalleerd heb maar dat was vroeger echt niet zo.

[nero355]

Hero of Time schreef op maandag 13 juli 2020 @ 14:23:
Zou anders lekker zijn, de kleinste schijven die je tegenwoordig koopt zijn al snel 200-500 GB. Gooi je direct 195-495 GB potentiële opslag weg.

Dan gebruik je toch gewoon zoiets : https://tweakers.net/pric...6hjlJBYnpqcGZVqpKVoYFBLQA
Of anders zoiets : pricewatch: HP 570761-B21 60GB
Maar dan een wat recenter beter verkrijgbaar model...

En als het echt niet anders kan : pricewatch: WD Green SSD 2,5" V2 120GB
Cheaper dan een USB Stick en ook echt daadwerkelijk zuiniger dan de concurrentie!

[Renegade666]

Grvy schreef op maandag 13 juli 2020 @ 17:49:
@Renegade666 het is alweer een tijdje dat ik ESX lokaal geinstalleerd heb maar dat was vroeger echt niet zo.

Zover als ik weet vanaf 5.0 iig, ouder heb ik nooit geinstalleerd. Dus zware steen op dat gebied denk ik😇

[asing]

Hero of Time schreef op maandag 13 juli 2020 @ 14:23:
Zou anders lekker zijn, de kleinste schijven die je tegenwoordig koopt zijn al snel 200-500 GB. Gooi je direct 195-495 GB potentiële opslag weg. En nog erger als je machine maar 2 disks aan kan (of je niet meer nodig hebt) en geen SD slot heeft. Ben je verplicht om een USB stick te nemen, wat ook niet eens betrouwbaar is.

In de vSphere omgevingen waar ik zat zaten niet eens lokale disks in de servers. Ding werd gestart van de SD kaart en de rest stond op het SAN.

Dan kan je je local storage nog gebruiken voor een vSAN maar in de docs staat dan weer dit :

vSAN requires exclusive access to the local disks in the ESXi host. vSAN disks cannot be shared with another file system, such as Virtual Flash File System (VFFS), VMFS partitions, or an ESXi boot partition.

bron : https://kb.vmware.com/s/article/2106708

Dus ja, je hebt nu een use case voor ESXi op de lokale disks, maar dat is alleen handig bij een losse ESXi server als in het voorbeeld. Heb je er shared storage achter hangen zonder lokale schijven of wil je een vSAN, dan zal je toch aan de SD kaart moeten. En ja, een 8GB SD kaartje klinkt heel gek in je oren als je normaal 100GB reserveert voor een Windows 2019 Domain Controller maar het past echt wel .

[Turdie]

asing schreef op maandag 13 juli 2020 @ 19:26:
[...]


Dus ja, je hebt nu een use case voor ESXi op de lokale disks, maar dat is alleen handig bij een losse ESXi server als in het voorbeeld. Heb je er shared storage achter hangen zonder lokale schijven of wil je een vSAN, dan zal je toch aan de SD kaart moeten. En ja, een 8GB SD kaartje klinkt heel gek in je oren als je normaal 100GB reserveert voor een Windows 2019 Domain Controller maar het past echt wel .

Dat hoeft toch niet per se? Je kan toch ook een USB stick gebruiken om ESX op te installeren en dan vanaf een CD installeren ESX zelf installeren?
https://kb.vmware.com/s/article/2004784

[Grvy]

@shadowman12 heb je de rest van de reacties ook gelezen? Dat is al benoemd.

[Turdie]

Grvy schreef op maandag 13 juli 2020 @ 20:18:
@shadowman12 heb je de rest van de reacties ook gelezen? Dat is al benoemd.

Sorry dat heb ik dan gemist.

Maar een andere optie is via netwerk installeren, maar dat is wat complexer, dan kun je toch ook de USB gebruiken om op te installeren. zonder dat je per se local storage nodig hebt?
https://www.vmware.com/co...rver-60-pxe-boot-esxi.pdf

Disclaimer:
Mijn VMware kennis is beperkt

[ Voor 17% gewijzigd door Turdie op 13-07-2020 20:25 ]

[asing]

shadowman12 schreef op maandag 13 juli 2020 @ 20:21:
[...]


Sorry dat heb ik dan gemist.

Maar een andere optie is via netwerk installeren, maar dat is wat complexer, dan kun je toch ook de USB gebruiken om op te installeren. zonder dat je per se local storage nodig hebt?
https://www.vmware.com/co...rver-60-pxe-boot-esxi.pdf

Disclaimer:
Mijn VMware kennis is beperkt

De grap is, ik ben vExpert sinds versie 4. Dat is 2009. Daarna al die jaren netjes bijgehouden tot 6.5 inmiddels. Ik heb er ook meer dan 3 jaar mee gewerkt dus het is niet alleen "het papiertje" . @Grvy zal ook wel ergens in die buurt zitten.

ESXi kan je ook starten vanaf je netwerk, of je SAN. Als je stapels van die servers hebt wordt provisioning op die manier een eitje.

Het voorbeeld hier is een server op een branch office ergens ver weg met verder niets. De meest voor de hand liggende optie is SD kaart of stickje (dat leer je nou eenmaal zo), en de andere optie is dus sinds een tijdje op de disk zelf met VMFS ernaast.

[Hero of Time]

asing schreef op maandag 13 juli 2020 @ 19:26:
Dan kan je je local storage nog gebruiken voor een vSAN maar in de docs staat dan weer dit :

[...]

bron : https://kb.vmware.com/s/article/2106708

Nu heb je het opeens over vSAN, wat natuurlijk compleet anders is dan een lokale datastore op hetzelfde volume als de ESXi installatie.

Dus ja, je hebt nu een use case voor ESXi op de lokale disks, maar dat is alleen handig bij een losse ESXi server als in het voorbeeld. Heb je er shared storage achter hangen zonder lokale schijven of wil je een vSAN, dan zal je toch aan de SD kaart moeten. En ja, een 8GB SD kaartje klinkt heel gek in je oren als je normaal 100GB reserveert voor een Windows 2019 Domain Controller maar het past echt wel .

Nergens staat dat het via een sd kaart moet. Het is een mogelijkheid. En als je van een ander platform af komt, zoals Hyper-V, dan is het niet meer dan logisch om de interne schijven opnieuw in te zetten voor de ESXi installatie.

Zelfs met shared storage kan het handig zijn om een lokale datastore te hebben. Ik gebruik het bijvoorbeeld om onze vSphere te laten draaien terwijl de storage backend een update uitvoert en herstart. Want ik heb geen zin om op de host zelf in te gaan loggen en vSphere weer te starten als de storage weer beschikbaar is.

En wat doe je in vredesnaam met je DC als je 100 GB hiervoor reserveert? Mijne hebben 50 GB en dat is nog te veel (maar de installer piept anders, wat een gejank is dat toch als je nog geen 10 GB gebruikt).

[asing]

Hero of Time schreef op woensdag 15 juli 2020 @ 10:10:
[...]

Nu heb je het opeens over vSAN, wat natuurlijk compleet anders is dan een lokale datastore op hetzelfde volume als de ESXi installatie.

vSAN is een hele mooie techniek om je beschikbare lokale storage aan elkaar te koppelen en als een soort SAN aan te bieden aan je omgeving. Het enige wat je nodig hebt zijn een paar schijven per server, waarvan minstens 1 flash moet zijn, en een licentie.

Wat je dan krijgt is wat we "Hyperconverged" noemen. vSphere noemt het vSAN, Microsoft kan het ook en dan heet het Storage Spaces Direct.

Nergens staat dat het via een sd kaart moet. Het is een mogelijkheid. En als je van een ander platform af komt, zoals Hyper-V, dan is het niet meer dan logisch om de interne schijven opnieuw in te zetten voor de ESXi installatie.

Het is even het punt waar je vandaan komt. Kom je van een wat oudere ESXi omgeving af, dan had je geen keuze. Het stond gewoon op de SD kaart en als je het op disk wilde hebben dan was die disk niet meer beschikbaar voor je datastore. De tijd gaat vooruit en nu kan het wel. Als je de servers met disks al hebt kan je een andere afweging maken. Maar dat is een keuze en uit het verleden was SD altijd "the way to go". Als je goed kijkt zie je ook dat VMware er alles aan heeft gedaan om het OS de SD kaart niet kapot te laten schrijven. Iets wat je met een Raspberry Pi wel kan gebeuren.

Zelfs met shared storage kan het handig zijn om een lokale datastore te hebben. Ik gebruik het bijvoorbeeld om onze vSphere te laten draaien terwijl de storage backend een update uitvoert en herstart. Want ik heb geen zin om op de host zelf in te gaan loggen en vSphere weer te starten als de storage weer beschikbaar is.

Niets staat je in de weg om het zo te doen en als ik van Hyper-V of een windows doos naar ESXi zou moeten dan zou ik dat ook zo doen. En daar dan lekker je ISO's en templates op knallen.

En wat doe je in vredesnaam met je DC als je 100 GB hiervoor reserveert? Mijne hebben 50 GB en dat is nog te veel (maar de installer piept anders, wat een gejank is dat toch als je nog geen 10 GB gebruikt).

Standaard was bij ons 100GB. Ik heb de standaard niet verzonnen . En ja, het eet nu geen ruimte. Maar kijk over een paar jaar eens naar je WinSXS folder . Daarnaast, Thin provisioning en je hebt er helemaal geen last van .

[Hero of Time]

asing schreef op woensdag 15 juli 2020 @ 10:36:
[...]

Het is even het punt waar je vandaan komt. Kom je van een wat oudere ESXi omgeving af, dan had je geen keuze. Het stond gewoon op de SD kaart en als je het op disk wilde hebben dan was die disk niet meer beschikbaar voor je datastore. De tijd gaat vooruit en nu kan het wel. Als je de servers met disks al hebt kan je een andere afweging maken. Maar dat is een keuze en uit het verleden was SD altijd "the way to go". Als je goed kijkt zie je ook dat VMware er alles aan heeft gedaan om het OS de SD kaart niet kapot te laten schrijven. Iets wat je met een Raspberry Pi wel kan gebeuren.

Vziw heeft ESXi (en het oude ESX) nooit geklaagd en geweigerd te installeren als de doel geen SD kaart was. Naar mijn weten was het dus altijd al mogelijk om gewoon op lokale schijven te installeren. Met behoud van lokale datastore.
Of je zegt hetzelfde met andere woorden, dat kan ook. En je bent expert, want papiertje, dus wat weet ik nou die pas met ESXi weer werkt en ooit 3.5 de deur uit heeft getrapt om XenServer ervoor in de plaats te zetten.

[...]

Niets staat je in de weg om het zo te doen en als ik van Hyper-V of een windows doos naar ESXi zou moeten dan zou ik dat ook zo doen. En daar dan lekker je ISO's en templates op knallen.

Ik zou ISO's niet op m'n lokale datastore zetten. Men wil nog wel eens vergeten de ISO te ontkoppelen en dan kan je de VM dus niet vMotion'en naar een andere host.

[asing]

Hero of Time schreef op woensdag 15 juli 2020 @ 10:44:
[...]

Vziw heeft ESXi (en het oude ESX) nooit geklaagd en geweigerd te installeren als de doel geen SD kaart was. Naar mijn weten was het dus altijd al mogelijk om gewoon op lokale schijven te installeren. Met behoud van lokale datastore.
Of je zegt hetzelfde met andere woorden, dat kan ook. En je bent expert, want papiertje, dus wat weet ik nou die pas met ESXi weer werkt en ooit 3.5 de deur uit heeft getrapt om XenServer ervoor in de plaats te zetten.

Ik ben expert want jaren met vSphere gewerkt en papiertjes . En zoals aangegeven, vroeger kon het niet. ESXi kan altijd op de lokale schijf staan maar vroeger kon je dan niet ook nog een Datastore op die disk aanmaken. XenServer ook nog even geprobeerd. Dat was om Nvidia GRID te gaan doen. Helaas was het wat veel werk om het Golden Image te laten werken. Dus daar hebben we vanaf gezien.

Zullen we het installatie vraagstuk nu laten rusten ?

[...]

Ik zou ISO's niet op m'n lokale datastore zetten. Men wil nog wel eens vergeten de ISO te ontkoppelen en dan kan je de VM dus niet vMotion'en naar een andere host.

Ken je RV Tools al? https://www.robware.net/rvtools/ . Niet alleen om gemounte ISOs te vinden, maar ook snapshots die per ongeluk zijn blijven staan. En meer.

[Hero of Time]

Dan maar een ander onderwerp via een andere vraag:
We hebben 1 wireless omgeving (merk) met meerdere SSIDs. Nu hebben we al een 802.1x SSID voor gebruiker/wachtwoord authenticatie. Die moet blijven bestaan en wijst nu naar een bepaalde radius server, maar dat gaat in de toekomst veranderen naar een andere.

Nu wil ik nog een SSID met 802.1x, maar dmv (computer)certificaten. Dit komt uit op een andere radius server, maar die zal de taak van de eerste ook overnemen.

Is het mogelijk om met Windows NPS/Radius twee verschillende methodes aan te bieden én er voor zorgen dat dit ook nog eens op aparte SSIDs geld en niet beide geaccepteerd worden (dus user/pass op de certificaat based SSID en andersom)? Of moet ik toch echt twee aparte Radius servers hebben (wat mogelijk is, maar dan heb ik geen redundantie als er eentje uitvalt, dat wireless is dan onbruikbaar).

[kraats]

Met NPS kun je filteren op de aanvrager. Als je zorgt dat het ssid meegestuurd wordt met het request kun je daar andere rules aan hangen

[m0nkm0nk]

Hoi allemaal,

Iemand ervaring met het stacking van twee (of andere types) HP MSA 2050 SAN?
Beide zijn de variant Q1J01B (fiber). Nu zijn ze beiden middels 2 fiber kabels aangesloten op een HP storageworks switch.
Heb geprobeerd het aan te sluiten middels twee SAS kabels via de expansion port (poort 5 op het plaatje) (controller A > controller A)(controller B > controller B ) + (controller A > controller B)(controller B > controller A ) met beide setups krijg ik echter fout 483

483
Error An invalid expansion-module connection was detected for the indicated disk channel. An egress port is connected to an
egress port, or an ingress port is connected to an incorrect egress port.
Recommended actions
• Visually trace the cabling between enclosures and correct the cabling.

Nu heb ik meerdere malen de hele SAN interface doorzocht, ik kan nergens de expansion poort instellingen vinden.

De vraag is, kan ik deze twee typen SAN uberhaupt stacken?? of is er wat mis met de bekabeling?


Thanks en groetjes,
m0nk

[ Voor 8% gewijzigd door m0nkm0nk op 18-07-2020 17:06 ]

[asing]

Ik denk dat dat niet gaat. Ik denk dat je een expansion disk enclosure aan moet sluiten, en dat je een head unit aan een head unit wil hangen.

https://support.hpe.com/h...play?docId=a00017716en_us

[ Voor 4% gewijzigd door asing op 18-07-2020 21:34 ]

[m0nkm0nk]

asing schreef op zaterdag 18 juli 2020 @ 21:33:
Ik denk dat dat niet gaat. Ik denk dat je een expansion disk enclosure aan moet sluiten, en dat je een head unit aan een head unit wil hangen.

https://support.hpe.com/h...play?docId=a00017716en_us

Thanks, had al een vermoeden. Vandaag nog even bij HP navraag gedaan. Kan inderdaad niet.

[GameNympho]

Kan iemand mij helpen via DM inzake installatie Windows 10 op HP deskpro`s voor mijn project Pc`s/laptop`s voor een goed doel: Start-up?
Ik heb 3 HP Deskpro`s gedoneerd gekregen met een i3 4130 op een 718414-501 HP System board (motherboard).
Ik krijg mijn windows 10 niet geinstalleerd nm, maar waarom dit niet wil, ik denk dat ik iets over het hoofd zie.
Dit heb ik zoals normaal gedaan;
Hdd in GPT style (320gb of 500gb), SSD in gpt style (120gb)
Secure boot uit
HP keys uit
In de bios opstarten vanaf usb stick (F9)
Maar dan kom ik of niet verder dan een zwart scherm na opstarten of ik kom wel in de usb stick naar installatie scherm W10, maar dan wordt er geen partitie gevonden of kan gemaakt worden (??)
Wat doe ik fout of zie ik over het hoofd?
Gaarne reacties via DM, zodat het forum niet vol komt te staan met uitleg over mijn probleem Thnx in ieder geval

Geregeld, bleek aan de hdd`s te liggen. Nu via diskpart gecleand en nu werkt het gelijk, dus next time dit gelijk doen ipv via schijfbeheer.

[ Voor 20% gewijzigd door GameNympho op 24-07-2020 22:51 ]

[Duinkonijn]

GameNympho schreef op donderdag 23 juli 2020 @ 11:42:
Kan iemand mij helpen via DM inzake installatie Windows 10 op HP deskpro`s voor mijn project Pc`s/laptop`s voor een goed doel: Start-up?
Ik heb 3 HP Deskpro`s gedoneerd gekregen met een i3 4130 op een 718414-501 HP System board (motherboard).
Ik krijg mijn windows 10 niet geinstalleerd nm, maar waarom dit niet wil, ik denk dat ik iets over het hoofd zie.
Dit heb ik zoals normaal gedaan;
Hdd in GPT style (320gb of 500gb), SSD in gpt style (120gb)
Secure boot uit
HP keys uit
In de bios opstarten vanaf usb stick (F9)
Maar dan kom ik of niet verder dan een zwart scherm na opstarten of ik kom wel in de usb stick naar installatie scherm W10, maar dan wordt er geen partitie gevonden of kan gemaakt worden (??)
Wat doe ik fout of zie ik over het hoofd?
Gaarne reacties via DM, zodat het forum niet vol komt te staan met uitleg over mijn probleem Thnx in ieder geval

Via F12 en legacy boot? Werkt dat?
Anders nieuwe bootable stick maken

[Freee!!]

GameNympho schreef op donderdag 23 juli 2020 @ 11:42:
Kan iemand mij helpen via DM inzake installatie Windows 10 op HP deskpro`s voor mijn project Pc`s/laptop`s voor een goed doel: Start-up?
Ik heb 3 HP Deskpro`s gedoneerd gekregen met een i3 4130 op een 718414-501 HP System board (motherboard).
Ik krijg mijn windows 10 niet geinstalleerd nm, maar waarom dit niet wil, ik denk dat ik iets over het hoofd zie.
Dit heb ik zoals normaal gedaan;
Hdd in GPT style (320gb of 500gb), SSD in gpt style (120gb)
Secure boot uit
HP keys uit
In de bios opstarten vanaf usb stick (F9)
Maar dan kom ik of niet verder dan een zwart scherm na opstarten of ik kom wel in de usb stick naar installatie scherm W10, maar dan wordt er geen partitie gevonden of kan gemaakt worden (??)
Wat doe ik fout of zie ik over het hoofd?
Gaarne reacties via DM, zodat het forum niet vol komt te staan met uitleg over mijn probleem Thnx in ieder geval

Kleine tip:
Zorg, dat er geen netwerkverbinding is als je een user account aan moet maken, dan kun je nog steeds zonder al te veel problemen een local account aanmaken.

[Danielson]

FSLogix experts gezocht:

Wat we willen:

Profile en Office containers met Cloud Cache en multiple sessions:

Config:

Windows 10 1809 LTSC
FSlogix version: 2.9.7349.30108
OneDrive Version: 20.124.0621.0006
Teams Version: 1.3.00.19173

GPO Settings:

Profile Containers:

FSLogix/Profile Containers
Delete local profile when FSLogix Profile should apply: Enabled
Dynamic VHD(X) allocation: Enabled
Enabled: Enabled
Profile type: Try for read-write profile and fallback to read-only

FSLogix/Profile Containers/Advanced
Prevent login with failure: Enabled
Prevent login with temporary profile: Enabled
Redirect temporary file folders to local computer: Redirect TEMP, TMP and INetCache to local drive

FSLogix/Profile Containers/Cloud Cache
Clear local cache on logoff: enabled
Cloud Cache Locations: type=smb,connectionString=\\Fstest01\profiles\WIN10

FSLogix/Profile Containers/Container and Directory Naming
SID directory name matching string: %username%
SID directory name pattern string: %username%
Virtual disk type: VHDX

Office Containers:

FSLogix/Office 365 Containers
Dynamic VHD(X) allocation: Enabled
Enabled: Enabled
Include Office activation data in container: Enabled
Include Office cache data in container: Enabled
Include OneDrive data in container: Enabled
Include OneNote data in container: Enabled
Include Outlook data in container: Enabled
Include Outlook personalization data in container: Enabled
Include Teams data in container: Enabled
Number of per-Session VHDs to persist: 1
Store search database in Office 365 container: Single-user search
VHD access type: Unique disk per session
Virtual disk type: VHDX

FSLogix/Office 365 Containers/Advanced
Prevent login with failure: Enabled
Prevent login with temporary profile: Enabled

FSLogix/Office 365 Containers/Cloud Cache
Clear local cache on logoff: Enabled
Cloud Cache Locations: type=smb,connectionString=\\Fstest01\office\WIN10

FSLogix/Office 365 Containers/Container and Directory Naming
SID directory name matching string: %username%
SID directory name pattern string: %username%

Probleem:

De eerste sessie gaat perfect, OneDrive wordt automatisch geconfigureerd en gesynct, Teams wordt via de Teams Machine Wide Installer geinstalleerd en gestart.

Echter bij de tweede sessie werken OneDrive en Teams niet, dit is de log van de tweede sessie

Iemand hier ervaring mee?

[Mark-]

Danielson schreef op dinsdag 4 augustus 2020 @ 14:44:
FSLogix experts gezocht:

Wat we willen:

Profile en Office containers met Cloud Cache en multiple sessions:

Ik dacht dat je ze niet samen kon gebruiken, maar blijkbaar kan dat wel:
https://docs.microsoft.co...er-office-container-cncpt

Ik heb niet direct een antwoord op je vraag, maar is het een idee om te checken of het wel werkt wanneer je alleen Profile Containers instelt?

[Danielson]

Mark- schreef op dinsdag 4 augustus 2020 @ 14:53:
[...]


Ik dacht dat je ze niet samen kon gebruiken, maar blijkbaar kan dat wel:
https://docs.microsoft.co...er-office-container-cncpt

Ik heb niet direct een antwoord op je vraag, maar is het een idee om te checken of het wel werkt wanneer je alleen Profile Containers instelt?

Dan werkt het inderdaad, maar we willen gebruik gaan maken van Outlook met Caching Mode en dan zijn Office containers noodzakelijk.

Tevens willen we de Profile containers zo klein mogelijk houden om de aanmeldtijden zo kort mogelijk te houden.

[asing]

code:

[13:30:31.162] ===== Begin Session:  Create Formatted Disk
[13:30:31.303]   Created vhd(x): C:\ProgramData\FSLogix\Proxy\a.bloempot\ODFC_a.bloempot-SESSION-1.VHDX
[13:30:31.318]   Attached vhd(x) successfully
[13:30:31.318]   VHD attach request returning after 16 milliseconds
[13:30:31.318]   Attached to vhd(x)
[13:30:33.428]   Initialized vhd(x)
[13:30:33.459]   Mounted vhd(x)
[13:30:37.553]   Format complete
[13:30:37.553]   Formatted vhd(x): \\?\Volume{b323dd1c-473e-4a76-ad5a-bce3fa836f1d}\

[13:30:37.553]   Could not detach the VHD as the user ERROR: 1314.  This is sometimes expected, trying again as SYSTEM

[13:30:38.100]   Detached vhd(x)
[13:30:38.100]   Detach request returning after 547 milliseconds
[13:30:38.100]   Successfully detached vhd(x)
[13:30:38.100] ===== End Session:  Create Formatted Disk

Wat gebeurt daar voor geks?

EDIT : mijn visie, je probeert teveel in 1 keer. Ik snap dat je het wil maar ergens gaat het niet goed. Dus hak het op in stukjes en begin bij de basis. Als dat helemaal naar wens is probeer je die office containers eraan toe te voegen. Dan weet je ook wat "normaal" is in het log en wat niet. Microsofts logfiles kunnen de meest dramatisch klinkende meldingen geven die helemaal niet ernstig blijken of genegeerd kunnen worden. Dus, stapje terug, testen, log bekijken.

[ Voor 21% gewijzigd door asing op 04-08-2020 15:04 ]

[Danielson]

asing schreef op dinsdag 4 augustus 2020 @ 15:00:

code:

[13:30:31.162] ===== Begin Session:  Create Formatted Disk
[13:30:31.303]   Created vhd(x): C:\ProgramData\FSLogix\Proxy\a.bloempot\ODFC_a.bloempot-SESSION-1.VHDX
[13:30:31.318]   Attached vhd(x) successfully
[13:30:31.318]   VHD attach request returning after 16 milliseconds
[13:30:31.318]   Attached to vhd(x)
[13:30:33.428]   Initialized vhd(x)
[13:30:33.459]   Mounted vhd(x)
[13:30:37.553]   Format complete
[13:30:37.553]   Formatted vhd(x): \\?\Volume{b323dd1c-473e-4a76-ad5a-bce3fa836f1d}\

[13:30:37.553]   Could not detach the VHD as the user ERROR: 1314.  This is sometimes expected, trying again as SYSTEM

[13:30:38.100]   Detached vhd(x)
[13:30:38.100]   Detach request returning after 547 milliseconds
[13:30:38.100]   Successfully detached vhd(x)
[13:30:38.100] ===== End Session:  Create Formatted Disk

Wat gebeurt daar voor geks?

De VHDX kan niet worden geformarteerd in de user context? Wel als system...

[asing]

Danielson schreef op dinsdag 4 augustus 2020 @ 15:04:
[...]


De VHDX kan niet worden geformarteerd in de user context? Wel als system...

Waarom zou je de VHDX willen formatteren als deze als persistent aanwezig moet zijn? De bedoeling van heel FSlogix is een volume met je profiel wat gekoppeld wordt bij het inloggen. Als je dat iedere keer formatteert dan kan je het net zo goed niet doen.

[Danielson]

asing schreef op dinsdag 4 augustus 2020 @ 15:07:
[...]

Waarom zou je de VHDX willen formatteren als deze als persistent aanwezig moet zijn? De bedoeling van heel FSlogix is een volume met je profiel wat gekoppeld wordt bij het inloggen. Als je dat iedere keer formatteert dan kan je het net zo goed niet doen.

Dit gebeurt automatisch bij het aanmaken van een schone Office container, alleen de 1e is persistant, maar ook deze wordt de eerste keer geformatteerd, bij de eerste sessie is het geen probleem.

[Turdie]

Danielson schreef op dinsdag 4 augustus 2020 @ 15:18:
[...]


Dit gebeurt automatisch bij het aanmaken van een schone Office container, alleen de 1e is persistant, maar ook deze wordt de eerste keer geformatteerd, bij de eerste sessie is het geen probleem.

Maar dit gebeurt toch bij de tweede sessie ook gaf je eeder zelf aan?

[Danielson]

shadowman12 schreef op dinsdag 4 augustus 2020 @ 15:31:
[...]


Maar dit gebeurt toch bij de tweede sessie ook gaf je eeder zelf aan?

Ja, maar vervolgens werken de OneDrive, Teams etc niet, terwijl dit in de eerste sessie geen probleem is.

[Turdie]

Danielson schreef op dinsdag 4 augustus 2020 @ 15:32:
[...]


Ja, maar vervolgens werken de OneDrive, Teams etc niet, terwijl dit in de eerste sessie geen probleem is.

Heb je dit artikel al doorgenomen?
https://social.msdn.micro...oting-guide?forum=FSLogix

Staat de OneDrive client wel geinstalleerd, want ik zie dat die reg keys niet kan vinden:
https://www.christiaanbri...nt-citrix-xenapp-desktop/

https://workspace-guru.co...-building-block-included/

[ Voor 9% gewijzigd door Turdie op 04-08-2020 15:39 ]

[kraats]

Danielson schreef op dinsdag 4 augustus 2020 @ 15:32:
Ja, maar vervolgens werken de OneDrive, Teams etc niet, terwijl dit in de eerste sessie geen probleem is.

Lijkt me logisch? Eerste sessie wordt de vhdx geformateerd en gevuld. De tweede sessie verwacht hij dat die bestanden er staan, maar is intussen de vhdx weer leeggegooid. Denk dat daar iets niet goed gaat.

[Danielson]

shadowman12 schreef op dinsdag 4 augustus 2020 @ 15:37:
[...]


Heb je dit artikel al doorgenomen?
https://social.msdn.micro...oting-guide?forum=FSLogix

Staat de OneDrive client wel geinstalleerd, want ik zie dat die reg keys niet kan vinden:
https://www.christiaanbri...nt-citrix-xenapp-desktop/

https://workspace-guru.co...-building-block-included/

Ik heb ze doorgenomen, maar ik kan nergens vinden hoe je het exact moet configueren voor onze wensen.

OneDrive client staat wel geïnstalleerd en dat werkt ook prima voor de eerste sessie.

[Danielson]

kraats schreef op dinsdag 4 augustus 2020 @ 15:40:
[...]
Lijkt me logisch? Eerste sessie wordt de vhdx geformateerd en gevuld. De tweede sessie verwacht hij dat die bestanden er staan, maar is intussen de vhdx weer leeggegooid. Denk dat daar iets niet goed gaat.

Daar lijkt het wel sterk op inderdaad, maar het zou ondersteund moeten worden, alleen zie ik even niet meer hoe ik het moet configureren.

[asing]

shadowman12 schreef op dinsdag 4 augustus 2020 @ 15:37:

Staat de OneDrive client wel geinstalleerd, want ik zie dat die reg keys niet kan vinden:

Mijn interpretatie is dat @Danielson alles in eenFSLogix container wil zetten. Daar zit dan ook de HKCU en die zoekt hij ook :

OneDrive registry key does not exist: S-1-5-21-34541637-2062850041-3884415266-25656\Software\Classes\AppID\OneDrive.EXE

Met andere woorden :
- of de container waar het HKCU in zit is niet gemount
- of de container is er wel maar is leeg

In ieder geval, het is niet de Office container maar de andere waar het lijkt te beginnen.

[Turdie]

Danielson schreef op dinsdag 4 augustus 2020 @ 15:41:
[...]


Ik heb ze doorgenomen, maar ik kan nergens vinden hoe je het exact moet configueren voor onze wensen.

OneDrive client staat wel geïnstalleerd en dat werkt ook prima voor de eerste sessie.

Ik zou zeggen ga zelfs ga is wat meer troubleshooten. De hints die je hier hebt gekregen zouden je op weg op weg moeten helpen.
Hint: Je dient OneDrive met een script te installeren in de sessie van de gebruiker, en je dient de errors in je log te fixxen. Je kunt ook checken of OneDrive geladen wordt aan de hand van het artikel wat ik eerder stuurde. Of gooi de reg keys onder ODFC is even weg en start opnieuw een sessie, wil soms ook nog wel is werken.

Jij eigen inzet is erg miniem.

[ Voor 28% gewijzigd door Turdie op 04-08-2020 15:52 ]

[Danielson]

Bedankt voor alle informatie, ik ga weer verder testen!

[asing]

shadowman12 schreef op dinsdag 4 augustus 2020 @ 15:48:
[...]
Jij eigen inzet is erg miniem.

Kom nou.....

Hij meldt zicht iets voor 3 uur in het beheerderstopic. Hij heeft even wat hulp nodig. Zodra bekend is dat er experise is, maakt hij hier al een topic aan (helemaal volgens het boekje). Hij meldt alles wat hij aan en uit heeft staan en hoe hij het doet en voegt ook de logfile bij.

Dan wordt er een beetje geboomd over wat het zou kunnen zijn en een uur later schrijf je dat zijn eigen inzet miniem is. Dat is gewoon een belediging aan zijn adres. Hij doet zijn best, werkt het verdomd netjes uit, voegt logs bij en het heeft even tijd nodig voor je je omgeving aanpast en opnieuw test. Ook kost het tijd om de linkjes te lezen en in te zien waar je je fout hebt gemaakt. En oh ja, misschien heeft hij meer te doen dan alleen dit.

Dus ga je eens zitten schamen .....

[Turdie]

asing schreef op dinsdag 4 augustus 2020 @ 17:55:
[...]

Kom nou.....

Hij meldt zicht iets voor 3 uur in het beheerderstopic. Hij heeft even wat hulp nodig. Zodra bekend is dat er experise is, maakt hij hier al een topic aan (helemaal volgens het boekje). Hij meldt alles wat hij aan en uit heeft staan en hoe hij het doet en voegt ook de logfile bij.

Dan wordt er een beetje geboomd over wat het zou kunnen zijn en een uur later schrijf je dat zijn eigen inzet miniem is. Dat is gewoon een belediging aan zijn adres. Hij doet zijn best, werkt het verdomd netjes uit, voegt logs bij en het heeft even tijd nodig voor je je omgeving aanpast en opnieuw test. Ook kost het tijd om de linkjes te lezen en in te zien waar je je fout hebt gemaakt. En oh ja, misschien heeft hij meer te doen dan alleen dit.

Dus ga je eens zitten schamen .....

Het is gewoon mijn mening op dat moment. Het leek er voor mij op alsof er een logje werd gedumpt en verder achterover gehangen werd, dat punt probeer ik te maken.
Dat logje stond vol met errors en die hadden best al onderzocht kunnen worden door hem, en daar zag ik niks verder niks van terug. Een beetje googlen op die errors, wat ik ook heb gedaan en we waren al vanaf een ander punt begonnen. Ik zag ook nergens die basis troubleshooting bij FSLogix problemen terug, tuurlijk het kan een complex iets, wat op veel dingen ingrijpt, maar we toch wel wat basis troubleshooting hier verwachten,ipv een logdump forum worden.

Ik sta achter mijn mening en ik ga me zeker niet schamen. Misschien had ik het iets anders moet verwoorden

[ Voor 10% gewijzigd door Turdie op 04-08-2020 21:32 ]

[Grvy]

@shadowman12 Dan moet je wel de juiste informatie geven. Het installeren van Onedrive met "een scriptje" is helemaal niet nodig. OneDrive (standaard) is sowieso al machine installed, zoals tegenwoordig bijna alles van MS standaard in machine context staat tenzij je geen admin rechten hebt. (maar OneDrive wordt bij de installatie van Windows gedaan, dus non issue.)

Daarnaast is het 'oplossen' van errors in het log niet persee nodig. Zoals @asing aangaf vind MS het leuk om non issues te loggen als 'critical' of 'warning' terwijl er niks aan de hand is. Dus wees wat specifieker wat je dan precies bedoeld.

Goed, op naar het issue. @Danielson misschien lees ik eroverheen maar waarom zou je als je ook al gebruikt maakt van de main profile feature (de container zelf) een Office container willen? Ik begrijp dat je het profiel klein wilt houden maar het complexer maken dan nodig is (door de eerste container te splitsen) is wat mij betreft niet echt beheersvriendelijk.

Het klein houden van het profiel doe je dan ook met exclusions in je FSLogix profiel en niet door e.a. te splitsen.

Wellicht dat je een hele goede use case hebt, maar ik ben wel benieuwd.

[Fanatix]

Grvy schreef op dinsdag 4 augustus 2020 @ 22:29:
Goed, op naar het issue. @Danielson misschien lees ik eroverheen maar waarom zou je als je ook al gebruikt maakt van de main profile feature (de container zelf) een Office container willen?

Hij gaf als reden aan om Outlook in cached mode te kunnen draaien, maar dit kan ook in een profile container.

Ik zie net als Grvy geen reden om beide containers te combineren en zou alles in een profile container stoppen. Folder redirection configureren zodat er geen persoonlijke data in komt te staan en de juiste exclusions zorgen ervoor dat deze binnen het redelijke blijven qua formaat.

Als je daarnaast ook regelmatig de FSLogix Profile Compacting Tool laat draaien mag diskspace geen probleem zijn.
Gratis tip: let wel op met het cachen van shared mailboxen, dat kan heel rap gaan qua diskspace.

[Renegade666]

Ben ook weer even begonnen met FxLogics voor een klant.
Echter, zoals gewoonlijk, werkt het niet mee..
GPO aangemaakt met de geleverde ADMX/AMDL bestanden.
Dingen ingesteld, word niet toegepast, waardoor de gebruikers niet aangemaakt worden.
Stel ik de locatie handmatig in de configtool op de RDS, dan werkt het wel, maar de overige instellingen worden niet opgepakt..

Zal kijken dat een GPO met de regsleutels wel werkt..

[Fanatix]

Renegade666 schreef op woensdag 5 augustus 2020 @ 11:38:
Ben ook weer even begonnen met FxLogics voor een klant.
Echter, zoals gewoonlijk, werkt het niet mee..
GPO aangemaakt met de geleverde ADMX/AMDL bestanden.
Dingen ingesteld, word niet toegepast, waardoor de gebruikers niet aangemaakt worden.
Stel ik de locatie handmatig in de configtool op de RDS, dan werkt het wel, maar de overige instellingen worden niet opgepakt..

Zal kijken dat een GPO met de regsleutels wel werkt..

Toevallig een omgeving waarin nu nog roaming profiles/andere profiel oplossing worden gebruikt? Zo ja, schakel deze dan eens tijdelijk uit.

[Renegade666]

@Fanatix
De standaard oplossing stond eerst wel aan ja, maar deze heb ik uitgezet. Toen werden de profielen lokaal gemaakt.
Daarna de agents geinstalleerd, server reboot.
Policy aangemaakt wat een paar instellingen, maar geen vhdx op de juiste locatie.
Als admin ingelogt, in config tool gezet, dan krijg ik keurig een vhdx, maar met standaard instellingen (30gb etc).

[Grvy]

Fanatix schreef op woensdag 5 augustus 2020 @ 11:35:
[...]


Hij gaf als reden aan om Outlook in cached mode te kunnen draaien, maar dit kan ook in een profile container.

Ik zie net als Grvy geen reden om beide containers te combineren en zou alles in een profile container stoppen. Folder redirection configureren zodat er geen persoonlijke data in komt te staan en de juiste exclusions zorgen ervoor dat deze binnen het redelijke blijven qua formaat.

Als je daarnaast ook regelmatig de FSLogix Profile Compacting Tool laat draaien mag diskspace geen probleem zijn.
Gratis tip: let wel op met het cachen van shared mailboxen, dat kan heel rap gaan qua diskspace.

Cached mailboxen zet je via een GPO uit om te downloaden. Dat scheelt heel veel. Heb de instelling even niet bij de hand maar zo doen wij dat bij meerdere klanten.

[Fanatix]

Renegade666 schreef op woensdag 5 augustus 2020 @ 11:49:
@Fanatix
De standaard oplossing stond eerst wel aan ja, maar deze heb ik uitgezet. Toen werden de profielen lokaal gemaakt.
Daarna de agents geinstalleerd, server reboot.
Policy aangemaakt wat een paar instellingen, maar geen vhdx op de juiste locatie.
Als admin ingelogt, in config tool gezet, dan krijg ik keurig een vhdx, maar met standaard instellingen (30gb etc).

Kan het zijn dat de permissies niet helemaal goed staan op je share? Kan een gebruiker handmatig daar wel een map aanmaken?
Zie je overigens dat de config aankomt bij de FSLogix agent? Even controleren door "Frxtray" te starten (zie installatie folder van FSLogix). Mogelijk haal je daar ook nog verdere info uit wat er eventueel misgaat.

[Renegade666]

@Fanatix
Die staan goed.
Maar ik heb nu een nieuwe policy met de register sleutels. Deze worden ook niet gepast.
Alle policies, behalve deze..

Het is dus niet zozeer een fxlogics, maar een policy issue.

Hmm, na een paar keer inloggen, werkt het nu wel..
Lang leve GPO's soms..

[ Voor 15% gewijzigd door Renegade666 op 05-08-2020 12:39 ]

[Danielson]

Renegade666 schreef op woensdag 5 augustus 2020 @ 11:49:
@Fanatix
De standaard oplossing stond eerst wel aan ja, maar deze heb ik uitgezet. Toen werden de profielen lokaal gemaakt.
Daarna de agents geinstalleerd, server reboot.
Policy aangemaakt wat een paar instellingen, maar geen vhdx op de juiste locatie.
Als admin ingelogt, in config tool gezet, dan krijg ik keurig een vhdx, maar met standaard instellingen (30gb etc).

Gebruikers wel lid van de FSLogix Profile Include List groep?