Feeling blue? Part 2

So in the first part of this series we did some basics on our browser and discussed how to use a password manager. In this part we will go deeper into the concepts of protecting your desktop and how to think about security and privacy.

Why should I care?

Well for one this is becoming a very important topic and for the layman/woman it is not a easy task to wrap your head around this.

Continue reading

Feeling blue? Part 1

In recent years the eyes of many has been opened by a multitude of intrusions, attacks and disclosure of what was thought of as safe information. From my perspective little was real news, even if the methods and magnitude of the breaches were. One might assume that larger social websites would have a department full of people wearing tin-foil hats. This post is not about any particular story since there are many and they have been discussed by smarter people then me anyway.

So what is this post about?

That my dear reader is a very good question, mostly this will be a simple walk through of how I manage the security of my own desktop but also some pointers and resources that you should check out.

Continue reading

Why I use CentOS and why it matters

This post is not aimed to start any flame-war over this or that when it comes to a Operating System, well maybe a little. In any case this will be a discussion in philosophy rather then a simple statement like the title of the post. My primary argument is simplicity. Since users most often wants a new flashy function when it is available many systems strive to achieve and add that as quickly as they can code. A other argument is stability, since the more you change the more likely are you to get into trouble when using programs and functions not tested.

So where does CentOS fall within this one might wonder? Well since they are exactly one thing and that is a copy of RedHat minus the fancy boot-screen I can feel assured that they fulfill both of my demands. Keeping things simple is one of the most important things you can do, doing things with fancy GUI’s or CLI’s will only add another layer of abstraction for the administrator and a users should never be exposed to that part of the system unless the users is already familiar with that type of environment. In the end how well a OS works is dependent upon the Administrator, that is if you feel more comfortable in a TUI you should use it. Because why wander out from your comfort zone?

Now with that said what is it that makes CentOS better? Simple not lacking, clean not bloated and efficient not overcompensating. I think that is reason enough but hey what do I know? I like OpenBSD as well but it is hard to compete with 400MB of imprint…

High traffic websites

I often work with sites that has a high user-base and pageviews that means one has to find techniques that help the webservers handle the load. As most often is the use is spread in specific peaks among the day. But how does one in the most efficient way handle load? Most commonly you have hardware loadbalancers and either virutal or physical servers taking the traffic in. But that will be expensive and a smaller site with high usage might not have the funds to buy into expensive loadbalancers and hardware. So how does one get the most out of a infrastructure?

The first part is to use any old structure as a template for the new since the best data will be gathered from the old environment. How high the load is on the servers, how many peaks per day the servers receive and so on. As a guideline take the highest peak and count 30 minutes before and after to get the highest pageview peak you have. This will be the low tier traffic and during which time you will either need to make some sacrifice and have longer load times or use more capacity to handle. The normal tier will be in 8 hours of the day (longer if you have a non-work related site). The high tier is when your site is not loaded and therefore fastest.

I have seen many combinations to this effect and the most efficient (unless you use things like AWS or similar) is to use a combination of two webservers. Namely Nginx and Apache.

Since Apache is a workhorse with more then a decade in the business this is in my opinion the best choice as a webserver and to loadbalance between several Apache servers I often use Nginx. With Apache in the backend handling the more CPU heavy PHP you have Nginx in the front caching and serving content to the clients with compression and speed. The whole idea is to use Nginx to serve the static content and give Apache only the dynamic either locally or on a separate  server. To find out more check the archives there you can find scripts and configurations that will help you in this process.

Have another MMORPG

Since E3 is now over one should rejoice over the upcoming cavalcade of games with new awesome graphics, cool new protagonists and content. But to be frank this has been a years  of disappointment, first Disney decides to axes and sells Lucasart which boiled down to the fact that Star Wars 1313 was dropped. Although the release of Dragon Age 3 is now official we will have to wait another year before we can play that game.

But the largest and most profound letdown of the entire year must be the earlier rumored Elder-scrolls Online becoming a reality. Walking in the footsteps of great games like Aion, Conan and not to be forgotten Star-Wars Old republic. None of them known for the hordes of players nor their sustainability.

In the end I am a gamer whom like to have my games in either cooperative or single player rather then grind-core-2000. Mostly since I feel that I do not want to burn hours and hours to get that “cool knife” nor “to complete that quest”. Give me Skyrim, Mass Effect or Dragon Age any day.

So if one wanted a storyline driven game like aforementioned, one has to be patient. We waited for Duke Nukem for 13 years, have waited over 4 years for Half-Life 2 Episode 3 (more games in the episodic format my behind Gabe!) so waiting until the series one like comes around for the next round is perhaps not a long wait after all.


I daily come in contact with the notion that a Linux system may not compete with a similar function or system that is closed-source. But is this notion of free software really true? Many believe that since it is world-readable text this application is nothing more to think of then the pot-smoking hippie that wrote it. I use systems of both types (open and closed) and see both the potential and actual strengths with both but cannot shake of the feeling that closed-source is a golden cage. I imagine that there is a question of differential philosophies at work here, on one side we have the archetype of the Opensource hippie on the other the enterprise suits.

“free software is a matter of liberty, not price. To understand the concept, you should think of free as in free speech, not as in free beer”

But this post will be about the positive effects that a Open-source system can have for any company that utilize it correctly. Since we have big-wig actors within all the field of open and “free” we can always look and Redhat or Vmware who both base their systems on the Linux Kernel. Others like Canonical utilizes both kernel and a myriad of different small projects to create a product, if this make the Ubuntu solution a Frankenstein is yet to be discovered. So in the end the best solution is based upon what you want to do, a company that mainly creates spreadsheets might have a better discussion with Microsoft then the company that wants to build a PHP application.

The most prominent feature that a Open system has against a closed is the basic fact that in the first case you can actually change core functionality, which is harder to do with a closed source product. In the end it all comes down to flexibility and the fact that a Open system more often then not gives you greater freedoms to streamline it to your needs. Closed source are often a Swiss-army knife but when you need the specific screwdriver and it is not on that knife you will have a hard time getting it added.

Keeping up

In daily dealings with complex environments one starts to think about the advantages and disadvantages in the bleeding-edge versus old-stable philosophy. In general the community of System Administrators are a more conservative bunch, whilst the developers tend to be on the more “let us see what sticks” type of persons. Not saying there is no commingling, the concept of DevOps is a widespread and with-the-times movement.


It does not solve any problems though, which many might assume it will. The barrier between Developers and Administrators will still be there, but now we have dug some tunnels below. Namely automation and containerization. With automation comes the easy setup of platforms, with containerization the direct dependencies on the host operating system goes away.

In the age old discussion between moving forward and keeping things stable this middle ground is perhaps our best option. Changes will be on the horizon though, namely the Developer will have to know a bit about infrastructure. On the other side of the wall at least some broader automation skills will be required, or perhaps even understanding of programming.

My little guess for the future is that the role of a Administrator will move over to becoming more of a platform knowledge. Mostly due to the fact that Amazon, Microsoft, Google just to name the biggest, have made hardware a cheap commodity. Not saying that all will be in the cloud, but perhaps the classical hosting providers will.

I have been working a bit with the Microsoft Windows 2016 server core edition and must say that I am pleasantly surprised by how easy it was to manage when you figure out that winRM (windows remote management) utilizes both HTTP (5985/TCP) and HTTPS(5986) but you cannot have the HTTPS without the HTTP it seems.

But to go back to my point; ushering servers directly will be more or less gone if the current trends are any indication. The IT staff will work more with scripting, automation and ensuring that the myriad of machines they use are running then ever logging in and performing tasks on any single machine.