You should first do an uninstall of rc.firewall before installing RCF. To prevent the loss of your config file, use the following commands: cp /etc/firewall.conf /etc/firewall.conf.old ; rpm -e rc.firewall ; cp /etc/firewall.conf.old /etc/firewall.conf ; rpm -i rcf-[version].noarch.rpm

RCF has a test mode. Because the normal comments are piped to standard output, and the commands are piped to standard error, the output is best viewed when RCF is invoked as follows:

It's very unfortunate if you're locked out due to a misconfiguration when you don't have physical access to the box. Invoke RCF like this: The 'sleep 300' will enable you to test this config for 5 minutes (300 secs). If it doesn't work after this period, rcf will open up the box entirely. You'll be able to login thereafter.

Simply install the new version of GenePattern into the same directory as your previous version. Do not uninstall first. It is unnecessary and will delete your existing modules, pipelines and suites. When you overwrite the previous version: The following settings are read from your existing genepattern.properties file and displayed as default values for your new installation: settings for R, Java, Perl, LSID Authority, proxy settings, HSQL database URL and port, and file purge frequency and time.

No. All files will be backed up so that, even if the operation is cancelled or experiences a catastrophic failure, you can always return to the last known good state.

A team of developers on StarTrekGuide.com are working on a conversion script that will be able to convert information in PCP and other MODs over to phpBB3, including but not limited to: Attachments MOD and Categories Hierarchy. Please be aware that this is not an official upgrade script and phpBB assumes no responsibility or support for any other conversion scripts not created by the phpBB development team.

For more info, or manual install, please refer to the installation notes. RedHat (RPM) rpm -U rcf-noarch-[version].rpm If you changed one or more of the security levels, you'll need to run RCF with the --update-config parameter, some items will appear, others disappear.

This will log all output on level user.info. Make sure you have a rule in /etc/syslog.conf to do something with that level. (On my system it will by default be logged to /var/log/messages). If your not comfortable with that level, use the '-p' flag to specify the desired level. If you use SysV startup scripts (e.g. /etc/rc.d/rc3.d/S12firewall) screen output is logged automatically when you change runlevels.

Join the 'developers' mailing list, and contribute your additions there or consider becoming an official RCF developer.

Yes, you can upgrade at any time without losing any data. We also offer a Stay Current program that gives you a 40% discount to future version releases if you are an existing customer. Home | Document Management Solutions | Services | Support | Partners | Purchase | Company | Privacy Policy | Site Map

Upgrading the wine installation does not affect the existing wine registry settings. So after upgrading wine you still have the old (working ) wine registry configuration.

The latest stable version will be available at the homepage and at Freshmeat. If you feel the need to have the latest version, for development, or because you need the state-of-the-art, you can download the development version at: http://rcf.mvlan.net/dist/dev/

Use the --[accept|deny|forward]-[int]-[serv]-[hosts|servers|clients|ports|rhostlports] {host|ip|subnet} {...} switch. Adds a temporary entry to a configuration option; Useful when you want to open-up a service "on the fly". These settings will be lost the next time the firewall is executed.

RCF doesn't support iptables yet. Not to worry, ipchains will be supported for quite some time in the 2.4 kernels. (Refer to netfilter.filewatcher.org/unreliable-guides/packet-filtering-HOWTO/index.html) RCF will be ported to iptables eventually, but since defining a firewall with iptables is a far more complex matter than with ipchains, don't expect a reliable version (of any firewall for that matter) to come out soon. To use RCF with a 2.4 kernel you need to compile support for ipchains.

No. Given the speed of computers nowadays, you shouldn't experience any performance loss, not even on an old 486. If you experience delays, it's possible due to a parallel protocol which has to time out, such as an ident lookup with smtp. You may need enable/add support for the component which can't connect if you feel like it.

My network's gateway (10.1.1.1) is on eth0:1. eth0:2 is my DNS IP and eth0:3 is my SMTP server. I plan to move the DNS and SMTP services onto another server in a few weeks. I want to control where LAN PCs can go, so eth0 (my private interface) is listed as an MZ interface instead. In paranoid mode, I'll have to specify where LAN traffic can go. For example, if I have a proxy (which I do) and I want to prevent PCs from by-passing it... You'll note that I didn't use any "*-eth0:lan-*" options.

Make a copy of your settings database (TVAGNT9.MDB, TVAGNT10, or TVAGNT11.MDB, located in your installation directory). Uninstall Total Visual Agent, and delete the settings database from your installation directory (be careful NOT to delete the backup copy you just made- you'll need it!). Start the Total Visual Agent Manager, and select Tools, Import Manager Settings from the Total Visual Agent menu.

Just download the program and re-install the PRC file "over" the existing version on your handheld device. The log data (and program preferences) will not be disturbed this way. Don't delete the program from your handheld device first - that will also remove (delete) your log data and program preferences.

Web CEO 5 is incompatible with version 4. Be sure to check out our step-by-step Quick Migration Guide . II. Uninstall the old version, install new Web CEO, register it, and restore your data files from a backup: In case you don't remember your Web CEO password, you can click the "Forgot password?" button right on the registration window, or go to the Password reminder form at our site http://www.webceo.

You can't. Private traffic is just what it says it is: private. It must not be allowed on the public Internet, since there's no way a packet sent to a private IP will ever arrive. It just pollutes the net. You should buy yourself a second ethernet card.

The router should (of course) make use of ACLs to control DMZ->MZ traffic. Typically, databases would be located on the MZ. Let's not forget, the 'standard' definition of a DMZ is a network with servers offering their services on the Internet. MZ servers should not communicate directly with the Internet, but only with DMZ servers in a very restricted fashion. Using RCF, you have to keep your public IPs on the firewall, so you can't really load balance with RCF.

Setting up a Virtual Private Network is not an every day job, but if you follow these steps correctly, it should be a piece of cake. I'm assuming your external (VPN) interface will be eth0, but your situation may be different. Use the name of your VPN interface where I say [int] or eth0. Your ISP will give you an IP to use for your VPN connection. You'll of course need separate VPN software, such as Free S/WAN, vpnd or PPTP. It needs to be configured properly, and running.

Some users expressed the need for a tailored script, which improves execution speed. To create such a script, invoke RCF as follows: Mind you, the new shell script will not reflect any changes in the config file. You'll need to create a new one each time you upgrade RCF, add or remove interfaces or change something in your configuration file.

This is due to the fact that you forgot to enable support for a part of the particular protocol you experience problems with. This is similar to the previous question.

Yes, you can buy extra pixels at any time, but this will require relocating your position on the grid. You should purchase the new pixels as normal, using Buy Pixels. If your new order is approved, we will then refund the payment you made for your original pixels. There is no additional administrative charge for this service.

Yes, the Config Files are not removed when you un-install a program. They will still be in the Program Files directory in your C Drive. Just browse to the Config File folder that was created for the original program and select your Config Files. The new program will "copy" each Config File to the Config File folder in the new program as you select each one.

There is a no such thing as THE config file for a particular card or monitor. The XF86Config file you should use is dependent on your card, monitor, operating system, mouse, keyboard, individual preferences, network setup, available fonts, etc. It is not a good idea to exchange XF86Config files. While it may be safe to use certain parts of another's config file, in general, you are better off generating your own.

Connecting - I'm trying to run my ircd from my cable/*dsl connection but outside users can't connect!!