Installation vom Gateway (Side-by-Side) soweit ohne Fehler, aber keine Lizenz vorhanden

Hallo Alexander,

die Ursache, zumindest für die Lizenz, liegt sehr wahrscheinlich an unterschiedlichen Zugriffs-URI's des DVLS und dem Gateway. Diese müssen bei einer Side by Side Installation ident sein.

Kannst du bite folgendes überprüfen:

• DVLS Console => Server => Bearbeiten => IIS => Zugriffs-URI kopieren (am besten bereits auf https konfiguriert)
• DVLS Console => Begleiter => Devolutions Gateway => Bearbeiten => Zugriffs-URI einfügen
• HTTP-Listener sollte auf http stehen, Ports bleiben gleich
• Änderungen speichern, Devolutions Gateway Service neu starten und anschließend das Devolutions Gateway in der Weboberfläche überprüfen

LG,
Min

Hallo Min,

die Zugriffs-URI's sind identisch. Ich hatte den HTTP-Listener von https auf http umgestellt und den Gateway-Dienst neugestartet.

Der Fehler besteht weiterhin. Jetzt ist bei der Diagnose allerdings zusätzlich "Secure HTTPS communications enabled" fehlerhaft. Was ja korrekt ist, da ich auf http umgestellt habe.

Viele Grüße

Alex

Hallo Alex,

Zur Sicherheit ein paar Screenshots:

Console => Server


Console => Begleiter => Gateway


Weboberfläche:


Status:


LG,
Min

Hallo Min,

danke für die Screenshots! Ja, die URI's sind bei allen drei Stellen identisch. Das einzige, was wir nicht haben ist der Subfolder "/dvls". Bei uns läuft der Server im Root-Pfad.

Es ist also nicht "https://FQDN/dvls", sondern nur "https://FQDN/".

Viele Grüße

Alex

Hallo Alex,

alles klar! Endet die Gateway URL in der Weboberfläche auch mit / ?


LG,
Min

Hallo Min,

die URL endet mit "/". Allerdings funktioniert das bei mir nur mit der Angabe des Ports "https://min.destens:7171/". Ohne Port wird das Gateway nicht erreicht.

Viele Grüße

Alex

Hallo Alex,

das wird das Problem sein, hier muss die gleiche URI (mit / ) hinterlegt werden, unter der auch der DVLS erreichbar ist (ansonsten das Lizenz Problem)

Ist in den Gateway Einstellungen die gleiche URI und Port wie für den DVLS selbst hinterlegt?




LG,
Min

Hallo Min,

also die URI's sind alle wie folgt:







Eigentlich so, wie es sein soll. Ohne die Port-Angabe ist die Diagnose generell fehlerhaft:



Gebe ich den Port an....



...ist die Diagnose zumindest teilweise ohne Fehler:



Der einzige Prüfpunkt (egal in welcher Konstellation) der nicht grün wird ist "TCP listening hostname configuration". Liegt es vielleicht daran?

Viele Grüße

Alex

Hallo Alex,

hier bitte auf https:// ändern ohne Port, dann sollte es klappen:


LG,
Min

Hallo Min,

die Kombination hatte ich auch bereits ausprobiert. Leider ohne Erfolg!



Sobald https eingetragen wird und ich "Test Connection" machen möchten, kommt wieder ein Fehler:



Ich hatte vermutlich bereits alle Kombinationen getestet. Alle leider ohne Erfolg. :-(

Viele Grüße

Alex

Hallo Alex,

hast du nach der URL Änderung das Service neu gestartet?

Falls das auch nicht hilft würde ich vorschlagen ein Ticket beim Support zu erstellen:


LG,
Min

Hallo Min,

erstmal danke für die Unterstützung! Werde dann wohl mal den Support kontaktieren.

Viele Grüße

Alex

Hallo Min,

habe den "Fehler" jetzt doch noch gefunden. Der Tipp mit den "Data Logs" hat mich auf den richtigen Weg gebracht.

Im IIS war der Proxy nicht aktiv und die URL Rewrite-Regel hat daher nicht funktioniert. Nach Aktivierung klappt es jetzt!



Viele Grüße

Alex