SMTP -> ERROR: Failed to connect to server: Unable to find the socket transport "ssl" - did you forget to enable it when you configured PHP? (684708780)
I have seen the answer many times for use with window servers which I have one running but in this case i have this being used in a UNIX freeBSD server. I have been looking for the answer for some time now. this is the mail script I am using.
If you are using FreeBSD's package manager, try:
pkg install php56-openssl
Related
I try to connect with an sftp server using the nodejs package https://github.com/mscdex/ssh2.
In the section "serverHostKey" they list all available host key formats.
I try to connect with a new server, but no matter which format I choose, I cant establish a connection because the format/algorithm is not supported.
Is there a way - a command for the command line - , to see which formats/algorithms a certain server supports?
I already tried WINSCP (shows me only the format WINSCP uses), Putty (same as WINSCP)-
https://superuser.com/questions/868998/how-can-i-find-a-list-of-macs-ciphers-and-kexalgorithms-that-my-openssh-client
The second answer of this question, is the answer of my problem.
ssh USER#HOST -p PORT
hi I want to run wireshark from inside a chroot jail.
but when i run it it gives following error:
WARNING: no socket to connect to
I have tried and search everywhere but no explanation so far.
Even if it does not work I want to understand why it is not working.
Wireshark uses GnuTLS to try to decrypt SSL/TLS connections.
Apparently GnuTLS uses gnome-keyring on some systems, and gnome-keyring is probably what's printing the messages.
My guess is that it's trying to connect to some daemon running on your machine over a UNIX-domain socket, but the chroot jail is preventing it from accessing the socket.
If that's not preventing Wireshark from running, just ignore the warning.
If it is preventing Wireshark from running ("I get a warning when I run X" is not the same as "X doesn't run"), you might not be able to run Wireshark in a chroot jail, unless there's some way to let gnome-keyring connect to that daemon from inside the jail.
I am trying to implement rsyncd (through BackupPc) on a Windows 2002R2 server which already has cygwin on it (for accessing mail logs). I normally use a lighter installation with just the cygwin1.dll and rsyncd.exe plus the config files (rsyncd.conf, rsyncd.lock, rsyncd.log & rsyncd.secret) and install as a service so that it can be triggered by my remote BackupPc server but that approach doesn't work here as the server already has a cygwin installation.
I installed the rsycd package through the cygwin installation, set it up as a service (following this guide) and configured it to work with my BackupPc server.
Pings from the server are okay and I know it passes authentication (as I originally has the path to rsyncd.secrets wrong) but now it presents me with the error:
2014-06-26 13:03:01 full backup started for directory cDrive
2014-06-26 13:03:01 Got fatal error during xfer (setuid failed)
2014-06-26 13:03:06 Backup aborted (setuid failed)
The user is privileged and I have not received this error with the light installation method (mentioned above) in the same OS environment.
Unfortunately I could not get around the setuid error however I found a different implementation that allows me to achieve the same results with my systems.
Here is the guide that I followed.
The crux of this solution involves using DiskShadow in conjunction with Rsyncd and it requires Diskshadow Scripts to run as part of the backup process.
Iv'e been trying to set up a web server off my homes internet. At the moment its a dusty little Toshiba Netbook with and Ubuntu server running off of it. I have all that set up, and apache + php, but now i'm trying to get lua to work with it. I first edited the htttpd.conf to have the
LoadModule lua_module modules/mod_lua.so
line uncommented so it would load (I somehow got it to install with all the modules enabled, just not active), and I got this error after trying to start it back up.
httpd: Syntax error on line 116 of /usr/local/apache2/conf/httpd.conf: Cannot load modules/mod_lua.so into server: /usr/local/apache2/modules/mod_lua.so: undefined symbol: luaL_loadbufferx
Since this isn't working and I have no idea why, I'd like to ask you all for help! Thanks in advance for any help you might be able to offer!
Seems like mod_lua.so is unable to find the Lua library (in which luaL_loadbufferx function is implemented). Verify that LD_LIBRARY_PATH includes path to Lua library folder, and that the user account under which the web server runs has execute privileges on liblua51.so.
I just started a new position where none of the code is in version control. One of my duties is to fix that. I have some space on a SuSe 10 box, and subversion 1.6 is installed. Following the instructions in the O'Reilly Subversion book, I've got a subversion repository with code in it, and svnserve running:
#lsof -i :3690
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
svnserve 15115 xxxxxx 3u IPv6 xxxxxxxx TCP *:svn (LISTEN)
Also, this command works
svnlook cat /home/svn/repos/ /project1/trunk/index.php
However, when I try to connect to the subversion repository from my desktop (running Windows) using TortoiseSVN, I get the error
Can't connect to host 'xxx.xxx.xxx.xxx': A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
I have tried multiple repository URLs, including:
svn://internalmachinename.internalnetwork.com/project1
svn://machinename/project1
svn://machinename/repos/project1
svn://machinename/svn/repos/project1
svn://xxx.xxx.xxx.xxx/project1/trunk:3690
I don't have access to Cygwin because of the company's firewall policy, so I can't try to connect via the command line.
Before trying to use svn, use the simple ping command to check the connection between the two computers.
Only if that works, go to the next step (which still isn't using svn!): check if you can reach the correct port using telnet.
Then, and only then should you try to use svn to do the connection.
The firewall suggestion was close - it was the firewall on my Windows desktop that was keeping Subversion from connecting.