Voordat we verder gaan met het beschrijven van het proces van het installeren van software met behulp van groepsbeleid, laten we vaststellen dat het verspreiden van software over het gebruik van beleid niet altijd de beste oplossing is en een aantal beperkingen heeft. Hier zijn enkele van de belangrijkste nadelen van deze software-installatiemethode:
1. Onvermogen om software-installatie te plannen. Wanneer u software installeert met Groepsbeleid, kunt u de software pas bij de volgende keer opstarten van het systeem installeren of verwijderen. Daarom is het bijna onmogelijk om een enorme update van software te organiseren, bijvoorbeeld 's nachts, wanneer de belasting van het netwerk minimaal is. In dit geval is het beter om bijvoorbeeld SCCM te gebruiken. De onderhoudsvensters of WOL-instellingen (Wake On LAN) gebruiken.
2. Alleen MSI- en ZAP-installatieprogramma's worden ondersteund. Het distributieformaat voor applicaties in groepsbeleid is gewoon populair. MSI-installatieprogramma en minder bekende ZAP-pakketten. In dit geval verdient het opnieuw de voorkeur om SCCM te gebruiken, omdat: het ondersteunt het gebruik van alle mogelijke installateurs.
3. Vaste volgorde van installatie van applicaties. Wanneer een nieuwe toepassing aan een groepsbeleidsobject wordt toegevoegd, wordt deze als laatste op de pc geïnstalleerd en kan deze volgorde niet worden gewijzigd.
4. Gebrek aan controle. Bij het installeren van software via Groepsbeleid, wordt het installatiepakket uitgevoerd op de doelcomputer, maar er is geen feedback. U kunt daarom niet met zekerheid zeggen of uw software op een bepaalde computer is geïnstalleerd of niet.
Dus, nadat u kennis heeft gemaakt met de belangrijkste nadelen van het installeren van software met behulp van groepsbeleid, gaan we verder met een specifiek voorbeeld. Merk op dat het met behulp van groepsbeleid correct zou zijn om systeembrede software te installeren die op alle pc's in een organisatie wordt gebruikt, bijvoorbeeld een antivirusprogramma, SCCM-client of InTune. In dit artikel beschrijven we de installatie van de InTune-agent.
Windows InTune is nieuw Microsoft-service ontworpen voor IT-services, waarmee u computers kunt beheren en bewaken met behulp van een webconsole. Deze service wordt vaak "cloud" SCCM genoemd en met deze cloudservice kunt u meerdere werkstations beheren zonder dat u een serverinfrastructuur nodig heeft.
Omdat geen van de InTune-componenten is op de servers geïnstalleerd, dus u hoeft alleen maar de InTune-clients op de werkstations te implementeren. Het kan natuurlijk handmatig worden geplaatst, maar als uw organisatie meer dan 10 pc's heeft, kan dit veranderen in hoofdpijn... Daarom zullen we proberen het installatieproces van Windows InTune te organiseren met behulp van Groepsbeleid.
De distributie configureren voor installatie met Groepsbeleid
1. Download de distributiekit van de InTune Client.
2. Klik op klik met de rechtermuisknop per bestand " Ramen_In harmonie_Opstelling.zip"En selecteer" Alles uitpakken "
3. Pak de inhoud van het bestand Windows_Intune_Setup.exe uit in de huidige map door de opdracht "Windows_Intune_Setup.exe / extract." te typen. 
4. Kopieer de bestanden (vermeld ze hieronder) naar de netwerkmap van waaruit de installatie wordt uitgevoerd.
Advies: Voor correct werk het is noodzakelijk dat de groep "Domeincomputers" leesrechten heeft van de opgegeven netwerkmap anders kunnen de pc's van de organisatie deze bestanden niet downloaden en installeren.
Groepsbeleid configureren voor software-installatie
5. Schakel over naar de bewerkingsmodus van het groepsbeleid dat is toegepast op de doelcomputers waarop u de InTune-client wilt installeren.
6. Ga naar "Computerconfiguratie> Beleid> Software-instellingen> Software-installatie". Klik met de rechtermuisknop op "Software-installatie", selecteer "Nieuw> Pakketten" 
Met de installatiemodus op afstand kunt u toepassingen van Kaspersky Lab en andere fabrikanten tegelijkertijd op meerdere apparaten in uw netwerk installeren.
Kaspersky Beveiligings centrum 10 Web Console voert externe installatie van toepassingen op de achtergrond uit. Tijdens installatie op afstand kunt u andere functies van de toepassing gebruiken en informatie bekijken over de status van installatie op afstand voor elk van de apparaten waarop installatie op afstand is gestart.
Ga als volgt te werk om de applicatie op apparaten in uw netwerk te installeren in de modus voor installatie op afstand:
Installatie op afstand van een applicatie kan met een fout worden voltooid (als een dergelijke applicatie bijvoorbeeld al op het apparaat is geïnstalleerd). Installatietaken die met een fout zijn voltooid, worden weergegeven in de lijst met taken met de status Installatiefout... Als de externe installatie van de applicatie op een of meerdere apparaten is beëindigd met een fout, kunt u de applicatie lokaal installeren.
U kunt slechts één installatietaak op afstand uitvoeren. Als u nog een installatietaak op afstand uitvoert voordat de installatie op afstand is voltooid, wordt de huidige taak onderbroken.
Building R voor Windows
Dit document is een verzameling bronnen voor het bouwen van pakketten voor R onder Microsoft Windows, of voor het bouwen van R zelf (versie 1.9.0 of hoger). De originele collectie is samengesteld door Prof. Brian Ripley en Duncan Murdoch; het wordt momenteel onderhouden door Jeroen Ooms.
De gezaghebbende bron van informatie voor tools om te werken met de huidige release van R is de "R Administration and Installation"-handleiding. Lees in het bijzonder de bijlage "Windows Toolset".
Rtools-downloads
Sommige tools zijn niet compatibel met verouderde versies van R. We onderhouden één actief bijgewerkte versie van de tools en andere "bevroren" snapshots ervan. We raden gebruikers aan de nieuwste release van Rtools te gebruiken met de nieuwste release van R.
De huidige versie van dit bestand wordt hier vastgelegd: VERSION.txt.
De wijzigingsgeschiedenis van de Rtools staat hieronder.
Tools voor 64-bits Windows-builds
Rtools 2.12 en later bevatten zowel 32-bits als 64-bits tools.
De meeste tools die voor 32-bits builds worden gebruikt, werken ook prima voor 64-bits builds, maar de gcc-versie kan anders zijn en is een aantal keren gewijzigd.
R 3.3.0 en later gebruiken een toolchain gebaseerd op gcc 4.9.3 en mingw-w64 v3, samengesteld door Jeroen Ooms en anderen. Zie de projectpagina voor details.
R-patched na 22 januari 2012, R-devel, en releases na 2.14.1 gebruikten een toolchain gebaseerd op pre-4.6.3 gcc, samengesteld door Prof. Brian Ripley en beschikbaar als multi.zip op zijn webpagina. Rtools 2.15 tot 3.3 bevat deze toolchain. Het gebruikt dezelfde gcc-versie voor zowel 32- als 64-bits builds. Voor elke architectuur zijn ook aparte versies van de gdb-debugger inbegrepen.
Voor builds van R 2.13.x en R 2.14 (0,1) werd een release gebruikt die was gebaseerd op pre-4.5.2 gcc. Rtools 2.14 bevat binaire bestanden samengesteld door Prof. Brian Ripley en beschikbaar op zijn webpagina. Om deze te installeren, selecteert u de component "MinGW64" bij het installeren van Rtools.
Voor de latere R 2.11.x-versies gebruikten we de MinGW-w64-versie gebaseerd op pre-4.4.4 gcc van Prof. Ripley, die niet langer beschikbaar is. We hebben deze versie ook gebruikt voor ontwikkelingsbuilds van R 2.12.0 tot 20 juli.
R 2.11.0 gebruikt, maar deze is blijkbaar niet meer te downloaden.
Om een van deze oudere versies te installeren, volgt u de instructies op Prof. Ripley's webpagina.
Downloads
Er zijn een aantal downloads beschreven in de bijlage "Windows Toolset".
Om pakketten te bouwen:
Optionele toevoegingen:
- MikTeX: Een LaTeX- en pdftex-pakket.
Voor gebouw R, al het bovenstaande, plus:
Nadat u het Rtools-installatieprogramma hebt uitgevoerd, volgt u de instructies in Rtools.txt om uw installatie te voltooien.
Bijzondere situaties
De R-broncode verkrijgen
Er zijn twee manieren om de R-broncode te verkrijgen: van de Subversion-repository en van CRAN in een gecomprimeerd tar-bestand.
Subversie is een open source versie controle systeem. Nadat u het hebt verkregen en geïnstalleerd, kunt u de nieuwste ontwikkelingsbron verkrijgen met behulp van:
svn checkout https://svn.R-project.org/R/trunk die het in de opgegeven map zal installeren. (Normaal gesproken zou je voor deze onstabiele ontwikkelingscode een andere homedirectory gebruiken dan voor een vrijgegeven versie van R.)
Als alternatief kunnen gecomprimeerde tar-bestanden met de bron worden gedownload van CRAN. Vergeet niet om de bronnen uit te pakken met behulp van onze: WinZip zal de symbolische links in het bestand niet respecteren. Een typische tar-opdrachtregel zou zijn:
tar xzvf R-2.14.1.tar.gz
Extra's
Gewijzigde bronnen van zijn beschikbaar voor experimenten met het pakket van Luke Tierney.
Verander geschiedenis
Wijzigingen sinds R 3.3.0
Het versienummer is bijgewerkt naar 3.4.x.y.
Ondersteuning voor de gcc 4.6.3 toolchain is komen te vervallen.
We hebben Tcl / TK bijgewerkt naar versie 8.6.4. Als u Rtools34 gebruikt om R 3.3.x te bouwen, moet u dit wijzigen:
TCL_VERSION = 85
TCL_VERSION = 86
in R_HOME / src / gnuwin32 / vast / etc / Makeconf.
Wijzigingen sinds R 3.2.2
Zowel de gcc 4.6.3 toolchain als een toolchain gebaseerd op gcc 4.9.3 en mingw-w64 v3 zijn nu inbegrepen. Voor gebruik met de nieuwere toolchain wordt ook een gecompileerde kopie van libicu55 meegeleverd; het wordt geïnstalleerd in Rtools / mingw_libs als de nieuwere compilers zijn geselecteerd.
Wijzigingen sinds R 3.1.3
Het versienummer is bijgewerkt naar 3.3.x.y.
Rtools33 is gestart. Vanwege testfouten met gcc 4.9.2, wordt het niet gebruikt in R 3.2.0 en is gcc 4.6.3 opgenomen in Rtools33. We verwachten dat gcc 4.9.2 of hoger in een toekomstige release zal worden opgenomen.
De 32- en 64-bits builds van de gdb-debugger zijn respectievelijk als gdb.exe en gdb64.exe naar de Rtools / bin-directory gekopieerd. De kopieën in de gcc-4.6.3 blijven, maar worden niet opgenomen wanneer die compiler wordt verwijderd.
De scripts en cross-compiler die zijn gebruikt om gcc 4.9.2 te bouwen, zijn beschikbaar op CRAN en zijn mirrors in de map bin / windows / Rtools / scripts, samen met opmerkingen over de build.
De bitmapbibliotheken zijn verwijderd; ze worden nu gedownload en geïnstalleerd bij het bouwen van R met behulp van.
Het Cygwin "cygpath.exe" hulpprogramma is toegevoegd aan Rtools / bin; dit maakt conversie mogelijk tussen paden in Cygwin-stijl die worden gebruikt in shellscripts en oorspronkelijke paden in Windows-stijl.
Wijzigingen sinds R 3.1.2
Het versienummer is bijgewerkt naar 3.2.x.y.
De Cygwin-tools zijn geüpdatet naar versies die geldig zijn vanaf 7 januari 2015.
R versie 3.2.0 vereist texinfo 5.2 om de handleidingen te bouwen, en het is toegevoegd aan de tools.
Het vereist ook een kopie van Perl, die NIET is opgenomen in de tools. Standaard worden de handleidingen niet meer gebouwd; volg de instructies in als u ze wilt bouwen.
Wijzigingen sinds R 3.0.2
De Cygwin-tools zijn bijgewerkt naar de huidige versies van 19 november 2013. Cygwin bouwt nu afzonderlijke 32-bits en 64-bits versies; we nemen 32-bits versies van de tools op. Als uw systeem alleen 64-bits Cygwin-DLL's heeft geïnstalleerd, moet u onze Cygwin-DLL's aan uw pad toevoegen (of de 32-bits Cygwin-DLL's in Cygwin installeren).
De bitmapbibliotheek libpng is bijgewerkt naar versie 1.6.9.
Wijzigingen sinds R 3.0.0
Het versienummer is bijgewerkt naar 3.1.x.y.
We registreren nu de minimaal ondersteunde R-versie in de registergegevens in item "MinRVersion" binnen de Rtools / X.Y-sleutel. Eerdere versies van R zouden een eerdere versie van Rtools moeten gebruiken. Deze waarde kan lager zijn dan het minimum vermeld in de bovenstaande tabel. De tabel is een belofte om te proberen de compatibiliteit te behouden; deze waarde is wat we daadwerkelijk hebben gehandhaafd.
We registreren ook het volledige versienummer, b.v. 3.1.0.1935, in vermelding "FullVersion" in het register.
Wijzigingen sinds R 2.15.2
De bitmapbibliotheken zijn bijgewerkt naar libpng 1.5.13, libtiff 4.0.3 en jpeg-9.
Installatie en verwijdering van programma's op afstand met PSEXEC
Het versienummer is gewijzigd van 2.16.x naar 3.0.x, na de hernummering van R.
Wijzigingen sinds R 2.15.1
De bitmapbibliotheken zijn bijgewerkt naar jpeg-8d, libpng 1.5.12 en libtiff 4.0.2. De Cygwin-tools zijn bijgewerkt naar de huidige versies van 13 juli 2012. NB: sommige tools zijn nu vereisen u om een HOME-omgevingsvariabele te hebben, waarin uw homedirectory wordt vermeld. Een manier om het in een Windows-opdrachtshell te maken, is door set HOME =% USERPROFILE% Rtools 2.15 is bevroren te gebruiken.
Wijzigingen sinds R 2.14.1
De toolchain van vóór 4.6.3 is bijgewerkt om een bug in de sqrt ()-functie op te lossen. R gebruikt nu pre-4.6.3 gcc voor alle huidige builds, en dat is de enige versie die is opgenomen in Rtools 2.15.
Wijzigingen sinds R 2.14.0
De nieuwe toolchain op basis van gcc pre-4.5.4 is toegevoegd.
Wijzigingen sinds R 2.13.1
De Info-zip hulpprogramma's zijn bijgewerkt: zip.exe is nu versie 3.0, unzip.exe is versie 6.00. Rtools 2.13 is bevroren.
Wijzigingen sinds R 2.12.2
We hebben alle tools bijgewerkt naar de huidige Cygwin-versies vanaf 25 maart 2011. We hebben het hulpprogramma "du" van Cygwin toegevoegd. We hebben Vanilla Perl laten vallen. De libjpeg-versie is bijgewerkt naar 8c en libpng is bijgewerkt naar 1.5.1. Rtools 2.12 is bevroren. We hebben het Rtools-versienummer toegevoegd aan Rtools.txt en aan een nieuw bestand, VERSION.txt.
Wijzigingen sinds R 2.11.1
Vóór 18 oktober 2010 installeerden builds van Rtools212.exe de "extra's" die nodig zijn om R te bouwen niet correct. Versie 2.12.0.1892 of later zou dit moeten verhelpen. We hebben nu alle tools bijgewerkt naar de huidige Cygwin-versies en de compilers bijgewerkt en de 64-bits compilers in Rtools opgenomen. Zie prof. Ripley's pagina voor de details. Perl is zelden nodig in R sinds R 2.12.0, dus het is standaard niet geïnstalleerd. Rtools 2.11 is bevroren.
Wijzigingen sinds R 2.11.0
De 32 bit-versie van R-devel (wordt in de herfst van 2010 R 2.12.0) zal worden gebouwd met gcc 4.5.x, dus Rtools212 bevat een volledig nieuwe MinGW-toolchain op basis van gcc 4.5.0. De huidige plannen zijn om door te gaan met het bouwen van R 2.11.x en patches daarop met Rtools211, gebaseerd op gcc 4.2.1.
Wijzigingen sinds R 2.10.1
Rtools210 is bevroren en Rtools211 is geïntroduceerd met de volgende wijzigingen:
We hebben Tcl / TK bijgewerkt naar versie 8.5.8.
Versies 6b, 7 en 8 van libjpeg zijn verwijderd en versie 8a is toegevoegd.
We hebben libpng bijgewerkt naar versie 1.4.1
Wijzigingen sinds R 2.9.2
Rtools29 is bevroren en Rtools210 is geïntroduceerd met de volgende wijzigingen.
We hebben tar bijgewerkt naar versie 1.21.
We hebben de libpng-bibliotheek bijgewerkt naar libpng-1.2.40.
We hebben versie 7 van libjpeg toegevoegd.
We hebben geüpdatet naar versie 5.3.5 (Unicode) van Inno Setup
We hebben de opdracht "bestand" toegevoegd.
Wijzigingen sinds R 2.8.1
We hebben de Cygwin-hulpprogramma's en DLL's, de MinGW-hulpprogramma's, en de Tcl / Tk-bestanden naar de huidige versies vanaf 18 februari 2009.
Wijzigingen sinds R 2.8.0
We hebben Rtools28.exe bevroren en Rtools29.exe geïntroduceerd.
Wijzigingen sinds R 2.7.2
We hebben de Cygwin-hulpprogramma's en DLL's bijgewerkt naar de huidige versies vanaf 5 september 2008.
We hebben libpng (gebruikt in gebouw R) bijgewerkt naar versie 1.2.31.
Wijzigingen sinds R 2.7.0
We hebben de Cygwin-hulpprogramma's en DLL's bijgewerkt naar de huidige versies vanaf 21 mei 2008.
Het installatieprogramma vereist niet langer een herstart als het PATH is gewijzigd en zal niet voorstellen om Rtools aan het begin van het PATH toe te voegen als het er al is.
We zijn begonnen met de installatieprogramma's van de 2.8-reeks en hebben de ondersteuning voor R 2.6.x en eerder laten vallen.
Het installatieprogramma stelt nu registervermeldingen in zoals die van R, zodat andere tools het kunnen vinden. Alleen correcties voor deze code zijn van invloed op Rtools27.exe, anders wordt de inhoud bevroren.
Wijzigingen sinds R 2.6.2
Het installatieprogramma bevat nu versies 8.4.15 (voor R tot 2.6.x) en 8.5.2 (voor R 2.7.x of later) van de TCL/TK-bundel, en iconv.dll versie 1.12.
Inno Setup 5.2.3 wordt nu gebruikt.
De libtiff-bibliotheek 3.8.2 is toegevoegd (voor TIFF-ondersteuning in 2.7.0) en de libpng-bibliotheek is bijgewerkt naar versie 1.2.25.
Wijzigingen sinds R 2.6.1
De Win32 API-bestanden zijn bijgewerkt naar versie 3.11.
De MinGW-runtime is bijgewerkt naar versie 3.14.
Beide versies 8.4.15 (voor R tot 2.6.x) en 8.5.0 (voor R 2.7.x of later) van de TCL/TK-bundel zijn nu opgenomen in het installatieprogramma.
Het installatieprogramma detecteert nu onvolledige Cygwin-verwijderingen en verwijdert de overgebleven mount-informatie die bugs veroorzaakte in onze build-tools. Het maakt ook handmatige bewerking van het systeem PATH mogelijk.
De Cygwin-tools zijn bijgewerkt naar de huidige versies, met ingang van 18 januari 2008. Datums op bestanden zijn teruggezet naar de oorspronkelijke datums, in plaats van een builddatum van Rtools27.exe.
Wijzigingen sinds R 2.6.0
Ondersteuning voor gcc 3.4.5 is verwijderd. Voor de levensduur van R 2.6.x worden zowel "GCC4_SUFF = -sjlj" als "GCC4_SUFF =" ondersteund; vervolgens zullen de gcc 4.2.1-tools het achtervoegsel niet bevatten.
De Win32 API-bestanden zijn bijgewerkt naar versie 3.10.
Wijzigingen sinds R 2.5.1
Het Rtools-installatieprogramma bevat nu zowel MinGW gcc-versies 3.4.5 (gebruikt voor R-versies 2.5.x) en 4.2.1 (gebruikt voor R 2.6.x en hoger), als Vanilla Perl. Zie het bestand Rtools.txt voor de laatste informatie.
tools.zip en R_Tcl.zip worden niet meer gedistribueerd, nu ze zijn samengevoegd met het Rtools-installatieprogramma.
De MinGW-runtime is bijgewerkt naar versie 3.13.
Inno Setup is bijgewerkt naar versie 5.1.14.
De binaire tools zijn bijgewerkt naar de huidige Cygwin-versies (behalve aangepaste versies, zoals vermeld in het README.txt-bestand).
Wijzigingen sinds R 2.5.0
Inno Setup versie 5.1.12 wordt nu gebruikt ( voor ramen Vista-compatibiliteit).
De TCL / TK-bundel is bijgewerkt naar versie 8.4.15 en bevat nu de handleidingen in CHM-helpformaat.
Wijzigingen sinds R 2.4.1
Waarschuwing: de huidige MinGW-releases zullen niet draaien in Microsoft Vista.
We hebben zojuist een experimenteel Rtools-installatieprogramma samengesteld. Dit omvat de R-toolsbundel, de MinGW-tools en de TCL / TK-, Unicode- en bitmap-ondersteuning. Het doet niet omvatten Perl, LaTeX, de HTML Help Workshop of de Inno Installatie-installatieprogramma.
We raden niet langer aan om de voorverpakte MinGW-versies te gebruiken; het is moeilijk om bij te houden welke versies ze verpakken. In plaats daarvan raden we aan het bovenstaande installatieprogramma te gebruiken of de componenten rechtstreeks te downloaden van de versies op de Sourceforge-downloadpagina.
Wijzigingen sinds R 2.4.0
MinGW runtime-versie 3.11 of hoger is nu vereist.
Inno Setup versie 5.1.7 of hoger is nu vereist.
Wijzigingen sinds R 2.3.1
De iconv.zip is bijgewerkt naar versie 1.11.
De R_Tcl.zip-bestanden voor Tcl / Tk-ondersteuning zijn bijgewerkt naar versie 8.4.13.
mingw-runtime> = 3.10 is vereist om R te bouwen (een bugfix bij het overhandigen van MBCS-code is vereist). Dit wordt afgedwongen door een controle in het bouwen van Rpwd.exe.
Onze dagelijkse builds gebruiken niet langer de gepatchte versie van ld.exe, we gebruiken een nieuwere versie van het niet-gepatchte hulpprogramma. We hebben de nieuwe setup niet getest op Windows NT4. Als u dat besturingssysteem gebruikt en de builds niet werken, laat het ons dan weten.
Wijzigingen sinds R 2.2.1
- Het hulpprogramma is vereist om R te bouwen; een kopie is toegevoegd aan tools.zip.
- Er zit een bug in de MinGW ld.exe linker utility versie 2.16.91 20050827. Deze bug heeft geen invloed op de koppelingsmethode die wordt gebruikt in R tot 2.2.x, maar heeft waarschijnlijk invloed op de methode die wordt gebruikt in R 2.3.x of hoger, waardoor dergelijke builds niet kunnen worden uitgevoerd op Windows NT 4-systemen. Onze dagelijkse builds gebruiken nu de gepatchte versie, maar dat is het wel niet opgenomen in de Rtools-collectie. Zie de onderstaande instructies om een kopie van de gepatchte versie te verkrijgen en te installeren.
Wijzigingen sinds R 2.1.1
De volgende wijzigingen zijn aangebracht sinds de release van R 2.1.1:
- De R_Tcl.zip-bestanden voor tcl / tk-ondersteuning zijn bijgewerkt naar versie 8.4.11.
- Versie 3.4.4 van de MinGW gcc-compilers, 3.8 van de MinGW-runtime, 2.15.94 van de MinGW binutils en 3.3 van de w32api worden nu gebruikt in builds.
- Een kapotte versie van tar.exe is eindelijk vervangen in tools.zip.
- De MinGW-tools zijn nu beschikbaar in een bestand met de naam MinGW-5.0.0.exe op de MinGW-website. Kies de "kandidaat" pakketten. Hiermee worden mingw-runtime-3.8.tar.gz, w32api-3.3.tar.gz, binutils-2.16.91-20050827-1.tar.gz, gcc-core-3.4.4-20050522-1.tar gedownload en geïnstalleerd .gz, gcc-g ++ - 3.4.4-20050522-1.tar.gz en gcc-g77-3.4.4-20050522-1.tar.gz.
- Er is geen setup 5.1.5 of beter nodig om het installatieprogramma te bouwen.
Wijzigingen sinds R 2.1.0
De volgende wijzigingen zijn aangebracht sinds de release van de R 2.1.0 Installatie- en beheerhandleiding:
- Versie 5.1.2 of beter van het Inno Setup-installatieprogramma (momenteel in bètatest) is nu vereist voor r-patched en r-devel, en zal naar verwachting ook nodig zijn voor toekomstige releases.
- Het hulpprogramma is nu nodig om R te bouwen; een kopie is toegevoegd aan tools.zip.
Toegang op afstand, computerbesturing op afstand, beheer op afstand
LiteManager Pro / Gratis- programma afstandsbediening van computers via internet of administratie in een lokaal netwerk, voor technische ondersteuning van gebruikers, afstand leren bewaken van het werkproces van medewerkers.
Met het programma kunt u: eenvoudig en snel het bureaublad van uw computer in realtime bedienen, Windows volledig ondersteunen, een betrouwbare toegang op afstand aan het bestandssysteem, processen en services van de computer. LiteManager heeft ingebouwde functies voor het maken van netwerk kaart, het verzamelen van technische informatie, de mogelijkheid om te implementeren en bij te werken met behulp van externe installatietools, uw persoonlijke router-ID (NOIP) te configureren en nog veel meer.
Beheer op afstand nu is het mogelijk zonder een IP-adres, met behulp van de verbinding op ID kunt u uw eigen unieke ID kiezen en hiermee verbinding maken. De client- en servermodules van het programma kunnen werken in netwerken die via een proxyserver met internet zijn verbonden. Litemanager extern beheer - Programmabeschrijving
Downloaden (voor Windows, versie 4886)
LiteManager.apk / Play Market (Android)
LiteManager.app / App Winkel(Mac OS)
Appstore (iOS, iPhone, iPad)
Wine (emulator voor Linux, Mac OS)
LiteManager licentie is onbeperkt en het aantal specialisten is niet beperkt. Bij rechtstreekse aankoop krijgt u 20% extra korting. Lees meer koop Litemanager ...
Gratis versie, heeft alle basisfuncties en stelt u in staat om tot 30 computers tegelijkertijd helemaal gratis te bedienen! Of meer, als u een licentiesleutel heeft. Extern bureaublad zonder beperkingen op tijd en snelheid van de sessie.
Deze versie is gratis voor zowel natuurlijke personen als rechtspersonen.
Het programma kan worden gebruikt om technische ondersteuning aan klanten te bieden, en de mogelijkheid om uw eigen server met verbindingen per ID te configureren, zorgt voor volledige autonomie en onafhankelijkheid van het werk, als resultaat van de gehele technische ondersteuningsservice.
De belangrijkste kenmerken van de gratis gratis versie en de verschillen met compleet Pro versies worden weergegeven in de tabel - Litemanager Gratis computerbesturing op afstand
QuickSupport-modus ontworpen voor: snelle ondersteuning gebruikers, vereist geen installatie- en beheerdersrechten - download het programma en voer het uit.
ROMServer.exe (Server zonder installatie)
ROMViewer.exe (Client zonder installatie)
ROMServer.exe (zonder beheerdersrechten)
LiteManager Portable bevat alle functies van de volledige versie zonder enige installatie en werkt rechtstreeks vanaf een USB-stick.
Meer over Draagbare versie LiteManager.
De voordelen van ons product:
- Beheer en weergave van extern bureaublad Computer afstandsbediening Bureaublad
- U kunt functies voor slepen en neerzetten, functies voor kopiëren en plakken op het systeemklembord gebruiken, schakelen tussen monitoren of tussen gebruikers die in verschillende terminalsessies werken. Ondersteunde grafische shell Windows 7 Aero, en de verbinding wordt niet verbroken. Er is een zuinige modus beschikbaar, indien ingeschakeld, wordt het verkeersverbruik verminderd.
- Bestandsbeheer voor het werken met bestanden en mappen
- Hiermee kunt u het bestandssysteem bekijken, bestanden kopiëren, verwijderen, uitvoeren of openen om te bewerken, het bladwijzersysteem gebruiken voor snelle navigatie. De bestandsbeheerder kan gegevens tussen twee aangesloten computers overbrengen.
- Taakbeheer
- Met de dispatcher kunt u processen en services beheren, informatie over actieve programma's bekijken, starten of stoppen. De taakbeheerder geeft ook informatie weer over de verbonden gebruikers.
- Energiebeheer van de computer
- In deze modus kunt u de computer uitschakelen, opnieuw opstarten of inschakelen met behulp van de Wake-On-LAN-functie. Schakel de monitor in of uit en zet hem in de sluimerstand.
- Tekst- en audio-videochat
- Hiermee kunt u met de gebruiker communiceren in een tekstchat, er is een functie om een enkel bericht naar de gebruiker te sturen als melding. Audio-videochat voor communicatie met behulp van een microfoon en een webcamera, chat kan werken in dialoogmodus, uitzenden of opnemen van audio en video.
- Telnet-computerbesturing via opdrachtregel
- Verbinding in de vorm van een opdrachtregel, u kunt namens de gebruiker of namens het systeem werken.
- Apparaatbeheer of inventaris
- Hiermee kunt u snel en gemakkelijk informatie verzamelen over de geïnstalleerde hard- en software.
- Schermopname plannen
- Offline desktopopname naar videobestand. Het is een handig en effectief middel om de werktijd van werknemers te beheersen
- Netwerkkaart
- U kunt een topologische kaart van uw netwerk met alle apparatuur tekenen voor eenvoudiger beheer. De kaart is volledig interactief met de mogelijkheid om verbindingen te maken en te configureren.
- Dynamische IP-serververbinding en cascadefunctie voor complexe netwerken
- Door de functie "Verbind terug" of "Verbind via ID" te gebruiken, kunt u verbinding maken met ontoegankelijke computers op internet. Met een trapsgewijze verbinding kunt u via een ROM-server verbinding maken met een ROM-server. Het programma ondersteunt het werken via een proxyserver.
- Installatie en upgrade op afstand
- Verschillende manieren van installatie van het programma met behulp van de ingebouwde Windows-hulpprogramma's, MSI en zelfupdatefunctie van het programma. Mogelijkheid om de server te configureren voor installatie.
- Ingebouwde computerzoekfunctie
- Hiermee kunt u computers vinden zoals ze zijn geïnstalleerd server kant, of zonder, waarna u ze aan de hoofdlijst kunt toevoegen.
- Register-editor
- Verbinding met het systeemregister met de mogelijkheid om gegevens te bewerken en registersleutels te importeren en exporteren.
- Verbinding via ID en NoIPServer-toepassing
- Om verbinding te maken zonder IP-adres, kunt u de ID-verbindingsmodus gebruiken, u stelt zelf de gewenste ID in voor meer comfortabel werken met hem. Een extra programma NoIPServer waarmee u LMViewer en LMServer kunt verbinden zonder een IP-adres, wordt met het programma meegeleverd, met behulp hiervan kunt u de verbindings-ID van uw bedrijfsserver configureren. NoIP kan ook worden uitgevoerd op Unix-systemen onder Wine.
Volledige lijst met LiteManager-functies en schermafbeeldingen.
Modus daarvan. Quick Support-functie.
Verbinding via ID hoe u verbinding maakt via ID.
Overzicht van oplossingen voor zakelijke en particuliere gebruikers.
OnLine hulp van het programma is nu beschikbaar op de site.
De antwoorden op de vragen zijn de officiële FAQ.
LiteManager kennisbank.
Toegang op afstand en beheer van computers.
Met LiteManager kunt u computers op afstand via internet beheren, een lokaal netwerk beheren en werknemers de hele werkdag in de gaten houden.
Voor technische ondersteuningsdiensten op afstand.
Met LiteManager kunt u op afstand technische ondersteuning bieden aan gebruikers, met hen communiceren, bestanden uitwisselen.
Als gevolg hiervan kunt u tijd en geld besparen.
Voor onderwijsinstellingen.
Het LiteManager-programma is geschikt voor het organiseren van het leerproces, stelt u in staat een computerklas te besturen en effectief te beheren, demolessen te geven en te testen.
home - Artikelen - Microsoft Windows
Automatische installatie van programma's in een Windows-domein
Tags: Groepsbeleid
auteur
Ivanov Ilya, http://bozza.ru, april 2010
Invoering
Als WSUS is geïnstalleerd in het Windows-domein, is de beheerder blij en kalm - ze zeggen, alles, updates worden automatisch geïnstalleerd, het verkeer is afgenomen, het is niet nodig om rond computers te rennen, enz.
Feanor184.ru
In principe is al het andere hetzelfde, maar niet iedereen gebruikt het in werk van Microsoft Outlook of Internet Explorer(hoewel 8 erg goed is). Er zijn veel mensen die gewend zijn om met de browser The Bat!, Opera of Mozilla te werken. Als er een vraag is over updates, is het ofwel een puinhoop voor de beheerder in de vorm van naar elke computer rennen om iedereen bij te werken, bijvoorbeeld Opera, of gebruikers moeten onder de beheerders zitten (zij het lokaal, niet domeinen).
Uiteraard is noch de eerste, noch de tweede methode een optie. Dus je moet in staat zijn om automatisch programma's op werkstations installeren, en het is aan te raden dit te doen voordat de gebruiker inlogt - als hij ingelogd is, wil hij de machine immers niet meer herstarten, enz. We moeten de gebruiker confronteren met het feit dat het programma, zijn geliefde Opera, al is bijgewerkt en de beheerder stoort zich er niet aan dat hij om de een of andere reden versie 10.10 minder leuk vindt dan de vorige. Er is net een update uitgekomen en deze moet worden toegepast. Geen opties.
Het meest voorkomende antwoord op de vraag is: ALS? - Natuurlijk via Active Directory!- elke specialist of alleen een systeembeheerder zal het u vertellen. En hoe via AD?- je vraagt. En ze zullen je vertellen - ?! Weet je hoe via AD? Ja, het is er gewoon, via beleid!- maar ze zullen u waarschijnlijk niets meer vertellen, want voor de meeste adviseurs is deze vraag net zo duister als voor u. En u zult geen andere keuze hebben dan te googlen totdat u uw hartslag verliest, want het vinden van een enorm boekdeel over het onderwerp "hoe Office 2007 te implementeren" op het bedrijfsnetwerk is geen probleem, maar eenvoudig en in een notendop - u zult zelden iets. Niet zonder trots kan ik zeggen dat dit artikel slechts een van de weinige korte en "geen toeters en bellen" is die bij mij overkwam.
Programma's installeren vanuit MSI
Stel dat we de Firefox-browser automatisch willen installeren (en updates installeren zodra er updates worden uitgebracht). Het msi-bestand voor Firefox vind je hier (in een nieuw venster).
Ik zal het configureren van de .adm-sjabloon overslaan, omdat: Dit is lang niet altijd nodig, en nog vaker vind je dit vijgensjabloon. Als gevolg hiervan zijn de standaardinstellingen (of, als we er bovenop zetten) oude versie- de instellingen worden opgeslagen). We hebben geen template.adm nodig.
Toegangsrechten verdelen
Ik neem aan dat alle computeraccounts (behalve domeincontrollers) zich in de OU "OU Office Computers" bevinden.
Notitie 1:
Waarom niet de oorspronkelijke computerlocatie gebruiken (Computers - Domeincomputers in Active Directory: gebruikers en computers)? Het is voor mij handiger om in de toekomst beleid voor groepen computers te beheren. Plus, toen ik bezocht? Microsoft-cursussen, Ik zag dat op domeincontrollers in testsystemen en in "productie"-systemen die zijn geconfigureerd door Microsoft-specialisten, bijna alleen afzonderlijk aangemaakte OU's worden gebruikt, en niet de basis. Voor mezelf besloot ik de ervaring van specialisten te herhalen. Tot nu toe maakt dit me alleen maar meer op mijn gemak. Natuurlijk, IMHO.
Opmerking 2:
Niet alle gebruikers hebben Firefox nodig (net zoals niet iedereen The Bat, Opera, enz. nodig heeft). Daarom zullen we een aparte groep computers maken in "OU Office Computers" waar Firefox zal worden geïnstalleerd. Laten we voor de duidelijkheid de groep bellen GFirefoxComputers... Merk op dat dit een groep zal zijn, geen geneste OE!
We delen een map op de server (in de afbeelding is het SoftwareDistibution, niet Mozilla Firefox zoals het lijkt) en geef groep GFirefoxComputers leestoegang, beheerder - volledige toegang(niet naar de computer van de beheerder, maar naar de gebruiker - je zou tenslotte in staat moeten zijn om bestanden via het netwerk naar de bal te uploaden;)).
Over het algemeen kunt u, om te controleren hoe alles in het algemeen werkt, zonder de GFirefoxComputers-groep.
Gewoon om je leven niet meteen ingewikkeld te maken, en om het groepsbeleid niet de schuld te geven als er iets misgaat 😉
Politiek regeert de wereld!
Start op de domeincontroller de Groepsbeleid-editor GPMC.MSC:
... en maak een groepsbeleid dat alleen is gekoppeld aan onze OU "OU Office Computers" genaamd "Firefox 3.6.3 rus":
... we bewerken ons beleid "Firefox 3.6.3 rus":
De Firefox-distributie voorbereiden voor netwerkimplementatie
Klik in de sectie "Gebruikersconfiguratie" -> "Software-instellingen" -> "Software-installatie" op rechter muis en maak een nieuw installatieobject - ons toekomstige Firefox-installatieprogramma.
Selecteer het MSI-bestand dat iemand zorgvuldig in een gedeelde map heeft geplaatst. Belangrijk: u moet het netwerkpad naar het bestand kiezen, niet het lokale pad, omdat de gebruiker niet lokaal op de server, maar via het netwerk toegang tot uw installatie krijgt.
"Toegewezen" selecteren:
Hiermee is het werk met de tak "Software-installatie" voltooid.
We sluiten alle geopende vensters op de server (als het andere taken niet verstoort natuurlijk), Start -> Uitvoeren -> gpupdate / force
Installatie op werkstations
Verder is het voldoende om simpelweg de werkstations opnieuw op te starten om Firefox automatisch te installeren VOORDAT het login-/wachtwoordvenster verschijnt. Met andere woorden, de gebruiker kan niet niet installeren, vergeten, enz. Daarom is deze methode zo goed. U bepaalt op afstand wat er op de werkstations wordt geïnstalleerd/geüpdatet.
Windows XP "accepteert" geen nieuw beleid vanaf de eerste keer opnieuw opstarten, dus u kunt de gebruiker benaderen, het commando "gpupdate / force" uitvoeren (niet noodzakelijk onder de beheerder) en zijn computer opnieuw opstarten.
Zorg ervoor dat u de installatie op uw / testcomputer controleert VOORDAT gebruikers de volgende ochtend binnenkomen, hun computers aanzetten ... wat als een jamb? Probeer het daarom, in ieder geval de eerste keer, eerst zelf uit.
aanvullend
Nu wordt op elke nieuwe computer die is ingevoerd in de divisie van OU Office Computers de nieuwste versie van de Firefox-browser geïnstalleerd. Je hoeft niet eens iets te doen. Simpel en erg handig. Op dezelfde manier kunt u bijna alle software installeren, inclusief Adobe Reader, Adobe Flash Player (waarvoor normaal gesproken beheerdersrechten nodig zijn om te installeren), The Bat ... maar u weet nooit software op uw lokale netwerk, het up-to-date houden is een van de verantwoordelijkheden van de systeembeheerder.
Een nuance: als je al een pakket hebt geïnstalleerd, in ons geval Firefox 3.6.3 rus, en na een tijdje moet je het bijwerken (omdat er vroeg of laat een nieuwe versie van de browser wordt uitgebracht), verwijder dan eerst het beleid voor het installeren van Firefox 3.6.3 en maak vervolgens een nieuwe aan. Dan "gpudate / force" en daar ga je!
Ik bied een programma aan voor beheerders - opnieuw installeren(u kunt het downloaden). Ze lost de volgende taken op:
- Beheer op afstand
- Uitvoering van opdrachten op afstand
- Installatie op afstand van applicaties
- Gastheer- IP-adres / naam van de externe computer. Het programma probeert er constant verbinding mee te maken en geeft het resultaat aan:
- rood- de computer is niet gevonden (misschien is er een firewall op ingeschakeld);
- geel- de computer is gevonden, maar de inloggegevens zijn niet correct / er zijn niet genoeg rechten / op de externe pc "simpel" algemene toegang naar bestanden ";
- groente- de computer is gevonden, de inloggegevens zijn correct, de rechten zijn er.
- Gebruiker- de naam van het account om verbinding te maken met de externe computer.
- Doorgang- het wachtwoord van het account om verbinding te maken met de externe computer.
Door hier te dubbelklikken, kunt u het LAPS-wachtwoord verkrijgen - het wordt naar het klembord gekopieerd.
Programma-instellingen worden gelezen wanneer het wordt gestart vanuit een bestand rinstall.ini die in mappen kunnen staan "% PROGRAMFILES% \ Opnieuw installeren \" en "% GEBRUIKERSPROFIEL% \ Opnieuw installeren \"(dat laatste is belangrijker).
1. Beheer op afstand
- - informatie krijgen over het systeem.
- - krijg een lijst met geïnstalleerde software.
- - start de computerbeheerconsole.
- - start een externe shell.
- - verbinding maken via de Configuration Manager-client.
- - verbinding maken via extern bureaublad.
- - verbinding maken via afstandsbediening.
- - verbinding maken via TightVNC (Ctr + Alt + Shift + T - werkbalk).
- - verbinding maken via Radmin.
- - open een externe bron.
- - kijk wat wordt ingenomen door de ruimte op de schijven van de externe computer.
2. Uitvoering van opdrachten op afstand
- - een opdracht (uitvoerbaar bestand: * .exe, *. bat, * .cmd, * .vbs, * .hta, enz.) uitgevoerd op een externe computer. Standaard is de opdracht om Apparaatbeheer te starten gespecificeerd.
- - Argumenten (parameters / opties) van de opdracht, indien nodig.
- [x] Kopiëren- kopieer een opdracht naar een externe computer (in dit geval moet u het volledige pad op de lokale computer opgeven).
- [x] Verbergen- voer de opdracht in het geheim uit.
- [x] Wacht- wacht tot de opdracht is voltooid.
- - ren ver.
- - start de schil.
- - start opstartmanager.
- - voer de verwijderingsmanager uit.
- - update groepsbeleid (met de / FORCE-toets).
- - beëindig alle psexec-processen.
- - werk het IP-adres bij.
- - om een computer opnieuw op te starten.
- - maak een snelkoppeling voor een applicatie die wordt uitgevoerd als een gebruiker met beheerdersrechten (gebruikt gratis versie RunAsSpc).
Opdrachten worden uitgevoerd op een externe computer met de rechten SYSTEEM.
Het is handig om draagbare applicaties als commando's te starten (vergeet niet het vakje aan te vinken) Kopiëren). Hier zijn er echter onbegrijpelijke problemen met de lancering van SFX-archieven op externe computers met een 64-bits besturingssysteem ...
3. Installatie op afstand van applicaties
Toepassingen ( Rel pad) bevinden zich op elke netwerkbron ( Netto pad). Toegang tot het wordt uitgevoerd volgens de referenties ( Netgebruiker, Netto pas). Tijdens de installatie van de applicatie op de externe computer wordt een netwerkschijf aangesloten ( Net schijf).
Vereisten voor geïnstalleerde applicaties:
- De applicatie moet in een aparte map staan en automatisch worden geïnstalleerd.
- De sollicitatiemap moet in het Latijnse alfabet zijn geschreven.
- Er moet een bestand in de applicatiemap staan install.bat, welke de
installeert de applicatie. Het is ook wenselijk dat dit bestand ondersteuning biedt voor:
sleutel -u(verwijder de applicatie).
Als WSUS in het Windows-domein is geïnstalleerd, is de beheerder blij en kalm - ze zeggen, alles, updates worden automatisch geïnstalleerd, het verkeer is afgenomen, het is niet nodig om op computers te draaien, enz. In principe is al het andere hetzelfde, maar tenslotte gebruikt niet iedereen Microsoft Outlook in zijn werk of Internet Explorer (hoewel 8 redelijk goed is). Er zijn veel mensen die gewend zijn om met de browser The Bat!, Opera of Mozilla te werken. Als er een vraag is over updates, is het ofwel een puinhoop voor de beheerder in de vorm van naar elke computer rennen om iedereen bij te werken, bijvoorbeeld Opera, of gebruikers moeten onder de beheerders zitten (zij het lokaal, niet domeinen).
Uiteraard is noch de eerste, noch de tweede methode een optie. Dus je moet in staat zijn om automatisch programma's op werkstations installeren, en het is aan te raden dit te doen voordat de gebruiker inlogt - als hij ingelogd is, wil hij de machine immers niet meer herstarten, enz. We moeten de gebruiker confronteren met het feit dat het programma, zijn geliefde Opera, al is bijgewerkt en de beheerder stoort zich er niet aan dat hij om de een of andere reden versie 10.10 minder leuk vindt dan de vorige. Er is net een update uitgekomen en deze moet worden toegepast. Geen opties.
Het meest voorkomende antwoord op de vraag is: ALS? - Natuurlijk via Active Directory!- elke specialist of alleen een systeembeheerder zal het u vertellen. En hoe via AD?- je vraagt. En ze zullen je vertellen - ?! Weet je hoe via AD? Ja, het is er gewoon, via beleid!- maar ze zullen u waarschijnlijk niets meer vertellen, want voor de meeste adviseurs is deze vraag net zo duister als voor u. En u zult geen andere keuze hebben dan te googlen totdat u uw hartslag verliest, want het vinden van een enorm boekdeel over het onderwerp "hoe Office 2007 te implementeren" op het bedrijfsnetwerk is geen probleem, maar eenvoudig en in een notendop - u zult zelden iets. Niet zonder trots kan ik zeggen dat dit artikel slechts een van de weinige korte en "geen toeters en bellen" is die bij mij overkwam.
Programma's installeren vanuit MSI
Stel dat we de Firefox-browser automatisch willen installeren (en updates installeren zodra er updates worden uitgebracht). Het msi-bestand voor Firefox kan worden genomen (in een nieuw venster).
Ik zal het configureren van de .adm-sjabloon overslaan, omdat: Dit is lang niet altijd nodig, en nog vaker vind je dit vijgensjabloon. Hierdoor blijven de standaard instellingen (of, als we de oude versie overdoen, de instellingen behouden). We hebben geen template.adm nodig.
Toegangsrechten verdelen
Ik neem aan dat alle computeraccounts (behalve domeincontrollers) zich in de OU "OU Office Computers" bevinden.
Notitie 1:
Waarom niet de oorspronkelijke computerlocatie gebruiken (Computers - Domeincomputers in Active Directory: gebruikers en computers)? Het is voor mij handiger om in de toekomst beleid voor groepen computers te beheren. Bovendien, toen ik Microsoft-cursussen volgde, zag ik dat op domeincontrollers in testsystemen en in "productie" -systemen die zijn geconfigureerd door Microsoft-specialisten, bijna alleen afzonderlijk gemaakte OU's worden gebruikt en geen basiseenheden. Voor mezelf besloot ik de ervaring van specialisten te herhalen. Tot nu toe maakt dit me alleen maar meer op mijn gemak. Natuurlijk, IMHO.
Opmerking 2:
Niet alle gebruikers hebben Firefox nodig (net zoals niet iedereen The Bat, Opera, enz. nodig heeft). Daarom zullen we een aparte groep computers maken in "OU Office Computers" waar Firefox zal worden geïnstalleerd. Laten we voor de duidelijkheid de groep bellen GFirefoxComputers... Merk op dat dit een groep zal zijn, geen geneste OE!
We delen een map op de server (op de afbeelding is het SoftwareDistibution, niet Mozilla Firefox, zoals het lijkt) en geven groep GFirefoxComputers leestoegang, admin - volledige toegang (niet tot de computer van de beheerder, maar tot de gebruiker - je zou tenslotte in staat moeten zijn om bestanden via het netwerk naar de bal te uploaden;)).
Over het algemeen kunt u, om te controleren hoe alles in het algemeen werkt, zonder de GFirefoxComputers-groep. Gewoon om je leven niet meteen ingewikkeld te maken, en om het groepsbeleid niet de schuld te geven als er iets misgaat ;)
Politiek regeert de wereld!
Start op de domeincontroller de Groepsbeleid-editor GPMC.MSC:
En we creëren een groepsbeleid dat alleen is gekoppeld aan onze OU "OU Office Computers" genaamd "Firefox 3.6.3 rus":
Ons beleid "Firefox 3.6.3 rus" bewerken:
De Firefox-distributie voorbereiden voor netwerkimplementatie
In de sectie "Gebruikersconfiguratie" -> "Software-instellingen" -> "Software-installatie", klik met de rechtermuisknop en maak een nieuw object voor installatie - ons toekomstige Firefox-installatieprogramma.
Selecteer het MSI-bestand dat iemand zorgvuldig in een gedeelde map heeft geplaatst. Belangrijk: u moet het netwerkpad naar het bestand kiezen, niet het lokale pad, omdat de gebruiker niet lokaal op de server, maar via het netwerk toegang tot uw installatie krijgt.
"Toegewezen" selecteren:
Hiermee is het werk met de tak "Software-installatie" voltooid.
We sluiten alle geopende vensters op de server (als het andere taken niet verstoort natuurlijk), Start -> Uitvoeren -> gpupdate / force
Installatie op werkstations
Verder is het voldoende om simpelweg de werkstations opnieuw op te starten om Firefox automatisch te installeren VOORDAT het login-/wachtwoordvenster verschijnt. Met andere woorden, de gebruiker kan niet niet installeren, vergeten, enz. Daarom is deze methode zo goed. U bepaalt op afstand wat er op de werkstations wordt geïnstalleerd/geüpdatet.
Windows XP "accepteert" geen nieuw beleid vanaf de eerste keer opnieuw opstarten, dus u kunt de gebruiker benaderen, het commando "gpupdate / force" uitvoeren (niet noodzakelijk onder de beheerder) en zijn computer opnieuw opstarten.
Controleer de installatie op uw / testcomputer VOORDAT gebruikers de volgende ochtend arriveren, hun computers aanzetten ... wat als er een joint is? Probeer het daarom, in ieder geval de eerste keer, eerst zelf uit.
aanvullend
Nu wordt op elke nieuwe computer die is ingevoerd in de divisie van OU Office Computers de nieuwste versie van de Firefox-browser geïnstalleerd. Je hoeft niet eens iets te doen. Simpel en erg handig. Op dezelfde manier kunt u bijna alle software installeren, inclusief Adobe Reader, Adobe Flash Player (waarvoor normaal gesproken beheerdersrechten nodig zijn om te installeren), The Bat ... maar u kent nooit de software op uw lokale netwerk, dat wordt bijgehouden datum door een van de verantwoordelijkheden van de systeembeheerder.
Een nuance: als je al een pakket hebt geïnstalleerd, in ons geval Firefox 3.6.3 rus, en na een tijdje moet je het bijwerken (omdat er vroeg of laat een nieuwe versie van de browser wordt uitgebracht), verwijder dan eerst het beleid voor het installeren van Firefox 3.6.3 en maak vervolgens een nieuwe aan. Dan "gpudate / force" en daar ga je!
