Pan Kot

apt-get install --reinstall locales? Ewentualnie możesz nawet przez apt-get purge wywalić i zainstalować, wtedy nawet cfgów nie ma i powinno się od zera załadować. Chyba nie jest to core pakiet z tego co pamiętam.

Bullshit mój drogi. TS bez licencji używa /dev/shm (share memory), przez co odpalenie więcej niż jednej instancji skończy się fiaskiem, licencjonowane nie mają tego zabezpieczenia. Workaround: Porobić sobie VPSy albo chociaż dobrze oddzielone chrooty.

Zapomniałeś uzupełnić pola budżet.

Basic auth i jakikolwiek fail2ban po stronie serwera i jesteś bezpieczny.

Daj koledze się wykazać to po pierwszym problemie stawka pójdzie 2x w górę i wszyscy będą zadowoleni .

Proszę bardzo - http://www.php.net/manual/pl/

http://www.gazetawroclawska.pl/artykul/614071,oto-najlepsze-gimnazja-we-wroclawiu-lista,id,t.html

W końcu cena adekwatna do nazw. Powodzenia.

Stary, o czym my tu mówimy. Jeden na dziesięć serwerów ma niezabezpieczone SSH, przez co w kilkanaście minut bruteforcem dostajesz roota na talerzu. Napisałem, zapłacisz komuś ogarniętemu i masz spokój albo bawisz się sam.

Oczywiście, że zajmuje. Policz sobie ilość wszystkich występujących znaków (dolicz znaki azjatyckie, greckie i cyrylicę), a potem porównaj to sobie z 10 liczbami od 0 do 9. Tu przecież nawet nie ma o czym dyskutować.

Owszem, powszechny problem. Dlatego mój serwer automatycznie wysyła maila na abuse danego ISP w przypadku takich logów jak te powyżej. I powiedzmy sobie szczerze, każda aplikacja może być zabezpieczona lub też nie, twój serwer może stać się częścią jednego wielkiego botnetu w ciągu kilkunastu minut. DNS to jedna z wielu dróg.

To zapłać komuś i bądź pewny, albo nie bierz się za kupowanie serwera. Nóż w kieszeni się otwiera jak widzę takie osoby, a potem czytam w logach DDoSy z kilkudziesięciu niezabezpieczonych serwerów dns.

12 zł. Statystyk nie ma. Teraz jakiś znawca może się wypowiedzieć .

Ja bym na ich miejscu całkowicie Ci zablokował serwer i całe konto.

Ręce i nogi opadają jak czytam niektóre posty. Zacznij sobie od utworzenia skryptu w stylu ts3.sh, który odpala serwer. Upewnij się, że via SSH jesteś w stanie go odpalić, czyli komenda sh ts3.sh działa poprawnie. Jeśli tak robisz to samo w php, jeśli w php nie działa, a w ssh tak to robisz sztuczki. Sztuczka pierwsza: if [ "$1" != "fallback" ]; then # Pierwsze odpalenie sh $0 "fallback" # Exit exit 0 fi # Twój kod Reszta płatna .

Zamknięcie usera w katalogu, prosto z mojego sshd_config: # SFTP Jail Match Group jail ForceCommand internal-sftp ChrootDirectory %h AllowTcpForwarding no X11Forwarding no Co do autoryzacji się zgadzam, ale z drugiej strony wszystko co z PAM zgodne z SFTP też podziała, tak samo z logowaniem, więc nie jest aż tak źle.

A najlepiej to wywalić do /dev/null to całe FTP i używać wbudowanego SFTP w OpenSSH. Nie wiem co ludzie widzą w tym FTP, chyba już każdy istniejący klient wspiera SFTP.

Najłatwiej po prostu zbindować pod vhost jedną domenę więcej. Chyba, że kierujesz na nieswój serwer, wtedy iframe musi być.

Mandriva jest mocno średnia, kiedyś była fajna, dziś jej już nie czuję. Linuxa Mint świetnie wspominam, bardzo dobra dystrybucja na start. Każdemu polecam do zobaczenia jak powinien wyglądać "desktopowy linux". Sam korzystam do dziś.

Mysqltuner to podstawa. Poza tym skoro ram jest używany w 50% i jesteś pewny, że winowajcą jest serwer mysql to coś robisz źle. Albo źle oszacowałeś winowajcę, albo nie ruszałeś konfiguracji mysqla od czasu instalacji.

Pod adresem FreeBSD @samu na pewno bardziej się będzie ogarniał w tych sprawach niż ja. Gentoo z kolei nawet ma swój hardened-gentoo project, na serwery krytyczne jak znalazł. Ale to już bardziej gratka dla maniaków. Jak dla mnie za dużo roboty, a za małe efekty. Jeśli chodzi o mnie to tak jak wyżej na moim prywatnym serwerze stoi sobie samo-aktualizujący się debian testing, ale jakbym miał wybierać cokolwiek na produkcję to byłoby to ubuntu server. Pewno w wersji LTS, aczkolwiek wciąż sądzę że przejście z 12.04->12.10->13.04->13.10->14.04 jest bardziej bezbolesne niż 12.04->14.04. Komfort z debianem testing jest właśnie taki, że jak cokolwiek się zmienia to jest to proces ciągły, dostaje info że nowy pakiet ma nowe zależności czy nowy config, sprawdzam w czym rzecz i nie ma mowy o dziwnych problemach. Natknąłem się na takowy przechodząc z debiana squeeze na wheezy, bodaj kernel nie wspierał dependency-based-boot i po dist-upgrade się wywalił. Jakoś od tamtego czasu mam uprzedzenie przez zfreezowanymi branchami .

Ochroną anty-DDoS.

Ubuntu jest szybsze dzięki upstartowi i nadchodzącej integracji z systemd w najnowszej odsłonie 14.04 (mam dev snapshota). Poza tym ma parę ładnych optymalizacji już na start (chociażby pakiet preload wbudowany, co mnie miło zaskoczyło). Natomiast nie ma odpowiednika dystrybucji "testing" znanej z debiana. Dla mnie to duży minus bo nie widzi mi się aktualizować co pół roku. Podsumowując - na serwery produkcyjne i wszystko co ma stać i działać, ubuntu server. Na serwery nowe, samo aktualizujące się, developerskie, zawsze aktualne - debian testing. Debian stable jest zbyt stary jak dla mnie, nawet na produkcje. Jak ktoś się waha między debianem stable, a ubuntu, niech bierze ubuntu. CentOS to shit. Do dziś mnie ta dystrybucja nie przekonała, nie wiem co oferuje takiego, czego nie oferuje jedna z powyższych. Przejście z CentOS'a na RHEL też nie jest bezbolesne, a na pewno nie bardziej niż z debiana czy ubuntu. Ciekawym wyborem jest jeszcze FreeBSD i Gentoo. W szczególności jak ktoś ma dostatecznie dużo czasu, żeby poświęcić na naukę jednego z tych dwóch. FreeBSD ma największy potencjał elastyczności, podczas gdy Gentoo bezpieczeństwa.

12 zł.

Organizacja tego, reklama, sprzęt, ludzie i poświęcony czas też kosztuje. Nawet jak można zatrudnić 80% wolontariuszy to i tak koszty są, a nikt nie będzie z własnej kieszeni dokładał.