[Tut] linux hlds1 server tutorial

[lorem ipsum]

 

Witajcie! Postanowiłem stworzyć dla wszystkich którzy stawiają serwery, bądź zamierzają postawić serwer na dedyku / vps.

 

1. Wybór VPS, DEDYKA.
   

• Parametry
  
• Firma,
  
• Kupujemy.
  

2. SSH - FTW?

• Co to jest SSH?
  
• Łączymy się z terminlem.
  

3. Stwórzmy serwer

• Przygotowanie do stworzenia serwera, typ, etc.
  
• Tworzymy roota serwera
  
• Pobieramy steam
  
• Pobieramy serwer
  
• Konfigurujemy serwer
  
• Instalacja METAMOD & AMX MOD X
  
• Uruchamiamy serwer
  

WYBÓR VPS, DEDYKA

 

Ta część przedstawi wam krok po kroku czym mamy się kierować podczas kupowania serwera na którym będą utrzymywane nasze serwery gry counter strike 1.6

 

PARAMETRY

 

Zastanów się, na ile serwerów ma być Twój serwer dedykowany, bądź vps. Jeśli zamierzasz tworzyć wielką sieć serwerów VPS jest conajmniej złym rozwiązaniem, tutaj wkraczają serwery DEDYKOWANE. Jeśli chcesz postawić jeden, dwa serwery ok. 26slotów + amxx, mm wystarczi Ci pakiet w vipower za dwadzieścia złotych, jest to VPS. Jeśli myślisz o czymś bardziej rozwiniętym można wziąść pakiet za 100zł z tej samej firmy. Jeśli chcesz mieć około ośmiu i więcej serwerów, nic innego niż serwer dedykowany, polecam Kimsufi 16 lub 24 G. http://www.kimsufi.pl/

 

FIRMA

 

Jeśli zdecydowałeś się na to, czy chcesz zapłacić więcej czy mniej, jakością i ilością serwerów naturalnie przejdźmy do wyboru firmy w której kupisz VPS/DEDYKA. Nigdy nie polecałem i nie polecę wam brać tak zwanych krzaczków bez NIPu oraz REGONu, to zwykły pic na wodę, rozpadnie się po kilku tygodniach bądź dniach, polecam jak wyżej: vipower.pl, kimsufi.pl to dwie dobrze prosperujące firmy.

 

KUPUJEMY

 

Zdecydowałeś się już na firmę? Pora zakupić serwer! Przejdź do następnego, brykiety, działu.

 

SSH - FTW?

Czyli o terminalu zdalnym słów kilka.

 

CO TO JEST SSH?

 

SSH (ang. secure shell) to standard protokołów komunikacyjnych używanych w sieciach komputerowych TCP/IP, w architekturze klient-serwer.

W ścisłym znaczeniu SSH to tylko następca protokołu Telnet, służącego do terminalowego łączenia się ze zdalnymi komputerami. SSH różni się od Telnetu tym, że transfer wszelkich danych jest zaszyfrowany oraz możliwe jest rozpoznawanie użytkownika na wiele różnych sposobów. W szerszym znaczeniu SSH to wspólna nazwa dla całej rodziny protokołów, nie tylko terminalowych, lecz także służących do przesyłania plików (SCP, SFTP), zdalnej kontroli zasobów, tunelowania i wielu innych zastosowań. Wspólną cechą wszystkich tych protokołów jest identyczna z SSH technika szyfrowania danych i rozpoznawania użytkownika. Obecnie protokoły z rodziny SSH praktycznie wyparły wszystkie inne mniej bezpieczne protokoły, takie, jak np. rlogin czy RSH.

Ogólne założenia protokołu SSH powstały w grupie roboczej IETF. W użyciu są obie jego wersje - 1 i 2. W wersji 2 możliwe jest użycie dowolnych sposobów szyfrowania danych i 4 różnych sposobów uwierzytelnienia, podczas gdy SSH1 obsługiwało tylko stałą listę kilku sposobów szyfrowania i 2 sposoby rozpoznawania użytkownika (klucz RSA i zwykłe hasło).

Wersja 2 została przeprojektowana od zera ze względu na ujawnione w wersji 1.5 podatności na ataki kryptoanalityczne, umożliwiające wstrzykiwanie komend do zaszyfrowanego strumienia SSH^[1]. W 2009 roku opublikowano kolejny atak tego typu na wersję 2^[2]. Problem został naprawiony w OpenSSH 5.2 za pomocą zmiany domyślnego trybu szyfrowania z CBC na CTR^[3].

Najczęściej stosowany sposób szyfrowania to AES, choć część serwerów nadal używa szyfrowania Blowfish i technik z rodziny DES.

Uwierzytelnienie użytkownika może się opierać na haśle, kluczu (RSA, DSA) lub protokole Kerberos.

Dwie najbardziej znane implementacje SSH to zamknięte ssh.com i otwarte OpenSSH. Z kolei najbardziej znaną implementacją klienta jest PuTTY.^{[potrzebne źródło]}

Protokoły z rodziny SSH korzystają zwykle z portu 22 protokołu TCP, choć często stosuje się porty o innych numerach w celu utrudnienia wykrycia serwera SSH.

Protokół SSH jest zaimplementowany na warstwie aplikacji modelu OSI w ramach połączenia TCP.

 

Na rozum rolnika: sterujesz se linuxem przez taką konsole, bo jak inaczej?

Chyba, że NX GNOME, ale to nie teraz i nie tutaj.

Dziękuję wikipedii.

 

 

ŁĄCZYMY SIĘ Z TERMINALEM.

 

Pobierz program putty z oficjalnej strony producenta, click.

 

Po pobraniu, włącz go.

 

 

Po włączeniu, sprawdź na e-mailu jeszcze raz IP VPSa/DEDYKa i hasło do roota.

 

1. IP DEDYKA BĄDŹ VPS
   
2. POTEM TO KLIKNIJ
   
3. POTEM TO
   

Brawo! Teraz przy każdym włączeniu IP twojego dedyka bądź vpsa będzie wczytywane! Nie musisz go co chwile wpisywać.

Kliknij OPEN, połączyłeś się z terminalem roota!

 

 

 

 

 

 

STWÓRZMY SERWER

 

PRZYGOTOWANIE DO STWORZENIA SERWERA - TYP, MOD.

 

Pomyślcie sobie, jaki typ miałby mieć wasz serwer - FFA, TP, może Diablo Mod? Wszystko zależy od waszej rozwiniętej wyobraźni, ba - możesz stworzyć nawet swój własny mod, jednak to nie teraz i nie tutaj. Po prostu pomyśl, czego będą oczekiwać gracze.

 

TWORZYMY ROOTA ( KONTO ) DO ZARZĄDZANIA SERWERAMI.

 

Oczywiście to możecie ominąć, jednak osobiście nie lubię jak ktoś wykorzystuje roota i męczy go na każdym kroku, serio - kurwa. Używajcie tylko wtedy gdy to jest na prawdę potrzebne.

Stwórzmy więc usera FFA,z folderem HOME.

 

useradd -d /serwery/serveroot serveroot

 

Ustalmy mu hasło

 

passwd serveroot

Wpisujemy hasło, potwierdzamy.

 

Stwórzmy mu katalog domowy:

 

mkdir /serwery/

 

I dajmy uprwanienia userowi do niego

 

chown serveroot /serwery/

 

Teraz przelogujmy się na konto użytkownika FFA.

 

su - serveroot

 

POBIERAMY STEAMA

 

Jak wiemy, musimy mieć steama na windowsie aby odpalać hlds, w przypadku hlds z linuxa jest tak samo, pobierzmy go więc. Najpierw przejdźmy do katalogu usera.

cd serwery

 

Dobrze, pobierz więc narzędzie które pobierze nam steama /\ JEŚLI BĘDZIESZ ROBIŁ DRUGI, TRZECI I WIĘCEJ SERWER NIE MUSISZ TEGO POWTARZAĆ

wget http://storefront.steampowered.com/download/hldsupdatetool.bin

Gdy się pobierze dajemy mu prawa do odczytu i włączamy

chmod +x hldsupdatetool.bin
./hldsupdatetool.bin

 

Jeśli masz 64bitowy system i wyskakują Ci błędy wpisz:

apt-get install ia32-libs -y

 

Po odpaleniu wyskoczy nam umowa licencyjna, wpisujemy yes

 

POBIERAMY SERWER

 

Nadajemy steamowi chmod, abyśmy mogli go włączyć i odpalamy go

chmod +x steam
./steam

 

Teraz steam zaaktualizuje się sam w sobie, musimy chwile odczekać - wyskoczy nam coś w stylu;

 

 

Checking bootstrapper version ...

Getting version 34 of Steam HLDS Update Tool

Downloading. . . . . . . . . . .

Steam Linux Client updated, please retry the command

 

 

 

//\\ JEŚLI TWORZYMY KOLEJNE SERWERY TEGO WYŻEJ NIE ROBIMY, TYLKO PODCZAS TWORZENIA PIERWSZEGO. ZA KAŻDYM RAZEM ROBIMY TAK JAK NIŻEJ Z WYJĄTKIEM KATALOGU.

 

Zajmijmy się pobraniem serwera.

Aby wszystko ładnie uporządkować polecam tworzyc katalogi serwerów, dla FFA ffa, TP TP, etc - a więc przyjmijmy że to serwer FFA i katalogiem dla niego będzie ffa więc wpisujemy:

./steam -command update -game cstrike -dir ffa -verify_all -retry

 

-dir ffa - ffa to katalog w którym będzie zainstalowany serwer.

 

Teraz - to zależy od łącza, pobiorą nam się najnowsze binarki HLDS i wszystko co potrzebne do działania serwera, a więc to może potrwać od pięciu minut do pięciu godzin, cierpliwość.

 

KONFIGURUJEMY SERWER

 

Czas zalogować się na FTP, a więc już dowolnym programem pokażę konfigurcję:

 

Pamiętajmy o porcie 22, SFTP over SSH.

Przechodzimy do katalogów: serwery/KATALOG SERWERA: NP FFA/cstrike

Otwieramy server.cfg i zamieniamy na to:

// server.cfg PL

// by _KaszpiR_ http://nvt.prv.pl

// ver 0.7 2006-08-04

 

 

// odpal hlds z parametrem +servercfgfile server.cfg

// na przyklad ./hlds_run -game cstrike +map de_dust +servercfgfile server.cfg

 

// config ma parametry przygotowanie na serwer ffa

 

// konfiguracja podstawowa

sv_lan 1 //ustaw na 1 jesli to jest serwer wylacznie na lan

maxplayers 22 //maksymalna ilosc graczy, pamietaj ze systemy rezerwacji slotow na serwerze zabieraa przewaznie 2 sloty

sv_visiblemaxplayers -1 // liczba widocznych slotow na serwerze, jesli -1 to jest automatycznie obliczana (standard)

// ale wtedy trzeba recznie w konsoli napisc adres serwera aby sie podlaczyc (jesli serwer pelny)

// ustawiasz np te wartosc na 20 a masz maxplayers 22 i w rzeczywistosci masz 2 wolne sloty na serwerze

 

 

exec banned.cfg // laduj bany steamid/wonid

exec listip.cfg // laduj bany na ip

 

hostname "HLDS.pl - Serwer testowy" // nazwa serwera widziana poprzez przegladarki serwerow (np w favourities)

mapchangecfgfile "server.cfg" // wykonaj ten confgi podczas zmiany mapy (np aby przywrocic stare ustawienia )

mapcyclefile "mapcycle.txt" // plik zawiera liste map wg ktorych bedzie sie grac po zakonczeniu rozgrywki

motdfile "motd.html" // nazwa pliku do wyswietlenia jak sie wchodzi na serwer, to czego ludzie nie czytaja

servercfgfile "server.cfg" // plik z glownymi ustawieniami na serwerze, odpalany przy pierwszym starcie

 

sv_proxies 1 // liczba hltv proxy jakie moga sie podlaczyc do serwera, standard 1, wiecej nie zalecane

sv_region 3 // poniewaz jestesmy w europie ustawiamy 3

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// wydajnosc

fps_max 300 // ile fps serwer powinien miec srednio, najlepiej aby byla okolo 100, ale nie wieksza od 200

// inaczej serwer zzera za duzo procesora

host_framerate 0 // cholera wie co to jest

sys_ticrate 1000 // warosc 125 jest zalecana, najlepiej nie miec wiecej niz 200, niektore mecze wymagaja 1000 ale firmy hostingowe moga forsowac te wartosc na nizsze

// 10 000 jest wartoscia ekstremalna, jedynie na lany dla wymiataczy

// przewaznie zzera tylko niepotrzbnie procesor

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// net

sv_maxrate 10000 // maksymalna wartosc jaka serwer moze wyslac do kazdego klienta z osobna,

// ustawianie wartosci ponizej 4000 zlaguje graczy i serwer

// na lan 25000

// na serwer internetowy - zalezy do lacza, sprobuj z 9999 jesli masz lagi, ewentualnie sukcesywnie mzniejszaj o 500

 

sv_maxupdaterate 100 // maksymalna wartosc jaka klient moze miec cl_updaterate,

//jesli ma wiecej to bedzie mial tracone pakiety

 

sv_minrate 0 // minimalna wartosc jaka serwer moze wyslac do kazdego klienta z osobna, domyslnie 0 ,

// ustawanie wartosci powyzej 6000 zlaguje serwer i graczy

// zaleca sie krzymanie wartosci 0 ze wzgledu na serwery HLTV - po prostu mozna zaoszczedzic kase za lacze

sv_maxunlag 0.5 // maksymalny czas w sekundach kompensacji lagow

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// rcon i hasla

sv_password "" // wymagane haslo aby sie podlaczyc do serwera,

//ustawnaie najczesciej na serwery klanowe albo podczas meczu

 

//rcon_password "zupa" // haslo na rcon, nie zalecane aby tu umeszczac, lepiej jesli dasz w parametrach odpalania serwera

// jesli ustawisz "" to rcon nie bedzie dzialal

// np +rcon_password "zupa"

 

sv_rcon_banpenalty 60 //czas bana za probe uzycia zlego rcon'a za wielokrotne proby (banuje na ip), 0 to na zawsze

sv_rcon_minfailures 5 // limit zlych komend rcon aby dostac ban'a

sv_rcon_minfailuretime 30 // czas w jakim sa sprawdzane proby rcon,

// jak ktos zle wpisze rcon_password (albo nie poda) i wykona zbyt wiele komend rcon to dostanie bana

// wtedy pomaga jedynie restart serwera

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// logi

// zaleca sie zachowanie ponizszych ustawien jesli chcesz uzywac HLStats albo PsychoStats

mp_logdetail 3 // poziom logow,0 - wylacz, 1 - tylko trafienia przeciwnika standard , 2, - tylko trafienia tp, 3 - loguj oba (tp i wroga)

mp_logecho 1 // 1 - wlacza logowanie komendy echo, 0 - wylacza, np jak masz w server.cfg echo SERVER CFG LOADED to bedziesz mial to logowane

mp_logfile 1 // logowanie wydarzen multiplayer (koniec rundy itp), 1 - tak (standard), 0 - nie

mp_logmessages 1 // loguj komendy say (chat), 1 - tak (standard), 0 - nie

sv_logbans 1 // loguj dawanie banow,1 - tak (standard), 0 - nie

sv_logblocks 1 // loguj blokowane proby zmiany zastrzezonych wartosci zmiennych, 1 - tak (standard), 0 - nie

sv_logrelay 1 // loguj podlaczenia hltv relay proxy, 1 - tak (standard), 0 - nie

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// voice

sv_voicecodec "voice_speex" // rodzaj kodeka, domyslnie voice_miles, zalecany voice_speex - lepsza jakosc kosztem kilku procent uzycia procesora

sv_voiceenable 1 // uzywaj opcji voice na serwerze, 1 - tak (domyslnie), 0 - nie

sv_voicequality 2 // jakosc glosu, od 1 do 5, im wiecej tym lepiej ale wieksze uzyci proca i sieci

sv_alltalk 0 // 0 - (domyslnie) voice mozna uzywac tylko jesli zywy i tylko do tp, 1 - kazdy moze gadac z kazdym (na poczatek i koniec meczu)

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// downlad

// zaleca sie zachowanie ponizszych wartosci aby nie miec problemow ze sciaganiem plikow z serwera

hpk_maxsize 0.5 // maksymalny rozmiar sumy wszstkich logo graczy na serwerze, w megabajtach

// rekomendowana wartosc do 2 mega

// ustawianie zbyt wysokich warosci spowoduje ze gracze beda disconnectowani (bo musza to zassac),

// a serwer bedzie sie wolniej ladowal

sv_allowdownload 1 // pozwalaj na download, 1 - tak (standard), 0 - nie

sv_allowupload 1 // pozwalaj na upload (np loga), 1 - tak (standard), 0 - nie

sv_send_logos 1 //pozwalaj na wysylanie logo graczy (sprej na sciane)

sv_send_resources 1 // pozwalaj na dowload listy wymaganych plikow aby grac na mapie, 1 - tak (standard), 0 - nie

//sv_downloadurl "http://szambo/hlds/dlurl/" // url do lokacji skad mozna zasysac pliki serwerowe (pamietaj aby ograniczyc dostep do waznych plikow - katalog addons, server.cfg itp)

sv_downloadurl "http://bagno/hlds/"

mp_decals 300 // maximum wyswietlanych logo itp na serwerze

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// rozgrywka

mp_consistency 1 // 0 - nie pozwol graczom na uzywanie wlasnych modeli postaci i broni (standard) , 0 - pozwalaj (bo czituja)

mp_flashlight 1 // 1 - mozna uzywac latarki (standard), 0 - latarka zablokowana

mp_footsteps 1 // 1 - slychac kroki graczy podczas biegu (standard), 0 - wylaczone (quake 1 mode), dobre do cwiczenia refleksu

mp_friendlyfire 1 // 0 - jak strzelasz do swoich to ich nie ranisz, 1 - ranisz swoich (standard)

mp_ghostfrequency 0.1 // czestosc odswiezania stanu dla obserwatorow

mp_mirrordamage 0 // jak trafiasz swojego to tak jabys trafial siebie, domyslnie 0, 1 - wlacza (nie zalecane)

mp_timelimit 20 // limit czasu grania na mapie (po nim nastepuje zmiana mapy), w minutach, ustaw na 0 na brak limitu czasu,

mp_tkpunish 0 // karanie smiercia na poczatku nastepnej rundy za zabicie swojego, 0 - nie (domyslnie), 1 - tak

mp_winlimit 0 // limit rund do wygrania, jak jakas druzyna osiagnie te wartosc to nastepuje zmiana mapy, 0 - brak limitu (standard)

pausable 0 // 0 (standard) nie pozwala graczom pauzowac gry na serwerze, 1 - pozwala, czasem na meczach sie tak ustawia

sv_maxspeed 320 // maksymalna predkosc biegu gracza , standard (320)

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// obserwatorzy

allow_spectators 1 // pozwalaj na obserwatorow (osoby kompletnie nie grajace), 2 - wszyscy, 1 - tak (standard), 0 - nie,

mp_autokick 0 // automatyczne kickowanie za zabijanie swoich albo dlugie nie ruszanie sie z miejsca

sv_timeout 120 // czas w sekundach, jesli gracz nie odpowie w tym czasie uznawany jest za odlaczony od serwera (jak komus sie komp zwiesi/padnie na chwile lacze)

sv_spectatormaxspeed 500 // maksymalna predkosc latania obserwatora , normalny gracz biega z predkoscia 320, standard jest 500

mp_chattime 3 // po ilu sekundach po osiagnieciu timelimitu zmienia sie mapa

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// inne

mp_autocrosshair 0 // default 0

sv_aim 0 //0 ((standard) wylacza autocelowanie, 1 - zalacza auto celowanie (nie zalecane)

sv_airaccelerate 10 // akcleracja w powietrzu (bunnyjump), wartosc od 0 do 10 , 10 standardowo

sv_airmove 1 // pozwala na ruch w powietrzu (bunnyjump), 1 - tak (standard), 0 - nie

sv_challengetime 150 // czas w sekundach, jesli gracz sie nie podlaczy do gry w tym czasie bedzie uznawany za odlaczonego, zwieksz jesli gracze maja slabe kompy albo duzo sciagaja z serwera

sv_cheats 0 // 0 (standard) nie pozwala na komendy give weapon, god, noclip i takie tam, 1 - dla deweloperow map albo serwero for fun

sv_clienttrace 1 // (standard) 1

sv_friction 4 // poslizg na powierzchni podczas biegania, ma wplyw na predkosc kompletnego zatrzymania sie, 4 (standard)

sv_gravity 800 // grawitacja, domyslnie 800, im wiecej tym trudniej skakac (przy pewnych wartosciach zejscie z malego schodka jest smiertelne a granaty padaja pod nogami)

// 0 wylacza grawitacje - jak podskoczysz to juz nie upadniesz

// wartosc 100, 200, 400 sanajczesciej spotykane na serwerach niekonwecjonalnych

 

///////////////////////////////////////////////////////////////////////////////////////////////////

// status serwera poprzez www

// sprawdzenie statusu serwera tez zzera troche procesora i lacza, domyslne wartosci sa wystarczajace

 

max_queries_global 20 //jak czesto mozna w sumie sprawdzic status serwera

max_queries_sec 3 //jak czesto klient moze sprawdzac status serwera (all seeing eye, skrypty www)

max_queries_window 30 // rozmiar okna czasowego na sprawdzanie zapytan ,jak masz problemy z timeoutem w hlsw ustaw na 10

 

//say "Server.cfg loaded" // ta linia odkomentowana czasem sie przydaje przy wykonywaniu zdalnej komendy

// rcon exec server.cfg

// wtedy latwiej sie upewnic ze dobrze wpisalismy komende

 

// koniec

 

 

 

Wszystko ładnie skomentowane, nikt nie powinien mieć problemów z konfiguracja, dziękuję _Kaszpirowi_ za cfg.

 

Zapiszmy plik.

 

INSTALACJA METAMODA I AMX MOD X

 

Przechodzimy do katalogów: serwery/KATALOG SERWERA: NP FFA/cstrike

Edytujemy plik: liblist.gam

 

Zamiast:

gamedll "dlls\mp.dll"
gamedll_linux "dlls/cs_i386.so"

 

Dajemy:

gamedll_linux "addons/metamod/dlls/metamod_i386.so"

 

Wpisujemy:

mkdir addons
cd addons
mkdir metamod
mkdir metamod/dlls
cd metamod/dlls
wget http://heanet.dl.sourceforge.net/project/metamod-p/Metamod-P%20Binaries/1.19p32/metamod-p-1.19p32-linux_i586.tar.gz

 

Rozpakujmy:

tar -xvzf metamod-p-1.19p32-linux_i586.tar.gz

 

Przejdź na ftp do katalogu: /serwery/katalog serwera, np ffa/cstrike/addons/metamod i utwórz plik: plugins.ini, wpisz w nim;

linux addons/amxmodx/dlls/amxmodx_mm_i386.so

i zapisz.

 

Teraz przejdź do katalogu CSTRIKE.

I wpisuj:

wget http://downloads.sourceforge.net/project/amxmodx/AMX%20Mod%20X%20Base/1.8.1/amxmodx-1.8.1-base.tar.gz
tar -xvzf amxmodx-1.8.1-base.tar.gz
wget[/size][/size]http://sourceforge.net/projects/amxmodx/files/Counter-Strike%20Addon/1.8.1/amxmodx-1.8.1-cstrike.tar.gz/download
[size=5][size=4]tar -xvzf amxmodx-1.8.1-cstrike.tar.gz

 

 

URUCHAMIAMY GOTOWY DO GRY SERWER.

 

Serwer uruchamimy komendą ./hlds_run, aby to zrobić musimy być w katalogu serwera, katalog przed cstrike.

 

Szkielet polecenia startowego:

./hlds_run -game gra +port <port serwera> +maxplayers <max liczba graczy> +exec server.cfg +map <mapa>

Ono może wyglądać np tak, dla CS 1.6

./hlds_run -game cstrike +port 27015 +maxplayers 11 +exec server.cfg +map de_inferno

 

Włączymy serwer CS 1.6 z portem 27015, maksymalną liczbą graczy 11 i mapą de_inferno.

 

NO ALE... gdy wyłączymy putty serwer zgaśnie, uczymy się korzystać ze screena!

Screen składa się z indetyfikatora, i komendy normalnie wpisywanej.

 

Szkielet screena bez komendy wpisywanej, to przykład:

 

screen -dmS MPCFORUM

 

Jeśli wyskoczy nam informacja w stylu, że nie ma takiej komendy wpisujemy:

apt-get install screen

 

Okej, teraz jak to ze sobą połączyć? A no prosto!

 

screen -dmS MPCFORUM ./hlds_run -game gra +port <port serwera> +maxplayers <max liczba graczy> +exec server.cfg +map <mapa>

 

Czyli na przykład:

 

screen -dmS MPCFORUM ./hlds_run -game cstrike +port 27015 +maxplayers 11 +exec server.cfg +map de_inferno

 

MPCFORUM to indetyfikator screena, jeśli będziemy chcieli nim zarządzać musimy poznać i tak jego UID, wpisujemy

 

screen -ls

 

Pojawi nam się lista uruchomionych screenów, w naszym przypadku to będzie MPCFORUM.

 

666.mpcforum (Detached)

 

Aby przywołać screena, tzn. wejsć do niego wpisujemy

 

screen -r 666

 

Gdzie 666 to ID screena.

Aby wyjść ze screena klikamy: CTRL + A + D

Aby wyłączyć screena będąc w nim klikamy: CTRL + C

 

Aby wyłączyć screena nie będąc w nim wpisujemy:

kill id_screena

 

 

 

 

 

 

 

[Costa.]

A najlepsze jest to, że ta się na nim zainstalować metori! :> :> :> :> Niestety mam XP ;/

[lorem ipsum]

D-D-Da się na każdym nawet na progamers.pl i tych co blokują

 

Look ---> http://www.mpcforum....cforum-version/

 

 

A jak blokują to i tak nie dadzą rady. ;d

[Paweu.]

Było:

http://www.mpcforum.pl/topic/273646-tut-jak-postawic-serwer-cs16-vps-linux/