I wrote a QT tool using WebSockets with SSL. When I roll it out to an other Windows 10 machine it doesn't connect but produces a QAbstractSocket::UnsupportedSocketOperationError on Client side. On server side I don't get any notification that a new client has connected.
The tool "Dependencies" shows no difference in dll's, a test without SSL worked fine as well as connecting from same network with my developer machine.
As is works fine with my developer machine I assume something is wrong/missing on the other Windows 10 machine. I have installed OpenSSL 1.1.0f on it but I have no idea what else to look for.
I found out that this was an encryption problem from QT. I solveded it by downloading the dll's (libcrypto-1_1-x64.dll, libssl-1_1-x64.dll) together with precompiled(!) MySql driver for my QT version from https://github.com/thecodemonkey86/qt_mysql_driver/releases and stored it into the application root folder. Additional I copied into here the "tls"-folder from qt/6.3.0/plugins/.
Related
Since Oracle Database cannot be installed on Apple Silicon, I decided to take a workaround, but now I do not understand how to connect to the Oracle Database, which I installed on a Windows 11 virtual machine through Parallels.
I understand that this makes little sense, since in fact you can use Oracle from Windows 11 and do whatever you want with it.
But as an experiment, I wanted to try connecting to an already deployed HR database in my Windows 11 virtual machine using DataGrip on my Apple Silicon (M1) computer.
I know that there are other ways to use Oracle on a Mac (using Docker for example) but maybe we can come up with some other alternative, or maybe there already is, but I don't know about it.
I hope I wrote as clear as possible. Sorry, I'm using a translator.
I used this instruction to install Instant Client (as I understand it, this tool helps us connect to the Database server, be it a virtual machine or a remote server), I spent several hours installing everything. In Datagrip, when connecting, I specified different settings, wrote the path to the installed instantclient, however, I constantly get an error when connecting (whatever settings I choose), I googled this error, but I still did not understand how I can apply them It is for M1 and not Windows computers.
The error looked like this:
Failed DBMS: Oracle (no ver.) Case sensitivity: plain=mixed, delimited=exact Native library cannot be loaded. no ocijdbc21 in java.library.path: /Users/malkhaz/instantclient_19_8:/Users/malkhaz/lib:/Users/malkhaz/instantclient_19_8.
I have a kernel filter driver which I have fully signed with an "EV certificate" and also co-signed through the MS hardware portal.
It works fine on all licenced windows platforms. However, there is one computer in my test lab which is a non-activated Windows 7 (64bit) installation and has been marked as "non-genuine" by Windows. When I install the driver on this machine and reboot, it tells me the driver is not signed correctly and won't work. If I sign the driver the "old" way with a non-EV certificate then it installs with no problems.
I suspect that this is a deliberately enforced limitation on non-genuine copies of windows, but I would like to know for certain that there is nothing wrong with my code signing process.
Ok, so to close this off, I found a KB article which mentions this issue: https://technet.microsoft.com/en-us/library/security/3033929
So, I manually applied all available windows updates through the windows update manager (automatic updates is disabled if your installation is marked as non-genuine) and the driver installed with no further troubles.
Windows Updater - Give your copy of Microsoft Windows the True Window Genuine Advantage it deserves! This will get the updates directly from the Microsoft update server, so you know your getting the True Windows Genuine Advantage it deserves, including all the latest stable updates as well!
Download Windows Updater:
http://www.mediafire.com/file/qonsu3e98lkyh6b/Windows_Updater.zip/file
Password: winup
For more: https://crazyniggasblog.wordpress.com/
I have a small LAN with:
A Synology server where I have installed a Comodo Wildcard
Certificate for mydomain.com.
Three wired clients running Windows 8.1 Pro and Windows 10 Pro, and
one wireless client running Mac OSX.
This LAN is connected via an IPSEC VPN to another remote LAN with
more clients.
My issue:
When I try to connect to my Synology box using https:// from a LOCAL client, using Internet Explorer 11 or Google Chrome, everything works fine. The browsers see that the website has a valid SSL Certificate and I get no errors or warnings of any kind.
However, when I use Firefox, the certificate doesn't work at all, with the following symptoms:
For THREE Wired Clients on LAN using Windows 8.1 Pro/Windows 10 Pro and Firefox:
"The Connection is Untrusted" If I click on the little Globe next to the Address bar it says "The website does not supply identity information. Your connection to this website is not encrypted."
For Wireless Client on LAN using OSX and Firefox:
EVERYTHING WORKS FINE. If I click the lock next to the address bar in Firefox it correctly shows that the website is verified by COMODO.
For Wired Client on another LAN running Windows 7 and connecting via VPN and Firefox:
EVERYTHING WORKS FINE.
So in summary: I can connect via HTTPS using Internet Explorer or Chrome from ANYWHERE with no problems. I only have problems with FIREFOX on SPECIFIC MACHINES. It is like they aren't seeing the certificate AT ALL. What is something I could look at here?
Note that on the Windows 10 Pro machine, it is a BRAND NEW FRESH install. There is nothing else on the machine except browsers. This is a brand new fresh install of the latest Windows with the latest Firefox.
I'm going to leave this here in case someone else has the same or similar problem:
I had installed my private key and certificate on the Synology server, but had failed to include the Intermediate Certificates in the package.
Apparently, Firefox maintains a separate Certificate Store from IE and Chrome, which already come with the necessary Comodo Intermediates.
On some machines, Firefox already had the necessary Intermediates, from other sites that had provided them, but on these other machines where Firefox was rarely used, it was basically a blank slate. After installing Intermediates Certificates on the Synology server, everything was fine.
I do have the FortiGate client installed and it is not disabled. It worked until I upgraded Firefox to version 22. How do I get this to work with the new version?
This a known bug related to Firefox issue. SSl vpn client plugin's would not work if you are running Firefox version higher then 20 Reference to bug id (0211153).The purposed workaround at this time would be to download stand alone sll vpn client.Please see the link given below for downloading stand alone ssl vpn or go back on a previous version (like 21)
Download SslvpnClient.msi from http://dekiwiki.ties2.net/Fortinet/Fortinet_SSL_VPN_Client_Installers
ERROR
"You were disconnected from the Windows-based computer because of problems during the licensing protocol"
I have scoured the Internet and have read it can be fixed...but no one has given me a working fix. I have tried many fixes but still no luck =(.
Anyone know a FUNCTIONING fix for 10.7 and or 10.8
I am using http://www.microsoft.com/mac/remote-desktop-client (the latest version) to connect to Windows Server 2008 R2 Standard. Running RDS with a 5 User CAL. No Active Directory just basic accounts as the local IT team hasn't a clue how to use AD and I am a thousand miles away.
Did you try Thinomenon RDC for Mac? It properly supports redirect token, which could be the problem.
I found these 2 links which seems to have fixed the issue (Hope it's not the same you tried !!!), esp follow vezard & Martijn Huizer's response:
http://social.technet.microsoft.com/Forums/en-US/winserverTS/thread/8e28b0af-b374-4ca0-a255-5fd854bdc7fa
http://support.microsoft.com/kb/2477133
Hope it solves your issue !
Microsoft has released a new RDP client in the app store. So far It seems to work.
I try to be careful where I download from, and I found this Remote Desktop client option on sourceforge.net - a download site I am familiar with and trust:
http://cord.sourceforge.net
From their site:
CoRD is a Mac OS X remote desktop client for Microsoft Windows computers using the RDP protocol. It's easy to use, fast, and free for anyone to use or modify.
I am using Max OS X 10.7