Free adt 3.3 xref software for linux

qadsl is a small utility to login on the Telia AB ADSL service. It also works good with COMHEM Cable Internet and Tiscali Internet services.
It should be pointed out, however, that Alive is not limited to only Orbyte-based login servers. It is quite generic, see the alive.conf file for helpful hints and pointers. The --debug and --verbose options to alive is also very useful.
See the download section for the latest .tar.gz and .deb packages.
RedHat/Fedora developer? The source packages include a home brew .spec file that we could use some help with to complete. It would be so much easier to supply pre-built .rpms as well.
GNU Alive is tested before each release on the following currently supported platforms:
Slackware 9.1 (i386)
Mandrake 9.2 (i386)
Debian GNU/Linux (i386/Sarge)
Debian GNU/Hurd (i386/Sid)
FreeBSD 5.1 (alpha)
NetBSD 1.6 (i386)
OpenBSD 3.6 (i386)
CygWin (win32)
Enhancements:
- NEWS: Cleanup.
- TODO: Note on how --debug should imply --verbose.
- src/process.c (process): Cleanup and add more logging, all in favour of new logging scheme.
- src/main.c (main): New command line option, -d, --debug. In favour of this and the new logging stuff verbose level adjusted accordingly.

ntop is a network traffic probe that shows the network usage, similar to what the popular top Unix command does.
The project is based on libpcap and it has been written in a portable way in order to virtually run on every Unix platform and on Win32 as well.
ntop users can use a a web browser (e.g. netscape) to navigate through ntop (that acts as a web server) traffic information and get a dump of the network status.
In the latter case, ntop can be seen as a simple RMON-like agent with an embedded web interface. The use of:
a web interface
limited configuration and administration via the web interface
reduced CPU and memory usage (they vary according to network size and traffic)
make ntop easy to use and suitable for monitoring various kind of networks.
Main features:
- Sort network traffic according to many protocols
- Show network traffic sorted according to various criteria
- Display traffic statistics
- Store on disk persistent traffic statistics in RRD format
- Identify the indentity (e.g. email address) of computer users
- Passively (i.e. withou sending probe packets) identify the host OS
- Show IP traffic distribution among the various protocols
- Analyse IP traffic and sort it according to the source/destination
- Display IP Traffic Subnet matrix (whos talking to who?)
- Report IP protocol usage sorted by protocol type
- Act as a NetFlow/sFlow collector for flows generated by routers (e.g. Cisco and Juniper) or switches (e.g. Foundry Networks)
- Produce RMON-like network traffic statistics
Additional features of "ntop":
- Network Flows
- Local Traffic Analysis
- Multithread and MP (MultiProcessor) support on both Unix and Win32
- Perl/PHP/Python lightweight API for accessing ntop from remote
- Support of both NetFlow andsFlow as flow collector. ntop can collect simultaneously from multiple probes.
- Traffic statistics are saved into RRD databases for long-run traffic analysis.
- Internet Domain, AS (Autonomous Systems), VLAN (Virtual LAN) Statistics
- Network assets discovery and categorization according to their OS and users
- Protocol decoders for most of known P2P (Peer to Peer) protocols
- Advanced per user HTTP password protection with encrypted passwords
- RRD support for persistently storing per-host traffic information
- Passive remote host fingerprint (Courtesy of ettercap)
- HTTPS (Secure HTTP via OpenSSL)
- Virtual/multiple network interfaces support
- Graphical Charts (via gdchart)
- WAP support

AutoRPM is a Perl program that automates RPM installation. AutoRPM project is designed to be run from cron nightly and run interactively as necessary.
By default, every night, it will check for official Red Hat updates for your system. However, you can modify the configuration file to do much more... like automatically install the same RPMs on a cluster of machines.
The interactive mode lets you actually install the updates (by default, RPMs are not upgraded automatically, although they can be).
You can also use the interactive mode to process a directory of RPMs. AutoRPM will compare each file with your installed RPMs and allow you to decide which ones to install.
Options:
--version
Displays the version of AutoRPM and exit.
--debug
Enables very verbose debugging information.
--notty
Usually used from scripts (such as cron scripts) to guarantee
that AutoRPM does not try to interact with a user. When running
interactively, AutoRPM also will print everything to the screen
(i.e. bypassing any configuration in the config file to mail
reports). So, if you are running AutoRPM interactively and want
it to behave as if it is running from a cron job, then you can
use this parameter.
--pidfile
Overrides the default PID file location (particularly useful for
running as a normal user when only updating a directory and not
a system). The default value is /var/run/autorpm.pid.
--tempdir
Overrides the default temporary (spool) directory (particularly
useful for running as a normal user when only updating a direc-
tory and not a system). The default value is
/var/spool/autorpm.
cmd1 cmd2 ...
Any number of commands can be specified on the command line. If
specified, AutoRPM will run all of the commands in the order
given, and then exit. For a list of commands, run "autorpm
help". For help on a given command, run "autorpm help com-
mand_name".
Enhancements:
- Added Fedora Legacy update pool

pam_sotp PAM module provides support for One Time Passwords (OTP) authentication. The "s" in "sotp" stands for "simple"; pam_sotp aims to be a simple, easy to configure, module.
pam_sotp is still under early stages of development. Although it seems to work pretty well be warned that this software could contain severe bugs that may put at risk the security of your system. Until a stable release is reached you are advised to not use pam_sotp on mission-critical systems or production servers.
Having said that, it seems that the software is reaching an stable stage. Ive received several reports about pam_sotp being used without problems in several configurations.
This project is way too small to have a serious roadmap, but anyways I guess that some of you would like to know what are my short/medium term plans for pam_sotp, so here they are:
Release pam_sotp 0.4.0, with some patches I received and other improvements I have in mind
Maintain the 0.4.x branch until it becomes stable
Release a couple of 1.0 release candidates and then finally pam_sotp 1.0
Maintain the 1.0 branch
Enhancements:
- Added disable and enable commands to otppasswd
- Bugfix: SGID shadow applications could not authenticate against pam_sotp (some SUID code somehow remained in pam_sotp)

TrafIP provides a small solution for monitoring traffic and bandwith.
TrafIP - its a small solution(3 files) for monitoring your traffic and bandwidth. Its available for using with PHP and Linux(or any type of unix/bsd etc).
Unlike other programs you will have all data updated at 6 seconds. The graphs are generated when you access them. Oh, its FREE!
Options:
- the name of file wich contains colected data
- ip address filtered/of interface
- the maximum speed than the line can download in 6 seconds. if you see black lines without interface to be down, then increase this value, it is just to detect line up/down
- the color for upload traffic
- the color for download traffic
- image type png recomended for small size and look(can be png, gif or jpg)
Installation is easy. Just add those lines to your firewall or put somewhere to start allways.
After this modify the collect.sh script with the result from your iptables -L -n. And of course put the .php files somewhere to access via www :) and make the directory writeable.
The output file must be in the directory where are the php files. By default without selecting anything will show last hour traffic. Its pretty live(update at 6 seconds, not like other programs).
Quick example:
[root@lair trafip]# iptables -A OUTPUT -s 0.0.0.0/0 -d 127.0.0.1
[root@lair trafip]# iptables -A INPUT -d 0.0.0.0/0 -s 127.0.0.1
[root@lair trafip]# iptables -L -n|grep 127|grep -v ACCEPT|grep -v LOG|grep -v DROP
all -- 127.0.0.1 0.0.0.0/0
all -- 0.0.0.0/0 127.0.0.1
Get the strings "127.0.0.1 0.0.0.0/0" and "0.0.0.0/0 127.0.0.1" and put in collect.sh. Must be exact like iptables shows(better you copy paste that part). The script collect.sh must be allways running to count.
In img.php modify:
$target variable with the name where you redirect the output from collect.sh(ex: $target="local";)
$ip variable with the IP(ex: $ip="127.0.0.1";)
$maxspeed variable with the maximum maxim traffic can be done in 6 seconds(ex: $ip="115200";). If you have black lines on your graph without stopping the interface/traffic the increase the value.
$upload variable with red or green(ex: $upload="red";)
$download variable with red or green(ex: $download="green";)
$imagetype variable with png, gif or jpg, if for output format of graph(ex: $imagetype="gif")
The output file must be something like:
11/12/02 05:57:26 10782702 149477806
11/12/02 05:57:32 10783170 149489806
11/12/02 05:57:38 10783810 149509426
(format: month/day/year[space]hour:minutte:second[space]INPUT_counter[space]OUTPUT_counter
Enhancements:
- New output formats
- an interface to see detailed traffic.

Sanos is a minimalistic 32-bit x86 OS kernel for Java based server appliances running on standard PC hardware.
This enables you to run java server applications without the need to install a traditional host operating system like Windows or Linux. Only a standard Java HotSpot VM and the sanos kernel are needed.
The kernel was developed as part of an experiment on investigating the feasibility of running java server applications without a traditional operating system only using a simple kernel.
The kernel implements basic operating system services like booting, memory management, thread scheduling, local and remote file systems, TCP/IP networking and DLL loading and linking.
A win32 layer allows the Windows version of the standard HotSpot JVM to run under sanos, essentially providing a JavaOS platform for server applications. This enables you to run java based server applications, like tomcat and jboss, under sanos.
Alternatively, you can use sanos as a small kernel for embedded server applications written in C. Sanos has a fairly standard POSIX based API and an ANSI Standard C library. In this case you dont need the JVM and the win32 wrappers.
Sanos is open source under a BSD style license. Please see the COPYING file for details.
Click on the topics below for further information, or send me an e-mail if you have any questions, comments or problems regarding sanos. Please include the word sanos in the mail to prevent it from being intercepted by my spam filter.
Sanos can be downloaded as either binary or source. All the files in the binary version can be built from the source version, so you do not need the binary version, if you are building sanos from source.
The binary version contains the compiled version of sanos, with files and utilities for making a boot disk.
The source version contains all the source code and build files for building sanos from source. You will need a Microsoft Visual C compiler to build sanos from source.
Enhancements:
- GetLogicalDrives() in kernel32 implemented.
- A bug in cmd_ipconfig() in sh.c prevented proper display of network configuration if no DNS servers was configured. This problem has been fixed. (FGA)
- New -a option added to mkdfs to support file lists with alternative files names. This simplifies configurations with both debug and release builds.
- The Visual Studio wizard can now generate a floppy disk boot image configured for the application.
- Shell prompt can be configured by setting the prompt property in the [shell] section of the os.ini file.
- If command line arguments are given to the shell it now executes the built-in command and exits the shell.
- The floppy motor timeout routine now acquires the floppy mutex before turning off the motor in order to prevent race conditions.
- Advanced Power Management (APM) support implemented. The computer can now be powered off after os shutdown. The mode parameter for exitos() can be used to specify the shutdown mode (halt, reboot, poweroff, debug). A shutdown command has been added to the shell. The power status can be retrieved using /proc/apm.
- Added /proc/cpu for CPU information.
- The raise() function now returns an error if the signal number is invalid.
- Breakpoint traps are now sent to the user mode signal handler. This allows breakpoints to be handled by user mode code.
- Signals now exits the currently executing job with the signal number as exit code. However, if the debug flag in the PEB is set the debugger is entered if an unhandled signal is encountered. The debug flag can be set using the debug command in the shell. The debug flag can be configured using the debug property in the [os] section of os.ini. The default value of the debug flag is 0, unless the system is build in debug configuration.
- readv() and writev() implemented in vfs.
- The kernel log is now implemented by the device driver /dev/klog. The kernel log now support ioctl for waiting for new log entries in the kernel log. The kprintf has been extended to support different log levels.
- The syslog interface has been redesigned in to comply with POSIX. The syslog now supports logging to a syslog server by setting the loghost property in the [os] section of os.ini.
- New klog daemon to read entries from the kernel log (/dev/klog) and add them to the system log.
- The sockaddr and sockaddr_in structures has been change to conform to winsock definitions.
- The sleep() function has been renamed to msleep(). A new POSIX conformant sleep function has been added to unistd.h.
- Added sys/time.h header file. Also added tzp parameter to gettimeofday() for POSIX compliance.
- New simple text editor utility (edit.exe) added.
- The syserror() function has been moved from libc.lib to the os.dll as an exported os api call.
- readline() now uses stdin and stdout for input and output.
- Bug in iomux fixed. Now a monitored event signals the iomux and not the associated object.
- Implemented popen() and pclose(). Also added a P_SUSPEND parameter to spawn() to allow new jobs to be started suspended.
- The kernel version information is now kept in a version resource in krnl.dll. The version information is retrieved using the new module version information functions in verinfo.c.
- The build type can now be controlled by compile time switches. The kernel version can be displayed in the Windows Explorer by viewing Properties for krnl.dll and selecting the Version tab.
- User management added to kernel. Each thread is now assigned to a user and a group. A thread has both a real and an effective user and group owner. The {get|set}[e]{uid|gid}() functions can be used to change the effective and real user and group for a thread. When a new thread is created the effective user and group are inherited from the creator thread.
- Added functions to query /etc/passwd and /etc/group files.
- New whoami, id, chmod, and chown commands added to shell. The format of the output from ls has been changed to display the file permission info.
- New file system version for DFS. The new version supports user and group owner for files and directories as well as permission bits. The new DFS version also supports files larger than 2GB. The fchown() and chown() functions has been added to vfs.
- DES-based crypt() implementation added.
- The spawn() function now computes the pgm parameter from the cmdline parameter if the pgm parameter is NULL. The initpgm and initargs properties in the [os] section of /etc/os.ini has been replaced with a single property named init. The default for init has been changed to /bin/sh.
- The behavour of the initial application has been changed. Previously the os shut down after the initial application exited. Now the initial application is executed again if it exits.
- Telnet daemon moved from the shell to separate server (telnetd.exe). The new telnet daemon has a more robust handling of the telnet protocol. The telnet daemon invokes the new login utlity in order to log on user.
- FTP daemon implemented.