Free host based software for linux

Know Base project consists of knowledge, document, and project management tool.

Know Base is a Web-based knowledge management system. It allows users to share files and projects across multiple business divisions.

A unique notification system alerts users when projects are modified, or when new projects are added that match their search terms.

SekHost is a host based firewall and packet prioritization utility for Linux systems. The configuration is simple yet powerful functionality is available.

Installation of sekhost is very straightforward and actually only requires 2 things;
the sekhost script itself, which is in the src directory a configuration file. (examples in ./doc/examples) name your config file either /etc/default/sekhost or /etc/sekhost.conf
and you are ready to go!

You will find an interactive configuration option (sekhost configure).

After testing, you will want sekhost to start automatically on boot, so you will need to link it into the appropriate init level start up scripts.

A man page and a full Configuration doc file are in ./doc.

vHost is a one-step solution for all virtual hosting needs. It enables a Linux/BSD server with single or multiple IP addresses to function as unlimited virtual hosts with HTTP, FTP, SMTP, POP3, IMAP, and other virtual services extendible via modules.
vHost comes with both a command-line interface and a web-based GUI ("control panel"), offering maximum control to a domains owner while relieving the system administrator of most routine administration tasks. Other major features include four levels of login, comprehensive quota control, and built-in clustering capability.
Main features:
- Supports all major Linux distros, and FreeBSD, NetBSD.
- Integrated install/upgrade module provides effortless one-step install and upgrade from any old version.
- Retains all previous system configurations while upgrading in order to ensure zero downtime.
- Clean virtual host file system follows *nix conventions.
- Virtual user home/web space.
- Integrated web-based FTP client for virtual users as well as host owners.
- All operations available in both command-line and web-based GUI ("control panel").
- Modularized architecture allows for arbitrary features and virtual services extended by modules.
- Four levels of login and security: root, vroot ("reseller"), host owner, and virtual user.
- Comprehensive quota control: disk space limit, inbox size limit, per-owner host limit, per-host user limit.
- Built-in clustering capability supports DNS round-robin clustering and distributed host/DNS.
- Automatic local and remote DNS setup.
- Automatic IP address aliasing and management for multiple-IP systems.
- Supports host alias and user alias.
- Built-in log rotation, easy exclusion of logs from rotation.
- Optional email "catch-all".
- Built-in "POP before SMTP" relay support.
- True virtual webmail per virtual host.
- Virtual host webstats.
- Command logging.
- Optional per-host and per-owner profiles for fine-grained system configuration.
- Easy system migration with command --cphost.
- No database backend required.
Enhancements:
- This is a major release with a minor version number increment (version 4.0 is planned for a new Web GUI).
- Changes include an integrated Web-based FTP client, a virtualization module for OpenWebmail, the new commands --addmydb/--delmydb, virtual user ".forward" support, improved SELinux support, improvements for clustering/distributed systems, numerous other fixes and enhancements, and documentation.

Host is a complete and powerful command-line based DNS query and testing tool. The project has many of the same basic features as other similar tools such as nslookup and dig, but it has more extensive testing and test automation features. Host also has a much more standard (i.e. Unix-based) command-line user interface.
Main features:
- Major overhaul of the entire code.
- Very rigid error checking, with more verbose error messages.
- Zone listing section completely rewritten.
- It is now possible to do recursive listings into delegated zones.
- Maintain resource record statistics during zone listings.
- Maintain count of hosts during zone listings.
- Check for various extraneous conditions during zone listings.
- Check for illegal domain names containing invalid characters.
- Verify that certain domain names represent canonical host names.
- Perform TTL consistency checking during zone listings.
- Exploit multiple server addresses if available.
- Option to exploit only primary server for zone transfers.
- Option to exclude info from names that do not reside in a zone.
- Implement timeout handling during connect and read.
- Write resource record output to optional log file.
- Special MB tracing by recursively expanding MR and MG records.
- Special mode to check SOA records at each nameserver for a zone.
- Special mode to check reverse mappings of host addresses.
- Extended syntax allows multiple arguments on command line or stdin.
- Configurable default options in HOST_DEFAULTS environment variable.
- Implement new resource record types from RFC 1183 and 1348.
- Basic experimental NSAP support as defined in RFC 1637.
- Implement new resource record types from RFC 1664 and 1712.
- Implement new resource record types from RFC 1876 and 1886.
- Code is extensively documented.
Enhancements:
- This release introduces some minor bugfixes and cleanup to the address/hostname verification (host -A) code.

mod_vhost_alias is an Apache module that creates dynamically configured virtual hosts, by allowing the IP address and/or the Host: header of the HTTP request to be used as part of the pathname to determine what files to serve. This allows for easy use of a huge number of virtual hosts with similar configurations.

Directory Name Interpolation

All the directives in this module interpolate a string into a pathname. The interpolated string (henceforth called the "name") may be either the server name (see the UseCanonicalName directive for details on how this is determined) or the IP address of the virtual host on the server in dotted-quad format. The interpolation is controlled by specifiers inspired by printf which have a number of formats:

%%

insert a %

%p

insert the port number of the virtual host

%N.M

insert (part of) the name

N and M are used to specify substrings of the name. N selects from the dot-separated components of the name, and M selects characters within whatever N has selected. M is optional and defaults to zero if it isnt present; the dot must be present if and only if M is present. The interpretation is as follows:

0

the whole name

1

the first part

2

the second part

-1

the last part

-2

the penultimate part

2+

the second and all subsequent parts

-2+

the penultimate and all preceding parts

1+ and -1+

the same as 0

If N or M is greater than the number of parts available a single underscore is interpolated.

Examples

For simple name-based virtual hosts you might use the following directives in your server configuration file:

UseCanonicalName Off
VirtualDocumentRoot /usr/local/apache/vhosts/%0

A request for http://www.example.com/directory/file.html will be satisfied by the file /usr/local/apache/vhosts/www.example.com/directory/file.html.
For a very large number of virtual hosts it is a good idea to arrange the files to reduce the size of the vhosts directory. To do this you might use the following in your configuration file:

UseCanonicalName Off
VirtualDocumentRoot /usr/local/apache/vhosts/%3+/%2.1/%2.2/%2.3/%2

A request for http://www.example.isp.com/directory/file.html will be satisfied by the file /usr/local/apache/vhosts/isp.com/e/x/a/example/directory/file.html. A more even spread of files can be achieved by hashing from the end of the name, for example:

VirtualDocumentRoot /usr/local/apache/vhosts/%3+/%2.-1/%2.-2/%2.-3/%2

The example request would come from /usr/local/apache/vhosts/isp.com/e/l/p/example/directory/file.html. Alternatively you might use:

VirtualDocumentRoot /usr/local/apache/vhosts/%3+/%2.1/%2.2/%2.3/%2.4+

The example request would come from /usr/local/apache/vhosts/isp.com/e/x/a/mple/directory/file.html.
For IP-based virtual hosting you might use the following in your configuration file:

UseCanonicalName DNS
VirtualDocumentRootIP /usr/local/apache/vhosts/%1/%2/%3/%4/docs
VirtualScriptAliasIP /usr/local/apache/vhosts/%1/%2/%3/%4/cgi-bin

A request for http://www.example.isp.com/directory/file.html would be satisfied by the file /usr/local/apache/vhosts/10/20/30/40/docs/directory/file.html if the IP address of www.example.com were 10.20.30.40. A request for http://www.example.isp.com/cgi-bin/script.pl would be satisfied by executing the program /usr/local/apache/vhosts/10/20/30/40/cgi-bin/script.pl.
If you want to include the . character in a VirtualDocumentRoot directive, but it clashes with a % directive, you can work around the problem in the following way:

VirtualDocumentRoot /usr/local/apache/vhosts/%2.0.%3.0

A request for http://www.example.isp.com/directory/file.html will be satisfied by the file /usr/local/apache/vhosts/example.isp/directory/file.html.

Incredible Hosting System is a tool that allows you to administrate a hosting system using a Web browser.
The aim is to support administrators and users. Incredible Hosting System currently includes support for Virtual Qmail.
IHS will be a platform for implementing and integrating mail or hosting systems in different environments - small or medium companies looking for tools for managing system accounts, hosting companies offering services based on this system.
System is complex, requires integration of many other applications, for example: WWW server, mail transfer agent, FTP server, database. Also it should be possible to integrate system with other applications that are specific to companys environment.
Aside integration of existing application platform must be built that will allow to manage everything is a manner undependent from tools that are used in background. It should be a centralized and consistent environment. Also API for developers shoule be generic that changes in tools doesnt require changes in code.
Incredible Hosting System will be based on following tools, technologies:
- Apache as WWW server;
- PostgreSQL as default database;
- ProFTPD as default database;
- qmail or Virtual Qmail as a MTA;
- CORBA as a service communication protocol;
- J2EE as an runtime environment;

Crossfire::Protocol::Base is a client protocol module.

SYNOPSIS

use base Crossfire::Protocol::Base; # you have to subclass

Base class to implement a crossfire client.
new Crossfire::Protocol::Base host => ..., port => ...

METHODS THAT CAN/MUST BE OVERWRITTEN

$self->setup ($setup)

Called after the last setup packet has been received, just before an addme request is sent.

$self->addme_success

$self->addme_failure

$self->eof

$conn->anim_update ($num) [OVERWRITE]

$conn->sound_play ($x, $y, $soundnum, $type)

$conn->query ($flags, $prompt)

$conn->drawextinfo ($color, $type, $subtype, $message)

$conn->drawinfo ($color, $text)

$conn->player_update ($player)

tag, weight, face, name

$conn->stats_update ($stats)

$conn->container_add ($id, $item...)

$conn->container_clear ($id)

$conn->item_update ($item)

$conn->item_delete ($item...)

$conn->spell_add ($spell)

$spell = {
tag => ...,
level => ...,
casting_time => ...,
mana => ...,
grace => ...,
damage => ...,
skill => ...,
path => ...,
face => ...,
name => ...,
message => ...,
};

$conn->spell_update ($spell)

(the default implementation calls delete then add)

$conn->spell_delete ($spell)

$conn->magicmap ($w, $h, $px, $py, $data)

$conn->map_change ($type, ...)

$conn->image_info ($numfaces, $chksum, [...image-sets])

$conn->map_change ($mode, ...) [OVERWRITE]

current < flags > < x > < y > < width > < height > < hashstring >

$conn->map_clear [OVERWRITE]

Called whenever the map is to be erased completely.

$conn->map_update ([ [x,y], [x,y], ...]) [OVERWRITE]

Called with a list of x|y coordinate pairs (as arrayrefs) for cells that have been updated and need refreshing.

$conn->map_scroll ($dx, $dy) [OVERWRITE]

Called whenever the map has been scrolled.

$conn->face_update ($facenum, $facedata, $changed) [OVERWRITE]

Called with the face number of face structure whenever a face image becomes known (either because face_find returned it, in which case $changed is false, or because we got an update, in which case $changed is true).

$conn->face_find ($facenum, $facedata) [OVERWRITE]

Find and return the png image for the given face, or the empty list if no face could be found, in which case it will be requested from the server.

$conn->send ($data)

Send a single packet/line to the server.

$conn->send_command ($command[, $cb1[, $cb2]])

Uses either command or ncom to send a user-level command to the server. Encodes the command to UTF-8.

If the server supports a fixed version of the ncom command and this is detected by this module, the following is also supported:

If the callback $cb1 is given, calls it with the absolute time when this command has finished processing, as soon as this information is available.

If the callback $cb2 is given it will be called when the command has finished processing, to the best knowledge of this module.

Nixs Web-based SSH client has a backend written in C/glib and a frontend written in PHP. The project talks to the backend via a Unix socket.
The backend maintains a number of SSH processes in TTYs, reads their TTYs, and sends the contents to PHP for formatting. PHP accepts input and passes it to the correct TTY for processing.
Enhancements:
- CR/LF interpretation was improved.
- Escape sequences were added.
- GOption command line parsing was added.