similar to: Definitive guide to setting up FTPIS on vsftpd

Displaying 14 results from an estimated 14 matches similar to: "Definitive guide to setting up FTPIS on vsftpd"

2018 Jun 06
2
Definitive guide to setting up FTPIS on vsftpd
Followup: I gave up on the Implicit and configured vsftpd for Explicit, that revealed some configuration errors (displayed on the client, Filezilla in my case). I then corrected these errors and switched back to Implicit and all is well. Frank M. Ramaekers Jr. -----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Kenneth Porter Sent: Thursday, May 31, 2018
2018 May 31
0
Definitive guide to setting up FTPIS on vsftpd
On 5/31/2018 8:01 AM, Frank M. Ramaekers wrote: > I have a new CentOS 7.4 (recently upgraded to 7.5) system that I have been struggling with in configuring vsftpd for FTPS Implicit (port 990). > (The latest instructions I've used are at:https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/) Here's what I'm using. The tutorial site I used is currently down with a bandwidth
2018 Jun 06
0
Definitive guide to setting up FTPIS on vsftpd
--On Wednesday, June 06, 2018 3:08 PM +0000 "Frank M. Ramaekers" <FRamaekers at ailife.com> wrote: > I gave up on the Implicit and configured vsftpd for Explicit, that > revealed some configuration errors (displayed on the client, Filezilla in > my case). I then corrected these errors and switched back to Implicit > and all is well. Can you say what was wrong? That
2014 Jul 03
1
gnutls_handshake() failed on updating package index from sernet's https debian package repository
Hi, anybody else having isssues on updating package index from sernet's https debian package repostory? I'm on debian wheezy. 'apt-get update' results in: W: Failed to fetch https://download.sernet.de/packages/samba/4.1/debian/dists/wheezy/main/source/Sources gnutls_handshake() failed: A TLS warning alert has been received. W: Failed to fetch
2014 Jul 07
0
Still confused about kerberos password expiry
Thank you, thank you, thank you. After doing as you suggested, all seems right with the world. At least a little bit more so. If I understood this thing better, I would be glad to join your documentation team. *sigh* -jimc On 7/3/2014 11:00 AM, samba-request at lists.samba.org wrote: > Send samba mailing list submissions to > samba at lists.samba.org > > To subscribe or
2003 Jun 03
2
gnutls_handshake problem
I'm trying to bring dovecot up on Debian/stable using Christof Meerwald's unofficial packages (cmeerw.org/debian/). This package seems to work fine on Debian/testing. There error I'm getting on the stable box is: gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC) Any guesses? -- Jacob Elder
2013 Apr 11
0
Reg: Initialization of secure memory. Problem with libvirt-0.10.2
Dear All, Please find few minutes from your time and guide us with some pointers if possible. We are facing a libvirtd crash when we are trying to connect to qemu by default TLS transport. i.e libvirt crash when trying to inquiry libvirt version using curl with TLS # virsh -c qemu+tls://localhost/system version error: authentication failed: TLS handshake failed A TLS packet with unexpected
2018 May 14
1
Quandl data download error
Hi, I use Quandl package to download data from Quandl https://www.quandl.com Today when I tried to download data from there, I received below error : > Quandl('LME/PR_CO') Error in curl::curl_fetch_memory(url, handle = handle) : gnutls_handshake() failed: An unexpected TLS packet was received. I am using Quandl_2.8.0 in below platform R version 3.4.4 (2018-03-15) Platform:
2014 Nov 19
2
Connecting libvirt remotely using tls: TLS handshake failed : packet with unexpected length +gnutls_handhsake Error
Hi all, I am facing an error while connecting libvirt remotely using tls.. I have created CA, client and server certificates with RSA 1024 bit using Openssl. I am using debian linux flavor in both client and server. *Original Error:* (When trying to connect remote libvirt) virsh -c xen+tls://destinationipaddr/system error: failed to connect to the hypervisor error: authentication failed: TLS
2013 Apr 05
1
Libvirtd dead, pid still exists. ( Problem might be with TLS interface of libvirtd )
Dear All, Please find few minutes from your time and guide us with some pointers if possible. We are facing a libvirtd crash when we are trying to connect to qemu by default TLS transport. # virsh -c qemu+tls://localhost/system version error: authentication failed: TLS handshake failed A TLS packet with unexpected length was received. error: failed to connect to the hypervisor I used my own CA
2014 Nov 19
0
Re: Connecting libvirt remotely using tls: TLS handshake failed : packet with unexpected length +gnutls_handhsake Error
I doubt whether there is any fixed algorithm given while generating certificates. I used RSA 1024 bit. On Wed, Nov 19, 2014 at 11:42 AM, Ajitha Robert <ajitharobert01@gmail.com> wrote: > > Hi all, > > I am facing an error while connecting libvirt remotely using tls.. I have created CA, client and server certificates with RSA 1024 bit using Openssl. I am using debian linux
2018 Dec 08
6
"no shared cypher", no matter what I try
Greetings, I have had to reinstall my email server on another Linux (centos 7.6) VPS, with a newer version of dovecot, other software and a brand new letsencrypt certificate just for email withpostfix and dovecot (that certificate works fine with postfix). Output of dovecot --version and dovecot -n on the new server is below. Now, messages ARE delivered in the right IMAP mailboxes, but when I try
2011 Jun 28
3
Exim and Dovecot2 SASL: 435 Unable to authenticate at present
Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on Ubuntu Lucid, but needed some features from dovecot2, so I installed 2.0.13 from https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . Now I get Subj error while trying to authenticate via dovecot auth-client socket. However IMAP auth works fine with 2.0.13 and smtp auth worked fine until upgrade, so I think
2019 May 23
2
[PATCH libnbd] api: Get rid of nbd_connection.
This isn't quite finished because not all of the tests or examples have been updated, but it demonstrates an idea: Should we forget about the concept of having multiple connections managed under a single handle? In this patch there is a single ‘struct nbd_handle *’ which manages a single state machine and connection (and therefore no nbd_connection). To connect to a multi-conn server you must