metin2 blad ELF interpreter /libexec/ld-elf.so.1 not found

na m*c jest wiele poradnikow jak postawic serwer metin2 na freebsd 8.1/2

w poradnikach pisze o systeinstall i instalacji lib32 za pomoca tego… ale developerzy freebsd nie czytaja tych artow i usuneli zrodla dla lib32 freebsd 8.1 z serwerow i mlodziez dzieki temu ma problemy z wlaczeniem metin2

jak temu zapobiec? ja osobiscie bym nie ryzykowal wgrywania plikow wersji wyzszej bsd do wersji nizszej, wiec najpierw aktualizacja bsd do v8.3

potem wystarczy

fetch ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/8.3-RELEASE/lib32.txz
tar Jxpvf lib32.txz -C /
rm lib32.txz

i blad powinien zniknac, oczywiscie najpierw wgrywamy liby metin2 do odpowiedniego katalogu…

pomagam przy sewerach metin2, zabezpieczam i konfiguruje

hosting dla serwera Metin2

czesto na m*cforum pojawia sie pytanie o to jaki shared hosting wybrac pod strone dla prywatnego serwera metina… jesli wogole przyszedl nam do glowy taki pomysl najpierw musimy sie zastanowic albo raczej zrozumiec na czym to polega i jakie nasze pomysly sa bezsensowne 🙂
musimy zadac sobie pytanie, czym wogole jest hosting stron www dostepny u firm?

shared-hosting – bo tak sie to fachowo zwie- to fizyczna maszyna badz kilka fiznycznych mazyn spietych w macierz na ktorym firma oferuje konta hostingowe, czyli wielu klientow na jednej maszynie albo na fizycznie wielu maszynach ktore sa widoczne jako jedna.
Kazde z tych kont ma ograniczone i scisle okreslone parametry typu transfer, hdd itd. ale tez wewnetrzne limity obciazenia cpu per klient ktore monitoruje sam hoster.

I teraz jak to wyglada dla metina?
przy starcie serwera nagle na strone wchodzi np. 500 osob aby sie zarejestrowac, do tego dochodza liczne ddos na nowy serwer metina
I co? jesli mamy szczescie ze nie przeciazymy maszyny na ktorej jest nasza strona to napewno zaden tani, budzetowy hoster nie pozwoli sobie na nieustajace ataki DDoS na swoja infrastrukture, bo przeciez my placimy za hosting np. 100 zl za rok, inni klienci na tej samej maszynie maja utrudniony dostep do maszyny przez ataki na nas. taki klient jak my jest nie oplacalny dla hostera w chwili kiedy z 10 osob ktore zaplacily np. 100 zl za rok jedna sprawia problemy innym.

mialem juz taka sytuacje nie raz w chwili kiedy klient sie uparl na shared hosting, po czym strona zablokowana przez hostera i placz.

druga sprawa, trzeba sie upewnic ze shared ktory sobie wybrazilismy umozliwia polaczenia z zewnatrz dla mysql, bo przeciez jakos nasze www musi sie laczyc z is/player na serwerze dedykowanym z Metinem.

podsumowujac, nie ma zadnego logicznego sensu stawiac strone Metina na shared hosting chyba ze ktos bardzo lubi miec wieczne problemy ze strona i byc ciagle narazony na blokade www przez hostera.

przygtowanie i zabezpieczenie serwera www dla metina mam w swojej ofercie, zapraszam do wspolpracy

Vortax, kontakt@vortax.eu

monitorowanie procesów systemowych we FreeBSD

wiadomo ze w systemach linux/bsd musimy miec caly czas kontrole nad procesami systemowymi, aktualnie wlaczonymi aplikacjami czy poziomem obciazenia procesora czy RAM

mamy do dyspozycji top ale jest on raczej male przejrzysty

jego doskonałym zamiennikiem jest programik htop

Debian –, przy założeniu że dysponujemy poprawnie skonfigurowaną listą serwerów lustrzanych sources.list

w konsole wklepujemy:

apt-get update && apt-get install htop

po przejsciu instalacji wpisujemy htop i enter

wyjscie z aplikacji to ctrl + c

freebsd –  na start, sciagamy zrodla kernela gdyz oprogramowanie tego wymaga:

cp /usr/share/examples/cvsup/standard-supfile /root/supfile, w pliku supfile edytujemy linijke host=CHANGE_THIS.FreeBSD.org, zmieniamy na np. cvsup.pl.FreeBSD.org,, nastepnie wychodzimy i zapisuejmy zmiany, wykonujemy cd /usr/src && csup /root/supfile

htop to oprogramowanie linuxowe więc najpierw uruchamiamy obsluge oprogramowania linuxowego
w /etc/rc.conf dopisujemy

linux_enable=”YES”

cd /usr/ports/emulators/linux_base-fc4

make install clean && rehash

do /etc/fstab dopisujemy

linproc /compat/linux/proc linprocfs rw 0 0

po wyjsciu

mount linproc

nastepnie

cd /usr/ports/sysutils/htop && make install clean

i htop zainstalowany, jak nie dziala, strzelamy rehash

aktualizacja portów w FreeBSD

w moim ulubionym FreeBSD mamy genialny system oprogramowania czyli porty, pytanie w jaki sposób poprawnie dokonac aktualizacji portow w FreeBSD

w odroznieniu od linuxa w 99% przypadkow nie musimy sie obawiac o brak spelnionych zaleznosci podczas instalacji oprogramowania/aktualizacji i reczne doinstalowanie zaleznosci gdyz BSD sam poszuka znajdzie i zainstaluje potrzebne oprogramowanie

porty znajduja sie w lokalizacji /usr/ports
sprawdzamy czy mamy w systemie sciagnieta galaz
cd /usr/ports
jest wejdziemy do katalogu znaczy ze mamy sciagniete porty jesli nie to…

sciagamy i rozpakowujemy najnowsza paczke portow i od razu dokonujemy aktualizacji samego drzewa

portsnap fetch && portsnap extract && portsnap update

sprawdzamy czy mamy przestarzale aplikacje w systemie w stosunku do najnowszej kolekcji portow

pkg_version -l ‚<‚

i wyswietla nam ktore aplikacje mozna aktualizowac jesli polecenienie nie dziala to wpisujemy cd /usr/ports/ports-mgmt/portmaster && make install clean && fetch

nastepnie robimy aktualizacje wszystkich aplikacji ktore tego wymagaja:

portupgrade -arR

i czekamy az sie wszystko poinstaluje