From: Federico Sauter <fsauter-LVkJPw3T+odGBRGhe+f61g@public.gmane.org>
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Inode link count on mounted Win98 shares
Date: Wed, 21 Mar 2012 12:18:17 +0100 [thread overview]
Message-ID: <4F69B8F9.9020808@innominate.com> (raw)
Greetings,
I want to make some CIFS shared drives accesible through a firewall. For
that sake, I have a CIFS shared drive on a Linux box (box0, kernel
2.6.27.57) which is accesible from outside the firewall. On the share on
that box I mount all the shared drives from within the firewall so that
they can be accessed from client-external.
client-external
172.16.1.2
|
|
172.16.1.1/24
box0 (router, firewall)
192.168.1.1/24
|
+------+-------+
| |
win98 winxp
192.168.1.2 192.168.1.3
box0 exports a CIFS shared drive, say \\172.16.1.1\testshare, which
refers to local directory, /mnt/share. On /mnt/share I mount two further
shared drives, say win98 and winxp. Thus, the contents from win98 and
winxp become indirectly visible to the external network
(client-external) via 172.16.1.1.
This works well if I mount \\172.16.1.1\testshare using a Linux-based
client-external. Everything works as expected and I can browse the
contents of both, winxp and win98. However, when I mount
\\172.16.1.1\testshare on a Windows machine, I am unable to browse the
contents of the win98 directory. While the winxp directory appears
correctly as a folder in the Windows Explorer, the win98 directory
appears as a zero byte file (even though it is mounted correctly on box0.)
I tested the same setup using my local workstation (with Debian squeeze,
kernel 2.6.32-5) and came to the same observations. The only difference
I could find between the mounted winxp share and the win98 share on box0
is that the winxp mount point exhibits an inode link count of 1 after
being mounted while the win98 mount point has an inode link count of 0:
root:/mnt/share# ls -l
total 8
(...)
drwxr-xr-x 0 root root 0 Feb 23 01:39 win98
drwxr-xr-x 1 root root 0 Mar 13 13:32 winxp
I have tried pretty much every mount option and the behavior is always
the same.
My questions are:
1. Why do Windows 98 mounted shares show this behavior?
2. Is there any way to correct this so as to be able to browse these
shares indirectly (as described) from a Windows PC?
Any information would be highly appreciated!
Kind regards,
--
Federico Sauter / Firmware developer
Innominate Security Technologies AG / protecting industrial networks
tel: +49.30.921028-210 / fax: +49.30.921028-020
Rudower Chaussee 13 / D-12489 Berlin / http://www.innominate.com/
Register Court: AG Charlottenburg, HR B 81603
Management Board: Dirk Seewald
Chairman of the Supervisory Board: Christoph Leifer
next reply other threads:[~2012-03-21 11:18 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-21 11:18 Federico Sauter [this message]
[not found] ` <4F69B8F9.9020808-LVkJPw3T+odGBRGhe+f61g@public.gmane.org>
2012-03-21 17:23 ` Inode link count on mounted Win98 shares Jeff Layton
[not found] ` <20120321132300.42a95d51-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-03-21 18:24 ` Pavel Shilovsky
[not found] ` <CAKywueR4v0MVpL-LoNsyjcDgzV3Tp9hkOvK3gLOP9o-SkJX_bQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-03-22 9:28 ` Federico Sauter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F69B8F9.9020808@innominate.com \
--to=fsauter-lvkjpw3t+odgbrghe+f61g@public.gmane.org \
--cc=linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox