Author: Admin

Link: The SIPaholic’s Dream Come True: Introducing Anveo Direct SIP Trunking

We’re incredibly happy with the current list of providers that we recommend to PBX in a Flash™ users for VoIP trunking. At the top of our list is Vitelity, a leading VoIP provider that has been a major contributor to the Nerd Vittles and PBX in a Flash projects for many years. But, as often happens, one of our gurus on the PIAF Forum comes up with a terrific discovery that we just can’t wait to pass along. This week it was @w1ve who stumbled upon a new Anveo® Direct service for end-users with a special DID and SIP trunk offer. While the sub-account flexibility of Vitelity and some of the other providers is sorely missing, Anveo Direct does provide end-users with many of the same routing tools and SIP feature set that previously were reserved for use by major carriers. If you don’t believe some of the competition is less than thrilled, read this message thread on dslreports.com. And, until June 1, you can order DIDs in almost any U.S. region for 50¢ a month per DID with no setup fee. With Anveo Direct Value, that 50¢ buys you two trunks with 400 free incoming minutes a day. Outbound calls are pay-as-you-go and vary depending upon where you’re calling. Typical U.S. rates are $.001 to $.0055 per minute with least cost routing and automatic failover when a particular carrier’s route is having problems. …..

Full article here:
The SIPaholic’s Dream Come True: Introducing Anveo Direct SIP Trunking (Nerd Vittles)

Link: A Primer for Scheduling Cron Jobs in Linux

Cron jobs in Linux are simple scheduled tasks that can be set to run commands at specific times. Unfortunately, the syntax isn’t the easiest to use or remember, but in this month’s column I’ll share some examples and tips to help you better understand and utilize cron jobs.

Full article here:
A Primer for Scheduling Cron Jobs in Linux (ServerWatch)

Note that if you have Webmin installed on a system, it may be easier to use that to schedule cron jobs.

Link: TheLittleBlackBox: An ARM-based, open source XBMC media center

XBMC is a media center application that started its life as a project to turn the first-generation Xbox into an audio and video powerhouse. The project has since been ported to run on Windows, Mac, Linux, Android, and other platforms, and we’ve even seen it running on low-power devices with ARM processors such as the Pivos XIOS DS Media Play.

Now there’s a new XBMC box on the way, and it’s designed specifically for running XBMC. It doesn’t run Android apps at all, just an embedded operating system to support XBMC.

Full article here:
TheLittleBlackBox: An ARM-based, open source XBMC media center (liliputing)

Is elitism the reason many open source projects self destruct?

The author of this article seems to think so. He appears to be primarily talking about Ubuntu here, but we strongly suspect that the same thing has happened with several other open source projects:

The Achilles Heel of Open Source: Elitism (Linux Advocates)

Related:

Mark Shuttleworth: Canonical leads Ubuntu, not ‘your whims’ (The Register)

Link: How to protect Apache with Fail2ban

Around 2 years ago I wrote an article about fail2ban.

Fail2ban is an intrusion prevention framework written in the Python programming language. It is able to run on POSIX systems that have an interface to a packet-control system or firewall installed locally (such as, iptables or TCP Wrapper).

Fail2ban’s main function is to block selected IP addresses that may belong to hosts that are trying to breach the system’s security. It determines the hosts to be blocked by monitoring log files (e.g. /var/log/pwdfail, /var/log/auth.log, etc.) and bans any host IP that makes too many login attempts or performs any other unwanted action within a time frame defined by the administrator.

Today I want to show you some configurations that you can use to improve the security of your Apache.

Read the rest here:
How to protect Apache with Fail2ban (Linuxaria)

If you ever play video using VLC and it is jerky or drops frames, try this

In VLC’s preferences, note the setting for “Use GPU accelerated decoding” — on most systems with modern graphics hardware this should be checked, but is not by default. So, check the box and then click Save. You can always change it back if it makes things worse, or causes videos to not play at all.

VLC Preferences — Input and Codecs settings — use GPU accelerated decoding
VLC Preferences — Input and Codecs settings — use GPU accelerated decoding

This setting does not seem to be available in OS X versions of VLC.