Search

GlobalSCAPE Knowledge Base

HTTP connection fails when connecting to EFT using CoreFTP

Karla Marsh
EFT

THE INFORMATION IN THIS ARTICLE APPLIES TO:

  • EFT Server, version 6.x

SYMPTOM

HTTP connection fails when connecting to EFT using CoreFTP:

  • When connecting to EFT v6.4.10 via HTTP, CoreFTP receives “No Response Error Loading Directory.”
  • When connecting to EFT v6.5.0, CoreFTP receives “HTTP/1.1 400 Bad Request.”

RESOLUTION

Use EFT Server's Plain-Text client (PTC), Web Transfer Client (WTC), CuteFTP, or other client that supports HTTP 1.1.

MORE INFORMATION

Q1: What is CoreFTP doing differently than CuteFTP that is preventing it from connecting to HTTP or HTTPS on EFT?

A1: CoreFTP operates via HTTP 1.0 and sends no Host header, while CuteFTP operates via HTTP 1.1 and sends a Host header. EFT relies on the Host header in redirect and authentication logic.

Q2. Are there any configuration options in EFT that would allow CoreFTP to connect over HTTP or HTTPS?

A2. No.

Q3. Do you know of any configuration options in CoreFTP that would allow CoreFTP to connect over HTTP or HTTPS?

A3. We found no such options. We could not connect to several public Internet sites using CoreFTP (400 Bad Request error). Host header support and lack of HTTP 1.0 support is standard among web server engines.

Details
Last Modified: 11 Years Ago
Last Modified By: GlobalSCAPE 5
Type: ERRMSG
Article not rated yet.
Article has been viewed 36K times.
Options
Also In This Category
Tags