SSLproxy is a proxy for SSL/TLS encrypted network connections. It is intended to
be used for decrypting and diverting network traffic to other programs, such as
UTM services, for deep SSL inspection.
SSLproxy is designed to transparently terminate connections that are redirected
to it using a network address translation engine. SSLproxy then terminates
SSL/TLS and initiates a new SSL/TLS connection to the original destination
address. Packets received on the client side are decrypted and sent to the
program listening on a port given in the proxy specification. SSLproxy inserts
in the first packet the address and port it is expecting to receive the packets
back from the program. Upon receiving the packets back, SSLproxy re-encrypts and
sends them to their original destination. The return traffic follows the same
path back to the client in reverse order.
Cleanup: drop redundant DESTDIR propagation via MAKE_{ARGS,ENV}
Our framework usually DTRT; sometimes it's necessary to pass it
explicitly, e.g. for ports with USES+=qmake or which use exotic
build systems, but these are mostly staging dawn and apparently
debug leftovers, so remove them to not confuse the reader.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
[NEW] security/sslproxy: Transparent and scalable SSL/TLS interception
SSLproxy is a proxy for SSL/TLS encrypted network connections. It is intended to
be used for decrypting and diverting network traffic to other programs, such as
UTM services, for deep SSL inspection.
SSLproxy is designed to transparently terminate connections that are redirected
to it using a network address translation engine. SSLproxy then terminates
SSL/TLS and initiates a new SSL/TLS connection to the original destination
address. Packets received on the client side are decrypted and sent to the
program listening on a port given in the proxy specification. SSLproxy inserts
in the first packet the address and port it is expecting to receive the packets
back from the program. Upon receiving the packets back, SSLproxy re-encrypts and
sends them to their original destination. The return traffic follows the same
path back to the client in reverse order.
WWW: https://github.com/sonertari/SSLproxy
Please note that the sslproxy deleted and sslproxy created are not the same
application.
2013-02-27 www/igal: No more upstream, no more public distfiles, consider using
www/llgal
2013-02-27 finance/tinyerp-server: No more upstream, no more public distfiles,
consider using finance/openerp-server
2013-02-27 ports-mgmt/portcheck: No more upstream, no more public distfiles
2013-02-28 security/sslproxy: Abandoned upstream
2013-02-28 x11-themes/e17-theme-darkness: No more public distfiles
2013-02-28 x11-themes/e17-theme-cthulhain: Dead upstream since 2008
2013-02-28 x11-servers/driglide: 3dfx is dead, fails to compile on recent
versions of freebsd
2013-02-28 mail/gmime: Superceded with version 2.4
2013-02-28 archivers/bsdar: part of the base system
Update all ports using OpenSSL and RSA to work without rsaref since it is no
longer required. Apologies to the various maintainers whom I did not yet hear
back from, but the ports freeze is coming up in a few hours and I will be
verifying all of these ports on a 4.1 machine myself to catch any problems.
