jorbis 0.0.16
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 22
JOrbis 0.0.16
JOrbis is a pure Java Ogg Vorbis decoder. more>>
JOrbis is a pure Java Ogg Vorbis decoder.
JOrbis accepts Ogg Vorbis bitstreams and decodes them to raw PCM.
Vorbis is a general purpose audio and music encoding format contemporary to MPEG-4s AAC and TwinVQ, the next generation beyond MPEG audio layer 3. Unlike the MPEG sponsored formats (and other proprietary formats such as RealAudio G2 and Windows flavor of the month), the Vorbis CODEC specification belongs to the public domain. All the technical details are published and documented, and any software entity may make full use of the format without royalty or patent concerns.
We sympathize the aim of the Ogg project. JOrbis is our contribution to the Ogg project in our style. We think the ubiquity of Vorbis decoder will leverage the popularity of Ogg Vorbis. We hope JOrbis will run on any platform, any devices and any web browsers, which support Java and every people will enjoy streamed musics without patent or royalty concerns about codec.
Main features:
- JOrbis is in pure Java.
- JOrbis will run on JDK1.0.* or higher.
- JOrbis is under LGPL.
- JOrbis includes the pure Java Ogg Vorbis player, JOrbisPlayer.
- To enjoy this player, your JVM must support Java Sound API. JOrbisPlayer is under GPL.
- JOrbisPlayer can play Ogg Vorbis live streams on UDP broadcast packets from JRoar.
- JOrbis includes very simple pure Java Ogg Vorbis comment editor, JOrbisComment.
Enhancements:
- added a property jorbis.player.playonstartup to JOrbisPlayer applet to play given stream at the start-up time. Refer to play/JOrbisPlayer.html.
<<lessJOrbis accepts Ogg Vorbis bitstreams and decodes them to raw PCM.
Vorbis is a general purpose audio and music encoding format contemporary to MPEG-4s AAC and TwinVQ, the next generation beyond MPEG audio layer 3. Unlike the MPEG sponsored formats (and other proprietary formats such as RealAudio G2 and Windows flavor of the month), the Vorbis CODEC specification belongs to the public domain. All the technical details are published and documented, and any software entity may make full use of the format without royalty or patent concerns.
We sympathize the aim of the Ogg project. JOrbis is our contribution to the Ogg project in our style. We think the ubiquity of Vorbis decoder will leverage the popularity of Ogg Vorbis. We hope JOrbis will run on any platform, any devices and any web browsers, which support Java and every people will enjoy streamed musics without patent or royalty concerns about codec.
Main features:
- JOrbis is in pure Java.
- JOrbis will run on JDK1.0.* or higher.
- JOrbis is under LGPL.
- JOrbis includes the pure Java Ogg Vorbis player, JOrbisPlayer.
- To enjoy this player, your JVM must support Java Sound API. JOrbisPlayer is under GPL.
- JOrbisPlayer can play Ogg Vorbis live streams on UDP broadcast packets from JRoar.
- JOrbis includes very simple pure Java Ogg Vorbis comment editor, JOrbisComment.
Enhancements:
- added a property jorbis.player.playonstartup to JOrbisPlayer applet to play given stream at the start-up time. Refer to play/JOrbisPlayer.html.
Download (0.31MB)
Added: 2005-10-14 License: LGPL (GNU Lesser General Public License) Price:
1474 downloads
GxSNMP 0.0.16
GxSNMP is designed as a powerful network management package. more>>
GxSNMP is designed as a powerful network management package. GxSNMP project can incorporate the best features of existing commercial packages.
Our plan is to create a network managenemt suite for GNOME under the GNU public license (GPL).
The suite will be devided into a server part and a GUI part. The server part is responsible for discovering the network into a database and keeping the database up to date. It also listens for traps or notifications of the network devices and checks if the devices are alive.
The GUI part is responsible for drawing maps, MIB browsing, SNMP applications, traffic graphing. It will use the information gathered by the server part by connecting to the database. Most of the GUI part will me implemented as bonobo objects.
Main features:
- SNMP Data collector
- MIB Browser
- SNMP Table object
- SNMP Form object
- SNMP Graphics object (loading pixmaps according to SNMP variable values)
- Automatic Network discovery
- Bonobo Object support
- Distributed network management
- Network status monitor
- Script language
- Performance and health reporting
- SNMPv1/2c/3 compliance
<<lessOur plan is to create a network managenemt suite for GNOME under the GNU public license (GPL).
The suite will be devided into a server part and a GUI part. The server part is responsible for discovering the network into a database and keeping the database up to date. It also listens for traps or notifications of the network devices and checks if the devices are alive.
The GUI part is responsible for drawing maps, MIB browsing, SNMP applications, traffic graphing. It will use the information gathered by the server part by connecting to the database. Most of the GUI part will me implemented as bonobo objects.
Main features:
- SNMP Data collector
- MIB Browser
- SNMP Table object
- SNMP Form object
- SNMP Graphics object (loading pixmaps according to SNMP variable values)
- Automatic Network discovery
- Bonobo Object support
- Distributed network management
- Network status monitor
- Script language
- Performance and health reporting
- SNMPv1/2c/3 compliance
Download (1.4MB)
Added: 2005-12-12 License: GPL (GNU General Public License) Price:
1414 downloads
Xmldoom 0.0.16
Xmldoom package contains the XML Document Object-Oriented Model. more>>
Xmldoom package contains the XML Document Object-Oriented Model.
Xmldoom is what is commonly refered to as an Object Persistence Framework or an Object-Relational Mapping [1]. Basically, it is a framework that allows you to create an automatic mapping between the tables in your relational database and the code objects you use to manipulate it. Any large database bound application will eventually create a code abstraction over the database as opposed to writting SQL manually for every database access. Xmldoom does this automatically and makes it possible to avoid writting any SQL.
This is not a new concept, however, there are a few things that make Xmldoom unique:
Programming language agnostic
This implementation is a Perl module. However, there exists an actively maintained JavaScript and an inactive Python implementation. This means you can setup your object and database definitions once, and be able to access your database via Xmldoom with roughly the same interface from any programming language that has an Xmldoom implementation.
Heavy abstraction
While the standard in the Perl world is to be as light as possible, Xmldoom is a heavy abstraction, and we treat that as an advantage in this context. The objects provided by Xmldoom have a very consistant and well thought-out interface, that attempts to handle as many possible "object-like" interactions as possible. The thinking is that the more Xmldoom does for you, the less you have to do. This is provided in an extensible object-oriented fashion.
Adapts to your database
Even though it is a very heavy abstraction, it doesnt hide the database from you, or force your database to operate in some set way. It can be made to adapt to almost any way you have set up your database to operate, and still provide the same consistant object interface regardless.
Object meta-data
Aside from simply connecting your database to objects, it allows you specify domain specific meta-data about each object and each of its properties. This meta-data is available anywhere in code, such that you can provide generic functions that can take any object, and perform some action on it based on the stored meta-data, without regard to the actual type of the object. For example, you can create a generic mechanism to generate reports, which can generate a report for any object, without needing to be special cased for each type of object you want to report on.
Flexible searches
Xmldoom provides you with a mechanism to search for any object based on any property, whether its a property of that object or any other, so long as it can find a keys relating the objects together. This allows to find any information in your database, without ever having to write an SQL.
<<lessXmldoom is what is commonly refered to as an Object Persistence Framework or an Object-Relational Mapping [1]. Basically, it is a framework that allows you to create an automatic mapping between the tables in your relational database and the code objects you use to manipulate it. Any large database bound application will eventually create a code abstraction over the database as opposed to writting SQL manually for every database access. Xmldoom does this automatically and makes it possible to avoid writting any SQL.
This is not a new concept, however, there are a few things that make Xmldoom unique:
Programming language agnostic
This implementation is a Perl module. However, there exists an actively maintained JavaScript and an inactive Python implementation. This means you can setup your object and database definitions once, and be able to access your database via Xmldoom with roughly the same interface from any programming language that has an Xmldoom implementation.
Heavy abstraction
While the standard in the Perl world is to be as light as possible, Xmldoom is a heavy abstraction, and we treat that as an advantage in this context. The objects provided by Xmldoom have a very consistant and well thought-out interface, that attempts to handle as many possible "object-like" interactions as possible. The thinking is that the more Xmldoom does for you, the less you have to do. This is provided in an extensible object-oriented fashion.
Adapts to your database
Even though it is a very heavy abstraction, it doesnt hide the database from you, or force your database to operate in some set way. It can be made to adapt to almost any way you have set up your database to operate, and still provide the same consistant object interface regardless.
Object meta-data
Aside from simply connecting your database to objects, it allows you specify domain specific meta-data about each object and each of its properties. This meta-data is available anywhere in code, such that you can provide generic functions that can take any object, and perform some action on it based on the stored meta-data, without regard to the actual type of the object. For example, you can create a generic mechanism to generate reports, which can generate a report for any object, without needing to be special cased for each type of object you want to report on.
Flexible searches
Xmldoom provides you with a mechanism to search for any object based on any property, whether its a property of that object or any other, so long as it can find a keys relating the objects together. This allows to find any information in your database, without ever having to write an SQL.
Download (0.10MB)
Added: 2007-05-07 License: Perl Artistic License Price:
900 downloads
libmiASMaELF 0.0.1
libmiASMaELF is a library for generating relocatable object files that conform to the ELF format. more>>
libmiASMaELF is a library for generating relocatable object files that conform to the ELF format.
libmiASMaELF library has no complex class hierarchy, hence it is extremly easy to use, unlike most other libraries that accomplish the same task. Documentation and examples are provided to demonstrate the use of the library.
< b >How does one use the library?< /b >
/* hello.c */
#include < iostream >
#include < vector >
#include "libmiasmaelf.h"
int main(void )
{
char text[] = {
xB8, x04, x00, x00, x00, // mov eax, 4
xBB, x01, x00, x00, x00, // mov ebx, 1
xB9, x00, x00, x00, x00, // mov ecx, myvariable
xBA, x0E, x00, x00, x00, // mov edx, 14
xCD, x80, // int 0x80
xB8, x01, x00, x00, x00, // mov eax, 1
xCD, x80 // int 0x80
};
char data[] = {
x48, x65, x6C, x6C, x6F,
x2C, x20, x57, x6F, x72,
x6C, x64, x21, x0A
}; //Hello,World!
vector< char > vtext(&text[0], &text[29]);
vector< char > vdata(&data[0], &data[14]);
miasmaELF obj;
obj.InitializeELFHeader();
obj.InitializeSymbolTable();
obj.AddNewSection(".shstrtab",SHT_STRTAB, 0,0,0,0,0,0);
obj.AddNewSection(".text", SHT_PROGBITS,6,0,0,0,16,0);
obj.AddNewSection(".data", SHT_PROGBITS,3,0,0,0,16,0);
obj.AddNewSection(".symtab", SHT_SYMTAB, 0,0,
obj.GetSectionIndexOfType(SHT_STRTAB, ".strtab"),
0,
4,sizeof(Elf32_Sym));
obj.AddNewSection(".rel.text",SHT_REL,0,0,
obj.GetSectionIndexOfType(SHT_SYMTAB),
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text"),
4,sizeof(Elf32_Rel));
obj.AddContents(vtext, obj.GetSectionIndexOfType(SHT_PROGBITS,".text"));
obj.AddContents(vdata, obj.GetSectionIndexOfType(SHT_PROGBITS,".data"));
obj.AddSymbol("_start",0,0, STB_WEAK, STT_FUNC,
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text"));
obj.AddSymbol("myvariable",0,0, STB_GLOBAL, STT_OBJECT,
obj.GetSectionIndexOfType(SHT_PROGBITS, ".data"));
obj.AddRelocationEntry(11, obj.ReturnSymbolIndex("myvariable"),
R_386_RELATIVE,
obj.GetSectionIndexOfType(SHT_REL, ".rel.text"));
obj.PrepareFile();
obj.WriteFile("hello.o");
}
The library makes extensive use of vectors - a data structure that is a part of the Standard Template Library. We first create the machine language equivalents of every instruction and populate the vectors accordingly.
We then initialize the ELFHeader, the SymbolTable Initialization follows next. This is done after defining an object of type miasmaELF.
We then go on to initialize individual sections. The function
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text")
is used when one wants to obtain the SectionIndex of a given section. We find this function helps greatly in linking the various structures that are described in elf.h. Here, it is used in building the section header of a particular section. It is imperative that the user of the library must have a general idea of the various structures that are involved.
We then invoke
obj.AddContents(vtext, obj.GetSectionIndexOfType(SHT_PROGBITS,".text"));
which add the contents to the text section. The 2nd argument to AddContents is the section that we are referring to. In this case it is the .text section, and from our example the Index=3.
We employ a similar technique to add Symbols and Relocation Entries. To finally write the file one must first must prepare it by invoking the function PrepareFile(...), and only then invoke WriteFile(FileName)
To compile hello.c one must link it with libmiasmaelf.o
<<lesslibmiASMaELF library has no complex class hierarchy, hence it is extremly easy to use, unlike most other libraries that accomplish the same task. Documentation and examples are provided to demonstrate the use of the library.
< b >How does one use the library?< /b >
/* hello.c */
#include < iostream >
#include < vector >
#include "libmiasmaelf.h"
int main(void )
{
char text[] = {
xB8, x04, x00, x00, x00, // mov eax, 4
xBB, x01, x00, x00, x00, // mov ebx, 1
xB9, x00, x00, x00, x00, // mov ecx, myvariable
xBA, x0E, x00, x00, x00, // mov edx, 14
xCD, x80, // int 0x80
xB8, x01, x00, x00, x00, // mov eax, 1
xCD, x80 // int 0x80
};
char data[] = {
x48, x65, x6C, x6C, x6F,
x2C, x20, x57, x6F, x72,
x6C, x64, x21, x0A
}; //Hello,World!
vector< char > vtext(&text[0], &text[29]);
vector< char > vdata(&data[0], &data[14]);
miasmaELF obj;
obj.InitializeELFHeader();
obj.InitializeSymbolTable();
obj.AddNewSection(".shstrtab",SHT_STRTAB, 0,0,0,0,0,0);
obj.AddNewSection(".text", SHT_PROGBITS,6,0,0,0,16,0);
obj.AddNewSection(".data", SHT_PROGBITS,3,0,0,0,16,0);
obj.AddNewSection(".symtab", SHT_SYMTAB, 0,0,
obj.GetSectionIndexOfType(SHT_STRTAB, ".strtab"),
0,
4,sizeof(Elf32_Sym));
obj.AddNewSection(".rel.text",SHT_REL,0,0,
obj.GetSectionIndexOfType(SHT_SYMTAB),
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text"),
4,sizeof(Elf32_Rel));
obj.AddContents(vtext, obj.GetSectionIndexOfType(SHT_PROGBITS,".text"));
obj.AddContents(vdata, obj.GetSectionIndexOfType(SHT_PROGBITS,".data"));
obj.AddSymbol("_start",0,0, STB_WEAK, STT_FUNC,
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text"));
obj.AddSymbol("myvariable",0,0, STB_GLOBAL, STT_OBJECT,
obj.GetSectionIndexOfType(SHT_PROGBITS, ".data"));
obj.AddRelocationEntry(11, obj.ReturnSymbolIndex("myvariable"),
R_386_RELATIVE,
obj.GetSectionIndexOfType(SHT_REL, ".rel.text"));
obj.PrepareFile();
obj.WriteFile("hello.o");
}
The library makes extensive use of vectors - a data structure that is a part of the Standard Template Library. We first create the machine language equivalents of every instruction and populate the vectors accordingly.
We then initialize the ELFHeader, the SymbolTable Initialization follows next. This is done after defining an object of type miasmaELF.
We then go on to initialize individual sections. The function
obj.GetSectionIndexOfType(SHT_PROGBITS, ".text")
is used when one wants to obtain the SectionIndex of a given section. We find this function helps greatly in linking the various structures that are described in elf.h. Here, it is used in building the section header of a particular section. It is imperative that the user of the library must have a general idea of the various structures that are involved.
We then invoke
obj.AddContents(vtext, obj.GetSectionIndexOfType(SHT_PROGBITS,".text"));
which add the contents to the text section. The 2nd argument to AddContents is the section that we are referring to. In this case it is the .text section, and from our example the Index=3.
We employ a similar technique to add Symbols and Relocation Entries. To finally write the file one must first must prepare it by invoking the function PrepareFile(...), and only then invoke WriteFile(FileName)
To compile hello.c one must link it with libmiasmaelf.o
Download (0.017MB)
Added: 2006-05-26 License: GPL (GNU General Public License) Price:
1248 downloads
VorbisSPI for Linux 1.0.3
Java Service Provider Interface that adds OGG Vorbis audio format more>> VorbisSPI is a Java Service Provider Interface that adds OGG Vorbis audio format support to Java platform. It supports icecast streaming. It is based on JOrbis Java libraries.
VorbisSPI works nice for local ogg files but streaming support is partially implemented.Vorbis SPI needs JOrbis 0.0.8 (100% Java Ogg Vorbis decoder library). Obviously, JOrbis is not real OO so you will see that VorbisSPI source code is a mess and needs to be optimized.
Vorbis SPI also uses some useful Tritonus classes included in their MpegAudioSPI.
WAV/AU SPI conflict bug fixed.AudioInputStream.available() bug fixed.Custom information available through AudioFileFormat.getType() workaround :
VORBISxNominalBitRateInBpsxLengthInMilliSeconds (e.g. VORBISx128000x282267)
Note that this workaround will be removed in VorbisSPI 1.0. Another workaround
to pass extra parameters (Ogg comments, Bitrates, ... ) will be available and
compliant with JDK 1.5
Design improved :
tritonus_share.jar included (old Tritonus classes removed).
TDebug class used for debugging traces.
(Use -Dtritonus.TraceAudioFileReader=true to enable traces)
jUnit classes included.
JOrbis 0.0.14 included.
File handle lock bug fixed.
SPI compatibility bug fix.<<less
Download (202KB)
Added: 2009-04-06 License: Freeware Price: Free
201 downloads
Cortado 0.2.2
Cortado Streaming applet is a Java applet which supports decoding of Ogg Vorbis, Ogg Theora, MJPEG codecs. more>>
Cortado Streaming applet is a Java applet which supports decoding of Ogg Vorbis, Ogg Theora, MJPEG and Smoke codecs directly in a browser window. Both audio and video are supported.
It contains:
- JST, a port of the GStreamer 0.10 design to Java
- jcraft, a copy of the JCraft JOgg/Jorbis code
- jheora, an implementation of Theora in Java
- codecs (currently only containing the Smoke codec, a variant on Jpeg)
- JST plugins for:
- HTTP source element
- Ogg and Multipart demuxers
- Theora, JPEG and Smoke video decoders
- Vorbis and MuLaw audio decoders
- Java 1.1 sun.audio API audio sink
- Java 1.4 javax.sound.sampled API audio sink
- examples
- applets
This release has support for:
- seeking in on-demand files
- the above-mentioned plugins
- basic HTTP authentication
- buffering
<<lessIt contains:
- JST, a port of the GStreamer 0.10 design to Java
- jcraft, a copy of the JCraft JOgg/Jorbis code
- jheora, an implementation of Theora in Java
- codecs (currently only containing the Smoke codec, a variant on Jpeg)
- JST plugins for:
- HTTP source element
- Ogg and Multipart demuxers
- Theora, JPEG and Smoke video decoders
- Vorbis and MuLaw audio decoders
- Java 1.1 sun.audio API audio sink
- Java 1.4 javax.sound.sampled API audio sink
- examples
- applets
This release has support for:
- seeking in on-demand files
- the above-mentioned plugins
- basic HTTP authentication
- buffering
Download (0.25MB)
Added: 2006-10-26 License: GPL (GNU General Public License) Price:
1099 downloads
moltiblock 0.10
moltiblock is a user-space plugin to netfilter for blocking lots of nets. more>>
moltiblock is a user-space plugin to netfilter for blocking lots of nets. No need to recompile kernel or patch other sources.
To install just type make. Then copy the binary to /usr/local/sbin or wherever.
Put one CIDR per line in /etc/moltiblock/cidr.deny, like so:
-- snip --
207.46.0.0/16
207.68.128.0/18
207.68.192.0/20
-- snip --
You can probably put comments in there, anything that doesnt look like CIDR till be ignored.
And then, run the daemon.
An deeeeeen, run something like
iptables -I FORWARD -p tcp --dport 6880:6999 -j QUEUE
Enhancements:
- First (hacky) version (0.10)
<<lessTo install just type make. Then copy the binary to /usr/local/sbin or wherever.
Put one CIDR per line in /etc/moltiblock/cidr.deny, like so:
-- snip --
207.46.0.0/16
207.68.128.0/18
207.68.192.0/20
-- snip --
You can probably put comments in there, anything that doesnt look like CIDR till be ignored.
And then, run the daemon.
An deeeeeen, run something like
iptables -I FORWARD -p tcp --dport 6880:6999 -j QUEUE
Enhancements:
- First (hacky) version (0.10)
Download (0.010MB)
Added: 2006-07-03 License: GPL (GNU General Public License) Price:
1208 downloads
ipset 2.2.8
IP sets are a framework inside the Linux 2.4.x and 2.6.x kernel, which can be administered by the ipset utility. more>>
ipset pakcage is a framework inside the Linux 2.4.x and 2.6.x kernel, which can be administered by the ipset utility.
Depending on the type, currently an IP set may store IP addresses, (TCP/UDP) port numbers or IP addresses with MAC addresses in a way, which ensures lightning speed when matching an entry against a set.
If you want to:
store multiple IP addresses or port numbers and match against the collection by iptables at one swoop
dynamically update iptables rules against IP addresses or ports without performance penalty
express complex IP address and ports based rulesets with one single iptables rule and benefit from the speed of IP sets
then ipset may be the proper tool for you.
Main features:
ipmap
- The ipmap set type uses a memory range, where each bit represents one IP address and can store up to 65535 (B-class network) entries. You can store same size network addresses in an ipset as well and an IP address will be in the set if the network address it belongs to can be found in the set.
macipmap
- The macipmap set type uses a memory range, where each 8 bytes represents one IP and a MAC addresses. A macipmap set type can store up to 65535 (B-class network) IP addresses with MAC.
portmap
- The portmap set type uses a memory range, where each bit represents one port. A portmap type of set can store up to 65535 ports.
iphash
- The iphash set type uses a hash to store IP addresses where clashing is resolved by double-hashing and, as a last resort, by dynamically growing the hash. Same size network addresses can be stored in an iphash as well.
nethash
- The nethash set type also uses a hash to store CIDR netblocks, which may be of different sizes. The same techique is used to avoid clashes as at the iphash set type.
iptree
- The iptree set type uses a tree to store IP addresses, optionally with timeout values.
Bindings
IP sets allows you to bind an entry in a set to another set, which forms a relationship between the set element and the set it is bound to. The sets may have a default binding, which is valid for every set element for which there is no binding defined at all.
The bindings have no special meaning at the set level. However, you can benefit from them when using the set match of iptables. The set match will follow the bindings and will return a true (matched) value only if the packet parameters match all bindings it found.
Lets see an example:
# ipmap set storing the IP addresses of two machines
ipset -N servers ipmap --network 192.168.0.0/16
ipset -A servers 192.168.0.1
ipset -A servers 192.168.0.2
# portmap set storing the allowed ports for 192.168.0.2
ipset -N ports portmap --from 1 --to 1024
ipset -A ports 21
ipset -A ports 22
ipset -A ports 25
# Binding, which attaches ports to 192.168.0.2
ipset -B servers 192.168.0.2 -b ports
# iptables rule using the set match
...
iptables -A FORWARD -m set --set servers dst,dst -j ACCEPT
iptables -A FORWARD -j DROP
Now according to the iptables rules, sets and binding, the firewall will allow trough packets destined to any port on 192.168.0.1, while for 192.168.0.2 only the ports 21, 22 and 25 will be reachable.
<<lessDepending on the type, currently an IP set may store IP addresses, (TCP/UDP) port numbers or IP addresses with MAC addresses in a way, which ensures lightning speed when matching an entry against a set.
If you want to:
store multiple IP addresses or port numbers and match against the collection by iptables at one swoop
dynamically update iptables rules against IP addresses or ports without performance penalty
express complex IP address and ports based rulesets with one single iptables rule and benefit from the speed of IP sets
then ipset may be the proper tool for you.
Main features:
ipmap
- The ipmap set type uses a memory range, where each bit represents one IP address and can store up to 65535 (B-class network) entries. You can store same size network addresses in an ipset as well and an IP address will be in the set if the network address it belongs to can be found in the set.
macipmap
- The macipmap set type uses a memory range, where each 8 bytes represents one IP and a MAC addresses. A macipmap set type can store up to 65535 (B-class network) IP addresses with MAC.
portmap
- The portmap set type uses a memory range, where each bit represents one port. A portmap type of set can store up to 65535 ports.
iphash
- The iphash set type uses a hash to store IP addresses where clashing is resolved by double-hashing and, as a last resort, by dynamically growing the hash. Same size network addresses can be stored in an iphash as well.
nethash
- The nethash set type also uses a hash to store CIDR netblocks, which may be of different sizes. The same techique is used to avoid clashes as at the iphash set type.
iptree
- The iptree set type uses a tree to store IP addresses, optionally with timeout values.
Bindings
IP sets allows you to bind an entry in a set to another set, which forms a relationship between the set element and the set it is bound to. The sets may have a default binding, which is valid for every set element for which there is no binding defined at all.
The bindings have no special meaning at the set level. However, you can benefit from them when using the set match of iptables. The set match will follow the bindings and will return a true (matched) value only if the packet parameters match all bindings it found.
Lets see an example:
# ipmap set storing the IP addresses of two machines
ipset -N servers ipmap --network 192.168.0.0/16
ipset -A servers 192.168.0.1
ipset -A servers 192.168.0.2
# portmap set storing the allowed ports for 192.168.0.2
ipset -N ports portmap --from 1 --to 1024
ipset -A ports 21
ipset -A ports 22
ipset -A ports 25
# Binding, which attaches ports to 192.168.0.2
ipset -B servers 192.168.0.2 -b ports
# iptables rule using the set match
...
iptables -A FORWARD -m set --set servers dst,dst -j ACCEPT
iptables -A FORWARD -j DROP
Now according to the iptables rules, sets and binding, the firewall will allow trough packets destined to any port on 192.168.0.1, while for 192.168.0.2 only the ports 21, 22 and 25 will be reachable.
Download (0.026MB)
Added: 2006-02-09 License: GPL (GNU General Public License) Price:
1355 downloads
Xmldoom::doc::UsingTorque 0.0.16
Xmldoom::doc::UsingTorque Perl module contains a how to about making Torque generator to work with your database.xml. more>>
Xmldoom::doc::UsingTorque Perl module contains a how to about making Torque generator to work with your database.xml.
Because the format used in the database definition (commonly named database.xml) is the same as Apache Torque, we can use their tools to automatically generate database.xml from the database, or automatically create the database from a database.xml.
Basically, the Torque Generator is a set of Ant scripts that call into the Torque engine. So, you need to install Ant as well.
SETTING UP THE TORQUE GENERATOR
First, you must download the Torque Generator from their project page:
http://db.apache.org/torque/download.html
Make sure you are downloading the Generator (the page is a little confusing). Youll see that there is a table there with versions going down the Y-axis and product names going across the X-axis. If the page hasnt since this writing, you want the top-cell over to the right one.
Once youve got it:
1. Extract the archive somewhere. Youll end up with directory named like torque-gen-3.2. Go there.
2. Edit a file named build.properties. Most of the setting dont matter for us, so you can skip down to the section labeled "DATABASE SETTINGS" (with a space between each letter). Configuring this section should be pretty self explanitory if you have ever used JDBC in Java before. In case you havent you can check out the explanation at the end of this document named "BUILD PROPERTIES".
3. You need to find and copy the JDBC drivers for your database into the lib/ directory. More on this in the "BUILD PROPERTIES" section.
Now you are ready to give it a go.
ANT TARGETS
To generate an XML schema from your database, run:
ant -f build-torque.xml jdbc
Most likely you wont want to use the generated file directly, because it lacks foreign-keys and any of the groovy Xmldoom special features. But it does provide a quick spring-board to allow to copy-paste and modify to get started quickly.
To create your database based on the XML description, run:
# to initially create the databas
ant -f build-torque.xml create-db
# will drop and re-create all tables in the database
ant -f build-torque.xml insert-sql
<<lessBecause the format used in the database definition (commonly named database.xml) is the same as Apache Torque, we can use their tools to automatically generate database.xml from the database, or automatically create the database from a database.xml.
Basically, the Torque Generator is a set of Ant scripts that call into the Torque engine. So, you need to install Ant as well.
SETTING UP THE TORQUE GENERATOR
First, you must download the Torque Generator from their project page:
http://db.apache.org/torque/download.html
Make sure you are downloading the Generator (the page is a little confusing). Youll see that there is a table there with versions going down the Y-axis and product names going across the X-axis. If the page hasnt since this writing, you want the top-cell over to the right one.
Once youve got it:
1. Extract the archive somewhere. Youll end up with directory named like torque-gen-3.2. Go there.
2. Edit a file named build.properties. Most of the setting dont matter for us, so you can skip down to the section labeled "DATABASE SETTINGS" (with a space between each letter). Configuring this section should be pretty self explanitory if you have ever used JDBC in Java before. In case you havent you can check out the explanation at the end of this document named "BUILD PROPERTIES".
3. You need to find and copy the JDBC drivers for your database into the lib/ directory. More on this in the "BUILD PROPERTIES" section.
Now you are ready to give it a go.
ANT TARGETS
To generate an XML schema from your database, run:
ant -f build-torque.xml jdbc
Most likely you wont want to use the generated file directly, because it lacks foreign-keys and any of the groovy Xmldoom special features. But it does provide a quick spring-board to allow to copy-paste and modify to get started quickly.
To create your database based on the XML description, run:
# to initially create the databas
ant -f build-torque.xml create-db
# will drop and re-create all tables in the database
ant -f build-torque.xml insert-sql
Download (0.10MB)
Added: 2007-06-15 License: Perl Artistic License Price:
861 downloads
ICMPScan 1.1
ICMPScan scans the specified address, or addresses, for ICMP responses. more>>
ICMPScan scans the specified address, or addresses, for ICMP responses.
Usage:
icmpscan [ -EPTSNMAIRcvbn ] [ -A address ] [ -f filename ] [ -i interface ] [ -r retries ] [ -t timeout ] target [...]
Options:
-i, --interface
Listen on the specified interface. If unspecified, icmpscan will examine the routing table and select the most appropriate interface for each target address.
-c, --promisc
Put in interface into promiscuous mode. As this option increases the load on the system in general, it should only be used if spoofing of source packets address is enabled with the "-A" option.
-A, --address
Specify the source IP address of generated packets.
-t, --timeout
Specify the timeout, in milli-seconds, before retrying.
-r, --retries
Specify the number of attempts to elicit a particular ICMP response.
-f, --file
Read target list from the specified file.
-E, -P, --echo, --ping
Check of ICMP Echo responses.
-T, -S, --timestamp
Check for ICMP Timestamp responses.
-N, -M, --netmask
Check for ICMP Netmask responses.
-I, --info
Check for ICMP Info responses.
-R, --router
Check for ICMP Router Solicitation responses.
-v, --verbose
Increase the output verbosity.
-B, --debug
Target Specification
The simplest case is listing single hostnames or IP addresses on the command line. If you want to scan a subnet of IP addresses, you can append /mask to the hostname or IP address. mask must be between 0 (scan the whole Internet) and 32 (scan the single host specified). Use /24 to scan a class "C" address and /16 for a class "B". There is also a more powerful notation which lets you specify an IP address using lists/ranges for each element. Thus you can scan the whole class "B" network 192.168.*.* by specifying "192.168.*.*" or "192.168.0-255.0-255" or even "192.168.1-50,51-255.1,2,3,4,5-255". And of course you can use the mask notation: "192.168.0.0/16". These are all equivalent. If you use asterisks ("*"), remember that most shells require you to escape them with back slashes or protect them with quotes.
Examples:
The following example checks the first 16 addresses in the 192.168.1.0/24 netblock for all ICMP responses. The scan speed is increased by lowering the timeout value and setting the number of retries to 1:
> icmpscan -t 500 -r 1 192.168.1.0-16
192.168.1.0: Echo (From 192.168.1.17!)
192.168.1.0: Address Mask [255.255.255.0] (From 192.168.1.17!)
192.168.1.7: Echo
192.168.1.7: Timestamp [0x03ab2db0, 0x02d4c507, 0x02d4c507]
192.168.1.7: Address Mask [255.255.255.0]
192.168.1.8: Echo
192.168.1.8: Address Mask [255.255.255.0]
To display failed probes, increase the output verbosity:
> icmpscan -v 192.168.1.1
192.168.1.1: -- No response to Echo request --
192.168.1.1: -- No response to Timestamp request --
192.168.1.1: -- No response to Netmask request --
192.168.1.1: -- No response to Info request --
192.168.1.1: -- No response to Router Solicitation request --
Individual ICMP types can be checked for by listing their corresponding flags on the command line:
> icmpscan -v --echo --netmask 192.168.1.7
192.168.1.7: Echo
192.168.1.7: Address Mask [255.255.255.0]
<<lessUsage:
icmpscan [ -EPTSNMAIRcvbn ] [ -A address ] [ -f filename ] [ -i interface ] [ -r retries ] [ -t timeout ] target [...]
Options:
-i, --interface
Listen on the specified interface. If unspecified, icmpscan will examine the routing table and select the most appropriate interface for each target address.
-c, --promisc
Put in interface into promiscuous mode. As this option increases the load on the system in general, it should only be used if spoofing of source packets address is enabled with the "-A" option.
-A, --address
Specify the source IP address of generated packets.
-t, --timeout
Specify the timeout, in milli-seconds, before retrying.
-r, --retries
Specify the number of attempts to elicit a particular ICMP response.
-f, --file
Read target list from the specified file.
-E, -P, --echo, --ping
Check of ICMP Echo responses.
-T, -S, --timestamp
Check for ICMP Timestamp responses.
-N, -M, --netmask
Check for ICMP Netmask responses.
-I, --info
Check for ICMP Info responses.
-R, --router
Check for ICMP Router Solicitation responses.
-v, --verbose
Increase the output verbosity.
-B, --debug
Target Specification
The simplest case is listing single hostnames or IP addresses on the command line. If you want to scan a subnet of IP addresses, you can append /mask to the hostname or IP address. mask must be between 0 (scan the whole Internet) and 32 (scan the single host specified). Use /24 to scan a class "C" address and /16 for a class "B". There is also a more powerful notation which lets you specify an IP address using lists/ranges for each element. Thus you can scan the whole class "B" network 192.168.*.* by specifying "192.168.*.*" or "192.168.0-255.0-255" or even "192.168.1-50,51-255.1,2,3,4,5-255". And of course you can use the mask notation: "192.168.0.0/16". These are all equivalent. If you use asterisks ("*"), remember that most shells require you to escape them with back slashes or protect them with quotes.
Examples:
The following example checks the first 16 addresses in the 192.168.1.0/24 netblock for all ICMP responses. The scan speed is increased by lowering the timeout value and setting the number of retries to 1:
> icmpscan -t 500 -r 1 192.168.1.0-16
192.168.1.0: Echo (From 192.168.1.17!)
192.168.1.0: Address Mask [255.255.255.0] (From 192.168.1.17!)
192.168.1.7: Echo
192.168.1.7: Timestamp [0x03ab2db0, 0x02d4c507, 0x02d4c507]
192.168.1.7: Address Mask [255.255.255.0]
192.168.1.8: Echo
192.168.1.8: Address Mask [255.255.255.0]
To display failed probes, increase the output verbosity:
> icmpscan -v 192.168.1.1
192.168.1.1: -- No response to Echo request --
192.168.1.1: -- No response to Timestamp request --
192.168.1.1: -- No response to Netmask request --
192.168.1.1: -- No response to Info request --
192.168.1.1: -- No response to Router Solicitation request --
Individual ICMP types can be checked for by listing their corresponding flags on the command line:
> icmpscan -v --echo --netmask 192.168.1.7
192.168.1.7: Echo
192.168.1.7: Address Mask [255.255.255.0]
Download (0.044MB)
Added: 2007-08-22 License: GPL (GNU General Public License) Price:
794 downloads
Ogg for Java 0.1.0
Ogg for Java is an Ogg implementation in pure Java. more>>
The Ogg for Java library is a (from scratch) Java implementation of the Ogg protocol, compatible with Java 1.1 or higher.
The Ogg protocol itself is a media stream container, which can hold any type of media (for example a video stream format, audio stream format). It is also capable of multiplexing these streams (it can hold both an audio and video stream at the same time, making it possible to play back audio and video simultaniously), and also to chain (concatenate) streams. A main advantage is, that it is freely available (as a protocol), and to this date it is also patent-free.
NetMinds implementation follows the idea of free software, and is licensed under the LGPL, which basically means, You can use the software, incorporate it in commercial software unmodified. Or you can modify it and use parts of it as long as You release it back to the world under the same license.
Please note, that the Ogg protocol itself is NOT an audio or video codec, so it cannot compress video or audio data, it is only a container. If you are searching for the latter, you might want to visit Xiph.org which hosts/sponsors/advertises many open mulimedia related projects, such as Theora (an open video codec), or Vorbis (an open audio codec).
The aim of this project is to produce an easy-to-use interface to the Ogg protocol in the Java language, hiding as much internal mechanisms as possible, preserving all features on the interface. This may or may not be the philosophy you are searching for. If not, you may want to check out JOrbis which is also an implementation of the Ogg protocol (and more).
<<lessThe Ogg protocol itself is a media stream container, which can hold any type of media (for example a video stream format, audio stream format). It is also capable of multiplexing these streams (it can hold both an audio and video stream at the same time, making it possible to play back audio and video simultaniously), and also to chain (concatenate) streams. A main advantage is, that it is freely available (as a protocol), and to this date it is also patent-free.
NetMinds implementation follows the idea of free software, and is licensed under the LGPL, which basically means, You can use the software, incorporate it in commercial software unmodified. Or you can modify it and use parts of it as long as You release it back to the world under the same license.
Please note, that the Ogg protocol itself is NOT an audio or video codec, so it cannot compress video or audio data, it is only a container. If you are searching for the latter, you might want to visit Xiph.org which hosts/sponsors/advertises many open mulimedia related projects, such as Theora (an open video codec), or Vorbis (an open audio codec).
The aim of this project is to produce an easy-to-use interface to the Ogg protocol in the Java language, hiding as much internal mechanisms as possible, preserving all features on the interface. This may or may not be the philosophy you are searching for. If not, you may want to check out JOrbis which is also an implementation of the Ogg protocol (and more).
Download (0.10MB)
Added: 2005-04-14 License: LGPL (GNU Lesser General Public License) Price:
1657 downloads
geglmm 0.0.22
This tool actually provides C++ bindings for GEGL. more>>
geglmm 0.0.22 is a great tool for programmers. It provides C++ bindings for GEGL. It currently binds gegl 0.0.16 and is in an unstable state.
Installation: The simplest way to compile this package is:
- cd to the directory containing the packages source code and type ./configure to configure the package for your system. If you're using csh on an old version of System V, you might need to type sh ./configure instead to prevent csh from trying to execute configure itself.
- Running configure takes awhile. While running, it prints some messages telling which features it is checking for.
- Type make to compile the package.
- Optionally, type make check to run any self-tests that come with the package.
- Type make install to install the programs and any data files and documentation.
- You can remove the program binaries and object files from the source code directory by typing `make clean. To also remove the files that configure created (so you can compile the package for a different kind of computer), type make distclean. There is also a make maintainer-clean target, but that is intended mainly for the packages developers. If you use it, you may have to get all sorts of other programs in order to regenerate files that came with the distribution.
Added: 2009-01-29 License: GPL Price: FREE
1 downloads
GenIP 1.0
GenIP is a small utility, based on the NMap target specification code, for quickly and easily generating lists of IP addresses. more>>
GenIP is a small utility, based on the NMap target specification code, for quickly and easily generating lists of IP addresses.
Usage:
genip [ -h ] [ -i filename ] [ < target-spec > ... ]
genip -r < ipaddress > < ipaddress >
Options:
-h
Display uage information.
-i
Read target specifications from the give filename. If a filename of "-" used, target specifications are read from standard in. Target specifications read from input files are processed in NMap mode regardless of the presence of the -r option.
-r
Specify range mode (see below).
Modes:
GenIP has two modes of operation that are detailed below:
NMap Mode (Default)
In this mode genip will expand all target specifications listed on the command line. Since genip is essentially just the NMap target parsing code it functions in exactly the same way. Here is what the NMap documentation has to say about target specification:
Everything that isnt an option (or option argument) is treated as a target host specification. The simplest case is listing single hostnames or IP addresses on the command line. If you want to scan a subnet of IP addresses, you can append /mask to the hostname or IP address. mask must be between 0 (scan the whole Internet) and 32 (scan the single host specified). Use /24 to scan a class "C" address and /16 for a class "B". There is also a more powerful notation which lets you specify an IP address using lists/ranges for each element. Thus you can scan the whole class "B" network 192.168.*.* by specifying "192.168.*.*" or "192.168.0-255.0-255" or even "192.168.1-50,51-255.1,2,3,4,5-255". And of course you can use the mask notation: "192.168.0.0/16". These are all equivalent. If you use asterisks ("*"), remember that most shells require you to escape them with back slashes or protect them with quotes.
Range Mode
In this mode two (and only two!) IP addresses must be specified, in dotted quad notation, and the output is all the addresses between the two (inclusive). This mode can be used to cross class boundaries.
Example:
In its most basic form genip simply echos the IP addresses listed on the command line:
> genip 10.1.1.1 10.3.4.5
10.1.1.1
10.3.4.5
By use one of the many expansion methods detailed above a large number of IP addresses can be generated from simple command line specifications:
> genip 10.1.1.1-3
10.1.2.0
10.1.2.1
10.1.2.2
By selecting range mode (with the use of the -r flag) it is a simple matter to generate address lists that cross class boundaries:
> genip -r 10.1.1.254 10.1.2.2
10.1.1.254
10.1.1.255
10.1.2.0
10.1.2.1
10.1.2.2
<<lessUsage:
genip [ -h ] [ -i filename ] [ < target-spec > ... ]
genip -r < ipaddress > < ipaddress >
Options:
-h
Display uage information.
-i
Read target specifications from the give filename. If a filename of "-" used, target specifications are read from standard in. Target specifications read from input files are processed in NMap mode regardless of the presence of the -r option.
-r
Specify range mode (see below).
Modes:
GenIP has two modes of operation that are detailed below:
NMap Mode (Default)
In this mode genip will expand all target specifications listed on the command line. Since genip is essentially just the NMap target parsing code it functions in exactly the same way. Here is what the NMap documentation has to say about target specification:
Everything that isnt an option (or option argument) is treated as a target host specification. The simplest case is listing single hostnames or IP addresses on the command line. If you want to scan a subnet of IP addresses, you can append /mask to the hostname or IP address. mask must be between 0 (scan the whole Internet) and 32 (scan the single host specified). Use /24 to scan a class "C" address and /16 for a class "B". There is also a more powerful notation which lets you specify an IP address using lists/ranges for each element. Thus you can scan the whole class "B" network 192.168.*.* by specifying "192.168.*.*" or "192.168.0-255.0-255" or even "192.168.1-50,51-255.1,2,3,4,5-255". And of course you can use the mask notation: "192.168.0.0/16". These are all equivalent. If you use asterisks ("*"), remember that most shells require you to escape them with back slashes or protect them with quotes.
Range Mode
In this mode two (and only two!) IP addresses must be specified, in dotted quad notation, and the output is all the addresses between the two (inclusive). This mode can be used to cross class boundaries.
Example:
In its most basic form genip simply echos the IP addresses listed on the command line:
> genip 10.1.1.1 10.3.4.5
10.1.1.1
10.3.4.5
By use one of the many expansion methods detailed above a large number of IP addresses can be generated from simple command line specifications:
> genip 10.1.1.1-3
10.1.2.0
10.1.2.1
10.1.2.2
By selecting range mode (with the use of the -r flag) it is a simple matter to generate address lists that cross class boundaries:
> genip -r 10.1.1.254 10.1.2.2
10.1.1.254
10.1.1.255
10.1.2.0
10.1.2.1
10.1.2.2
Download (0.011MB)
Added: 2007-08-18 License: GPL (GNU General Public License) Price:
798 downloads
Automatic Firewall 0.3.2
Automatic Firewall is a script that will automatically configure a firewall. more>>
Automatic Firewall is a script that will automatically configure a firewall. If you are a broadband or dial-up user who doesnt have a firewall script, you need to get one to protect yourself. AutoFW is made to help you do that with no efforts.
Many people when connecting to the internet need a firewall script made for them so they can surf the net without being susceptible to various attacks. Most, if not all (until now :-), of the existing scripts are written for a large range of requirements and require some tweaking to make them work for a specific user. However many users do not know which parameters to fill in the script config file.
AutoFW intends to provide a simple firewall script that you just need to fire and forget. You make sure to run it on computer start-up or just before connecting to the net, and it will detect network condition and setup appropriate firewall rules for you.
In order to be "smart" AutoFW has to be limited, the current scope of AutoFW are standard broadband connections, it will also cover dial-up users and stand-alone servers.
AutoFW works only for Linux IPTables firewall and needs the iptables utility to update the firewall, it also needs the ifconfig utility, both of these are available on any standard install of a GNU/Linux machine.
AutoFW also needs the ip program which is part of the iproute2 package, sometimes also called iproute. It is available as a package for any standard GNU/Linux install, not it might not be installed in your particular.
There are two parts that do automatic detection, one is for interfaces and IPs and the other is for open listening ports.
The interface part looks at all the active interfaces in the machine and classifies them between internal and external. It does that by looking at the IPv4 address of the device. If it is one of:
127.0.0.0/8
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16
it is considered to be an internal IP and thus an internal interface, otherwise it is an external IP and thus an external interface. There is no handling of an interface with both an internal and an external IP on it.
The listening ports are scanned for a known port and the accompanying known program name that binds to that port, known ports are opened later in the configuration stage.
The configuration itself is very simple for now, without many of the bell and whistles that exist in other scripts, but it works for the basic needs and provides adequate protection.
Enhancements:
- Internal systems are now protected, as well as servers and NAT gateways.
<<lessMany people when connecting to the internet need a firewall script made for them so they can surf the net without being susceptible to various attacks. Most, if not all (until now :-), of the existing scripts are written for a large range of requirements and require some tweaking to make them work for a specific user. However many users do not know which parameters to fill in the script config file.
AutoFW intends to provide a simple firewall script that you just need to fire and forget. You make sure to run it on computer start-up or just before connecting to the net, and it will detect network condition and setup appropriate firewall rules for you.
In order to be "smart" AutoFW has to be limited, the current scope of AutoFW are standard broadband connections, it will also cover dial-up users and stand-alone servers.
AutoFW works only for Linux IPTables firewall and needs the iptables utility to update the firewall, it also needs the ifconfig utility, both of these are available on any standard install of a GNU/Linux machine.
AutoFW also needs the ip program which is part of the iproute2 package, sometimes also called iproute. It is available as a package for any standard GNU/Linux install, not it might not be installed in your particular.
There are two parts that do automatic detection, one is for interfaces and IPs and the other is for open listening ports.
The interface part looks at all the active interfaces in the machine and classifies them between internal and external. It does that by looking at the IPv4 address of the device. If it is one of:
127.0.0.0/8
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16
it is considered to be an internal IP and thus an internal interface, otherwise it is an external IP and thus an external interface. There is no handling of an interface with both an internal and an external IP on it.
The listening ports are scanned for a known port and the accompanying known program name that binds to that port, known ports are opened later in the configuration stage.
The configuration itself is very simple for now, without many of the bell and whistles that exist in other scripts, but it works for the basic needs and provides adequate protection.
Enhancements:
- Internal systems are now protected, as well as servers and NAT gateways.
Download (0.020MB)
Added: 2006-07-30 License: GPL (GNU General Public License) Price:
1182 downloads
Program Guard 0.7.0
Program Guard allows the user of a Linux workstation to specify which application programs that are allowed TCP/IP connections. more>>
Program Guard allows the user of a Linux workstation to specify which application programs that are allowed TCP/IP connections to the Internet (Internet addresses are defined as any IP address not in the range of 10.0.0.0/24 or 192.168.0.0/16).
The application program names can be specified by listing them in a file (Static Mode) by querying the user (Query Mode). In Query Mode, when a program that is unknown to Program Guard attempts to access an Internet IP address, Program Guard displays the Program Guard Dialog Box.
In addition to providing connection information, this dialog box gives the workstation user the option of allowing the program to access the Internet or to be blocked from accessing the Internet. This can be done either for the current instance of the program or for this and all future instances of the program (Make Persistent checkbox).
Currently, the program names that are allowed or denied Internet access apply to all users of the workstation rather than on a per user basis. For example, if Program Guard is running in Query Mode and user A invokes a program previously blocked from Internet access by user B, the program will be blocked from Internet access for User A as well.
Connections blocked by Program Guard are logged to the Program Guard log file pgrd.log. It is located in the /var/log/pgrd directory. If desired, Program Guard can be configured to log all Internet connection attempts rather than just those that have been blocked.
Program Guard was tested on Fedora Core 1 and Fedora Core 3 on single processor 32 bit X86 Intel processors. It has not been tested on other distributions or on multi-processor machines. While it works on Fedora Core 1, it will not build on a standard Linux 2.4.x kernel due to task_struct definitions that were not made until Linux 2.6. If there is enough interest, a version that runs under a standard Linux 2.4 kernel may be made available.
To run in Query Mode, Gnome 2.x and Glade 2.x are required. There are no prerequisites for Static Mode.
Installation:
Program Guard consists of three components: a kernel module; a daemon; and a Gnome GUI user interface component. All files needed to build the components are in the pgrd.tgz file. An installation shell script install-pgrd is provided for Fedora distributions.
It will build/install (or remove) the kernel module and daemon as well as configure them to be started automatically when the system is booted. To invoke it, type install-pgrd < install | remove >. This script may or may not be useable as is for other Linux distributions.
If you modify the install script, please note that the module, daemon and various support files must be installed in the /opt/pgrd directory for Program Guard to work properly (this is already handled when using the install script as provided). To run in Query Mode, each user must be configured by invoking the install-pgrd_user < username > script. And by going to the Preferences->More Preferences->Sessions selection in the Fedora Main Menu and adding pgrdgui to the Startup Programs tab.
Program Guard will be started the next time the machine is rebooted. If you do not wish to reboot, you may start Program Guard manually as described below in Manual Starting And Stopping. Note: If starting manually and using Query Mode, once the daemon and kernel module are started, make sure that you log out and log back in.
<<lessThe application program names can be specified by listing them in a file (Static Mode) by querying the user (Query Mode). In Query Mode, when a program that is unknown to Program Guard attempts to access an Internet IP address, Program Guard displays the Program Guard Dialog Box.
In addition to providing connection information, this dialog box gives the workstation user the option of allowing the program to access the Internet or to be blocked from accessing the Internet. This can be done either for the current instance of the program or for this and all future instances of the program (Make Persistent checkbox).
Currently, the program names that are allowed or denied Internet access apply to all users of the workstation rather than on a per user basis. For example, if Program Guard is running in Query Mode and user A invokes a program previously blocked from Internet access by user B, the program will be blocked from Internet access for User A as well.
Connections blocked by Program Guard are logged to the Program Guard log file pgrd.log. It is located in the /var/log/pgrd directory. If desired, Program Guard can be configured to log all Internet connection attempts rather than just those that have been blocked.
Program Guard was tested on Fedora Core 1 and Fedora Core 3 on single processor 32 bit X86 Intel processors. It has not been tested on other distributions or on multi-processor machines. While it works on Fedora Core 1, it will not build on a standard Linux 2.4.x kernel due to task_struct definitions that were not made until Linux 2.6. If there is enough interest, a version that runs under a standard Linux 2.4 kernel may be made available.
To run in Query Mode, Gnome 2.x and Glade 2.x are required. There are no prerequisites for Static Mode.
Installation:
Program Guard consists of three components: a kernel module; a daemon; and a Gnome GUI user interface component. All files needed to build the components are in the pgrd.tgz file. An installation shell script install-pgrd is provided for Fedora distributions.
It will build/install (or remove) the kernel module and daemon as well as configure them to be started automatically when the system is booted. To invoke it, type install-pgrd < install | remove >. This script may or may not be useable as is for other Linux distributions.
If you modify the install script, please note that the module, daemon and various support files must be installed in the /opt/pgrd directory for Program Guard to work properly (this is already handled when using the install script as provided). To run in Query Mode, each user must be configured by invoking the install-pgrd_user < username > script. And by going to the Preferences->More Preferences->Sessions selection in the Fedora Main Menu and adding pgrdgui to the Startup Programs tab.
Program Guard will be started the next time the machine is rebooted. If you do not wish to reboot, you may start Program Guard manually as described below in Manual Starting And Stopping. Note: If starting manually and using Query Mode, once the daemon and kernel module are started, make sure that you log out and log back in.
Download (0.33MB)
Added: 2006-01-06 License: GPL (GNU General Public License) Price:
1388 downloads
Secleted [ 0 ] software to compare
- Page: 1 of 2
- 1
- 2
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above jorbis 0.0.16 search only lists software in full, demo and trial versions for free download. Download links are directly from our mirror sites or publisher sites, torrent files or links from rapidshare.com, yousendit.com or megaupload.com are not allowed