Fedora 15 pptpd source RPM:
pptpd-1.3.4-1.fc15.src.rpm MD5 65001b6c4d86cdfb5e28f89567782389
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.
It’s fairly easy to improve your AMP (Apache, MySQL, PHP) website speed:
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
Fedora 14 source RPM:
pptpd-1.3.4-1.fc14.src.rpm MD5 8fe1eae2096eb387c74394618027dda1
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.
Fedora 13 source RPM:
pptpd-1.3.4-1.fc13.src.rpm MD5 8ccf41430af197e85ba7b67a0d6b95ea
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.
I have set up a CentOS mirror at http://centos.mirror.bradiceanu.net.
Of course, it’s IPv6 enabled.
Other hosted mirrors at mirror.bradiceanu.net.
Append the provider configuration to /etc/ppp/ppp.conf:
set device PPPoE:<interface>
set authname <PPPoE username>
set authkey <PPPoE password>
add default HISADDR
enable lqr echo
nat enable yes
set redial 2
Replace <interface> with your network interface towards the PPPoE server. Start the PPPoE client, as root:
Enable PPPoE client at startup, append to /etc/rc.conf:
Start the PPPoE client with
/etc/rc.d/ppp start as root. The PPPoE interface is usually tun0.
Internet service in Egypt, the UAE, India and other counties in the region was interrupted today when submarine cables in the Mediterranean Sea failed.Â
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.
Enable ipv4 forwarding:
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
svcadm enable network/ipfilter
Starting this morning the Internet link is very slow, with 10-40% packet loss and 1.5 second RTT. This could be due to Qtel’s PCCWBTN link down starting after 8 a.m. AST. Traffic is routed via AS6453 (Teleglobe), which is heavily overloaded and oversubscribed. Of course, the FLAG Telecom link is not used for ADSL subscribers. So, the 2 MBPS ADSL link (largest residential package available in Qatar) real speed is around 200 kbps. This reminds me of home Internet access ten years ago.