Augustinas

http://uzdarbis.lt/t237208/parduodu-foto-foruma/page__st__20 :)

Boileri, net jeigu IV duotų tau visą host memory (tarkime 32GB), OpenVZ atminties valdymas nėra tam skirtas. Todėl duomenys gali dingti (swap). Nepamiršk, kad OpenVZ yra konteineriai, mažiausiai ko tau reikėtų HVM ar PV virtualizacijos, tokiu atveju nebūtų problemų.

Dėja, bet aprašinėja visi :)

Teip. Teip. Teip, labai gražios parketlentės nuotraukoje.

Pilnametis, nežinau kodėl, tačiau man nekainuoja, visados 0 ct rodo, taip pasidarė šią vasarą.

swed <> swed nieko nekainuoja pervedimas :(

Aš nelabai suprantu, ko tu tikiesi iš tokio paslaugų tiekėjo, kuris neskiria /24 nuo /30 cidr, klientui galima skirti /30, /29 ir /28, bėda tame, kad reikia automatizuoti tokius dalykus. Nesišaipysiu, bet tokius dalykus reikėjo žinoti dar 90-tais, o ne 2012, dar prieš statant savo duomenų centrą. Kaltų čia nėra ir nėra ko kaltinti, tiesiog paprasčiausias kompetencijos nebuvimas ir tiek. Beje, host321, kaip hostingo tiekėjui, reikėtų pačiam pasitikrinti ar yra "aprašytas", kad kaip jūs sakot, potinklis. tik du mano centai.

Čia tas geras buvo su bandė klasterį padaryti ir nesigavo :D

In. Pasiilgau mexiaus :D

Apache + php + cache = 100k rq/s :)

Gali būti false positive, bandyk žiūrėti ir jeigu tikrai žinai, kad nėra viruso - susisiek su ESET (jie turi tam specialią formą).

JavaScript tik nuskaito duomenis JSON formatu, nieko negeruoja, tik atvaizduoja, todėl ir neapkrauna :) +1 raphaeljs.com

Nelabai suprantu tų, kurie čia kalba apie verslo etiką ar konkurentų pokštus. IV DNS įrašų tikrinimas yra normali praktika, žinoma ne visi tiekėjai ją taiko. Tikrinti reikėtų ne tik abuse pranešimus, bet ir periodiškai pasenusią programinę įrangą, paslaugas ("services"), kurie veikia tiekėjo tinkle. Tai nėra šnipinėjimas ar informacijos rinkimas. Manau, kad Arvydas pamatė kiek daug sėkmės atnešė nedidelė paslauga, kurią suprogramuoti truko diena ar dvi. Nors ir nesu tiesioginis klientas DC ar IV, tačiau vertinu pastangas, pamokos buvo išmoktos. p.s. Tą patį tikrinimą turėtų pasidaryti ir

Idealus logotipas ir ženklodara. Na neveltui buvo išleisti šimtai milionų pinigų.

Nekeičia esmės, vienu pranešimu atgal - aš nusiskenavau iš OVH tavo serverio uptime, os'ą ir tai ko man reikėjo, vėliau mano IP buvo blacklistintas :) just sayin`

Todėl, kad blokuoji ssh brute force, nmap skenavimą ir pan. security through obscurity, kitaip sakant, pirma leidi man pilnai atlikti skenavimą, ir tik poto užblokuojamas IP. Beje ar pagalvojai kas bus kai blokuojamų IP skaičius sudarys kelis šimtus tūkst.?

Neturiu, nors ir daug kritikuoju forume, tačiau darbą, bet ne asmenybes :) Hostingo subforume dedasi bardakas :) yra pora moderatoriu, kuriems labai knieti trinti pranesimus, ne pirmas kartas.

popcorn.gif na bus įdomu sužinoti kas buvo.

popcorn.gif DC AS (112) => http://www.google.com/safebrowsing/diagnostic?site=AS:16125 TEO AS (12) => http://www.google.com/safebrowsing/diagnostic?site=AS:8764 DC tinkle yra šimtą (100) kartų daugiau malware, nei TEO tinkle, kuris yra 160 kartų didesnis už DC. Reikės daugiau popkorno, nes atrodo, čia viskas dar tik prasidėjo :D

Praktiškai visi turi problemų dėl virusų/bot'u/spam. Tiekėjas dėl to tiesiogiai nėra kaltas. Kaltas pasidaro, kai jam p* :) o ar p* ar ne p* spręskit jūs.

Na to ir buvo galima tikėtis, prieš kurį laiką, analizavau Lietuviškus duomenų centrus, vienintelis duomenucentras.lt turėjo net 27 užsikrėtusius IP/serverius, kurie buvo naudojami SPAM ir DDoS atakoms naudoti, 6 buvo virusų platintojai. Beje, kaip minėjau kažkurioje kitoje temoje, visi tinklalapiai patalpinti "shared" hostinge pažeidžiami.

Pigiausias būdas yra naudoti "route" komandą, ji sunaudos mažiau resursų nei iptables, bet nesu tikras kokia ji didelė (lentelė) gali būti. "route add xx.xx.xxx.xx gw 127.0.0.1 lo" , kur xx.xx.xxx.xx blogas IP. "route -n" parodo routingo lenteles.

<link rel="stylesheet" href="spausdinimui.css" type="text/css" media="print" /> http://api.jquery.com/attr/

Tam tikra prasme, tiap pritariu. Temos autoriui : http://www.openbsd.org/faq/pf/ http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-ipf.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-ipfw.html http://www.freebsd.org/doc/handbook/firewalls-pf.html

Tu lygini apelsinus su obuoliais. Filtravimas application layeryje bus greitesnis ir pigesnis, paskutinis dalykas ką tu norėtum daryti savo duomenų centre, tai filtruoti states su savo routeriu. Tinklalapyje aiškiai padarytą 350k states. Taip kad argumentas atmestas.