Server Solver

No Way Out

ISA Server seems to be preventing outbound traffic to an external FTP server.

Writer, technology maven and Microsoft MVP Zubair Alexander answers this week's question on an issue having to do with allowing outbound traffic through ISA Server. To get your Windows, Exchange, security and virtualization questions answered by Zubair, Chris Wolf, or any number of our resident IT experts, send your questions to editor@mcpmag.com with "Tech Line" on the subject line of your message.

Zubair: I’ve configured our ISA Server 2004 as an edge firewall with one of the rules permitting all outbound traffic. Everything works exactly the way I want, except for one thing. I'm unable to upload files from internal clients to an FTP server on the Internet.


I’ve tried with or without Linksys hardware firewall, a BEFSX41 behind ISA Server. I’ve tried using PASV, PORT, EPSV, and EPRT with different FTP software, such as IE, WS_FTP, CuteFTP and others. I’ve even set up another protocol definition that allows port 21 out with a secondary connection for port 20, as per CuteFTP’s knowledge base.

I'm convinced it’s something on the ISA Server firewall because, if I disable the firewall, I can upload files. In case you're wondering, I’ve also tried disabling ISA Firewall Client, but nothing seems to work. The error I get is "550. Access is denied".
— Name withheld

Answer: Well, I’ve seen a lot of people run into the same problem you’ve described. First, let me give you a little bit of background on how FTP works and talk briefly about the FTP Access Filter in ISA Server 2004 to help you understand the entire process.

Tech Help—Just An
E-Mail Away

Got a Windows, Exchange or virtualization question or need troubleshooting help? Or maybe you want a better explanation than provided in the manuals? Describe your dilemma in an e-mail to the MCPmag.com editors at mailto:editor@mcpmag.com; the best questions get answered in this column; MCPmag.com baseball caps go to the published submitter.

When you send your questions, please include your full first and last name, location, certifications (if any) with your message. (If you prefer to remain anonymous, specify this in your message but submit the requested information for verification purposes.)

As far as the FTP session, the FTP client first creates a connection to an FTP server on TCP port 21. At that time, the client also tells the server on which port it’s going to listen for a response from the server. The response from the server is always on a random port number above 1023. The FTP server responds and the client and server perform a three-way handshake.

Next, the FTP server initiates a connection on TCP port 20. This is the port that's eventually used to transmit the data. The server also tells the client on which port the client should respond to. Again, the port number will be above 1023. The client and server perform a three-way handshake and now they are ready to transmit data over TCP port 20.

You may have noticed that the first three-way handshake is nothing more than the traditional handshake that we know and love, but here’s the catch: Because the second connection on TCP port 20 was initiated by the FTP server, which is not on the internal network, the connection should be blocked. Since the internal client didn’t initiate that connection, and it wasn’t part of any existing TCP session, that connection should not be allowed by the ISA firewall. Lucky for us, all this complexity is handled by the FTP Access Filter on the ISA Server 2004.

You can configure FTP filter either for incoming or outgoing traffic, and either for read-only or full access. You have a choice to either disable the FTP filter for all the rules (found at Configuration, Add-ins, FTP Filter), or disable it for individual rules on the General tab. By default, if an FTP filter is enabled, the filter is configured to allow read-only access. Now let’s talk about your specific situation.

Although you’ve configured a rule to allow all outbound traffic, which includes FTP, the problem is that the FTP filter only allows read-only access by default. As a result, your clients cannot upload files to an FTP server, even though they seem to have no problem downloading files.

Configure FTP filter
Configure FTP filter so that it's no longer "Read Only" and your uploads will work.

To allow clients to upload, you need to configure the FTP filter (see Figure). Right-click the firewall rule that allows unrestricted outbound traffic and select Configure FTP. Uncheck the box that says Read Only. Notice that it says "When Read Only is selected, FTP uploads will be blocked." Apply the changes to your ISA Server. Now, your clients can upload files without restriction.

About the Author

Zubair Alexander, MCSE, MCT, MCSA and Microsoft MVP is the founder of SeattlePro Enterprises, an IT training and consulting business. His experience covers a wide range of spectrum: trainer, consultant, systems administrator, security architect, network engineer, author, technical editor, college instructor and public speaker. Zubair holds more than 25 technical certifications and Bachelor of Science degrees in Aeronautics & Astronautics Engineering, Mathematics and Computer Information Systems. His Web site, www.techgalaxy.net, is dedicated to technical resources for IT professionals. Zubair may be reached at alexander@techgalaxy.net.

Reader Comments:

Sat, Jan 10, 2009 Anonymous Anonymous

hi
mzft6kp413367z6h
good luck

Fri, Jan 9, 2009 Anonymous Anonymous

hi
mzft6kp413367z6h
good luck

Thu, Jul 3, 2008 krishnan.A bangaore

after i saw the document , then only i solved my uplaod problem.thanking you

Sat, Jan 20, 2007 Thankful User Canada

This worked perfectly! Thanks so much!
For those new to ISA you can edit the FTP filter by:
Open Firewall Policy
Select the rule you want to edit
From the RIGHT side, select Edit Selected Rule
Click Protocols Tab
Click Filtering, then click again on Configure FTP
The screencapture above shows up so uncheck Read only, Click OK, Click OK again. Then Click Apply to apply the change
WHAT A RELIEF! Thanks for the article!!!

Tue, Aug 22, 2006 Sara Anonymous

WOW!!!!!
:)Thankyou so much for posting such a 'charm-ful' article! Saved me from spending another hour fuguring out publishing rules

Mon, Jun 26, 2006 Jon Anonymous

Fantastic article. Been tearing my hair out trying to find soloution to this.

Tue, May 23, 2006 DavidS orlando

excellent. Already knew about this but will definitely help others. Also everyone has to hit "apply" the changes to make the changes to the filer take effect.

Wed, Mar 29, 2006 Anonymous Anonymous

Direct and to the point

Wed, Mar 15, 2006 Anonymous Anonymous

Saved the day! Thanks

Wed, Jan 18, 2006 Anonymous Anonymous

Very Informative and helpful article.
BTW I am very qualified to manage a firewall. This aspect is not readily covered in the formal documentation and I suspect this article will save a lot of people a lot of heartache.

Tue, Jan 10, 2006 Lior Paris

Merci

Sun, Oct 30, 2005 Anonymous Anonymous

ISA may have been released in 2004 but those of us who are having problems with the "almost hidden" default setting, this is great info!!! thanks.

Fri, Oct 28, 2005 SferiX Anonymous

Come on! A whole column for that?! ISA released in 2004!

Tue, Oct 25, 2005 Anonymous Anonymous

Quote:
"This should be obvious to anyone qualified to be managing the firewall"

I am learning to manage the firewall, and this article helped me hugely. That the firewall defaults to allow read only outgoing ftp does not seem obvious to me. Once again, great, thanks.

Thu, Oct 20, 2005 Ernie Anonymous

Wish I could say this was good. I have tried this over and over again for over a year hoping that "this time, it's gonna work." No go though. I have tried a hundred ways from Sunday to fix this with no solution. Any other help, would be appreciated.

Thu, Sep 8, 2005 Anonymous Anonymous

THANK YOU!!!! You saved a lot of hair….

Thu, Aug 4, 2005 Maria Anonymous

Awesome article! It's so detailed and describes the solution so clearly. Thanks!

Mon, Aug 1, 2005 Anonymous Anonymous

I thought the purpose of rating articles was to rate the content and information provided, which in this case is great information. I think it is unfortunate that people who already seem to have the information or still can not solve their problem after having read the article rate the article based on that. If you already know the information then what are you readying it for anyway. If you still can not seem to figure out your problem perhaps you should email the author and let him solve it for you. The information is extremely useful and has obviously helped troubleshoot some FTP issues.

Mon, Aug 1, 2005 Anonymous Anonymous

Great article. I hope to see more articles like this in the future.

Mon, Aug 1, 2005 Anonymous Anonymous

I also have this problem.
I had already tried this solution but my client computers still cannot access FTP. It keep coming up saying the access is Read Only.

Thu, Jul 28, 2005 Anonymous Anonymous

This should be obvious to anyone qualified to be managing the firewall.

Thu, Jul 28, 2005 Anonymous Anonymous

I found this to be a very useful and informative article. Hopefully, we will continue to see more on this in the MCP magazine.

Wed, Jul 27, 2005 Anonymous Anonymous

Thanks for the great response. I also had a similar problem but had no success.

Wed, Jul 27, 2005 Dave Helena, MT

thanks!

Tue, Jul 26, 2005 Anonymous Anonymous

duh

Add Your Comment Now:

Your Name:(optional)
Your Email:(optional)
Your Location:(optional)
Comment:
Please type the letters/numbers you see above