20th September 2007, 10:41 pm
According to Netcraft statistics, Apache is loosing its market share to Microsoft’s IIS since almost the beginning of 2006:
In Mid 2006, the change was really dramatic, and since then, there were countless articles which tried to explain why Apache looses its market share, while IIS have massive gains.
I’ve seen conspiracy theories which claimed that Microsoft pays Netcraft. There were reports of massive “parked” domain blocks hosted on Linux being moved to Windows, or lower TCO of IIS when compared to Apache. Lack of GUI in Apache, superior ASP.NET, release of Windows Vista, you name it. Perhaps just IIS gains more than Apache. Continue reading ‘Just how (un)reliable is Netcraft?’ »
20th September 2007, 09:18 pm
Today I noticed non-admin users can’t print on a new Samba server. Samba log for a given host would just say: client-error-not-authorized. Turned out, it’s a CUPS configuration problem, so let’s write a short article about it.
Normally one configures Samba to use a CUPS server running on the same host. When a user wants to print anything, Samba uses a username/password to access the CUPS server. After authorization checks are successful, Samba connects to CUPS as root, and thus, bypasses all security checks (they were done just a while ago with username/password).
Continue reading ‘Samba says: client-error-not-authorized’ »
20th September 2007, 08:11 pm
 |
For some time, I’ve been playing with Debian on Freecom FSG-3. The device is quite cool - a size of a book, with built-in HDD, 4 ethernet ports, 4 USB ports, 64 MB RAM, and 266 MHz Intel XScale CPU (ARM). With these specs, it’s more powerful than some smaller servers from the late 1990s. |
Why not run a full blown Windows domain controller for a group of small office branches?
Continue reading ‘The smallest Windows domain controller on Earth’ »
9th September 2007, 01:48 am
Because datacenters are very dependent on iSCSI, with an increasing amount of diskless servers booted directly off iSCSI NAS devices, a rock-solid operation of iSCSI is mandatory. The system should not fail even if the connection between iSCSI target and initiator is broken.
Continue reading ‘Solving reliability and scalability problems with iSCSI’ »