Seneste forumindlæg
Køb / Salg
 * Uofficiel Black/White liste V3
Login / opret bruger

Forum \ Programmering og webdesign \ Programmering
Denne tråd er over 6 måneder gammel

Er du sikker på, at du har noget relevant at tilføje?

Åbn programmer via C#

Af Monsterbruger vonangelo | 22-01-2019 10:45 | 2258 visninger | 5 svar, hop til seneste
Hej HOLere Jeg sidder dagligt som IT-Supporter på en større arbejdsplads, hvor vi dagligt døjer med problemer ved installation af printer. Jeg vil ikke gå i detaljer om selve installationen af printer, da det ikke er nødvendigt. Kort sagt så skal ens AD-konto være skrevet ind i Windows Credentials, og så skal man køre en webpnp-fil som min arbejdsplads har lavet - ret simpelt. Jeg lavede et lille PowerShell script som gik ind og gjorde overstående, men har været ude i problemer med at filen ikke er troværdig. Jeg havde "konverteret" PowerShell filen til en execute fil, for så simpelt at kunne køre filen. Der kommer dog en del problemer mht. antivirus programmer. Så jeg valgte at ville gå en anden vej rundt om dette, for så også at kunne lave det mere enkelt for brugerne. Derfor oprettede jeg et Winforms projekt i Visual Studio, for at skrive programmet i C#. I mit C# projekt prøver jeg så at køre webpnp-filen, som er lagt på skrivebordet. Hvis jeg forsøger med Process.Start("sti til fil") så får jeg en fejl om at Visual Studio ikke kunne "finde programmet". Jeg har også forsøgt at køre en PowerShell kommando via C#, som normalt godt kan køre PowerShell scripts - intet resultat. Jeg forsøgte med Start-Process "sti til fil". Hvis jeg forsøger med Start-Process "sti til fil" i Powershell ISE, så virker det helt fint. Mit problem er at det sagtens kan lade sig gøre fra min kammerats computer, via Visual Studio. Der starter den filen helt fint. Jeg overførte Visual Studio projektet til ham, og uden at ændre noget kode så kørte han programmet - virkede fint. Vi kører begge Windows 10. Dog, hans computer er ikke en domæne-computer, da han brugte sin private maskine. Jeg brugte min arbejdscomputer, som er en domæne-computer. Jeg er administrator på min maskine. Kan en GPO være skyld i at jeg ikke kan åbne et program via Visual Studio, men jeg kan godt være Powershell? Håber at mit spørgsmål giver mening. Nu blev det lidt længere end planlagt :-)
--
/vonangelo i7-5930k 3.5ghz, 16gb ram, 750gb ssd, kraken x61, zotac geforce 980 4gb, asus x99-pro
#1
BoomBoy
Ultrabruger
22-01-2019 10:48

Rapporter til Admin
prøv at lav en virtuel maskine uden domæne, så kan du teste løs på den. Har du lavet en gpresult /R og holdt resultatet op imod jeres gpo'er på ad'en?
--
#2
vonangelo
Monsterbruger
22-01-2019 10:54

Rapporter til Admin
#1 Det har jeg faktisk ikke. Det kan jeg jo lige forsøge på. Programmet kommer så egentlig kun til at skulle bruges til kursister, så det er slet ikke nødvendigt at det kommer til at virke på en domænemaskine. Det ville bare være rart, til hvis nu det skal installeres på en arbejdscomputer. Jeg kommer nok bare til at arbejde videre på det på en VM - det giver mest mening at gøre det sådan. Undrede mig bare over fejlen. Men tak for svaret :-)
--
/vonangelo i7-5930k 3.5ghz, 16gb ram, 750gb ssd, kraken x61, zotac geforce 980 4gb, asus x99-pro
#3
TejZ
Monster Supporter
22-01-2019 12:11

Rapporter til Admin
Det problem du prøver at løse her er det automatisk udrulning af printere(med drivere) til AD brugere der kun har standard rettigheder på enhver given PC? Det vil sige, brugeren ikke har rettigheder til at installere drivere? Hvis ja, så kan man på en 2016 Server AD maskine lave GPO der giver brugere rettigheder til netop dette. Jeg ved ikke om det er muligt bagudrettet men det er vel et forsøg værd? Hvis du laver en GPO så under ”Computer Configuration” -> ”Policies” -> ”Administrative Templates” -> ”System” -> ”Driver Installation” skal der vælges ”Allow non-administrators to install drivers for these device setup classes” også skal der tilføjes hardware guid der matcher printere og de er pt. {4d36e979-e325-11ce-bfc1-08002be10318}, {4658ee7e-f050-11d1-b6bd-00c04fa372a7},{49ce6ac8-6f86-11d2-b1e5-0080c72e74a2}. Derudover slå “Turn off windows update device driver search promt” til enabled. Herfra så det bare at deploy printere via samme GPO under "User Configuration" -> "Windows Settings" -> "Deployed Printers".
--
Core i5 2550K @ 3.40GHz | ASUS SABERTOOTH P67 | 16GB DDR3 Ram | 2xGeForce GTX 560 Ti 1023MB | OCZ Agility 3 120 GB | 1GB WD
--
Sidst redigeret 22-01-2019 12:12
#4
upz
Ultrabruger
22-01-2019 13:11

Rapporter til Admin
GPO ville være mest hensigt mæssigt, ellers kan du jo signe dit PS script
--
#5
stallemanden
HOL Moderator
22-01-2019 14:37

Rapporter til Admin
#3 og #4 Jeg forestiller mig, at GPOen giver lidt udfordringer i forhold til forklaringen i #2 Programmet kommer så egentlig kun til at skulle bruges til kursister, så det er slet ikke nødvendigt at det kommer til at virke på en domænemaskine. Det ville bare være rart, til hvis nu det skal installeres på en arbejdscomputer. #0 Det lyder som om, at de maskiner installationen primært skal foretages på, ikke er nogen du/i har kontrol over, men for at det bliver let for jeres kursister, at installere drivere på deres computere? Hvis ikke det er tilfældet, er jeg ikke helt med på sammenblandingen med computere i AD og maskiner der ikke er det.
--
http://hamdentykke.dk[...] http://onsdagssnegl.dk[...]

Opret svar til indlægget: Åbn programmer via C#

Grundet øget spam aktivitet fra gæstebrugere, er det desværre ikke længere muligt, at oprette svar som gæst.

Hvis du ønsker at deltage i debatten, skal du oprette en brugerprofil.

Opret bruger | Login
NYHEDSBREV
Afstemning