From: Richard Neill <rn214@hermes.cam.ac.uk>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] user-net -redir working?
Date: Tue, 22 Nov 2005 02:32:06 +0000 [thread overview]
Message-ID: <43828326.1040804@hermes.cam.ac.uk> (raw)
[-- Attachment #1: Type: text/plain, Size: 1696 bytes --]
Re: User-net not working:
> Disabling the Nagle algorithm (i.e., enabling TCP_NODELAY) or typing a
> lot of garbage just to fill the buffer with enough data can help,
> also.
>
> And IIRC, netcat has a UDP mode as well. I see no reason for this to
> happen, but is there any chance it's using UDP by default, and you're
> only redirecting TCP?
>
> Good luck!
Thanks for your message.
I think that -redir really is broken: I've also been unsuccessful in
trying to make it work using an FTP server on a Windows guest, and using
the SSH server on a knoppix guest. Has anyone here ever had success with
it? It also fails on hosts with 2 different versions of Mandrake.
Anyway, I've taken your suggestion, and run both ends with ethereal.
Here's what I did:
HOST (Linux);
qemu -cdrom /dev/cdrom -boot d -user-net -redir tcp:2200::22
GUEST (Knoppix):
Boot up, then start sshd. Verify that I can indeed do ssh
root@localhost, and that PermitRootLogin is yes in sshd_config.
Then, start ethereal (on the "any" interface)
HOST:
Start ethereal (on the "any" interface")
ssh -p 2200 root@localhost
At this point, ssh just stalls. It's obviously waiting for something,
but not known what. I get no output at all from it.
End of experiment.
ETHEREAL on HOST is showing a series of empty packets:
SYN
SYN
ACK
FIN
ACK
FIN
ACK
[repeats]
ETHEREAL on GUEST is showing a series of empty packets, all of which
are SYN.
I have no problem in making an outgoing connection from the GUEST to the
HOST.
I'm attaching both log files - they are only 2.5 kB
Any ideas? Has anyone succesfully used the user-net -redir option?
Richard
[-- Attachment #2: ethereal.guest.log --]
[-- Type: application/octet-stream, Size: 1506 bytes --]
[-- Attachment #3: ethereal.host.log --]
[-- Type: application/octet-stream, Size: 1064 bytes --]
next reply other threads:[~2005-11-22 2:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-22 2:32 Richard Neill [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-11-22 15:50 [Qemu-devel] user-net -redir working? Ben Taylor
2005-11-22 15:02 Juergen Keil
2005-11-20 22:45 Richard Neill
2005-11-21 6:34 ` John R. Hogerhuis
2005-11-21 13:15 ` André Braga
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=43828326.1040804@hermes.cam.ac.uk \
--to=rn214@hermes.cam.ac.uk \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.