Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Chromium Support
#1
Hallo zusammen 

Ich habe versucht, eine neue Connection basierend auf dem HTTP/S Web Browser Chromium zu erstellen. Leider bleibt das Fenster leer. Es funktioniert sowohl für interne Sites nicht als auch nicht für externe, z.B. google.com.

[Image: attachment.php?aid=3507]

[Image: attachment.php?aid=3508]

Das folgende Log ist leer:
C:\Program Files (x86)\ASG-Remote Desktop 2018\debug.log

Im Event Log sind keine relevanten Fehler drin.

Im Hintergrund wird ein Subprozess gestartet, welcher auch offen bleibt, jedoch ist das Tab einfach leer:
C:\Program Files (x86)\ASG-Remote Desktop 2018\CefSharp.BrowserSubprocess.exe --type=gpu-process --no-sandbox --lang=en-US --log-file="C:\Program Files (x86)\ASG-Remote Desktop 2018\debug.log" --gpu-vendor-id=0x8086 --gpu-device-id=0x591b --gpu-driver-vendor="Intel Corporation" --gpu-driver-version=22.20.16.4749 --gpu-driver-date=7-24-2017 --lang=en-US --log-file="C:\Program Files (x86)\ASG-Remote Desktop 2018\debug.log" --service-request-channel-token=E1325D3E295C82BDFFE104D8BF8A3190 --mojo-platform-channel-handle=3472 /prefetch:2

Gruss Claudio


Attached Files Thumbnail(s)
       
Reply
#2
Ist das vc_redist-Paket auf dem Client installiert? Dies ist zwingend notwendig für die Browser-Erweiterungen

https://support.microsoft.com/en-us/help...le-package
Regards/Gruss
Oliver
Reply
#3
(14-06-2018, 09:28 AM)DevOma Wrote: Ist das vc_redist-Paket auf dem Client installiert? Dies ist zwingend notwendig für die Browser-Erweiterungen

https://support.microsoft.com/en-us/help...le-package

Ja, VC Redist ist drauf:
Microsoft Visual C++ 2013 Redistributable (x64) - 12.0.21002
Microsoft Visual C++ 2013 Redistributable (x86) - 12.0.21002
Microsoft Visual C++ 2017 Redistributable (x64) - 14.14.26405
Microsoft Visual C++ 2017 Redistributable (x86) - 14.14.26405
Reply
#4
Ok, habe den Fehler jetzt auch auf einem System - warden wir Montag mal schauen woran es liegt...
Regards/Gruss
Oliver
Reply
#5
(15-06-2018, 03:44 PM)DevOma Wrote: Ok, habe den Fehler jetzt auch auf einem System - warden wir Montag mal schauen woran es liegt...

Konnten Sie schon die Ursache herausfinden?
Reply
#6
Nein bisher nicht - wir haben noch weitere Support-Cases offen und bemühen uns schnellstmöglich das Problem zu finden...
Regards/Gruss
Oliver
Reply
#7
So habe es nochmal geprüft und es funktioniert auf mehreren Rechnern (hatte wohl das vc-redist vergessen)

Mein Link installiert ein Fix/Update vom vc-redist-Paket - die Version ist dann die 12.0.40660

Es müsste also versucht werden das entsprechende Paket zu installieren - da es sich um eine 3rd-Party-Komponente handelt, müssen die Vorraussetzungen entspechend berücksichtigt werden
Regards/Gruss
Oliver
Reply
#8
(20-06-2018, 02:47 PM)DevOma Wrote: So habe es nochmal geprüft und es funktioniert auf mehreren Rechnern (hatte wohl das vc-redist vergessen)

Mein Link installiert ein Fix/Update vom vc-redist-Paket - die Version ist dann die 12.0.40660

Es müsste also versucht werden das entsprechende Paket zu installieren - da es sich um eine 3rd-Party-Komponente handelt, müssen die Vorraussetzungen entspechend berücksichtigt werden

Hi,

Ich begehe ein bissl Leichenfledderei und hol den Thread wieder hervor.

ich / wir haben exakt das selbe Problem. Bei uns ist vc 2013 12.0.40660 installiert, trotzdem tritt das selbe Problem bei uns auf. Installiert ist ASG RD 2019 v12.0.6279.1

Alternativ hatten wir Firefox / Gecko versucht; dieses meldet wiederum ein Problem mit dem Zertifikat (Captain Obvious lässt grüßen). Sobald man den Haken für die Zertifikatsprüfung aktiviert, verhält es sich da genauso wie Chromium.
Reply
#9
vcredist 2015 ist erforderlich

https://www.microsoft.com/en-us/download...x?id=48145
Regards/Gruss
Oliver
Reply
#10
Hi,

ist installiert, siehe Attachment. Scheint nur die halbe Wahrheit zu sein.


Attached Files Thumbnail(s)
   
Reply
#11
Was steht beim Ausführen der Komponentenprüfung bei HTTP???
Regards/Gruss
Oliver
Reply
#12
Das gleiche Problem hier: Chromium und Firefox führen zu weißen Seiten.
vc-redist 2015 verweigert die Installation, verm. da bereits 2017 installiert ist
ASGRD 2019 12.0.6279.1
Reply
#13
(03-05-2019, 10:44 AM)DevOma Wrote: Was steht beim Ausführen der Komponentenprüfung bei HTTP???

Hi,

siehe Anhang.

PS.: Glückwunsch zum 7000. Post :-)


Attached Files Thumbnail(s)
   
Reply
#14
Hm, also scheint das vcredist eigentlich erkannt zu werden - sonst sollte es bei der Initialisierung bereits zu einem Fehler kommen...

x86 oder x64 im Einsatz? Funktionieren überhaupt keine http-Seiten mit Gecko und Chromium? Gleiches Ergebnis auf einem anderen Rechner? Vielleicht zum Test mal die "andere" Version (x86/x64) parallel installieren und probieren?
Regards/Gruss
Oliver
Reply
#15
(03-05-2019, 11:55 AM)DevOma Wrote: Hm, also scheint das vcredist eigentlich erkannt zu werden - sonst sollte es bei der Initialisierung bereits zu einem Fehler kommen...

x86 oder x64 im Einsatz? Funktionieren überhaupt keine http-Seiten mit Gecko und Chromium? Gleiches Ergebnis auf einem anderen Rechner? Vielleicht zum Test mal die "andere" Version (x86/x64) parallel installieren und probieren?

-x86/x64: Wir nutzen x86. Ich habe testweise x64 installiert, kein Unterschied im Verhalten und im Komponententest, auch bei den folgenden Aussagen. Wir benutzen das Tool ausschliesslich auf standardisierten Adminworkstations, daher kein Unterschied bei der Installation der Maschinen; Problem tritt bei allen Usern auf.

- Firefox/GeckoFX arbeitet mit https überhaupt nicht, und wirft beim Abruf der Site (selbst bei gültigen Zertifikaten von google.de) Zertifikatswarnungen aus, das Tab bleibt weiss. http lädt firefox erfolgreich!

- Chromium lädt https://www.google.de problemlos. http funktioniert ebenfalls problemlos. Intern gehostete Sites mit einem Trusted Certificate scheinen ebenfalls zu funktionieren, self-signed fällt mit weissem Tab auf die Nase. Ich denke, da wird das Problem auch liegen.
Reply
#16
Ok - also liegt es an den Zertifikaten - eigentlich sollten auch Self-Signed-Zertifikate ignoriert werden - werde das nochmal prüfen bei uns...
Regards/Gruss
Oliver
Reply
#17
   

Komponentenprüfungen sind ok

Mit der Einstellung Firefox klappt der Aufruf von https.//www.google.de problemlos, der Aufruf der Router- oder Switch-Website bleibt weiß.
Zertifikatswarnung ignorieren ist aktiviert, die Seite öffnet im Firefox direkt sauber (mit obligatorischer Zertifikatswarnung)
Alle drei Punkte zur Authentifzierung zeigen das gleich Bild.
Reply
#18
Ich habe bei Chromium den folgenden Effekt - verwende ich 1x eine Verbindung ohne "Zertifikatswarnungen ignorieren" dann bleibt dieser Status erhalten - anscheinend weil intern das Chromium-Framework damit initialisiert wird - starte ich aber ASGRD erneut, setze "Zertifikatswarnungen ignorieren" und verbinde mich dann mit einer Seite mit Self-Signed-Zertifikat, dann geht es!

Gecko ist in der aktuellen Version (Gecko-Framework) recht fehlerhaft - von daher wäre es besser, wenn es mit Chromium klappt :-)
Regards/Gruss
Oliver
Reply
#19
Ja, das passt. Wenn überall ignorieren gesetzt ist, klappen auch die Chromium Verbindungen!
Reply
#20
Klappt denn mit Chromium jetzt die FormBased-Auth auch bei den Routern oder besteht das Problem weiterhin?
Regards/Gruss
Oliver
Reply




Users browsing this thread: 1 Guest(s)