Vlákno názorů k článku Srovnání levných variant webhostingu od Franc Josef - Aha, tak tady nekdo nepochopil smysl me predchozi...

Aha, tak tady nekdo nepochopil smysl me predchozi reakce. Smyslem bylo poukazat na to, ze splete-li si nekdo s a z nebo i a y, navic na miste, kde se na to obecne nehledi - nejde o pravopisnou pisemku ci dopis prezidentovi - neznamena to, ze je spatny spravce serveru. A presto jsou jedinci, kteri na obdobne chybky stale reaguji, a domnivaji se jaci jsou chytraci, protoze zrovna tady odhalili s namisto z nebo i namisto y. V drtive vetsine to byvaji borci, kteri jsou absolutne mimo misu a sami delaji nejvic chyb. Tolik na vysvetlenou.

Opravdu si nepamatuji vsechny slovniky (pane Ransdorf :-), ktere byly u nas vydany, ale jejich seznam mam nekde taky. Ve sve predchozi zprave jsem zamerne spojeni slovnik spisovneho CJ napsal s malym pismenem na zacatku, z cehoz je zrejme, ze se nejedna o nazev, ale o slovni obrat, stejne tak jsem mohl napsat spisovna slovni zasoba. O tom, ktere slovo do ni patri, nebo nepatri, rozhoduje Ustav pro jazyk cesky.

Admin je zjevne slang, odvozeny od slova administrator, a slang je soucasti nespisovne podoby jazyka. A presto, by ho nekteri lide radi zaradili, a nekteri i zarazuji do spisovneho jazyka, nepatri tam a, podle meho soudu, ani nikdy patrit nebude.

To, že nějaké slovo není ve slovníku, neznamená, že není spisovné. Naopak, když tam slovo je, znamená to, že spisovné je. Mimochodem, slovník pod tím názvem, pokud mne pamět neklame, nebyl nikdy vydán. Vydány byly: Příruční slovník jazyka českého (9 svazků v letech 1935 až 1957), Slovník spisovného jazyka českého (4 svazky v letech 1960 až 1971) a Slovník spisovné češtiny pro školu a veřejnost (1 svazek první vydání někdy v osmdesátých letech, druhé vychází od roku 1994). Krom toho vycházejí Nová slova v češtině a další slovníky.

(Ne)spisovnost slova není dána jeho (ne)přítomností ve slovníku. V tomhle případě bych slovo admin přijal jako spisovné a jeho odvozeniny také.

S tebou se jeden nasmeje... he, he. Ja jenom, ze znam spostu lidi, kteri neudelaji pravopisnou chybu, ani kdyby je krajeli, ale slovo server umi jenom napsat, co znamena uz nevedi. Sice nejsme v gramatickem krouzku, ale kdyz uz: na zacatku vety se nejen v CJ pise velke pismeno, vedlejsi vety se od hlavnich oddeluji interpunkcnimi znamenky a slovo adminoval neni ve slovniku spisovneho CJ.

Jo, presne tak. Protoze zakratko bys mel okalibrovano, ze tamhleten zaregistrovany miva pomerne presne informace, tenhle je tiskovy mluvci SXT, tamhleten je prevazne provokater a onamten je pitomec - a podle minulych zkusenosti bys mohl posuzovat hodnotu aktualniho prispevku ci prispevky nekterych lidi proste rovnou preskakovat ...

Moznost prispivat anonymne by tim zustala zachovana - porad muzes byt neregistrovany a, ostatne, registrace nerika, ze ono jmeno (a to, co o sobe clovek rika) je prave. Jen ti umoznuje prispevatele posuzovat kontextove v delsim obdobi. A krome toho, nekdo kdo dlouhodobe vystupuje pod jednim oznacenim (takze uz ho ma okoli okalibrovaneho) se mzue branit tomu, aby pod jeho oznacenim neposlal prispevek nekdo jiny ...

Myslite jako ze by se Chavier o prizpevek nahore mel zaregistrovat nejakym celym jmenem jako Chavier Perez de Solana, nebo tak nejak a pak by to uz bylo vporadku? ;-)

To ja zas navrhoval "volitelnou registraci" - kdo chce, ten se zaregistruje a pred psanim prispevku prihlasi. A u prispevku je oznaceno, zda je od registrovane osoby - pripadne - muze tady byt moznost zobrazit diskusni prispevky "pouze od autorizovanych".

Popravde receno - proc bych mel venovat pozornost prispevku, ktery jeho vlastnimu autorovi nestoji ani za to, aby se za nej postavil svym jmenem ... ?

Cenzura je blbost, klidne at si lidi vybiji svoje mindraky, ale zverejnit u podobnych prispevku IP adresu, at vime odkad dotycny frustrovany myslitel pochazi, by taky mozna nebylo od veci ;-)

Simonku...vedel jsem ze jsi piča,ale ted konecne vidim jak velka...

Upgrejdovat!!! Pouzivejte, co mozna nejnovejsi verze vseho... Kazdej se nam smeje, ze jedeme na DEVELOPER verzi, ale ty jsou alespon trochu vice bezpecne. Tady ve foru jsem se zminil jen o MySQL, ale v PHP je techto bezpecnostnich slabin mnohemkrat vice.

Od patku je docela dobre sledovat, jak nektere firmy zaplatuji tady uvedene diry :)))

Jak se proti tomu branit?? mam vlastni server na kterem bezi jen par domen, ale i tak....

Mohl byste mi napsat aspon na mail? Dekuji

Tak zkuste jen LOAD DATA INFILE '/etc/passwd' INTO TABLE soubory;

Když na sebe neuvedete kontakt, nemůžu vám napsat a zeptat se na podrobnosti. Jestli uvedete jméno skutečné nebo ne, to je mně třeba docela jedno.

pokud je vas webhosting na stejne urovni jako vase ostatni projekty ktere jste dalal tak uprimne lituji vase zakazniky

vy mate zase dost lame nazory na ty co nechteji prezentovat svuj email a jmeno na kazdem serveru.
muzete mi vysvetlit jaky je rozdil mezi tim kdyz se nepodepisu/podepisu falesne/podepisu uplne ?
trosku inetovych zkusenosti by bodlo

>Nevim jak kde, ale u me tohle hodi chybu, ze tento prikaz >neni v teto verzi mysql podporovan.

Ale to je jedine dobre.

Nevim jak kde, ale u me tohle hodi chybu, ze tento prikaz neni v teto verzi mysql podporovan. Ale je jasne, ze pokud je povoleno skriptovani pro uzivatele nejakeho hostingu, muze byt problem ohlidat nebezpecne skripty. Napada me ovsem moznost mit pro kazdeho uzivatele (samozrejme ze na freehostingu to asi nebude to prave orechove) spustene vlastni vlakno pokud mozno v chrootu. Abych se navic vyjadril k diskuzim linux vs windows - vzdy je bezpecnost otazkou pristupu admina.

Soubor /etc/passwd jsem uvedl jako maly priklad, na serveru jsou o hodne dulezitejsi soubory, ktere se daji timto zpuobem ziskat.

Ne, nepřipadá. Z principu musí být na unixových systémech soubor /etc/passwd čitelný pro všechny uživatele. Uživatelské jméno (username) není z bezpečnostního hlediska citlivá informace. Fullname (GECOS field) nemusím vyplňovat vůbec, je-li citlivou informací, případně tam mohu napsat něco jako webhosting user 125. Pokud někdo napíše citlivé informace do /etc/passwd, pak je chybou to, že je tam napsal, ne to, že si ten soubor ostatní mohou přečíst. To, že se k souboru kromě normálního přečtení mohou dostat i jiným způsobem, nemohu považovat za bezpečnostní chybu.

Co to tu povídáte, človíčku nešťastná ? Pokud si uvědomíte, že spousta webhosterů má z různých příčin v /etc/passwd nacpány i případné názvy účtů a jména svých zákazníků, tak Vám to nepřipadá jako bezpečnostní díra ? Vždyť to je (nebo může být) [sice ne systémová] lochna jak vrata !!! Anebo máte zájem prozrazovat každému svému klientovi všechny Vaše ostatní klienty ?

Diky. Na vas jsme uplne zapomnel. Bylo by dobre nekdy take napsat o administraci(zabezpeceni) PostgreSQL, treba se z toho zase nejaky profesionalni webhosting pouci. Neni nejlepsi mit povoleneho uzivatele postgres bez hesla.

Kazdej ne. Tady mate zabavu na par noci :)
http://www.root.cz/search_c.php4?where=root&word=Postgresql

Koukam, ze mame stejne zajmy..

Třeba Databázový svět něco mívá a samozřejmě i český IBPhoenix (ale to je jen překlad serveru, odkazy na články vedou ven).

2) To me taky vadi. Kazdej se snazi psat jen o Mysql. Na ceskym internetu clovek nenajde clanek/navod k Postgresql nebo Firebirdu :(

1. Samozřejmě. Žádný bezpečnostní prvek není účinný sám o sobě. Vždycky je to tak bezpečné, jak bezpečné je nejslabší místo.

2. Uznávám, že bezpečnostní model Firebirdu/InterBase není pro webhosting optimální. Ale za určitých omezení by to šlo. Problém je spíš v tom, že pro většinu uživatelů "open source databáze" = "MySQL" (část má matné tušení o existenci PostgreSQL). Takže není poptávka a v důsledku ani nabídka.

3. Ten nezdravý optimismus mi moc nesedí ke zbytku toho, co jste zatím napsal. Ale pokud "někdo" myslíte jako "aspoň jeden", pak snad ano... :-)

1) Prave, ze neresi. Pouzivani jenom open_base diru pri vypnutem safe modu je take sebevrazda....
2) Je to pekna databaze. Ale problem je zase v zabezpeceni. Clovek si to muze dovolit pouzivat sam, ale kdyz to chce nabidnout jinym, tak to je zase problem :(
3) Aspon si to nekdo po precteni zabezpeci.

1. To už zní lépe. Ale to řeší třeba open_basedir.

2. Nic takvého nemám. Především mám dost důvodů, proč před MySQL dát přednost Firebirdu. A i kdybych používal MySQL, určitě bych se vyhnul nástrojům typu PHPMyAdmin.

3. Smutné, ale jak už jsem napsal, tvrzení, že většina českých webhostingů má špatné zabezpečení, jsem ani jednou nezpochybnil.

Plus jeden důvod navíc:

^P.S.cz$ = nejlepší přítel každého webmastera

;)

PES.cz ma krasne hesla do PHPMyAdminu :).


$cfgServers[8]['only_db'] = '';
$cfgServers[8]['verbose'] = 'Free - MySQL (nixnet)';
$cfgServers[8]['bookmarkdb'] = '';
$cfgServers[8]['bookmarktable'] = '';
$cfgServers[9]['host'] = '81.2.194.121';
$cfgServers[9]['port'] = '';
$cfgServers[9]['socket'] = '';
$cfgServers[9]['connect_type'] = 'tcp';
$cfgServers[9]['adv_auth'] = TRUE;
$cfgServers[9]['stduser'] = 'myadmin';
$cfgServers[9]['stdpass'] = 'ek3op';
$cfgServers[9]['user'] = '';
$cfgServers[9]['password'] = '';
$cfgServers[9]['only_db'] = '';
$cfgServers[9]['verbose'] = 'tyrl';
$cfgServers[9]['bookmarkdb'] = '';
$cfgServers[9]['bookmarktable'] = '';

Dalsi figle si nechame uz pro sebe, at mame nad ostatnima zase navrch.

Uz to nekur...

2) Protoze jim apache a proftpd bezi pod stejnym userem nobody, a kdyz pouzivaji mod_sql do proftpd tak pak staci provest hromadny update hesel v sql a mate vystarano, toto jsme nasli min u tri hostingu.

1) Co treba /home/www/domena/index.php ?
2) Jste mi ochotny dat pristup do Vaseho PHPMyAdmina ?
3) Toto jsem vyzkousel na spouste webhostingu, jedine na dvou serverech mi to nefungovalo. Vsechny jsem samozrejme nezkousel, stoji to penize :(

1. Pokud si ji tam napíšete, tak si ji tam přečte. Jinak ne, z mého /etc/passwd si ji nepřečte. A i kdyby, co z toho? To přeci není nijak tajná informace. Klidně vám tu veřejně napíšu, že na mých serverech je Apache v /opt/apache, DocumentRoot je /home/www. Co jsem prozradil?

2. A proč by uživatel, pod kterým běží Apache, měl mít k těmto souborům přístup? Nebo uživatel, pod kterým běží PHP skript? Pokud to tak máte (nebo někdo jiný), je to váš (nebo jeho) problém. Nehledě na to, že ani v httpd.conf obvykle nic tak extra důvěrného není. Ale i kdyby, netvrdil jsem, že nejde udělat bezpečnostní díra. Jen že váš příklad je za normálních okolností k ničemu.

3. Číslo 90 hovoří pouze o tom, že jste si ho vymyslel. Nebo jste si snad zřizoval účet na všech službách v ČR a prováděl průzkum, kolik z nich napadnete? A opravdu vám to vyšlo přesně 90 procent?

Než začnete prohlašovat, že je někdo mimo mísu, ujasněte si, prosím, jestli nejste mimo spíše vy sám.

1) Z toho souboru si krasne clovek vycte cestu k Apache.
2) To je tak tezke misto /etc/passwd napsat /etc/httpd/conf/httpd.conf , /usr/local/etc/proftpd.conf ...

Jste evidentne mimo misu, cislo 90% mluvi za vse.

Tak znovu: můj příspěvek tvrdil, že příklad, který uvádíte, sice vypadá působivě, ale je k ničemu. Ani slovem jsem naznačil, že mezi webhostingy bezpečnostní chyby nejsou. Pokud byste napsal to co teď, naprosto (až na tu číslovku 90 - nemám tak dokonalé údaje) bych souhlasil. Nebo jste měl uvést nějaký příklad skutečné bezpečnostní chyby. Možnost zobrazit /etc/passwd žádná bezpečnostní chyba není (leda že by dotyčný nepoužíval shadow passwords). Tak si nechte své soudy, kdo co nechápe.

Kdybysme tu napsali kolik hesel a u koho jsme takhle toho vystourali, tak byste uz takhle nemluvil.

Zase se pane mylite. U 90% webhostingu je snadne ziskat pristup do jejich hlavni databaze. A to neni asi dobre?
Asi to trochu nechapte...

A mění se tím něco? Ne. Mohl bych svou minulou odpověď (zejména její druhou část) zopakovat, ale můžete si ji přečíst sám.

Bohuzel pletete se, toto bezi s pravy uzivatele, pod kterym mate spusteneho Apache. Napr. staci si vysosat config.inc.php z PhpMyAdmina a hned uz mate par dulezitych hesel v kapse nebo si domyslet cestu k uvodni strance webhostingu a pak ... .

HEHEHE - takze tady jsou jen clanky co nezaberou moc casu a je za ne dobra cena - NOOOOOOOOOO TO NENI MOC DOBRA vizitka LUPY - doufam ze si to cte sefredaktor !!!!

To je hezke a normalne podepsat se umite? Rika Vam neco velka pismena na zacatku vet a interpunkce mezi vetami?

Vadi mi,ze se najde vzdycky nejaky stoura, ktery je uplne mimo misu a hleda jen chybky v gramatice :(

Možné to je, mám dost jiných důvodů, proč MySQL nepoužívat, takže se v něm tolik nevyznám. Jestli ne, pak bych to považoval za slabé místo bezpečnostního návrhu.

Ale nemá smysl, abychom tady podrobně rozebírali jednotlivé detaily implementace webhostingové služby. V každém se dá udělat chyba a každý se dá udělat dobře. Svým komentářem jsem chtěl pouze naznačit, že příklad ve vašem původním příspěvku sice vypadá pro laika velmi působivě, ale sebeméně poučený uživatel vidí, že je (v této podobě) k ničemu.

u nekoho kdo pise praktykovat bych hostovat nechtel. nerad bych aby mi nekdo s neukoncenym zakladnim vzdelanim adminoval server

Kdyz myslite... Ale toto nebezi pod uzivatel, pod ktery Vam bezi mysql server.

V passwd moc ne....
Ovsem pokud popremyslite o Proftpd s sql....

Ty jiné důležité soubory obvykle nepotřebují být čitelné pro uživatele, pod kterým běží SQL server. Děkuji za uznání, rozumím tomu natolik, nakolik potřebuji, klienti si zatím nestěžovali.

U nas to samozrejme nejde. Ale toto se da praktykovat na uplne jine dulezite soubory. Je videt ze tomu hodne rozumite...

Vy snad máte v /etc/passwd nějaké citlivé informace?

Problem je ze tento problem ma 90% ceskych webhostingu.

Uvedu maly nevyznamny priklad

CREATE TABLE soubory
(
soubor text NOT NULL
);

LOAD DATA LOCAL INFILE '/etc/passwd' INTO TABLE soubory FIELDS TERMINATED BY 'blabla' ENCLOSED BY 'blabla' ESCAPED BY 'blabla' LINES TERMINATED BY 'blabla'

Nejednodusi je to spustit unekoho v phpmyadmin na soubor config.inc.php ....

Jestli si pane Srsen myslite, ze otazka zabezpeceni serveru je otazka jednoho dne, tak se pak nedivte ze to ma kazdy tak deravy. Se zabezpecenim PHP se zabyvame celou dobu co provozujeme server Pipni. Nektere veci nemame doposud vyresene. I nektete funkce nejsou ani v nejnovejsi verzi PHP pri zapnutem safemodu bezpecne, proto musime delat nejake opatreni na ukor zakazniku:(

vsechny linuxove distribuce opravuji bezpecnostni problemy i ve starsich verzich (minimalne 2 roky zpet), takze prosim pripadne autory clanku o bezpecnosti webhostingu, aby na verzi inzerovanou programem nespolehali

pokud mate vic stroju (snadnejsi udrzba), chcete mit vyssi uptime a mene uprav konfiguraci a vubec zmen prostredi pro zakazniky, vite o cem mluvim

cimz nechci rict nic nez to, ze porovnani cen je jednodussi pro autora clanku a jednoduseji uchopitelne i pro zakazniky, bohuzel

Cendra rulezzz :)

Ja bych spise napsal clanek, za kolik jde nejlevneji ziskat data vsech zakazniku hostujicich na tentyz stroji. Treba na SuperHostingu tam Vas to vyjde pekne levne.

Pane Simonku, ja jsem umyslne srovnaval webhosting podle cen, ne podle zabezpeceni.

A napsat objektivni clanek o zabezpeceni IMHO nejde, protoze to nikdo nezaplati (uz i tento clanek je vzhledem k casove narocnosti na hranici rentability).

Je to tak mozna na studii a ta by zase rychle ztracela na aktualnosti, zabezpecit server je otazka rekneme jednoho dne ...

Presne tak. Kazdy se chvasta jakou ma 99% dostupnost, podporu... Ale zabezpeceni 90% ceskych webhostingu je velice na nizke urovni.

Jsem zvedavy, kdy konecne napise Lupa objektvini clanek o webhostingu = hlavne o zabezpeceni - PHP, MySQL, Postgre.
O dostupnsoti a cene umi psat i male dite.

Ale slovo "bezpecnost" jim moc nerika. Staci napr. spustit prikazy

telnet webmail.interweb.cz 22
telnet webmail.interweb.cz 3306
telnet webmail.interweb.cz 21

a pak se kouknout na oficialni stranky mysql, openssh, proftpd.

http://www.mysql.com/press/release_2002_17.html
http://www.openssh.org/security.html
http://www.proftpd.org/security.html

A to nemluve o vetsine hostingu u nas.

Předem upozorňuji, že nejsem ani majitel ani akcionář firmy, kterou budu jmenovat a ani nejsem nijak příbuzný s majitelem nebo akcionáři ;-) Osobně hostuji u firmy Interweb a nemohu si ji vynachválit. Myslím, že tím, že ji zde zmíním, pomůžu všem těm, kteří když četli tenhle článek hledali skutečnou kvalitu za nízkou cenu a tu Interweb rozhodně nabízí. S ceníkem se každý může seznámit a já za svou osobu mohu prohlásit, že jejich technická podpora byla k dispozici, kdykoliv jsem ji potřeboval, byla vstřícná a problémy (spíše než problémy se jednalo o požadavky na speciálí nastavení) řešila obratem. Co dodat.