Fedora 15 pptpd i386 RPM:
pptpd-1.3.4-1.fc15.i386.rpm MD5 7c2aec6c7caf63c673d55134f1e1fb68

Fedora 15 pptpd x86_64 RPM:
pptpd-1.3.4-1.fc15.x86_64.rpm MD5 078a36e081b29804c02424b244bba7cf

Same comments apply from the other pptpd posts.

1. Enable HTTP KeepAlives and persistent connections

2. Enable server-side output compression

3. Enable MySQL query caching

4. Install a PHP accelerator and optimizer

1. Enable HTTP KeepAlives and persistent connections

From Apache 2.2 manual:
The Keep-Alive extension to HTTP/1.0 and the persistent connection feature of HTTP/1.1 provide long-lived HTTP sessions which allow multiple requests to be sent over the same TCP connection. In some cases this has been shown to result in an almost 50% speedup in latency times for HTML documents with many images. To enable Keep-Alive connections, set KeepAlive On in your httpd.conf file [1].

2. Enable server-side output compression

Use Apache Module mod_deflate to enable on the fly server-side output compression before being sent to the client over the network. Compression decreases the bandwidth usage and also decreases the page load time [2].

First, make sure the mod_deflate module is loaded in httpd.conf:

LoadModule deflate_module mod_deflate.so

Enable compression for text files:

AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/x-javascript

3. Enable MySQL query caching

The MySQL query cache is a unique caching strategy that is currently not utilized by other database engines, and one that can greatly enhance the performance of most any system that experiences high degrees of read activity. Because both physical and logical I/O activity is all but eliminated by the query cache, even systems that must bear the brunt of inefficient SQL statements can many times perform faster than those on other database platforms. [3]

To enable MySQL query caching, add the following two lines under [mysqld] block in your my.cnf (/etc/my.cnf on RHEL / CentOS) file:

query_cache_type = 1
query_cache_size = 16M

and restart your mysql server.

4. Install a PHP accelerator and optimizer

I use eAccelerator which is a free open-source PHP accelerator & optimizer. It increases the performance of PHP scripts by caching them in their compiled state, so that the overhead of compiling is almost completely eliminated. It also optimizes scripts to speed up their execution. eAccelerator typically reduces server load and increases the speed of your PHP code by 1-10 times.

On RHEL / CentOS you can install eAccelerator from Fedora’s Extra Packages for Enterprise Linux (EPEL):

yum install php-eaccelerator

and restart your web server:

service httpd restart

The configuration file is at /etc/php.d/eaccelerator.ini, default settings should work for most users.
Precompiled PHP files are stored in /var/cache/php-eaccelerator/.

To display old and stale cache files, run:

find /var/cache/php-eaccelerator/ -type f -atime +30

[1] Apache Core Features – KeepAlive
[2] Measuring the Performance Effects of mod_deflate in Apache 2.2
[3] A Practical Look at the MySQL Query Cache

Fedora 14 x86_64 RPM:
pptpd-1.3.4-1.fc14.x86_64.rpm MD5 17c9bf6473168b1b59ca331fb73b55b7

For more informations please see my previous posts here and here.

Enjoy!

Fedora 13 i386 RPM:
pptpd-1.3.4-1.fc13.i386.rpm MD5 904bcab3f58784a362499496ebdacb25

Fedora 13 x86_64 RPM:
pptpd-1.3.4-1.fc13.x86_64.rpm MD5 3d3209427d11981ef1827bd004e65736

I have commented out logwtmp in pptpd.conf, please see my previous post.

Tested with the following PPTP clients: Apple Mac OS X 10.6.4, Apple iPad (iOS 3.2.2), Apple iPhone 4 (iOS 4.1), Apple iPhone 3GS (iOS 4.1), Apple iPhone 3G (iOS 4.1), Microsoft Windows 7 Professional, Microsoft Windows XP Professional SP3, pptpclient 1.7.2, mpd 5.5.

Enjoy!

Replace <interface> with your network interface towards the PPPoE server. Start the PPPoE client, as root: /etc/rc.d/ppp start

Enable PPPoE client at startup, append to /etc/rc.conf:

ifconfig_<interface>="up"
ppp_enable="YES"
ppp_profile="provider"
ppp_mode="ddial"


Start the PPPoE client with /etc/rc.d/ppp start as root. The PPPoE interface is usually tun0.

Cause of the failure is not known at this time, says operator Reliance GlobalCom. A total of three cables linking Italy and Egypt went down. A ship has been sent out to fix the problems.

Currently, services are being rerouted to backup cables and satellites. As rerouting measures fully kick in, services are expected to improve by early Saturday morning.

This isn’t the first time that cable service to the region has failed. Earlier this year, five separate undersea cables were cut between late January and early February, interrupting service to a number of countries.  

There’s likely to be some serious failure analysis involved if we see some more pipes go off-line in the next week.

(quoted from here).

SANS Internet Storm Center page about this event.

routeadm -u -e ipv4-forwarding

Configure NAT in /etc/ipf/ipnat.conf (replace e1000g0 with your outside interface, 172.16.0.0/12 with your LAN IP range):

map e1000g0 172.16.0.0/12 -> 0/32 proxy port ftp ftp/tcp
map e1000g0 172.16.0.0/12 -> 0/32 portmap tcp/udp auto
map e1000g0 172.16.0.0/12 -> 0/32

Enable ipf:

svcadm enable network/ipfilter