Um eine .cmd-Datei als Dienst auf einem Windows Server auszuführen, gibt es verschiedene Möglichkeiten, dies zu erreichen. Eine einfache Möglichkeit besteht darin, ein Tool von Drittanbietern wie „NSSM (Non-Sucking Service Manager)“ zu verwenden. NSSM ermöglicht es, eine beliebige Anwendung als Windows-Dienst zu registrieren und auszuführen. Hier ist eine Anleitung, wie du NSSM verwenden kannst:

1. Lade NSSM herunter und extrahiere die Datei

   nssm.exe

   an einen Ort deiner Wahl auf dem Windows-Server.

2. Öffne eine Eingabeaufforderung mit erhöhten Rechten (als Administrator).

3. Navigiere zum Speicherort von

   nssm.exe

   in der Eingabeaufforderung.

4. Führe den folgenden Befehl aus, um NSSM zu verwenden, um deine .cmd-Datei als Dienst zu registrieren und auszuführen:

   nssm install Dienstname „Pfad\zur\deiner.cmd“

Ersetze „Dienstname“ durch den gewünschten Namen für deinen Dienst und „Pfad\zur\deiner.cmd“ durch den vollständigen Pfad zur .cmd-Datei.

5. Es wird ein Dialogfeld geöffnet, in dem du zusätzliche Informationen für den Dienst konfigurieren kannst, z. B. den Starttyp und die Anmeldeinformationen. Fülle die erforderlichen Felder aus und klicke auf „Install service“.

6. Der Dienst wird registriert und gestartet. Du kannst ihn im Diensteverwaltungsprogramm (services.msc) unter dem von dir angegebenen Dienstnamen finden und verwalten.

Bitte beachte, dass NSSM ein Tool von Drittanbietern ist und nicht von Microsoft bereitgestellt wird. Stelle sicher, dass du die Lizenzbedingungen von NSSM beachtest und es entsprechend deiner Umgebung verwenden kannst.

In einem Szenario in dem ich einen Standort anbinden musste der ziemlich fern ab von Glasfaser und Kupfer liegt, sollte dies via LTE/UMTS bewerkstelligt werden. 
Ausgangssituation ist ein TP-Link 4G-Router in dem eine SIM der Telekom steckt. Die Konfiguration ist trivial, der Router ist Online im LTE eingebucht und bekommt auch eine IP. 
Via NoIP wurde ein DynDNS erzeugt: 

• ICMP wurde im Router aktiviert für intern und extern
• Fernwartung via DynDNS wurde aktiviert

Leider war es nicht möglich via DynDNS auf die Website des Routers zu kommen. Auch antwortete der Router auf ICMP nicht. 

Nach etwas recherche bin ich dann auf einen APN der Telekom gestoßen der weder NATtet noch eine interne IP vergibt. Er wirbt mit einer Statischen IP. 
Nach Einrichtung des APN: 

• internet.telekom (Dualstack IPv4/v6, NAT)
• internet.v6.telekom (nur v6, NAT, http Translation)
• festip.telekom (öffentliche feste IPv6, nur für Business-Tarife)
• Internet.t-d1.de ohne User und Kennwort (nur IPv4)

und reconnect des Routers war dieser dann auch via ICMP und Fernwartung über den zuvor eingerichteten DynDNS erreichbar.