On 04/03/2012 08:39 PM, Jan Kiszka wrote:
> On 2012-04-03 20:34, Gilles Chanteperdrix wrote:
>> On 04/03/2012 08:26 PM, Jan Kiszka wrote:
>>> On 2012-04-03 20:17, Gilles Chanteperdrix wrote:
>>>> Ok, I get it, I need -net nic -net user. The first is for the nic in the
>>>> guest, the second configures by what means the physical network will be
>>>> emulated. I would have liked the qemu guest to appear on my LAN, but
>>>> that will do.
>>>
>>> That requires a bridge on the host and a tap device backend. Upcoming
>>> qemu-1.1 will even have a helper daemon to create those tap devices with
>>> raised privileges and allow unprivileged QEMU instances to use them.
>>
>> ... Or you can put the interface in promiscuous mode and send raw
>> ethernet packets using the emulated NIC mac address. No bridge, no tap
>> device, no helper daemon required.
>
> ...but still root privileges, otherwise you are unable to send/receive
> arbitrary frames over the interface.
>
>>
>> In any case with -net user, I can not use the virtual network to mount
>> the rootfs using NFS, so, it still does not work.
>
> That could be a bug. You happen to talk to the maintainer of this ugly
> subsystem (sigh...), and as such I would be glad if you could take a
> dump with "-net user -net nic -net dump" of the failing interaction
> between guest and host. Output will be in qemu-vlan0.pcap in your
> working directory.
No bug, it was a configuration issue (missing "insecure" in /etc/exports).
--
Gilles.
_______________________________________________
Adeos-main mailing list
[email protected]
https://mail.gna.org/listinfo/adeos-main
