|
Home > Archive > IIS FTP Server > August 2005 > ftp isn't showing my server's files
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
ftp isn't showing my server's files
|
|
| Mike R. 2005-07-13, 6:02 pm |
| after i applied sp1 to my sbs 2003 premium server, when i connect to my ftp
accounts from outside, i can't see any files. i can create a new folder from
outside but right after when i give it a name, i can't see it anymore (but
can see it in the server).
i would really appriciate if you have any sugestions for me. (i tried so
hard to fix this before posting a message but no luck).
thanks,
mike
| |
| Jeff Cochran 2005-07-14, 7:48 am |
| On Wed, 13 Jul 2005 08:20:05 -0700, "Mike R."
<MikeR@discussions.microsoft.com> wrote:
>after i applied sp1 to my sbs 2003 premium server, when i connect to my ftp
>accounts from outside, i can't see any files. i can create a new folder from
>outside but right after when i give it a name, i can't see it anymore (but
>can see it in the server).
>
>i would really appriciate if you have any sugestions for me. (i tried so
>hard to fix this before posting a message but no luck).
Are you using virtual folders? Have you changed to the folder?
Jeff
| |
| Mike R. 2005-07-14, 6:00 pm |
| Hi Jeff,
Yes, I do use Virtual Folders as follow:
FTP Sites > Default FTP Site > Virtual Folders
These Virtual Folders are pointed to a physical drive on my server which all
these folders are under W:\Sites\[Virtual Folders].
I haven't changed anything since I installed SBSSP1.
Thanks,
Mike R.
"Jeff Cochran" wrote:
> On Wed, 13 Jul 2005 08:20:05 -0700, "Mike R."
> <MikeR@discussions.microsoft.com> wrote:
>
>
> Are you using virtual folders? Have you changed to the folder?
>
> Jeff
>
| |
| Mike R. 2005-07-14, 6:00 pm |
| FTP Data (port 20) is closed. How can I open it through Windows (it's open on
my firewall)?
"Jeff Cochran" wrote:
> On Wed, 13 Jul 2005 08:20:05 -0700, "Mike R."
> <MikeR@discussions.microsoft.com> wrote:
>
>
> Are you using virtual folders? Have you changed to the folder?
>
> Jeff
>
| |
| Jeff Cochran 2005-07-16, 5:49 pm |
| On Thu, 14 Jul 2005 07:31:10 -0700, "Mike R."
<MikeR@discussions.microsoft.com> wrote:
>Hi Jeff,
>
>Yes, I do use Virtual Folders as follow:
>
>FTP Sites > Default FTP Site > Virtual Folders
>
>These Virtual Folders are pointed to a physical drive on my server which all
>these folders are under W:\Sites\[Virtual Folders].
User isolation? If so, the user gets dropped into the user's home
folder. Any virtual folder isn't directly visible, but a change to
that directory will work. Test with the command line FTP client.
Jeff
[vbcol=seagreen]
>
>I haven't changed anything since I installed SBSSP1.
>
>Thanks,
>
>Mike R.
>
>
>"Jeff Cochran" wrote:
>
| |
| Jeff Cochran 2005-07-16, 5:49 pm |
| On Thu, 14 Jul 2005 09:40:01 -0700, "Mike R."
<MikeR@discussions.microsoft.com> wrote:
>FTP Data (port 20) is closed. How can I open it through Windows (it's open on
>my firewall)?
How do you know it's closed? Are you using passive mode on the
client?
Jeff
[vbcol=seagreen]
>
>"Jeff Cochran" wrote:
>
| |
| Bernard Cheah [MVP] 2005-07-18, 2:51 am |
| This port only be use when you connecting to ftp via active mode. It's
control by the ftp binding port. (p - 1) and by default P is port 21.
--
Regards,
Bernard Cheah
http://www.microsoft.com/iis/
http://www.iiswebcastseries.com/
http://www.msmvps.com/bernard/
"Mike R." <MikeR@discussions.microsoft.com> wrote in message
news:02D69838-96D2-4DE2-91F0-10316D5AF437@microsoft.com...[vbcol=seagreen]
> FTP Data (port 20) is closed. How can I open it through Windows (it's open
> on
> my firewall)?
>
> "Jeff Cochran" wrote:
>
| |
| Mike R. 2005-07-18, 5:52 pm |
| I tried to FTP from a different network and I didn't have problem FTPing and
I was able to view all the files too. What do you think the problem would be?
I know Port 21 is open on this network. Please advice.
"Jeff Cochran" wrote:
> On Thu, 14 Jul 2005 09:40:01 -0700, "Mike R."
> <MikeR@discussions.microsoft.com> wrote:
>
>
> How do you know it's closed? Are you using passive mode on the
> client?
>
> Jeff
>
>
>
>
>
| |
| Jeff Cochran 2005-07-21, 7:48 am |
| On Mon, 18 Jul 2005 10:19:01 -0700, "Mike R."
<MikeR@discussions.microsoft.com> wrote:
>I tried to FTP from a different network and I didn't have problem FTPing and
>I was able to view all the files too. What do you think the problem would be?
Something outside of FTP. Firewall, network issues, lots of
possibilities but none that you can correct through FTP settings. You
didn't block an IP range anywhere did you?
Jeff
[vbcol=seagreen]
>I know Port 21 is open on this network. Please advice.
>
>"Jeff Cochran" wrote:
>
| |
| Mike R. 2005-07-21, 6:02 pm |
| No
"Jeff Cochran" wrote:
> On Mon, 18 Jul 2005 10:19:01 -0700, "Mike R."
> <MikeR@discussions.microsoft.com> wrote:
>
>
> Something outside of FTP. Firewall, network issues, lots of
> possibilities but none that you can correct through FTP settings. You
> didn't block an IP range anywhere did you?
>
> Jeff
>
>
>
>
>
>
| |
| Ven K via WinServerKB.com 2005-07-21, 6:02 pm |
|
Any resolutions to the problem yet? I have same problem.
Thanks for your help.
Ven
Mike R. wrote:
>after i applied sp1 to my sbs 2003 premium server, when i connect to my ftp
>accounts from outside, i can't see any files. i can create a new folder from
>outside but right after when i give it a name, i can't see it anymore (but
>can see it in the server).
>
>i would really appriciate if you have any sugestions for me. (i tried so
>hard to fix this before posting a message but no luck).
>
>thanks,
>
>mike
| |
| Mike R. 2005-07-21, 6:02 pm |
| No luck yet.
I even disabled the firewall on remote location B and can't get access to my
ftp server. but i can fully access to my ftp from location A. I have no idea
what's going on.
"Ven K via WinServerKB.com" wrote:
>
> Any resolutions to the problem yet? I have same problem.
> Thanks for your help.
> Ven
>
> Mike R. wrote:
>
| |
| Fred Flinstone 2005-08-03, 2:56 am |
| I think I found out what is happening as I had the same problem.
Actually, when i first setup FTP accounts on my IIS server, service pack
1 for win 2003 was already installed. FTP worked just fine.
I uninstalled service pack 1 to try to resolve another problem i was
having with frontpage 2002 extensions search components displaying
results from other web sites at the bottom of the results (although
clicking on the results doesn't open the page thank goodness.)
MS knows there are some issues with service pack 1 and IIS6 and I
believe are in the process of fixing service pack 1 for some IIS6
issues. (nothing like needing a service pack to fix a service pack
eh?!)
Anyhow, when i reinstalled service pack 1 since there were more problems
without it in my configuration now, then with it, this new problem you
are describing i also had.
I found out what was happening - service pack 1 installed on top of
existing FTP sites, will change them all into being isolated user mode,
even though the IIS setting does not show it as isolated user mode.
Chances are if you look in your web root directory, you'll see a
directory name spelled the same as the userid you are using to FTP in.
And that is the directory you are being taken to when FTPing in.
The solution I will now try, will be to change the path of the FTP
account in IIS6, and this should work as long as your userid is spelled
the same as your web root directory name. It's a workaround not a bug
fix though keep in mind.
*** Sent via Developersdex http://www.codecomments.com ***
| |
| Fred Flinstone 2005-08-03, 2:56 am |
|
... continued from above post number 13 ***
However - some of the FTP sites on my server *work*.
Which sites are getting switched automatically into ftp isolated mode
and why i'm not sure.
The two so far that i have looked at where this happened, both use
frontpage extensions, and have some unique NTFS permissions in the /fpdb
folder to make their frontpage wizard MS Access databases writeable by
anon internet user and by network service (i add network service now by
habit in IIS6 with write permissions just as i do with IUSR_xxx anon
internet user, as i needed to do that to resolve an ASP.NET issue in
IIS6.)
Note also in my environment PASV mode is disabled and not allowed in our
firewall.
Also in my environment, of the 2 FTP sites I have this issue with that i
know of so far (havn't had time to test them all yet and have only had 2
customers report the problem yet i installed service pack 1 just a few
days ago), the userid is the same as the root web directory name of the
web site.
To further complicate the issue - i think i was able to login just fine
this morning unless i was seeing a cache of the directory listing.
While my customer was reporting the problem.
At any rate my workaround does work. You change the path in the FTP
account in IIS6, one level deeper, and as long as your root web
directory name is the same as your userid, it'll fool this problem into
working, as instead of say putting you into D:\inetpub\acme\acme which
is what this bug is doing, while the IIS FTP site is configured to put
you into D:\inetpub\acme\, you change the IIS path to put you into
D:\inetpub - and as dangerous as that sounds, it works regarding this
bug.
Speaking of dangerous though - when MS fixes this bug fix, I hope I
remember to change the path back to the real path not the mother inetpub
path, or else there could be a security breach. I doubt it though as
the NTFS permissions would not allow the other user to read or write
anything. At that time the customers will complain again they dont' see
their files and i'll have to change their FTP account path to their real
one.
*** Sent via Developersdex http://www.codecomments.com ***
| |
| Fred Flinstone 2005-08-03, 2:56 am |
|
... continued from posts 13 and 14 ...
To further complicate the issue, (because i noticed one of the 2 sites i
had this issue on had the userid directory name in double while the
other one didn't)
D:\inetpub\acme\acme - an extra \acme directory which was the one that
FTP was putting the FTP user into.
So i first deleted the 2nd acme directory out. Changed the FTP account
path to the real one (D:\inetpub\acme not D:\inetpub which is the
workaround path). Turned the FTP site off then back on. And got in
fine this time.
I changed the path on the other site, turned the ftp site off then on
again, and got in fine as well.
I am now thinking it may be certain FTP programs are triggering this, or
it could be that it just happens randomly. The one customer was using
CUTE FTP when they reported the problem. While I use IE Browser as my
FTP program.
I'll ask the other customer what he was using.
I'll report back here with another followup post if it happens again to
these same customers tomorrow, and if so, whether or not the workaround
is a permanent fix for now until service pack 1's service pack 1 is
released. : )
*** Sent via Developersdex http://www.codecomments.com ***
| |
| Fred Flinstone 2005-08-04, 5:59 pm |
| ... continued from previous posts ...
Well as a followup, this problem went away in my case. I don't know if
it is because i removed the \inetpub\acme\acme 2nd acme directory in
that one case, or because i changed FTP site paths to one level deeper,
then after removing the 2nd \acme directory changed it back, or what.
But the problem of installing service pack 1 for windows 2003 server on
a production web/ftp server switching ftp accounts into user isolated
mode does not exist anymore on my server.
fred
*** Sent via Developersdex http://www.codecomments.com ***
|
|
|
|
|