We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Komentarai del serverio testavimo, FreeBSD


digvm
10-07-2009, 11:59 AM
Profesionalu gali vadintis, kai padarai visas įmanomas klaidas

tenacious-d
10-06-2009, 05:18 PM
Jeigu tokie Vilnių statytų tai jis senai jau būtų sugriūvęs...

Egidijus
10-06-2009, 12:23 PM
Na ne Dievai molius lipdo ir Vilnius ne per dieną pasistatė. Gyvename ir mokomės iš savo klaidų, visi kažkada buvom pradedantieji...

digvm
10-06-2009, 01:44 AM
Citata tenacious-d raŔė
Liaudiška patarlė byloja nemoki py** nereikia lyst. Nemokančiam nieko joks tutorial'as nepadės, kad ir pačio dievo jis būtų parašytas.
Poto tokią liaudį ir turim.

tenacious-d
10-05-2009, 04:52 PM
Liaudiška patarlė byloja nemoki py** nereikia lyst. Nemokančiam nieko joks tutorial'as nepadės, kad ir pačio dievo jis būtų parašytas.

Gyvai
10-05-2009, 01:59 PM
ne sarkazmas čia, o graudi realybė. Anksčiau galvojau, kad visi anekdotai išgalvoti, kol patirtis neparodė tikrosios kilmės

digvm
10-05-2009, 01:55 PM
Citata Gyvai raŔė
Taip, labai padorus tutorial, turint tokį beveik neįmanoma suklysti. Sakau beveik, nes žinau, kad vis tiek atsirastų nepripažintų talentų

Gyvai
10-05-2009, 01:26 PM
Citata digvm raŔė
csup yra po defaultu, todėl cvsup'o kaip ir nereikia. Nerealus tutorialias, matyt kokio 'mixmano' rašytas
Taip, labai padorus tutorial, turint tokį beveik neįmanoma suklysti. Sakau beveik, nes žinau, kad vis tiek atsirastų nepripažintų talentų

digvm
10-04-2009, 01:37 PM
Citata tenacious-d raŔė
Tai kodėl kitiems viskas puikiai atsinaujino, nepakibo ir nenutrūko ? Particijas pats skirstai kaip nori, kaip pasiskirstei taip ir turi. Mount pointų nenurodei teisingai ir visa bėda.

Apie FreeBSD atnaujinimą (lietuviškai) plačiau yra parašyta čia.

"Pamokymas kvailam kaip veidrodis aklam" ;-)

Sėkmės!
csup yra po defaultu, todėl cvsup'o kaip ir nereikia. Nerealus tutorialias, matyt kokio 'mixmano' rašytas

tenacious-d
10-04-2009, 12:28 AM
Tai kodėl kitiems viskas puikiai atsinaujino, nepakibo ir nenutrūko ? Particijas pats skirstai kaip nori, kaip pasiskirstei taip ir turi. Mount pointų nenurodei teisingai ir visa bėda.

Apie FreeBSD atnaujinimą (lietuviškai) plačiau yra parašyta čia.

"Pamokymas kvailam kaip veidrodis aklam" ;-)

Sėkmės!

digvm
10-03-2009, 09:44 PM
Gryžtant prie temos, nes neskaičiau visų jūsų pranešimų, vis gi man nepavyko persikompiliuoti iki 7.2 versijos. Tiesa pasakius serverį perinstaliavau 4 kartus, 3 kartus perrašymo procedūra tiesiog 'pakibdavo' ir tekdavo laukti 30 minučių(timeout'o), vėliau iš 5 karto susinstaliavo, atnaujinus 'worldą' ir perkrovus sistemą, kernelis neužsikraudavo, o sistema automatiškai persikraudavo i 'resque'. Software'ini raid'ą OVH taip pat "konfiguravo" nuostabiai, pasirinkus swap'o dydi 16GB turėdavau 32GB dydžio swap'ą, pasirinkus 8GB, sistema rodydavo 16GB (prieš instaliavimą),o po instaliavimo proceso swap'o particijos išviso nebuvo. Mount point'o particija visados 1024Mb, nors ir pasirinkdavau kitaip. Žodžiu po dviejų dienų non-stop kariavimo su OVH tvarkykle nusprendžiau pasilikti prie 7.1 versijos.

tenacious-d
10-02-2009, 10:44 AM
Vėliau pateiksiu trafiko, sistemos, to pačio pingo ir kitokio pobudzio grafikus galėsit pažiūrėt kaip kas vyksta.

Gyvai
10-02-2009, 10:34 AM
Na, kai kurie žmonės testuodami paleidžia tikrą floodą. Su nurodytomis specifikacijomis, manau, problemų neturėtų kilti.
Tačiau vis tiek tai yra nerekomenduotinas veiksmas, geriau išvengti kvailų nesusipratimų. Gerai tai, kad pranešėte iš anksto.

tenacious-d
10-02-2009, 10:22 AM
Na iš dalies teisybė, aš neįsivaizduoju kokiu principu jūsų robotai veikia. Dabar yra 29 aktyvūs tikrinimai kas 300s (5min) po < 60 baitų, tai kokia čia ataka ? Galiu palikti tiktai keletą ipv6, nes man tas dalykas aktualiausias ir yra. O kaip kitaip ištestuot stabilumą ir ryšio nepertraukiamumą ? Tada echo ping visai užskaitys kaip už portscan'ą "hackingą". Beje čia viename datacenteryje taip ir yra, čia jau kita istorija.

Gyvai
10-02-2009, 09:27 AM
Patariame nepersistengti, naudoti didesnius tarpus tarp ping ir ypatingai vengti pingų tinklo viduje, kadangi robotai tai gali traktuoti kaip DoS ataką arba bent jau kaip icmp flood'ą ir dėl šios priežasties serveris gali būti išjungtas. Taip pat, pagal sutartį (su kuria sutikote imdamas serverį), piratavimo, hackingo ir pan. atvejais (pasikartosiu, robotai gali neteisingai suprasti smokeping) mes turime teisę nutraukti paslaugos teikimą be jokios kompensacijos.

tenacious-d
10-02-2009, 09:06 AM
Čia jau kiekvieno žmogaus sava nuomonė, o kalbant apie networkinga, vienur yra minusų kitur jų taipogi apstu. Nekalbant to, kad pirmas gerai veikiantis TCP/IP stack'as ant BSD sistemos ir atsirado. Bill Joy dar jeigu gerai pamenu studentas būdamas parašė savo, kai jam nepatiko duotasis TCP/IP stackas kurį jis turėjo pritaikyti sistemai. Nuo to laiko visi tik ir kopijuoja koncepcijas ir netgi patį turinį nuo BSD ir deda į savo "OS", tame tarpe ir pingvinas ir langinės ir kas tik nori (ypač naujai atsirandančios operacijų sistemos, haiku etc..). Dėl to, kad jis yra portabilus, stabilus ir tuo pačiu galingas. O apie userfriendliškuma įdomu ar naujokui lengviau būtų ant linux ugnesienę padaryti su jo "net-filtru" (iptables), ar ant BSD su packet filteriu, tas sunkumas kartais būna per daug lengvai perkandamas. ;-)

P.S pakūriau smokeping ir į nemažai serverių nutaikiau pamatuoti "atsakus", tai jeigu matysit daug icmp requestų išeinančių iš kažkurio serverio tai žinosit, kad ne koks flood'as/ar kažkokia tai ataka.

Gyvai
10-02-2009, 08:10 AM
Dauguma vartotojų vis dar prie langų sėdi, nors nemaža dalis jau pas pingviną perbėgo. O BSD renkasi tik „geekai“ ir IT specialistai (dažniausiai), tačiau vis tiek tai nėra labai populiari sistema. Netgi teko girdėti, kaip vienas informatikos mokytojas sakė: "FreeBSD? Taigi čia pasenusi tinklinė operacinė sistema!" Po tokių mokytojų „štampofkės“ net nenori pažiūrėti į velniuką.. Na, bet nenuklystam per daug off-topic

tenacious-d
10-01-2009, 11:24 PM
Na kaip nėra papuliari, seniau gal ir nebuvo kaip ir linux'as.

Gyvai
10-01-2009, 01:53 PM
Pripažinkime, kad FreeBSD nėra labai populiari sistema, ypač Lietuvoje. Daugumai vartotojų, žinančių tik pagrindines (bazines) komandas labai dažnai prireikia step-by-step instrukcijos. Niekas negimė mokėdamas

tenacious-d
10-01-2009, 01:14 PM
Viskas pavyko kuo puikiausiai, perkompiliuojant iš CVS išeities tekstų iš 7.1 į 7.2. Taip, kad nereikia čia meluoji, jeigu rankos kreivos. ;-)

digvm
09-30-2009, 11:55 PM
Citata digvm raŔė
Asmeniškai man nepavyko nei world'o nei kernelio iki 7.2 pekelti, labai daug nebandžiau, nes reikia laukti laukti laukti, žodžiu nemažai laukti, žiūrėsiu kaip toliau seksis .
Reikėjo išjungti ccache

digvm
09-28-2009, 09:09 PM
Asmeniškai man nepavyko nei world'o nei kernelio iki 7.2 pekelti, labai daug nebandžiau, nes reikia laukti laukti laukti, žodžiu nemažai laukti, žiūrėsiu kaip toliau seksis .

sesee
09-27-2009, 11:13 AM
holms: viskas turetu buti gerai, ir su optionsais is OVH patcho ir be ju. tik laikyk world'a ir kerneli in sync, ir tiek.
Del ovh.patch'o jau minejau anksciau esanciuose postuose ir isdesciau savo nuomone apie to patcho "reikalinguma".

holms
09-26-2009, 02:59 AM
dabar toks klausimas iskylo kaip man nesugriaut sistema nauju kerneliu..

as tikejaus rasti koki nors OVH konfiga jeigu ten jau kazkas priburta kaip sake sesee =)

bet radau patch'a kurys prideda jau optionus i konfiga.
jo kelias: /usr/src/sys/OVH.patch
dabar klausimas ar tas patch'as automatiskai patchins mano konfiga kernelio?
nes vat dabar sukompiliavau sekmingai kerneli, as bijau make install daryt, nes jeigu kazkas nepasikraus tai truputi verksiu del prarasto laiko konfiguruojant visa tai vel..

update: ikishau tuos optionus is to patcho tiesiai i konfiga, kompiliojam ziuresim kas bus.. reksiu visa gerkle jeigu kernelis nepasikraus

sesee
09-18-2009, 06:59 PM
Naudojant freebsd-update? negalesi, t.y. world'as susiupdate'ins, bet kernelis - ne. Reikes rankutem kompilint (bet nesunku gi )

holms
09-18-2009, 06:54 PM
7.1 meciau

gal ir klystu as, tikriausei jeigu klystu, tai buvo tiesiog root [ / ]
manau pas tave yra puikus padalinimas. =)

man dar klausimas o 7.2 as galiu gi update'intis su ovh kerneliu ? ar man reikes ji rankom per kompiliot ?

sesee
09-18-2009, 06:23 PM
Citata holms raŔė
Gavau keleta klaidu keiciant OS i freebsd.

instaliacija baigdavos klaidom tarp 4 ir 6 zingsniais. ir pamenu os perkrovimas (vienas is tu zingsniu) vyko apie 30min o poto ismushe klaida.

priezastis kodel norejau pereinstaliot OS buvo ta juk manau yra netinkamai paskirstitas diskas.

/usr particija uzimdavo juokinga megabaitu kieki.

Kompiliodamas portus gaudavau nesamoningas klaidas kurias niekaip net isgooglint nepavyko, kol vienas paketas tiesiog dave banalu error'a - "No space left on drive".

Manau jums tikrai deretu pakeisti default'ini /usr dydi .

asmeniskai isvis numeciau viska naciort i

/ - 498gb
/tmp - 2gb

Paskirstit diska butu teisingiausia i kuo daugiau daliu, priklausant ant kiek yra rizika perpildyt slice'a kad sistema nenuejtu ddos

Sio atveju gyvybiskai svarbus slice'as privalo but tikrai daugiau negu 3gb nes /usr tai isvis maziausia ka ryboja.

btw. kompiliot tai teko mysql'a, tai jeigu jau jam neuzteko.. tai pardon.
Ghm, kuria cia freebsd versija metei? Pas mane isvis /usr particijos atskiros nera:

ks302894# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad4s1a 2.9G 494M 2.2G 18% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad4s1d 448G 1.0G 411G 0% /home
procfs 4.0K 4.0K 0B 100% /proc

Del / dydzio sutinku, bet /tmp particijos truksta, ir /home siais laikais nera tokia svarbi particija (nebent ant desktop'o), todel del paskirstymo keitimo sutinku. Tik klausimas i koki....

/me asmeniskai megsta:
swap iki 2gb (priklausomai nuo servo)
/ 1-2 gb
/tmp 2 gb
/usr ~30 gb
/var ~10 gb
/data viskas kas liko

Bet cia mano asmeninis pasirinkimas, ir kaip default layoutas siems serveriams tikrai netinka (i.e. po defaultu mysql'as duombaze laiko /var/db/mysql, tai nekeiciant mysql data dir'o /var particija yra per maza )

holms
09-18-2009, 06:10 PM
Gavau keleta klaidu keiciant OS i freebsd.

instaliacija baigdavos klaidom tarp 4 ir 6 zingsniais. ir pamenu os perkrovimas (vienas is tu zingsniu) vyko apie 30min o poto ismushe klaida.

priezastis kodel norejau pereinstaliot OS buvo ta juk manau yra netinkamai paskirstitas diskas.

/usr particija uzimdavo juokinga megabaitu kieki.

Kompiliodamas portus gaudavau nesamoningas klaidas kurias niekaip net isgooglint nepavyko, kol vienas paketas tiesiog dave banalu error'a - "No space left on drive".

Manau jums tikrai deretu pakeisti default'ini /usr dydi .

asmeniskai isvis numeciau viska naciort i

/ - 498gb
/tmp - 2gb

Paskirstit diska butu teisingiausia i kuo daugiau daliu, priklausant ant kiek yra rizika perpildyt slice'a kad sistema nenuejtu ddos

Sio atveju gyvybiskai svarbus slice'as privalo but tikrai daugiau negu 3gb nes /usr tai isvis maziausia ka ryboja.

btw. kompiliot tai teko mysql'a, tai jeigu jau jam neuzteko.. tai pardon.

sesee
09-18-2009, 05:14 PM
Citata Levasc raŔė
Šie raktai yra naudojami serverių aptarnavimui, jei norite, galite juos ištrinti, bet štai kas yra rekomenduojama:

Concerning SSH, if you want to restrict the access from your Ip only, we advise you to keep cache.ovh.net. Indeed, in case of problem on your server, we'll be able to intervene and fix it. If you close the 22 port for Ovh technicians, we won't be able to help you if your server is blocked. (http://help.ovh.com/Firewall)

Daugiau apie OVH raktą:

http://help.ovh.com/InstallOvhKey
Del firewall'o - suprantama
Del rakto - suprantu, kai vartotojas nori is jusu pagalbos, bet po defaultu kisti rakta - nelabai. Tuolab niekur nemaciau kad butu parasyta, kad po defaultu Jusu personalas turi prieima prie serverio. Man toks defaultas yra tikrai nepriimtinas, nors daugeliui paprastu vartotoju gal ir normaliai...
Gal yra kur nors aprasymas, kuom jusu diegiama sistema skiriasi nuo defaultines sistemos (kokius papildomus failus diegiat, ka ijungiat/isjungiat ir t.t.) ?

Levasc
09-18-2009, 04:53 PM
Citata sesee raŔė
Kalbant apie ssh raktus... Jei as gaunu skirtaji serveri, tai as tikrai nenoriu kad Jus turetumete prie jo priejima...

ks302894# cat ~/.ssh/authorized_keys2
from="213.186.50.100" ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAt3XaIhEoRK5sEKm6wtYyaz LOx3w+Yv9+bpfEvLftHr2hxZ2TY2A655iwMbgvhHqsMuGEjK9y GkZIQbUgB6HvOgOWOwJSX6Gc9Ac7GuH11xSU8tHDuTQot6fVtg cm2Y/VUFi65Knz9rLHz7h/Zy29ek+UYav5T7juhBIuk57cDxs= root@cache.ovh.net
from="::ffff:213.186.50.100" ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAt3XaIhEoRK5sEKm6wtYyaz LOx3w+Yv9+bpfEvLftHr2hxZ2TY2A655iwMbgvhHqsMuGEjK9y GkZIQbUgB6HvOgOWOwJSX6Gc9Ac7GuH11xSU8tHDuTQot6fVtg cm2Y/VUFi65Knz9rLHz7h/Zy29ek+UYav5T7juhBIuk57cDxs= root@cache.ovh.net

Šie raktai yra naudojami serverių aptarnavimui, jei norite, galite juos ištrinti, bet štai kas yra rekomenduojama:

Concerning SSH, if you want to restrict the access from your Ip only, we advise you to keep cache.ovh.net. Indeed, in case of problem on your server, we'll be able to intervene and fix it. If you close the 22 port for Ovh technicians, we won't be able to help you if your server is blocked. (http://help.ovh.com/Firewall)

Daugiau apie OVH raktą:

http://help.ovh.com/InstallOvhKey

sesee
09-18-2009, 04:41 PM
Citata digvm raŔė
Asmeniškai mano pasiulymas būtų toks, kaip jau ir buvo minėta prieš tai.
- Nediegti BIND'o.
Turi omeni nestartuoti ? nes named'as yra freebsd base'o dalys.
Citata digvm raŔė
- Nediegti ntpdate.
Turi omeni pakeisti ntpdate vienkartini sinchronizavima i pastovu sinchronizavima naudojant ntpd + ntpd_sync_on_start ?
Citata digvm raŔė
+ Kartu su nauju FreeBSD 'installu' įrašyti ir kernel sources'us.
Na, kernel source'ai esamos versijos (t.y. is kurios buvo buildinta, su visom modifikacijom)
Citata digvm raŔė
+ Paketus naudoti tik portupgrade, wget, axel.
Cia jau userio pasirinkimas imho. Papildomo 3rdparty softo instalacija neturetu ieiti i paketa, pagal mane, bet aisku galima suteikti vartotojui _galimybe_ kad tai butu sumesta (pvz. koks nors skriptukas ./build-super-duper-usefull-tools.sh kuris sumestu idomu/naudinga softa, nes as tokiu atveju tikrai daryciau pkg_delete -a && rm -fr /usr/local ir daryciau viska pagal save )
Citata digvm raŔė
+ Su kiekvienu installu tegul portsnap'as atsisiunčia naujus portus, juos išekstraktina.
Uzskaitau
Citata digvm raŔė
+ Portsnap'o mirroras (jeigu įmanoma)
Oficialiai freebsd projektas nepriima papildomu mirroru, bet realiai tai visada galima tiesiog pakurti reverse-proxy adresui portsnap.freebsd.org kaip esu padares su portsnap mirroru ant lt.freebsd.org (portsnap.data.lt)

Citata digvm raŔė
O svarbiausia turėti 'po default' paruoštą ccache, tokiu budu vartotojai, net ir nežinantys apie ccache, greičiau galės susiintaliuoti reikiamą programinę įrangą iš portų sistemos.

Tik 2 mano centai
Ta galima prideti prie anksciau mineto './build-super-duper-usefull-tools.sh' skripto
Arba vietoj skripto, galima duoti pasirinkti vartotojui ar instaluoti bare freebsd, ar OVH modified freebsd koki nors (bet cia turbut OVH suteiks per daug galvos skausmo)

Gyvai
09-18-2009, 03:43 PM
Citata digvm raŔė
Asmeniškai mano pasiulymas būtų toks, kaip jau ir buvo minėta prieš tai.
- Nediegti BIND'o.
- Nediegti ntpdate.
+ Kartu su nauju FreeBSD 'installu' įrašyti ir kernel sources'us.
+ Paketus naudoti tik portupgrade, wget, axel.
+ Su kiekvienu installu tegul portsnap'as atsisiunčia naujus portus, juos išekstraktina.
+ Portsnap'o mirroras (jeigu įmanoma)

O svarbiausia turėti 'po default' paruoštą ccache, tokiu budu vartotojai, net ir nežinantys apie ccache, greičiau galės susiintaliuoti reikiamą programinę įrangą iš portų sistemos.

Tik 2 mano centai
Ačiū, bus perduota developeriams.

Arturas-M
09-18-2009, 03:29 PM
Citata vagiz raŔė
need popcorns!!
Kame problema?

digvm
09-18-2009, 03:22 PM
Asmeniškai mano pasiulymas būtų toks, kaip jau ir buvo minėta prieš tai.
- Nediegti BIND'o.
- Nediegti ntpdate.
+ Kartu su nauju FreeBSD 'installu' įrašyti ir kernel sources'us.
+ Paketus naudoti tik portupgrade, wget, axel.
+ Su kiekvienu installu tegul portsnap'as atsisiunčia naujus portus, juos išekstraktina.
+ Portsnap'o mirroras (jeigu įmanoma)

O svarbiausia turėti 'po default' paruoštą ccache, tokiu budu vartotojai, net ir nežinantys apie ccache, greičiau galės susiintaliuoti reikiamą programinę įrangą iš portų sistemos.

Tik 2 mano centai

vagiz
09-18-2009, 02:39 PM
/drama mode on
need popcorns!!

offtopic: gal apie freebsd kalbam

Arturas-M
09-18-2009, 02:17 PM
Citata sesee raŔė
Nedaug beliko pas juos, persikeliu i cigareciu fabrika kuris atejo i lietuva
Va ši vieta man pati įdomiausia ir kartu nemaloniausia. Būtent šis sakinys atspindi Lietuvos hostingo rinką....

Gyvai
09-18-2009, 02:00 PM
Na taip, tiesiog parašęs pergalvojau, kad nereikia nuvažiuoti per daug offtopic

sesee
09-18-2009, 01:54 PM
Citata Gyvai raŔė
...
Paeditinom ant greito? Sutinku del pasakyto komentaro, bet tenka isskirus jusu paminetu irankiu naudoti ir mano paminetus irankius

Gyvai
09-18-2009, 01:51 PM
...

sesee
09-18-2009, 01:12 PM
Citata Arturas-M raŔė
IV naudoja OPenVZ, Xen Lietuvoje pirma naudoti seniai pradėjo kita kompanija, tuo metu IV dar net nesvajojo apie virtualius serverius. O ir apskritai painiojiesi kur yra programinė virtualizacija, o kur paravirtualizacija. Gal dėl to manau reiktų paprasčiausiai nesivelti į diskusijas ir neteršti forumo
persiprasau, interdata turejau omeni. susibalamutinau siek tiek

Citata Arturas-M raŔė
Man visos gražios, nedarau esminio skirtumo. Sutinku, kad FreeBSD paprastesnė, labiau suprantama, gali atlaikyti daugiau TCP prisijungimų, o su 7 versija net apšovė Linux 2.6 branduolį pagal našumą. Tačiau pliusų yra ir pas Linux. Taip kad mano pasirinkimas naudoti daiktus pagal paskirtį
Taip, naudoju daiktus pagal paskirti, zaidimams turiu xbox'a, mergai turiu windows 7, o servams turiu freebsd Kaip sakiau, na vkus i cvet prijatelei net.

Citata Arturas-M raŔė
Durni darbdaviai, perduok linkėjimus
Nedaug beliko pas juos, persikeliu i cigareciu fabrika kuris atejo i lietuva

Arturas-M
09-18-2009, 01:05 PM
Citata Levasc raŔė
Visuomet galite išbandyti FreeBSD, mes turime rescue mode FreeBSD sistemai. Todėl dėl UFS problemų tikrai neturėtų būti.
Na pats susintrigavau šita tema, užsakiau serveriuką testavimui, nors neplanavau to daryt

Citata sesee raŔė
Cia kas? Nes nepazistu nei vieno normalaus duomenu centro 'tiekejo' kuris tai siulyti viesai.
Aš iš viso nežinau Lietuvoje nei vieno normalaus duomenų centro. O aš čia ne savireklamai, man labiau įdomu OVH paslaugų naudojimo galimybė

Citata sesee raŔė
Pas mus lietuvoje dauguma (Isskirus koki serveriai.lt kurie xen'a naudoja) naudoja paravirtualizacija ala openvz. Ant jos - tikrai neidiegsi. O kad ant _dedikuoto_ serverio galima sau isidiegti ka nori - tai manau cia kiekvienam aisku.
IV naudoja OPenVZ, Xen Lietuvoje pirma naudoti seniai pradėjo kita kompanija, tuo metu IV dar net nesvajojo apie virtualius serverius. O ir apskritai painiojiesi kur yra programinė virtualizacija, o kur paravirtualizacija. Gal dėl to manau reiktų paprasčiausiai nesivelti į diskusijas ir neteršti forumo

Citata sesee raŔė
Na vkus i cvet prijatelei net. My operating system of choice is FreeBSD, o tai kad kiti nemoka jos naudoti - nelabai man rupi.
Man visos gražios, nedarau esminio skirtumo. Sutinku, kad FreeBSD paprastesnė, labiau suprantama, gali atlaikyti daugiau TCP prisijungimų, o su 7 versija net apšovė Linux 2.6 branduolį pagal našumą. Tačiau pliusų yra ir pas Linux. Taip kad mano pasirinkimas naudoti daiktus pagal paskirtį

Citata sesee raŔė
Cia ne naujas nickas, cia random nickas kad "pasislepti" nuo darbdaviu kurie yra, svelniai tariant, nemazai susije su sia sritimi, ir tikrai nebutu patenkinti kad ju darbuotojai padeda kitam tiekejui testuojant ju serverius
Durni darbdaviai, perduok linkėjimus

sesee
09-18-2009, 12:47 PM
Citata Arturas-M raŔė
FreeBSD sukompilinti kernelį, tai tas pats kas nosį pakrapštyti. Tas kas norės atnaujinti esamą, tas pilnai sugebės tai padaryti.
Sneku ne apie mokejima, o apie funkcionalumo praradima - karta sukompilinta is source'u sistema negali buti tinkamai atnaujinta naudojant binarini update'a (freebsd-update). O kadangi, kaip pats pasakei, perkompiliuot pagal save gali visi kas nori, tai kam tada OVH gadinti funkcionaluma dadedant i kerneli pora opciju kurias gailma ijungti bootinimosi metu, kai bet kas norintis pats gales sau tai pasidaryti?

Citata Arturas-M raŔė
Dėl FreeBSD siūlymo, tai siūlom visus keturis darbo metus ir tai vienas iš pagrindinių arkliukų. Siūlom net ir pilnaverčius VPS su FreeBSD, tik ne visiems.
Cia kas? Nes nepazistu nei vieno normalaus duomenu centro 'tiekejo' kuris tai siulyti viesai. O apie tai kad parpasius galima susimesti - nesneku.

Citata Arturas-M raŔė
Be to, galim įdiegti FreeBSD praktiškai į bet kurio duomenų centro serverį distanciniu būdu, jeigu tik suteikiama rescue konsolė. Tačiau to nerekomenduoju daryti.
Pas mus lietuvoje dauguma (Isskirus koki serveriai.lt kurie xen'a naudoja) naudoja paravirtualizacija ala openvz. Ant jos - tikrai neidiegsi. O kad ant _dedikuoto_ serverio galima sau isidiegti ka nori - tai manau cia kiekvienam aisku.

Citata Arturas-M raŔė
FreeBSD aptarnavimas yra specifinis, šiai operacinei sistemai lūžus reikalingas KVM over IP arba rescue sistema FreeBSD pagrindu. Deja ir OVH KVM kaina yra nelogiška, todėl tikrai neverta naudoti FreeBSD, jeigu nesi milijonierius. Na nebent OVH rescue gali redaguoti UFS nesugadindama. Žinoma yra atidirbta sistema, kaip su paprasta Linux rescue atstatyti FreeBSD lūžusį serverį, tačiau tai per daug ilgas kelias.
Na vkus i cvet prijatelei net. My operating system of choice is FreeBSD, o tai kad kiti nemoka jos naudoti - nelabai man rupi.

Citata Arturas-M raŔė
Šiaip Lietuvos rinka yra neįdomi ir tuo didesnis respect OVH kompanijai, kad jie čia įkūrė savo padalinį.
Negaliu nesutikti, irgi reiskiu dideli respekta OVH uz atejima i musu rinka

Citata Arturas-M raŔė
P.S. Visi mes vienas kitą pažįstam, ir naujas nikas tai tik laiko klausimas
Cia ne naujas nickas, cia random nickas kad "pasislepti" nuo darbdaviu kurie yra, svelniai tariant, nemazai susije su sia sritimi, ir tikrai nebutu patenkinti kad ju darbuotojai padeda kitam tiekejui testuojant ju serverius

Levasc
09-18-2009, 12:28 PM
Citata Arturas-M raŔė
FreeBSD sukompilinti kernelį, tai tas pats kas nosį pakrapštyti. Tas kas norės atnaujinti esamą, tas pilnai sugebės tai padaryti.
Dėl FreeBSD siūlymo, tai siūlom visus keturis darbo metus ir tai vienas iš pagrindinių arkliukų. Siūlom net ir pilnaverčius VPS su FreeBSD, tik ne visiems. Be to, galim įdiegti FreeBSD praktiškai į bet kurio duomenų centro serverį distanciniu būdu, jeigu tik suteikiama rescue konsolė. Tačiau to nerekomenduoju daryti.
FreeBSD aptarnavimas yra specifinis, šiai operacinei sistemai lūžus reikalingas KVM over IP arba rescue sistema FreeBSD pagrindu. Deja ir OVH KVM kaina yra nelogiška, todėl tikrai neverta naudoti FreeBSD, jeigu nesi milijonierius. Na nebent OVH rescue gali redaguoti UFS nesugadindama. Žinoma yra atidirbta sistema, kaip su paprasta Linux rescue atstatyti FreeBSD lūžusį serverį, tačiau tai per daug ilgas kelias.

Šiaip Lietuvos rinka yra neįdomi ir tuo didesnis respect OVH kompanijai, kad jie čia įkūrė savo padalinį.

P.S. Visi mes vienas kitą pažįstam, ir naujas nikas tai tik laiko klausimas
Visuomet galite išbandyti FreeBSD, mes turime rescue mode FreeBSD sistemai. Todėl dėl UFS problemų tikrai neturėtų būti.

Arturas-M
09-18-2009, 11:52 AM
Citata sesee raŔė
Del gmirror'o - sutinku pilnai, kad gmirror'as yra gerai, ir nevarau as ant OVh, o siulau kitaip pasiulyti ta pacia paslauga. Funkcionalumas isliks toks pat (kernelis palaikys gmirror'a), o funkciju bus daugiau (vartotojai nepraras galimybse atnaujinti kernelio naudojant freebsd-update, nes kernelis bus generic o ne custom).
FreeBSD sukompilinti kernelį, tai tas pats kas nosį pakrapštyti. Tas kas norės atnaujinti esamą, tas pilnai sugebės tai padaryti.
Dėl FreeBSD siūlymo, tai siūlom visus keturis darbo metus ir tai vienas iš pagrindinių arkliukų. Siūlom net ir pilnaverčius VPS su FreeBSD, tik ne visiems. Be to, galim įdiegti FreeBSD praktiškai į bet kurio duomenų centro serverį distanciniu būdu, jeigu tik suteikiama rescue konsolė. Tačiau to nerekomenduoju daryti.
FreeBSD aptarnavimas yra specifinis, šiai operacinei sistemai lūžus reikalingas KVM over IP arba rescue sistema FreeBSD pagrindu. Deja ir OVH KVM kaina yra nelogiška, todėl tikrai neverta naudoti FreeBSD, jeigu nesi milijonierius. Na nebent OVH rescue gali redaguoti UFS nesugadindama. Žinoma yra atidirbta sistema, kaip su paprasta Linux rescue atstatyti FreeBSD lūžusį serverį, tačiau tai per daug ilgas kelias.

Šiaip Lietuvos rinka yra neįdomi ir tuo didesnis respect OVH kompanijai, kad jie čia įkūrė savo padalinį.

P.S. Visi mes vienas kitą pažįstam, ir naujas nikas tai tik laiko klausimas

sesee
09-18-2009, 11:29 AM
Citata Arturas-M raŔė
Atsipalaiduok vaikeli ir nevaidink didelio specialisto, matau tokių daug ir paprastai pasiunčiu velniop, OVH kompanija savo forume to negali padaryti, bet man niekas nedraudžia.
Kerneliai sukompiliuoti bendrai visiems serveriams, o praktiškai visi kiti serveriai yra su dviem diskais. GMIRROR nori naudoti visi, kurie serverį naudoja darbui ir labai gerai, kad OVH sistemą komplektuoja su kelneliu, kuriame GMIRROR yra įkompiliuotas. Tokių kaip šis kimsufi už 88 LT niekas nenaudoja rimtam darbui, tai tik arba VPN arba koks nors bekapinis serveris arba kažkas panašaus, tokie serveriai jau paprasčiausiai kaip balastas štai tokiems testavimams.

OVV kompanijos tikslas ne klausyti tokių kaip tu vaikų minčių apie sistemos komplektaciją, (patikėk jie už tave išmano viską tikrai geriau) o tas, kad tokie kaip tu vaikai išmoktų naudotis suteikimais įrankiais ir gal būt, kada nors pataptumėt normaliais klientais. Nors aš abejoju, kad iš tavęs kada nors bus klientas, per daug jau statistika ne tavo naudau
Arturai, nekomentuosiu tavo varymo kad as vaikas ir nieko nemoku, nepazisti manes (tiksliau sakant, pazisti, tik nezinai kas as pagal cia esanti nicka), tai patylek siuo atzvilgiu prasau.

Del gmirror'o - sutinku pilnai, kad gmirror'as yra gerai, ir nevarau as ant OVh, o siulau kitaip pasiulyti ta pacia paslauga. Funkcionalumas isliks toks pat (kernelis palaikys gmirror'a), o funkciju bus daugiau (vartotojai nepraras galimybse atnaujinti kernelio naudojant freebsd-update, nes kernelis bus generic o ne custom).

Del to ar is manes butu klientas -gal ir sutikciau. Turiu kur savo serverius collocate'inti, ir visokie "vds'ai" manes niekad nedomino. Tik cia jau ne vds'as ir kaina yra prieinama, todel galbut kada ir susidomeciau.

As sio serverio niekam rimtam tikrai nenaudosiu, tiesiog idomu buvo paziureti ka siulo, pamates kad freebsd - susidomejau, nes lietuvoje niekas nesiulo freebsd ( isskirus microlinko, bet patapus hotsexu ir jie baige siulyt freebsd). Pratestuosiu ir grazinsiu / perduosiu kitiems testuoti.

vagiz
09-18-2009, 11:25 AM
+1 Atruras-M

Arturas-M
09-18-2009, 11:19 AM
Citata sesee raŔė
# InterNETworking

Kokia prasme i kerneli kompiliuoti software'inio raid'o palaikyma, kai serveryje yra tik vienas diskas?
Jei tai yra vienintelis skirtumas nuo defaultinio GENERIC kernelio, tai kam apskritai kurti atskira kerneli?
Atsipalaiduok vaikeli ir nevaidink didelio specialisto, matau tokių daug ir paprastai pasiunčiu velniop, OVH kompanija savo forume to negali padaryti, bet man niekas nedraudžia.
Kerneliai sukompiliuoti bendrai visiems serveriams, o praktiškai visi kiti serveriai yra su dviem diskais. GMIRROR nori naudoti visi, kurie serverį naudoja darbui ir labai gerai, kad OVH sistemą komplektuoja su kelneliu, kuriame GMIRROR yra įkompiliuotas. Tokių kaip šis kimsufi už 88 LT niekas nenaudoja rimtam darbui, tai tik arba VPN arba koks nors bekapinis serveris arba kažkas panašaus, tokie serveriai jau paprasčiausiai kaip balastas štai tokiems testavimams.

OVV kompanijos tikslas ne klausyti tokių kaip tu vaikų minčių apie sistemos komplektaciją, (patikėk jie už tave išmano viską tikrai geriau) o tas, kad tokie kaip tu vaikai išmoktų naudotis suteikimais įrankiais ir gal būt, kada nors pataptumėt normaliais klientais. Nors aš abejoju, kad iš tavęs kada nors bus klientas, per daug jau statistika ne tavo naudau

sesee
09-18-2009, 10:53 AM
Citata Gyvai raŔė
OK, naujausia info: Prie 7.2 jau dirbama, bus galima instaliuoti greitu metu. Visiems kitiems (kurie gavo 7.1) belieka #freebsd-update upgrade -r 7.2-RELEASE
Kaip jau minejau, tai neveiks teisingai, nes yra custom kernelis:

ks302894# freebsd-update upgrade -r 7.2-RELEASE
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching public key from update5.FreeBSD.org... done.
Fetching metadata signature for 7.1-RELEASE from update5.FreeBSD.org... done.
Fetching metadata index... done.
Fetching 2 metadata files... done.
Inspecting system... done.

WARNING: This system is running a "ovh" kernel, which is not a
kernel configuration distributed as part of FreeBSD 7.1-RELEASE.
This kernel will not be updated: you MUST update the kernel manually
before running "/usr/sbin/freebsd-update install".


Citata Gyvai raŔė
Dėl email, prašom persiųsti full headerį į pagalba@ovh.lt. Ačiū.
Issiusta.

Gyvai
09-18-2009, 10:44 AM
1. freebsd tikrai paskutinis branduolis nera 7.1, Paskutinis yra 7.2
2. gmail'as. nefiltruoja adresu, tuolab as ziurejau raw laiska.
3. Taip, pasikeisti galima. Ziurint is saugumo puses - root passwordo siuntimas plaintext'u mailu - nesaugu. Sakot galima pakeist? Galima! O pasakykit, dauguma useriu koki passworda uzsides? rand()? Ar koki 123456? Kai atspesit atsakyma - pagalvokit, kiek botnetu sukuriat Perduoti galima ivairiai - pvz numesti zmogui linka, kuriame jis prisiautorizuoja, ir jam duoda jo passworda arba duoda galimybe pasikeist ( su password strength checkinimu). Dar variantas duoti zmogui galimybe susikurti useri ir tik naudojant su/sudo patapti root'u. Jei jau taip root'u norim jungtis, tai galim saugumo tikslais pasiulyti zmogui naudoti ssh raktais, ir per web forma duoti galimybe uzuploadinti savo public key'u.
4. ziuret antra punkta.

OK, naujausia info: Prie 7.2 jau dirbama, bus galima instaliuoti greitu metu. Visiems kitiems (kurie gavo 7.1) belieka #freebsd-update upgrade -r 7.2-RELEASE

Dėl email, prašom persiųsti full headerį į pagalba@ovh.lt. Ačiū.

Visa kita, kas išsakyta, taip pat turi tvirtą pagrindą, tačiau ilgametė patirtis davė savo metodus taupydamas laiką į daugelį klausimų atsakysiu trumpai: nurodyta, kad instaliuojama BSD Brute OS, taigi, papildomos paslaugos, pvz., SSH-rsa raktai, galimi. Per didelis klientų varžymas taip pat nėra gerai.


P.S. Rasti raktai reikalingi užsakytoms intervencijoms. Ši paslauga Lietuvoje neteikiama.

sesee
09-18-2009, 10:28 AM
ks302894# cat /usr/src/sys/OVH.patch
--- amd64/conf/GENERIC 2008-11-25 03:59:29.000000000 +0100
+++ amd64/conf/OVH 2009-02-01 13:59:57.000000000 +0100
@@ -26,6 +26,11 @@

makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols

+# OVH options
+options GEOM_MIRROR
+options GEOM_STRIPE
+options QUOTA
+
options SCHED_ULE # ULE scheduler
options PREEMPTION # Enable kernel thread preemption
options INET # InterNETworking

Kokia prasme i kerneli kompiliuoti software'inio raid'o palaikyma, kai serveryje yra tik vienas diskas?
Jei tai yra vienintelis skirtumas nuo defaultinio GENERIC kernelio, tai kam apskritai kurti atskira kerneli? Tokiu atveju galima tiesiog /boot/loader.conf'e nurodyti reikiamus dalykus (geom_mirror_load=YES, geom_stripe_load=YES).
Turint "custom" kerneli, kuris realiai nieko gero neduoda, jus savo vartotojams neleidziate naudotis binariniu freebsd atnaujinimo budu (freebsd-update), kadangi freebsd-update atnaujina tik nuo jam zinomos freebsd versijos (t.y. jei binarikai buvo pakeisti, jis tiesiog nezinos kas cia tokio ir kaip juos naujinti, nes negales apply'inti binary diff'a).

Gyvai
09-18-2009, 10:26 AM
Daugelis klientų pageidauja turėti root. O išjungti visada yra lengviau nei įjungti

Kitas dalykas - kam po defaultu ijungtas named'as ant serverio?
Atsižvelgiant į dažniausią serverių naudojimo paskirtį.

Toliau - tas pats sumestas suinstaluotas named'as yra bugovas ir turi DoS bug'a ( https://www.isc.org/node/474 ).
Standartinis relyzas. Joks serveris nebus saugus be update.

Tesiant dns'u tema - resolv.conf'e yra nurodytas TIK VIENAS DNS serveris. Vienas OVH, kitas - vartotojo nuožiūra.

Dar ... del laiko
matau, kad po defaultu yra ijungtas ntpdate'as... Na, laika teisinga tureti yra gerai, bet bent jau zmones, pradekim daryti tai teisingai!
Jau senai yra siuloma nebenaudoti ntpdate'a. Naudokime ntpd.
Pasikartosiu: standartinis relyzas. Siūlymai lieka tik siūlymais, OVH palieką teisę rinktis kiekvienam vartotojui


Laukiam daugiau feedback'ų ir tikrinimo.

sesee
09-18-2009, 10:19 AM
Kalbant apie ssh raktus... Jei as gaunu skirtaji serveri, tai as tikrai nenoriu kad Jus turetumete prie jo priejima...

ks302894# cat ~/.ssh/authorized_keys2
from="213.186.50.100" ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAt3XaIhEoRK5sEKm6wtYyaz LOx3w+Yv9+bpfEvLftHr2hxZ2TY2A655iwMbgvhHqsMuGEjK9y GkZIQbUgB6HvOgOWOwJSX6Gc9Ac7GuH11xSU8tHDuTQot6fVtg cm2Y/VUFi65Knz9rLHz7h/Zy29ek+UYav5T7juhBIuk57cDxs= root@cache.ovh.net
from="::ffff:213.186.50.100" ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAt3XaIhEoRK5sEKm6wtYyaz LOx3w+Yv9+bpfEvLftHr2hxZ2TY2A655iwMbgvhHqsMuGEjK9y GkZIQbUgB6HvOgOWOwJSX6Gc9Ac7GuH11xSU8tHDuTQot6fVtg cm2Y/VUFi65Knz9rLHz7h/Zy29ek+UYav5T7juhBIuk57cDxs= root@cache.ovh.net

sesee
09-18-2009, 10:18 AM
Citata Gyvai raŔė
1. Naudojame paskutinius branduolius. Taip pat galima keisti/kompiliuoti branduolius, todėl nėra realiios grėsmės (žinoma, kai netingima prižiūrėti)
2. Emai adresas, kaip ir nuorodos, galėjo būti nufiltruotos (naudojamas tikras adresas pagalba@ovh.lt).
3. Jau pirmo prisijungimo metu slaptažodį galima pakeisti. Antra vertus, kaip kitaip perduoti slaptažodį?
4. Žr. antrą punktą. Taip pat būtų malonu gauti daugiau informacijos, koks el. pašto adresas bei kokie vidiniai nustatymai (saugos, t.y. leisti ar nufiltruoti nuorodas; kliento regiono nustatymai: Lietuva ar US). Su šia problema susiduria nedaugelis klientų.
1. freebsd tikrai paskutinis branduolis nera 7.1, Paskutinis yra 7.2
2. gmail'as. nefiltruoja adresu, tuolab as ziurejau raw laiska.
3. Taip, pasikeisti galima. Ziurint is saugumo puses - root passwordo siuntimas plaintext'u mailu - nesaugu. Sakot galima pakeist? Galima! O pasakykit, dauguma useriu koki passworda uzsides? rand()? Ar koki 123456? Kai atspesit atsakyma - pagalvokit, kiek botnetu sukuriat Perduoti galima ivairiai - pvz numesti zmogui linka, kuriame jis prisiautorizuoja, ir jam duoda jo passworda arba duoda galimybe pasikeist ( su password strength checkinimu). Dar variantas duoti zmogui galimybe susikurti useri ir tik naudojant su/sudo patapti root'u. Jei jau taip root'u norim jungtis, tai galim saugumo tikslais pasiulyti zmogui naudoti ssh raktais, ir per web forma duoti galimybe uzuploadinti savo public key'u.
4. ziuret antra punkta.

Gyvai
09-18-2009, 10:12 AM
Citata sesee raŔė
Sveiki,

Atskiras thread'as skirtas grynai FreeBSD serverio testavimui.

Visu pirma non-freebsd related komentarai:
1. Visi siulomi OS'ai yra nesaugus, turi local root skylutes (bent jau linux/bsd atveju)
2. Patvirtinimo mailas atejo su "From: OVH pagalba <>", butu tikslinga siusti is kazkokio tikro mailo, arba bent jau nurodyti koki noreply@, nes su tokiu from'u daug mailo programu neatvaizduoja apskritai from'o
3. Mail'u yra siunciamas root passwordas. Tai nera teisinga is saugumo puses.
4. Mail'o formatas yra tikrai nekoks. Minimos kazkokiu formu uzpildymai, kokios tos formos ir kur jos yra? Pvz:
užpildydami formą: //
Esant skubiam atvejui, jei jūsų serveris nebeatsako į ryšio tikrinimą,
galite susisiekti su mūsų pagalbos telefonu skyriumi:
//

T.y. matosi tik slashai
Tas pats apie kazkokias elektronines konferencijas, kur irgi jokios info nera. Jei reikia - galiu pascreenshotinti/paforwardinti maila

Beje, ar geriau komentarus rasyti anglu kalba ar lietuviu?
1. Naudojame paskutinius branduolius. Taip pat galima keisti/kompiliuoti branduolius, todėl nėra realiios grėsmės (žinoma, kai netingima prižiūrėti)
2. Emai adresas, kaip ir nuorodos, galėjo būti nufiltruotos (naudojamas tikras adresas pagalba@ovh.lt).
3. Jau pirmo prisijungimo metu slaptažodį galima pakeisti. Antra vertus, kaip kitaip perduoti slaptažodį?
4. Žr. antrą punktą. Taip pat būtų malonu gauti daugiau informacijos, koks el. pašto adresas bei kokie vidiniai nustatymai (saugos, t.y. leisti ar nufiltruoti nuorodas; kliento regiono nustatymai: Lietuva ar US). Su šia problema susiduria nedaugelis klientų.

sesee
09-18-2009, 10:10 AM
Dar ... del laiko
matau, kad po defaultu yra ijungtas ntpdate'as... Na, laika teisinga tureti yra gerai, bet bent jau zmones, pradekim daryti tai teisingai!
Jau senai yra siuloma nebenaudoti ntpdate'a. Naudokime ntpd.
echo 'server 213.186.33.99' > /etc/ntp.conf
echo 'ntpd_enable="YES"' >> /etc/rc.conf
echo 'ntpd_sync_on_start="YES"' >> /etc/rc.conf
/etc/rc.d/ntpd start
Negi taip sunku?

sesee
09-18-2009, 10:07 AM
Root loginai apskritai turetu buti isjungiami, na bet tiek to.
Kitas dalykas - kam po defaultu ijungtas named'as ant serverio? Tai nera defaultinis FreeBSD servisas, ir nematau prasme jo ijungineti be vartotojo noro.
Toliau - tas pats sumestas suinstaluotas named'as yra bugovas ir turi DoS bug'a ( https://www.isc.org/node/474 ).

Tesiant dns'u tema - resolv.conf'e yra nurodytas TIK VIENAS DNS serveris. Visi best practise'ai sako kad reikia tureti bent 2. Jam griuvus tikrai gerai vartotojams nebus ....

sesee
09-18-2009, 10:01 AM
Manau, kad 24 valandu TTL'as ant tokios dinamines zonos kaip kimsufi.com nera teisingas, vertetu sumazinti ttl'a kad vartotojui nereiketu laukti.

sesee
09-18-2009, 09:58 AM
Sveiki,

Atskiras thread'as skirtas grynai FreeBSD serverio testavimui.

Visu pirma non-freebsd related komentarai:
1. Visi siulomi OS'ai yra nesaugus, turi local root skylutes (bent jau linux/bsd atveju)
2. Patvirtinimo mailas atejo su "From: OVH pagalba <>", butu tikslinga siusti is kazkokio tikro mailo, arba bent jau nurodyti koki noreply@, nes su tokiu from'u daug mailo programu neatvaizduoja apskritai from'o
3. Mail'u yra siunciamas root passwordas. Tai nera teisinga is saugumo puses.
4. Mail'o formatas yra tikrai nekoks. Minimos kazkokiu formu uzpildymai, kokios tos formos ir kur jos yra? Pvz:
užpildydami formą: //
Esant skubiam atvejui, jei jūsų serveris nebeatsako į ryšio tikrinimą,
galite susisiekti su mūsų pagalbos telefonu skyriumi:
//

T.y. matosi tik slashai
Tas pats apie kazkokias elektronines konferencijas, kur irgi jokios info nera. Jei reikia - galiu pascreenshotinti/paforwardinti maila

Beje, ar geriau komentarus rasyti anglu kalba ar lietuviu?