#438 closed defect (fixed)
Shared folder appears to be in a "non-intranet" zone -> fixed in 1.4.2/SVN
Reported by: | kenken | Owned by: | |
---|---|---|---|
Component: | shared folders | Version: | VirtualBox 1.4.0 |
Keywords: | Cc: | ||
Guest type: | Windows | Host type: | other |
Description
Im using Ubuntu host, WinXP guest.
For some reason the shared folders mounted with the built in "Shared Folder" system apears different than ordinarily mounted shared.
I can't run .Net apps, from the drive, as they complain it is not in "intranet" zone.
Trying to open a .rar archive on the volume gives the error: "This page has an unspecified potential security flaw. Would you like to continue?"
To reproduce, mount volume as described in manual, then copy a ,Net executeable + .rar file onto the mounted volume. Install .Net and WinRAR as required (both are free/free evaluation). Try to run both the .Net app and open the .rar archive.
Attachments (3)
Change History (20)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
Yes, I tried that, and it has no effect on the problem. Is the link wrong? It refers to a case sensitive feature in Windows?
comment:3 by , 17 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
This looks like a duplicate of #437. We'll continue this there.
comment:4 by , 17 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
No, it doesn't look like a duplicate of #437.
I'm using a Windows XP SP2 host and guest. And adding VBOXSVR to the intranet zone does not work.
Reproduction: Part #1
- Go to internet options (either in IE or via System Control)
- Select register "Security"
- Select "Local Intranet"
- Click on button "Sites"
- Click on button "Advanced..."
- Add VBOXSVR to the list (case doesn't matter here)
Part #2
- Close any Explorer window or even reboot the VM
- Click on the share and it still says "Internet" in the status bar
If you do the same for normal SMB shares it works fine, e.g. via the IP of the host (for me this is 10.0.0.1).
Regards Maddes
by , 17 years ago
Attachment: | IntranetZone_Share_via_VBOXSVR_bad.jpg added |
---|
Share via VBOXSVR = only Internet zone
by , 17 years ago
Attachment: | IntranetZone_Share_via_VBOXSVR_bad.2.jpg added |
---|
Share via SMB = Intranet Zone
by , 17 years ago
Attachment: | IntranetZone_Share_via_SMB_ok.jpg added |
---|
Share via SMB = Intranet Zone
comment:5 by , 17 years ago
Don't know how to delete my wrong attachment.
Please delete attachment "IntranetZone_Share_via_VBOXSVR_bad.2.jpg".
Thanks.
comment:6 by , 17 years ago
Extracting rar files on a shared folder works well now. As for your intranet zone report; it sounds rather strange. Which .net application didn't work? Everything seems ok here. (note that I've just fixed case sensitivity problems with windows guests & linux hosts)
comment:7 by , 17 years ago
Summary: | Shared folder appears to be in a "non-intranet" zone → Shared folder appears to be in a "non-intranet" zone -> fixed in 1.4.2/SVN |
---|
comment:8 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:9 by , 16 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
I am reopening this, as I am experiencing this exact problem with VirtualBox 1.5.6 running Win XP Home SP2 from linux 2.6.24.
When mapping shared folders to a drive letter, windows thinks the volume is on the internet, even when \VBOXSVR\ is explicitly added to the local intranet in inetcpl.cpl.
This causes the following two problems:
- Windows prompts ("Open File - Security Warning") on execution of applications on mapped shared folders. This is annoying but bearable.
- Windows media player refuses to play movie files from shared folder when mapped to a drive letter (browsing directly from network neighbourhood works fine). This more problematic.
There is a workaround -- which I'll post here: Map the volume to a different drive letter ( e.g. Z: ) and then do
subst N: Z:\
This convinces windows that the volume is on the local intranet again.
comment:10 by , 16 years ago
Rereading the other comments, I should add that the problem may in fact be slightly different. Just to be clear:
- Shared folders browsed through network neighbourhood show up as part of the local intranet
- Shared folders mapped to a drive letter are in the internet zone
- After using subst to remap a shared folder to a different drive letter, windows thinks the new drive is on the local intranet again.
comment:11 by , 16 years ago
This post clears the one I did here. But in different ways, I'm using Ubuntu 8.04 and VirtualBox 1.6.0. And this kind of problem did not happen whithin my old environment - Ubuntu 7.10 + VBox 1.5.6.
Subst command worked well for me for just one connection (I have two VirtualBox shared folders, but please don't ask me why the second one could not be set).
Hope 1.6.2 can fix this.
comment:12 by , 16 years ago
Component: | other → shared folders |
---|---|
Guest type: | other → Windows |
comment:13 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:14 by , 15 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Problem with Virtualbox 2.0.4 and WinXP SP2 (guest and host):
When I access a shared folder with the UNC name (\vboxsvr\share), it is in the "local intranet" zone.
But when I map the shared folder to a drive letter (net use n: \vboxsvr\share), it still is in the "Internet" zone. I didn't find a way to change that.
(I need to use a drive letter, because some batch files won't work otherwise.)
comment:16 by , 15 years ago
I tested with VirtualBox 3.0.6. The mapped drive of a shared folder is now also in the local intranet zone. Thanks for fixing this bug.
Try if this makes a difference: http://support.microsoft.com/?scid=kb%3Ben-us%3B929110&x=12&y=10