Eine services.msc-Alternative
Das Snap-in Dienste hat sich seit Windows 2000 kaum verändert. Es ist noch immer der schnellste Weg, einen Dienst zu starten, den Sie schon auf dem Bildschirm sehen, und der langsamste, um irgendeine Frage zu einem Rechner zu beantworten.
Was Leute dazu bringt, sich umzusehen
- Keine Suche. Navigiert wird nur, indem man einen Buchstaben tippt, um zum ersten Anzeigenamen zu springen, der damit beginnt. Auf einem Rechner mit achthundert Einträgen ist das Scrollen mit Zusatzschritten.
- Kein Filtern. Es gibt keine Möglichkeit zu fragen, was automatisch starten soll und nicht läuft - die eine Frage, die einen kaputten Rechner findet.
- Eine Zeile nach der anderen. Zwölf Dienste neu zu starten heißt zwölf Rechtsklicks und zwölf Wartezeiten.
- "Wird beendet..." ohne Ausweg außer dem Task-Manager und dem Raten, welcher
svchostzu beenden ist.
- Kein Verlauf. Niemand weiß, wer diesen Starttyp auf Deaktiviert gesetzt hat, oder wann, oder ob es im letzten Monat schon so war.
- Verborgene Daten. Der Prozess, die Trigger, die erforderlichen Privilegien, der Sicherheitsdeskriptor, wer die Programmdatei signiert hat - nichts davon steht im Snap-in, und alles davon zählt, wenn etwas nicht stimmt.
- Die Spalten lassen sich nicht ändern. Name, Beschreibung, Status, Starttyp, Anmelden als. Das ist die ganze Liste, und keine davon lässt sich auf einem echten Rechner sinnvoll sortieren.
Dieselben Aufgaben, in beiden
| Sie wollen | In services.msc | Hier |
|---|---|---|
| Finden, was laufen sollte und nicht läuft | Nach Starttyp sortieren, scrollen, jede Zeile lesen | start:auto !status:running |
| Wissen, was ein Beenden mit herunterreißt | Ein Dialog, der abhängige Dienste nennt, nachdem Sie Beenden gedrückt haben | Ein Plan, bevor etwas geschieht, mit jedem abhängigen Dienst als Schritt und einer Warnung, wenn einer davon etwas ist, das der Rechner braucht |
| Wissen, was sich seit letzter Woche geändert hat | Nichts | bws snapshot diff before.json --live |
| Wissen, wer einen Starttyp geändert hat | Nichts | bws history Spooler, aus dem Systemprotokoll |
| Zwölf Dienste neu starten | Zwölf Rechtsklicks | Zwölf auswählen, ein Plan, ein Lauf, ein Bericht |
| Sehen, wer eine Dienst-Programmdatei signiert hat | Wird nicht angezeigt | Eine Spalte und etwas, wonach man suchen kann: signed:no |
| Irgendetwas davon per Skript | Nicht skriptbar | bws, mit --json und einem Exit-Code für jedes Ende |
Was das Snap-in noch immer besser kann
Zwei Dinge, und etwas anderes zu behaupten wäre die Art von Aussage, die dieses Projekt nicht macht.
- Es ist schon auf dem Rechner. Nichts herunterzuladen, nichts an einer Softwarerichtlinie vorbeizubringen. Auf einem Rechner, den Sie nur einmal anfassen, ist das das ganze Argument.
- Es bearbeitet Wiederherstellungsaktionen, das Konto und den Startpfad. Dieses Werkzeug zeigt das Konto und den Startpfad und ändert keines von beiden und liest Wiederherstellungsaktionen nur, um zu warnen, bevor es einen Prozess beendet. Einen Dienst anzulegen, zu löschen oder umzulenken ist hier ebenfalls nicht enthalten.
Was es überhaupt nicht kann, ist der Grund, warum es das hier gibt: eine Frage stellen, zuerst einen Plan zeigen und sagen, was abgedriftet ist.
Was das hier ist
Better Windows Services ist kostenlos und quelloffen unter der GPL-3.0, eine Datei pro Hälfte oder ein Installer für den ganzen Rechner, und es nimmt nie Kontakt zum Internet auf. Zum Lesen sind keine Administratorrechte nötig - zum Ändern schon, und es sagt das, statt still zu scheitern.