プリンターを管理しようとすると、「要求された操作には昇格が必要です」

わかりましたので、ファイル/プリントサーバー上のローカルのPrint Operatorsグループ（ADグループ経由）に少数の人々を追加しました。また、個々のプリンターのセキュリティACLにPrint Operatorsと広告グループを手動で追加しました（デフォルトではPrint OperatorsがACLにないことに気付きました）。Print Management \ Print Servers \ serverを介してプリントサーバー自体に同じことを行いました。

ただし、ADグループにいる（そしてこれを何度も確認した）ユーザーは、サーバーにRDPしたとき、デバイスとプリンターに行き、管理するプリンターを見つけて、印刷キュー、および[管理者として開く]を選択します。具体的には、エラーはc：\ windows \ system32 \ printui.exeを参照しています。

また、UACは最低の設定になっています。これは、実際にはServer 2012で無効になっているわけではありませんが、それについても言及すると思いました。

何か案が？私たちはこれらの人々を信頼していますが、サーバーのローカル管理者を与えるには十分ではないため、現時点ではこれは選択肢ではありません。また、サポートするサイトのすべてがローカルではないため、システムにプリンターをインストールしてリモートで管理することはオプションですが、素晴らしいオプションではありません（印刷キューを開くのに少し時間がかかります）。

OK、昨日これを理解しましたが、答えをマークするのを忘れました。

基本的には、ドメインの印刷管理者グループがプリンターのフルコントロールを与えられることについて、以前は（意図的ではなく）嘘をつきました。昨日、それをプリンターのACLに追加し、オンサイト管理者の1人が、彼女が印刷キューを管理できることを確認しました。そのため、ACLに追加されているローカルのPrint Operatorsグループ（ドメインのPrint Administratorsグループがそのメンバーである）は、ジャックを実行しなかったように見えます。

繰り返しになりますが、これはServer 2012/2012 R2のUACの異常によるものと推測していますが、少なくとも今は解決しています。