Jakiś czas temu stawiałem jedną z dystrybucji Linuksa, Debiana, na wirtualnej maszynie skonfigurowanej jako VPS na firmowym serwerze dedykowanym. Trafiłem wtedy na dziwny błąd, który uniemożliwiał instalację jakiegokolwiek oprogramowania poprzez narzędzie apt-get. W dzisiejszym wpisie chciałbym przedstawić rozwiązanie, jakie pomogło doprowadzić wszystko do szczęśliwego końca.

Moje tempo publikacji wpisów na blogu ostatnio trochę podupada, z jednej strony ze względu na masę obowiązków, z drugiej strony z powodu ogólnego lenistwa, które daje o sobie znać jak tylko przestanę robić coś “rutynowo”. Nie zmienia to jednak faktu, że wszystkie zaległe wpisy i tak w końcu zostaną napisane i opublikowane, także spokojnie, nic nie stracicie. Dzisiaj zapraszam do lektury zaległego, piątkowego wpisu, w którym przedstawię interesującą opcję konsolowego programu tar.

Każde zabezpieczenie utrudniające włamanie na serwer jest dobre, nawet, jeśli tylko spowalnia atakującego przed uzyskaniem dostępu do naszych cennych danych. Systemy oparte o architekturę Linuksa pozwalają na stopniowanie uprawnień, w związku z czym wspomagają tego typu działania. W dzisiejszym wpisie chciałbym pokazać, w jaki sposób zablokować bezpośrednie logowanie użytkownika root do serwera, dzięki czemu postawimy dodatkową barierę przed potencjalnym napastnikiem.

Narzędzia linuksowe mają to do siebie, że można je wykorzystać na wiele różnych sposobów. Najczęściej jednak sposoby te są głęboko ukryte za wyjaśnieniami poszczególnych przełączników i ich potencjalnych wartości. W dzisiejszym wpisie chciałbym pokazać jedną ciekawą sztuczkę dotyczącą szeroko używanego narzędzia do wyszukiwania informacji w plikach - grep.

Bardzo często podczas pisania skryptów shellowych wykorzystywany jest interpreter bash - “Bourne-Again SHell”. Do jego skryptów, podobnie jak do zwykłych programów, możemy przekazać parametry wywołania. W dzisiejszym wpisie pokażę prosty sposób na odczytanie liczby tych parametrów i potencjalny sposób reakcji na związane z tym błędy.

Witajcie ponownie. Motywacją do stworzenia tego wpisu była moja niedawna “przygoda” z bazą danych jednego z klientów. Stuprocentowego rozwiązania problemu nie znalazłem, aczkolwiek opracowane przeze mnie “obejście” całkiem nieźle zamyka temat. Zapraszam do lektury.

Od dłuższego czasu korzystam z hostingu wykupionego w amerykańskiej firmie DreamHost. Pomimo wielu negatywnych opinii, jakie znalazłem na różnych forach i blogach muszę powiedzieć, że jestem całkiem zadowolony ze świadczonych mi usług. W tym momencie przypominam sobie tylko jeden przypadek, kiedy nie miałem dostępu do danych przez około dziesięć minut. Dostęp do serwera poprzez SSH, SVN, możliwość tworzenia własnych serwerów MySQL, nielimitowane parametry konta - słowem cud, miód i orzeszki. Nie znaczy to jednak, że musisz rzucić swojego dotychczasowego dostawcę i przenieść się do DH, aż tak dobrze nie jest ;] Jednym z problemów, jakie napotkałem podczas korzystania z serwera było to, że tworząc konto FTP dla strony internetowej klienta nie mogłem uzyskać do niego [tego konta ;]] pełnego dostępu, inaczej niż przez zalogowanie się przy użyciu jego [tego klienta ;]] danych. W niniejszym wpisie chciałbym przedstawić rozwiązanie na jakie wpadłem podczas pracy.