Ports 搜索

This is a pure-python TCP load balancer. It takes inbound TCP connections and connects them to one of a number of backend servers. Features: - async i/o based, so much less overhead than fork/thread based balancers. Can use either twisted or python's standard asyncore library (twisted is recommended, and asyncore support will be removed in a future version). - Multiple scheduling algorithms (random, round robin, leastconns, leastconns+roundrobin) - If a server fails to answer, it's removed from the pool - the client that failed to connect gets transparently failed over to a new host. - XML based configuration file (see a sample) - separate management thread that periodically re-adds failed hosts if they've come back up. - optional builtin webserver for admin (sample of the running screen) - webserver has methods suitable for both interactive and automated systems

This little program polls network statistics and does a few things with the data it gets. It has small blinking lights for the rx and tx of IP packets, a digital speedometer of your polled stat's current speed and a bar graph like xload et. al which has a tx speed graph from bottom-up and rx speed graph from the top-down. The speedometer keeps track of the current speed per second and shows it in a color corresponding to which of rx or tx that has the highest speed at the moment. Also, the graph is drawn in a way that the highest speed is drawn on top of the other while the other is in the background.

cdlabelgen's purpose in life is twofold: o To be run automatically and swiftly from a shell script and automatically generate a frontcard and a traycard for a cd--usually data archive cd's. The traycard (which goes behind the CD itself) is U-shaped and the ends of the CD case bear the label of what the CD is. o To have a minimum of dependencies--cdlabelgen only requires perl. cdlabelgen was designed to simplify the process of generating labels for CD's. It originated as a program to allow auto generation of frontcards and traycards for CD's burned via an automated mechanism (specifically for archiving data), but has now become popular for labelling CD compilations of mp3's, and copies of CDs. Note that cdlabelgen does not actually print anything--it just spits out postscript, which you can then do with as you please. (from the manual, see cdlabelgen(1) for the full one)

This port contains a script to generate portaudit reports for jails running on a FreeBSD system. Normally portaudit just creates reports for the Host-system or the jail it is installed in. With a large number of jails running on a system, installing and updating portaudit in every jail is time-consuming and error-prone. Jailaudit uses the portaudit installed in the Host-system to create a report for every jail. The reports are appended to the daily security run and can be sent to a specific mail address, which allows the Host-system administrator to dispatch portaudit reports to the owners of jails, keeping them informed about potential security advisories of their installed ports. Jailaudit can be used on FreeBSD 5.1 or larger.

fswatch: - is a utility to guard changes in a file system. - is composed of three simple programs: fswbuild, fswcmp, fswshow. fswbuild builds a file system information database. fswcmp compares two database files and returns what changes a in file system have been introduced. fswshow shows contents of database file. a file information database is platform independent. - can collect the following information about files (and directories): inode, links, uid, gid, mode, size, flags, ctime, checksum (sha1) ; and can show which files were added, deleted or changed. - is one of many similar utilities. the main difference is the configuration. you can define different settings for every directory in a directory tree. moreover, it is very small and fast.

Eksblowfish is a variant of the Blowfish cipher, modified to make the key setup very expensive. ("Eks" stands for "expensive key schedule".) This doesn't make it significantly cryptographically stronger, but is intended to hinder brute-force attacks. It also makes it unsuitable for any application requiring key agility. It was designed by Niels Provos and David Mazieres for password hashing in OpenBSD. Eksblowfish is a parameterised (family-keyed) cipher. It takes a cost parameter that controls how expensive the key scheduling is. It also takes a family key, known as the "salt". Cost and salt parameters together define a cipher family. Within each family, a key determines an encryption function in the usual way. This distribution also includes an implementation of "bcrypt", the Unix crypt() password hashing algorithm based on Eksblowfish.

Solitaire is a top-notch pencil-and-paper encryption system developed by Bruce Schneier. Here is the description in Schneier's own words: "Solitaire gets its security from the inherent randomness in a shuffled deck of cards. By manipulating this deck, a communicant can create a string of "random" letters that he then combines with his message. Of course Solitaire can be simulated on a computer, but it is designed to be implemented by hand. "Solitaire may be low-tech, but its security is intended to be high-tech. I designed Solitaire to be secure even against the most well-funded military adversaries with the biggest computers and the smartest cryptanalysts. Of course, there is no guarantee that someone won't find a clever attack against Solitaire, but the algorithm is certainly better than any other pencil-and-paper cipher I've ever seen." Simple system, easy to use, and relatively fast. Seamus Venasse <svenasse@polaris.ca>

This utility is a wrapper for the md5(3), sha1(3), rmd160(3), and tiger hash routines. It is remarkably similar to the digest package, except that it can recursively checksum directory trees. While a simple checksum on a tar file is usually satisfactory, once said archive has been extracted, it is virtually impossible to repackage the extracted tree in a form that can yield a repeatable checksum. To be specific, changes in timestamps and ownership, and changes in file ordering within directories can affect the checksum of the archive, while not really impacting the actual code at all. The algorithm used to checksum a directory in this implementation is considers only the files' pathnames, the files' types (ie, directory vs. file vs. symbolic link), and their contents (for the latter two). It is described in greater detail in the man page.

The cdrtools software includes tools to create and/or extract ISO-9660 filesystems, verify their integrity, and write them to disc. This package contains the following programs: - btcflash (a firmware flash utility for BTC DRW1008 DVD+/-RW recorder) - cdda2wav (a digital CD audio extraction program) - cdrecord (a CD/DVD/BluRay recording program) - devdump (dump a device or file in hex) - isodebug (show debug info contained in an ISO-9660 image) - isodump (dump a device or file based on ISO-9660) - isoinfo (analyze or list an ISO-9660 image) - isovfy (verify an ISO-9660 image) - mkisofs (an ISO-9660 filesystem image creator) - mkhybrid (an ISO-9660/HFS filesystem image creator) Link to mkisofs. - readcd (a data CD reading and recording program) May be used to write to DVD-RAM and to copy Solaris boot CD's. - scgcheck (checks and validates the ABI of libscg) - rscsi (daemon providing access to local SCSI-devices over the network)

Actually, we're not trying to reinvent the wheel here, rather adapt it to suit a slightly different purpose. Below are a few main points and reasons as to why we've created filetype: * file does not work so well for loosely defined filetypes ( ie, vCards ) * file uses a text-based type database which can impose unwanted delays in frequently invoked processes * file does not have a heirachial type tree (ie, executable->MSDOS->EXE ) * file is not designed to be incorporated at a source level into existing projects * Simpler and broader type detection engine ( 'file' is very good at pulling out every detail about a file, ie, the resolution of an image, however we do not wish to seek out such fine details )