Well, the challenge is simple: let's say that a dos app wants to connect to 1.2.3.4. There is no chance to 'translate' this into an ipv6 address, because both protocols use very different addressing models. Sure there exist some mechanisms that try to solve this by spoofing dns records, providing the client with a fake ip, and then remembering that this ip has to be redirected to the AAAA record of the initially targeted host. But from a network point of view this is total havoc, and I wouldn't expect any sane person to create an actusl implemention :) It makes much more sense to use a http proxy then, and reach external services via the CONNECT method. This is at least totally transparent at the TCP/IP level, and the client knows that it will receive a bare tcp stream (but it requires the client to support http tunneling). I dont know how is the availability of slirp on fedora. I had no problem to install it via the package manager of my OpenSuse though. But I guess it was contained in a non-suse repo anyway (packman probably?). Can fedora use outside repos? Otherwise the solution could be to package a slirp executable along with dosemu (eg. as /usr/bin/dosemu-slirp). Stas Sergeev <stsp@xxxxxxx> wrote: >25.06.2013 02:04, Mateusz Viste пишет: >> Hello >> >> There is no really any way to translate ipv4 into ipv6. >Could you please name the exact challenges? >I thought if it does proxying on a transport layer >then all it needs is to map the IPv4 address to IPv6 >and then create a TCP connection as usual. >What am I missing? > >> About slirp - it is a pretty ancient soft indeed, but it is actively >maintained by the qemu team. Both Qemu and Bochs use it for their user >net service already, so it should be quite stable in time :) >So for instance on fedora will people have to install >the qemu package to get /usr/bin/slirp? Or is it completely >internal to quemu, so that dosemu will have to import >its sources and re-sync every time? Mateusz -- Sent from mobile mail. -- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
