Home > Repositories > base > xfwp (aarch64)
The X firewall proxy (xfwp) is an application layer gateway proxy that may be run on a network firewall host to forward X traffic across the firewall.
Used in conjunction with the X server Security extension and authorization checking, xfwp constitutes a safe, simple, and reliable mechanism both to hide the addresses of X servers located on the Intranet and to enforce a server connection policy.
Xfwp cannot protect against mischief originating on the Intranet; however, when properly configured it can guarantee that only trusted clients originating on authorized external Internet hosts will be allowed inbound access to local X servers.
To use xfwp there must be an X proxy manager running in the local environment which has been configured at start-up to know the location of the xfwp.
[NOTE: There may be more than one xfwp running in a local environment; see notes below on load balancing for further discussion.]
Using the xfindproxy utility (which relays its requests through the proxy manager) a user asks xfwp to allocate a client listen port for a particular X server, which is internally associated with all future connection requests for that server.
This client listen port address is returned by the proxy manager through xfindproxy.
The xfwp hostname and port number is then passed out-of-band (i.e., via a Web browser) to some remote X client, which will subsequently connect to xfwp instead of to the target X server.
When an X client connection request appears on one of xfwp's listen ports, xfwp connects to the X server associated with this listen port and performs authorization checks against the server as well as against its own configurable access control list for requesting clients.
If these checks fail, or if the requested server does not support the X Security Extension, the client connection is refused.
Otherwise, the connection is accepted and all ensuing data between client and server is relayed by xfwp until the client terminates the connection or, in the case of an inactive client, until a configured timeout period is exceeded.
Xfwp is designed to block while waiting for activity on its connections, thereby minimizing demand for system cycles.
If xfwp is run without a configuration file and thus no sitepolicy is defined, if xfwp is using an X server where xhost + has been run to turn off host-based authorization checks, when a client tries to connect to this X server via xfwp, the X server will deny the connection.
If xfwp does not define a sitepolicy, host-based authorization must be turned on for clients to connect to an X server via the xfwp.
Provided files
xfwp: xfwp - X firewall proxy
The X firewall proxy (xfwp) is an application layer gateway proxy that may be run on a network firewall host to forward X traffic across the firewall.Used in conjunction with the X server Security extension and authorization checking, xfwp constitutes a safe, simple, and reliable mechanism both to hide the addresses of X servers located on the Intranet and to enforce a server connection policy.
Xfwp cannot protect against mischief originating on the Intranet; however, when properly configured it can guarantee that only trusted clients originating on authorized external Internet hosts will be allowed inbound access to local X servers.
To use xfwp there must be an X proxy manager running in the local environment which has been configured at start-up to know the location of the xfwp.
[NOTE: There may be more than one xfwp running in a local environment; see notes below on load balancing for further discussion.]
Using the xfindproxy utility (which relays its requests through the proxy manager) a user asks xfwp to allocate a client listen port for a particular X server, which is internally associated with all future connection requests for that server.
This client listen port address is returned by the proxy manager through xfindproxy.
The xfwp hostname and port number is then passed out-of-band (i.e., via a Web browser) to some remote X client, which will subsequently connect to xfwp instead of to the target X server.
When an X client connection request appears on one of xfwp's listen ports, xfwp connects to the X server associated with this listen port and performs authorization checks against the server as well as against its own configurable access control list for requesting clients.
If these checks fail, or if the requested server does not support the X Security Extension, the client connection is refused.
Otherwise, the connection is accepted and all ensuing data between client and server is relayed by xfwp until the client terminates the connection or, in the case of an inactive client, until a configured timeout period is exceeded.
Xfwp is designed to block while waiting for activity on its connections, thereby minimizing demand for system cycles.
If xfwp is run without a configuration file and thus no sitepolicy is defined, if xfwp is using an X server where xhost + has been run to turn off host-based authorization checks, when a client tries to connect to this X server via xfwp, the X server will deny the connection.
If xfwp does not define a sitepolicy, host-based authorization must be turned on for clients to connect to an X server via the xfwp.
| Name: | xfwp |
| Release: | 1.0.2-2mamba |
| Architecture: | aarch64 |
| Group: | Graphical Desktop/Applications/Utilities |
| Size: | 34.93 kB |
| Upstream URL: | http://xorg.freedesktop.org/ |
| Source RPM: | xfwp |
| Brothers | Provides | Obsoletes | Requires | Recommends |
|---|---|---|---|---|
| xfwp-debug | xfwp = 0:1.0.2-2mamba xfwp(aarch-64) = 0:1.0.2-2mamba | ld-linux-aarch64.so.1()(64bit) [1] ld-linux-aarch64.so.1(GLIBC_2.17)(64bit) [1] libICE.so.6()(64bit) [1] libc.so.6(GLIBC_2.17)(64bit) [1] rtld(GNU_HASH) [1] |
