Navigation: Linux Kernel Driver DataBase - web LKDDB: Main index - U index

CONFIG_UML_NET_SLIRP: SLiRP transport (obsolete)

General informations

The Linux kernel configuration item CONFIG_UML_NET_SLIRP has multiple definitions:

SLiRP transport (obsolete) found in arch/um/drivers/Kconfig

The configuration item CONFIG_UML_NET_SLIRP:

Help text

The SLiRP User-Mode Linux network transport allows a running UML to network by invoking a program that can handle SLIP encapsulated packets. This is commonly (but not limited to) the application known as SLiRP, a program that can re-socket IP packets back onto he host on which it is run. Only IP packets are supported, unlike other network transports that can handle all Ethernet frames. In general, slirp allows the UML the same IP connectivity to the outside world that the host user is permitted, and unlike other transports, SLiRP works without the need of root level privileges, setuid binaries, or SLIP devices on the host. This also means not every type of connection is possible, but most situations can be accommodated with carefully crafted slirp commands that can be passed along as part of the network device's setup string. The effect of this transport on the UML is similar that of a host behind a firewall that masquerades all network connections passing through it (but is less secure).

NOTE: THIS TRANSPORT IS DEPRECATED AND WILL BE REMOVED SOON!!! Please migrate to UML_NET_VECTOR.

If unsure, say N.

Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"

SLiRP transport found in arch/um/drivers/Kconfig

The configuration item CONFIG_UML_NET_SLIRP:

Help text

The SLiRP User-Mode Linux network transport allows a running UML to network by invoking a program that can handle SLIP encapsulated packets. This is commonly (but not limited to) the application known as SLiRP, a program that can re-socket IP packets back onto he host on which it is run. Only IP packets are supported, unlike other network transports that can handle all Ethernet frames. In general, slirp allows the UML the same IP connectivity to the outside world that the host user is permitted, and unlike other transports, SLiRP works without the need of root level privleges, setuid binaries, or SLIP devices on the host. This also means not every type of connection is possible, but most situations can be accommodated with carefully crafted slirp commands that can be passed along as part of the network device's setup string. The effect of this transport on the UML is similar that of a host behind a firewall that masquerades all network connections passing through it (but is less secure).

To use this you should first have slirp compiled somewhere accessible on the host, and have read its documentation. If you don't need UML networking, say N.

Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"

SLiRP transport found in arch/um/Kconfig.net

The configuration item CONFIG_UML_NET_SLIRP:

Help text

The SLiRP User-Mode Linux network transport allows a running UML to network by invoking a program that can handle SLIP encapsulated packets. This is commonly (but not limited to) the application known as SLiRP, a program that can re-socket IP packets back onto the host on which it is run. Only IP packets are supported, unlike other network transports that can handle all Ethernet frames. In general, slirp allows the UML the same IP connectivity to the outside world that the host user is permitted, and unlike other transports, SLiRP works without the need of root level privleges, setuid binaries, or SLIP devices on the host. This also means not every type of connection is possible, but most situations can be accommodated with carefully crafted slirp commands that can be passed along as part of the network device's setup string. The effect of this transport on the UML is similar that of a host behind a firewall that masquerades all network connections passing through it (but is less secure).

To use this you should first have slirp compiled somewhere accessible on the host, and have read its documentation. If you don't need UML networking, say N.

Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"

SLiRP transport found in arch/um/Kconfig_net

The configuration item CONFIG_UML_NET_SLIRP:

Help text

The SLiRP User-Mode Linux network transport allows a running UML to network by invoking a program that can handle SLIP encapsulated packets. This is commonly (but not limited to) the application known as SLiRP, a program that can re-socket IP packets back onto the host on which it is run. Only IP packets are supported, unlike other network transports that can handle all Ethernet frames. In general, slirp allows the UML the same IP connectivity to the outside world that the host user is permitted, and unlike other transports, SLiRP works without the need of root level privleges, setuid binaries, or SLIP devices on the host. This also means not every type of connection is possible, but most situations can be accomodated with carefully crafted slirp commands that can be passed along as part of the network device's setup string. The effect of this transport on the UML is similar that of a host behind a firewall that masquerades all network connections passing through it (but is less secure).

To use this you should first have slirp compiled somewhere accessible on the host, and have read its documentation. If you don't need UML networking, say N.

Startup example: "eth0=slirp,FE:FD:01:02:03:04,/usr/local/bin/slirp"

Hardware

LKDDb

Raw data from LKDDb:

Sources

This page is automaticly generated with free (libre, open) software lkddb(see lkddb-sources).

The data is retrived from:

Automatic links from Google (and ads)

Custom Search

Popular queries:

Navigation: Linux Kernel Driver DataBase - web LKDDB: main index - U index

Automatically generated (in year 2024). See also LKDDb sources on GitLab