#CHROME REMOTE DESKTOP CURTAIN MODE WINDOWS 10 BROKEN 2019 UPDATE#
You can also manually update your registration at any time.
The 'Site registration' scheduled task keeps your registration up to date. token and secret probably generated on the fly and used to communicate with .Īs a test, I truncated that table and that forced re-registration, but I can access /admin/. You can also manually update your registration at any time.ĭon't think the table can be manipulated. wonder how strict server is when talking https with your B rated site. Let's see if you can unregister your site now that DNS is correct. done via webservices back to from what I gather. So not sure what one could do to pass those choices in a URL. Yoursite/admin/registration/index.php?unregistration=1 Good! Means one is not just copying and pasting without thinking!!! Not sure it's a factor, but why does that server have 2 outside IP addresses in DNS? From your server cli can you do a curl -I to see if inside/out is working? Which is the form to register your site with .Īs far as I can see (using another server), no difference in the form. moodle/admin/registration/index.php?returnurl=%2Findex.php However, when I do make the exception, still see a broken lock. Strange that Firefox would have issues and curl would not? * subject: C=DE ST=Sachsen L=Leipzig O=Hochschule fuer Technik, Wirtschaft und Kultur Leipzig OU=Institut fuer Prozessautomation und eingebettete Systeme CN= * SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 Am assuming, of course, that is happening to everyone who tries your site via FireFox from the outside world. Have to make an exception before viewing or attempting to view cert info. HeadersCookiesParamsResponseTimingsStack TraceRequest URL:Request method:Remote address:Status code:Edit and ResendRaw headersVersion:Response headers (324 B)Request headers (586 B)Accepttext/html,application/ xhtml+xm…plication/ xml q=0.9,*/* q=0.8Accept-Encodinggzip, deflate, brAccept-Languageen-US,en q=0.7,de q=0.3Connectionkeep-aliveCookieMoodleSession=ae7a1c80f2fff651…Referer …/moodle/login/index.phpUpgrade-Insecure-Requests1User-AgentMozilla/5.0 (X11 Linux x86_64…) Gecko/20100101 Firefox/60.0Ībove is what I see in Firefox. Here the Firefox-debug console message for the empty return page: includes something with the return url - Do we have maybe a problem, when the moodle server sits behind a NAT? We are using a Proxy Server, so that the IP-Address of the Moodle server (10.x.x.x) is translated to the external official IP - Address (but this setup was working before with 3.6+). I tried your suggestion with the theme setting in the config.php - it did not work either! The returned empty web page: We are used the adaptable theme before with own css and style design - I tried already to delete the adaptable theme by simple removing it on server - the then active core theme showed the same behavior like described. My setup consists of themes: adaptable, boost and classic.
I upgraded from the latest stable version 3.6+ (our Moodle is running since 5 years and get always upgraded via git)
0 kommentar(er)
