Re: Another Secure FTP thread -- Protection Levels
- From: Jeffrey Altman <jaltman2@xxxxxxxxxx>
- Date: Fri, 05 May 2006 21:06:56 GMT
C-Kermit does not allow the command channel to be reset to clear
after it is protected by AUTH TLS. This is simply not permitted.
Jeffrey Altman
Ed Gage wrote:
Read through the other FTP thread -- very helpful..
The obstacle I'm dealing with is connecting to a secure FTP server
through our router. I'm behind a Linksys router which for some reason
doesn't like to read encrypted packets.
Here's what I tried with a newly-compiled CKERMIT 8.12:
set ftp autoencryption off
set ftp authtype ssl
set ftp command-protection-level clear
ftp ###.###.###.### /user:##### /password:#####
It responds with:
Connected to ###.###.###.###
SSL accepted as authentication type
....then the self-signed certificate issue discussed in the other
thread, but not a crisis at this time.
The issue is a SHOW FTP returning:
Available security methods:
ftp authtype: SSL
ftp auto-encryption: off
ftp credential-forwarding: off
ftp command-protection-level: safe
ftp data-protection-level: private
ftp secure proxy: (not set)
How come when I set the command-protection-level to clear, it connects
as safe? Is this dictated by the server?
- Follow-Ups:
- Re: Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Re: Another Secure FTP thread -- Protection Levels
- References:
- Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Another Secure FTP thread -- Protection Levels
- Prev by Date: Another Secure FTP thread -- Protection Levels
- Next by Date: Re: Another Secure FTP thread -- Protection Levels
- Previous by thread: Another Secure FTP thread -- Protection Levels
- Next by thread: Re: Another Secure FTP thread -- Protection Levels
- Index(es):
Relevant Pages
|
Loading