Best of Technical Support
I am trying to set up my firewall so that my users can play on-line games. In particular, I need to set up the following ports:
An initial outbound TCP connection on port 47624
Subsequent connections of inbound and outbound TCP and UDP ports 2300-2400
I am using IP masquerading. My firewall is an ipforwarding one, i.e., not a proxy firewall. Any help you can give me would be greatly appreciated. —Neil Shanks, email@example.com
Unless you set up additional firewalling rules, there is no way to allow the outbound packet on port 47624. Outbound UDP and TCP connections in the 2300-2400 range will work fine, and the masquerading machine will open a reverse connection to gateway back inbound packets if they come back on the same port. If they don't, you may have some luck with the ipautofw packet forwarder which you can get at ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/net-source/firewall/ipautofw.tar.gz. You may also want to look at the ipmasq-HOWTO and the list of applications that can be made to work through IP masquerading, http://users.nais.com/~nevo/masq/. —Marc Merlin, firstname.lastname@example.org
Is there a default directory for downloads? I used the included Netscape Communicator v4.07 to download the Corel WordPerfect Suite 8 for Linux (a 25MB download that took a couple hours) and the Quake 2 for Linux demo. When I went looking for the files to install them, I couldn't find them anywhere. The system did not ask for a specific location to place them, so I assumed there was a default location. Am I wrong? —Robert Gray, email@example.com
By default, Netscape tries to save the file in the user's home directory or the last place (path) where you saved a file. To locate the files, use the command find:
find / -name "corel*.tgz" -print
—Mario Bittencourt, firstname.lastname@example.org
I had a hard disk crash and cannot mount root directory /dev/hda3. Is there any way to perform a partial recovery of the data on the drive or split the root partition (skipping the bad sectors) from a boot floppy? I only need the most recent data in the mail directory that was not backed up. —Tom Voydanoff, email@example.com
Boot using a rescue disk and try to repair the partition with the command fsck.ext2 /dev/hda3. After that completes, try to mount the partition yourself and dig out the needed files. —Mario Bittencourt, firstname.lastname@example.org
I have a Linux system that the hard drive died on. I have a tape backup of the entire system. I did a minimum install of Red Hat to get the new drive running, created the partitions / and /big and told taper to overwrite all files. It ran and restored its files but had over 1200 errors. I viewed the log, which contained statements about checksums not really errors. I was hoping to be all right, but when I rebooted, the system just printed LI and stopped. Any help you could offer would be greatly welcomed. —Jabe Pitts, Jabe.Pitts@cwix.com
Your system is probably fine—this is a boot loader issue. Boot loaders need to know where the kernel is located, and by restoring your tape, you overwrote the kernel, which moved it to a new position on the drive. Use a boot floppy to boot your system and run lilo. This will reinstall the boot loader. (Note that you may need to use —Chad Robinson, email@example.com
I got a message like the one below when I was trying to install guile. I usually can figure out what needs to be installed when I get these failed dependency messages, but this time I'm flummoxed. I have both glibc 2.0.7 and 2.1.x installed. Is this just a peculiarity of the RPM? I've gotten this message with a bunch of RPMs I've tried to install recently, not just this one.
[root@localhost new]# rpm -Uvh guile-1.3-4.i386.rpm failed dependencies: libdl.so.2(GLIBC_2.1) is needed by guile-1.3-4 libdl.so.2(GLIBC_2.0) is needed by guile-1.3-4 libm.so.6(GLIBC_2.1) is needed by guile-1.3-4 ...
—Brady Hegberg, firstname.lastname@example.org
Well, it turns out that glibc 2.1 isn't exactly binary compatible with glibc 2.0. It looks like that's the problem you're having. Grab the .src.rpm file instead, and do
rpm --rebuild guile-1.3-4.src.rpm.
The resulting .i386.rpm should work and will be in the /usr/src/redhat/RPMS/i386/ directory. —Marc Merlin, email@example.com
Getting Started with DevOps - Including New Data on IT Performance from Puppet Labs 2015 State of DevOps Report
August 27, 2015
12:00 PM CDT
DevOps represents a profound change from the way most IT departments have traditionally worked: from siloed teams and high-anxiety releases to everyone collaborating on uneventful and more frequent releases of higher-quality code. It doesn't matter how large or small an organization is, or even whether it's historically slow moving or risk averse — there are ways to adopt DevOps sanely, and get measurable results in just weeks.
Free to Linux Journal readers.Register Now!
- August 2015 Issue of Linux Journal: Programming
- Django Models and Migrations
- Hacking a Safe with Bash
- Secure Server Deployments in Hostile Territory, Part II
- The Controversy Behind Canonical's Intellectual Property Policy
- Huge Package Overhaul for Debian and Ubuntu
- Shashlik - a Tasty New Android Simulator
- Embed Linux in Monitoring and Control Systems
- KDE Reveals Plasma Mobile
- diff -u: What's New in Kernel Development