Opened 16 years ago
Closed 16 years ago
#3257 closed defect (fixed)
Truncated downloads with NAT --> fixed in SVN
Reported by: | karl | Owned by: | |
---|---|---|---|
Component: | network/NAT | Version: | VirtualBox 2.1.2 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Windows |
Description (last modified by )
In short: downloads are truncated...
Example:
ftp_proxy=http://proxy.xxxxx.com:8080/ wget ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY 15:04:14 (76.64 KB/s) - Connection closed at byte 113699. Retrying.
Same kind of command:
ftp_proxy=http://proxy.xxxx.com:80 lwp-mirror ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY toto Transfer truncated: only 116617 out of 128142 bytes received
- This runs just fine in virtualbox 2.0.2
- same problem using http url: http_proxy=http://proxy.xxxx:8080/ wget ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY
- same problem on a friends's computer running virtualbox 2.1.2
- no problem on another friend's computer running virtualbox 2.0.2
- I tried changing the network config of virtualbox without any result
I tried to test the 2.1.0 version but could not install and make it run anymore....
The consequence of this is that "cpan" software to install perl packages is no more usable...
HOST=windows xp sp3 GUEST=ubuntu 8.04
Attachments (4)
Change History (25)
by , 16 years ago
comment:1 by , 16 years ago
Description: | modified (diff) |
---|---|
Summary: | very strange network problem: truncated downloads → Truncated downloads with NAT |
comment:2 by , 16 years ago
Component: | network → network/NAT |
---|
comment:3 by , 16 years ago
And what is the destination of folder of this operation? Probably a shared folder?
comment:4 by , 16 years ago
no, the destination folder is a local folder. And as I said, this runs perfectly fine with the same image (vdi) and virtualbox 2.0.2.
follow-up: 6 comment:5 by , 16 years ago
HOST : Windows 2003 Server, ftp-server SlimFTPd, NTFS
GUEST: Linux (LFS 6.4), ftp-client mc-4.6.1 or wget, without shared folders, with or without guest additions, disk - SATA 0, ext3
VBOX : v2.1.0 or v2.1.6
Transfer from HOST to GUEST via NAT-ftp: received_file_size < real_file_size ( random difference ~ 1-2%)
Transfer from HOST to GUEST via Host_interface-ftp: received_file_size = real_file_size
(VBOX v2.0.6 and early - without this problem)
by , 16 years ago
Attachment: | wireshark_log.wshark added |
---|
by , 16 years ago
comment:7 by , 16 years ago
I have the same Problem. Host Windows XP, Guest Debian Lenny, Virtualbox 2.1.0 NAT Mode
APT or Eclipse updates (http) are almost impossible like this.
I've also done this testcase:
ftp_proxy=http://x.x.x.x:8080/ wget ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY"
and got the following results (see attached files):
- wireshark_log.wshark: is logged on the guest, proxy ip: 172.20.48.9, host ip: 172.20.55.132
- wget.txt: transcript of wget output logged on the guest.
follow-ups: 10 11 comment:8 by , 16 years ago
Downgraded to VirtualBox 2.0.4 and everything works again.
by , 16 years ago
Attachment: | VBox-2.1.3.hostif-error.log.gz added |
---|
VBox 2.1.3 can't start VM with host interface
comment:9 by , 16 years ago
HOST : Windows 2003 Server, ftp-server SlimFTPd, NTFS
GUEST: Linux (LFS 6.4), without shared folders, with or without guest additions, disk - SATA 0, ext3
VBOX : VirtualBox-2.1.3-42438-Win_x86.msi
Transfer from HOST to GUEST via NAT-ftp: received_file_size == real_file_size, MD5 sums check passed,
but if file_size > 8760 bytes (hex: 2238), then
wget 1.10.2, wget 1.11.4 (Slax LiveCD 6.0.9) - stalled, till timeout
mc-4.6.3, mc-4.6.1 (Slax LiveCD 6.0.9) - stalled (Skip, Abort, Ctrl-C not work), only kill helps
ftp GNU inetutils 1.5 - stalled, Ctrl-C can stop
VirtualBox-2.1.3-42438-Win_x86 can't run any VM with host interface.
See log in attachment VBox-2.1.3.hostif-error.log.gz
comment:10 by , 16 years ago
Replying to sordes: re inability to use host interface, this is a known issue. We already have a fix for it, and should be able to post the test build with the fix soon.
follow-up: 12 comment:11 by , 16 years ago
Replying to sordes re inability to use host interface: I can share you a test build containing a fix. Please send me a mail at Mikhail dot Sennikovsky at sun dot com if you are willing to test it. I'll then send you a link to a new test version containing a fox.
comment:12 by , 16 years ago
Replying to misha:
Thanks ever so[[BR]]
VirtualBox-2009-02-06-13-33-45-w32rel-2.1.51-r42482.msi :
NAT : the same as VirtualBox-2.1.3-42438-Win_x86.msi
HOSTIF: OK
comment:13 by , 16 years ago
I have the same problem with OpenSolaris guest, so this may be not Linux-specifc
Virtualbox 2.1.0, NAT (could not test host interface due to unavailability of LAN) Host Windows XP, apache ftp server 1.0.0-M3 Guest OpenSolaris 2008.11, clients tested: wget, ftp and Firefox file StudioExpress-sol-x86-2008-11-ii.sh (186 176 469 bytes), gets truncated by 3-10K (randomly).
This effect does NOT occur with http download (server MS IIS, client firefox).
comment:14 by , 16 years ago
NAT/networking Http part is fixed. NAT/networking ftp part will be available latter.
comment:16 by , 16 years ago
HOST: Windows 2003 Server, ftp-server SlimFTPd, NTFS
REMOTE HOST: Slackware 12.2, sshd, ext3
GUEST: Linux (LFS 6.4), without shared folders, VBoxLinuxAdditions-x86 2.1.4, disk - SATA 0, ext3
VBOX: w32rel-2.1.51-r42914.msi
NAT,HOSTIF: ftp (mc,wget), ssh(scp-dropbear)- upload & download: file size - OK, MD5 - OK.
Hm, so apparently it works...
comment:19 by , 16 years ago
Summary: | Truncated downloads with NAT → Truncated downloads with NAT --> fixed in SVN |
---|
comment:20 by , 16 years ago
VirtualBox-w32-2.1-2.1.5-r43070.msi works the same as w32rel-2.1.51-r42914.msi - without errors in ftp and ssh (NAT,HOSTIF).
comment:21 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Is this problem related to the proxy?