From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QeBfs-00069L-Gq for garchives@archives.gentoo.org; Tue, 05 Jul 2011 19:52:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EE84821C026; Tue, 5 Jul 2011 19:51:15 +0000 (UTC) Received: from mail-vx0-f181.google.com (mail-vx0-f181.google.com [209.85.220.181]) by pigeon.gentoo.org (Postfix) with ESMTP id BE85521C026 for ; Tue, 5 Jul 2011 19:51:15 +0000 (UTC) Received: by vxa40 with SMTP id 40so5766918vxa.40 for ; Tue, 05 Jul 2011 12:51:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=JIdHmzEMXvoh6SIVI/ZMlWNPObmTL1Fojj+bkFUCNns=; b=OA6/coXMfpRVkxB8EjJlmo8gC4zsKJKjoj1EAMb2mTlbLrFinzbkwe+nawpdny7eDU PVGXdeQgdf5AUgEqhXpVkYB3Oubx4KCYRAZa8HfbmJv2z0KRftxFE54mQw4QOK58pdGe ZhR8AC51li885k9U+1P4jnSa23HcX71MVvRY0= Received: by 10.52.32.201 with SMTP id l9mr10208684vdi.15.1309895475130; Tue, 05 Jul 2011 12:51:15 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Sender: paul.hartman@gmail.com Received: by 10.52.166.197 with HTTP; Tue, 5 Jul 2011 12:50:55 -0700 (PDT) In-Reply-To: <201107052034.36054.michaelkintzios@gmail.com> References: <201107051258.40620.michaelkintzios@gmail.com> <201107052034.36054.michaelkintzios@gmail.com> From: Paul Hartman Date: Tue, 5 Jul 2011 14:50:55 -0500 X-Google-Sender-Auth: G7thbE2FE1aVWaREVQLiqifbZsw Message-ID: Subject: Re: [gentoo-user] setsockopt SO_DEBUG - ftp connection problems To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 447d9c5f2d0c8b47ba1586ed983186ae On Tue, Jul 5, 2011 at 2:34 PM, Mick wrote: > On Tuesday 05 Jul 2011 19:42:53 Paul Hartman wrote: >> On Tue, Jul 5, 2011 at 6:58 AM, Mick wrote: >> > 200 Switching to ASCII mode. >> > tnftp: setsockopt SO_DEBUG (ignored): Permission denied >> > ---> EPSV >> > 229 Entering Extended Passive Mode (|||62430|) >> > 229 Entering Extended Passive Mode (|||62430|) >> >> Don't use EPSV, use PASV instead, hopefully that will work. > > I tried defining passive when in the session. =A0It was in passive by def= ault, > so I had to toggle it back on again: > > got remotecwd as `/' > ---> TYPE I > 200 Switching to Binary mode. > ftp> passive > Passive mode: off; fallback to active mode: off. > ftp> passive > Passive mode: on; fallback to active mode: on. > ftp> ls > ---> TYPE A > 200 Switching to ASCII mode. > tnftp: setsockopt SO_DEBUG (ignored): Permission denied > ---> EPSV > 229 Entering Extended Passive Mode (|||9832|) > 229 Entering Extended Passive Mode (|||9832|) > > How can I control it to not go into extended passive? > > PS. The server reports EPSV in its features, so I am not sure why it woul= d not > work with EPSV. FTP is the bastard protocol from hell. There are more ways it can go wrong than right. :) Firewalls especially love to silently rewrite FTP commands and port mappings. It can be a real PITA to debug. So, even if your client supports EPSV and your server supports EPSV, if firewall/router in-between does not then it could still break things. Even if you wireshark the session on your computer, what you see may not match what's being sent to the remote server, and vice-versa. Standard PASV mode is much more widely supported than EPSV mode, so that's the line of thought that brought me to suggest trying that. I've never used tnftp but from the manpage I googled, it looks like "epsv4 off " is the command to toggle EPSV off.