Unazad nekih mesec – dva se zezam sa WordPress-om u multisite varijanti, pa sam došao na ideju kako bih mogao da iskoristim svoj from.rs domen, koji mi čami već par godina neiskorišćen. Instalirao sam najnoviji WP na njega, nabacio par free tema i nešto više dodataka i pustio registracije, tako da sada svako može da registruje svoj poddomen i ima prezentaciju na svoje-ime-ili-štagod-već.from.rs.

Kao što logo kaže, još smo u “beti”, tako da ne zamerite na nekim nedostacima na koje možda naiđete, još smo mladi I ne, ne ličimo namerno na Vukajliju, jednostavno je Irresistible tema slična Vukajliji. Nisam siguran kada je Vukajlija redizajniran, ali postoji mogućnost da je ova tema starija od njihovog novog dizajna. U svakom slučaju – nismo namerno

Uostalom, to je prilično nebitno. Bitno je to da trenutno ima samo pet tema koje se mogu birati, ali to je zato što tražimo jeftine (čitaj – besplatne) teme koje imaju svoj control panel preko kog može da se menjaju razne stvari, ako ništa ono bar pozadina i heder (logo). Kad smo već kod logoa, isti je pravio moj kolega sa fakulteta Vladislav Perge, na čemu mu veoma hvala!

Ovo je klasična WordPress multisite instalacija bez ikakvih custom modifikacija, osim onih koje su urađene uz pomoć raznih dodataka. Whois vidžet sam ja pisao, kao i AdSense koji se ubacuje u content, i za sada je sve usko vezano za from.rs, a možda nekad ugleda svetlost dana kao WP plugin (ili više njih).

Sada pravac na http://from.rs/ i rezervište svoj poddomen na vreme!

Ako vam je PHP podešen da greške loguje u error_log fajlovima u folderu skripte (u kojoj se javila greška), posle nekog vremena imaćete prepun server error_log fajlova raznih veličina, a ja sam na svom serveru video jedan od 2 GB! Naravno, najbolje je praviti takve (PHP) skripte koje neće ispljunuti ni jedan ERROR, WARNING ili NOTICE, ali retko ko piše takve skripte. Druga opcija je da isključite logovanje grešaka u PHP-u, menjajući log_errors u PHP.ini fajlu sa On na Off, ili preko .htaccess fajla, korišćenjem direktive php_flag log_errors off
, mada ovo neće raditi na nekim serverima (koji ne dozvoljavaju menjanje PHP konfiguracije preko .htaccess fajla, kao i na onima koji “teraju” suPHP, kao što je ovaj server gde je moj sajt), ali čak i kad isključite logovanje grešaka, postojeći error_log fajlovi su i dalje tu. Malo sam Googlao, i našao jednostavno uputstvo kako rekurzivno ukloniti određene fajlove:

Pokrenite PuTTY, ili neki drugi SSH klijent, zakačite se na server i, pod pretpostavkom da su vam svi nalozi u /home direktorijumu, izvršite sledeću komandu (kao root):

I spremite se za polučasovno potvrđivanje brisanja error_log fajlova pritiskom na taster Y A u slučaju da ne želite da potvrđujete brisanje svakog fajla ponaosob, koristite ovu komandu (mada, ne bih ja verovao tome, ko zna šta će da obriše ):

Jutros videh u Inboxu da sam dobio šest istovetnih poruka od noreply@google.com sa naslovom “Malware notification regarding avramovic.info”. Sve su stigle u 02:08. Prvo sam pomislio da je neki spam/scam, međutim, kad sam proverio – nije.

Evo sadržaja mejla:

Dear site owner or webmaster of avramovic.info,

We recently discovered that some of your pages can cause users to be infected with malicious software. We have begun showing a warning page to users who visit these pages by clicking a search result on Google.com.

Below are some example URLs on your site which can cause users to be infected (space inserted to prevent accidental clicking in case your mail client auto-links URLs):

http://www.avramovic .info/cv.pdf
http://www.avramovic .info/contact

Here is a link to a sample warning page:

http://www.google.com/interstitial?url=http%3A//www.avramovic.info/cv.pdf

We strongly encourage you to investigate this immediately to protect your visitors. Although some sites intentionally distribute malicious software, in many cases the webmaster is unaware because:

1) the site was compromised
2) the site doesn’t monitor for malicious user-contributed content
3) the site displays content from an ad network that has a malicious advertiser

If your site was compromised, it’s important to not only remove the malicious (and usually hidden) content from your pages, but to also identify and fix the vulnerability. We suggest contacting your hosting provider if you are unsure of how to proceed. StopBadware also has a resource page for securing compromised sites:

http://www.stopbadware.org/home/security

Once you’ve secured your site, you can request that the warning be removed by visiting

http://www.google.com/support/webmasters/bin/answer.py?answer=45432

and requesting a review. If your site is no longer harmful to users, we will remove the warning.

Sincerely,
Google Search Quality Team

Kada sam na Google-u otkucao “avramovic.info” imao sam šta i da vidim – “This site may harm your computer.” Kada kliknem na rezultat, Google pokazuje upozorenje i ne dozvoljava klijentu da ode na moj sajt.

Kada probam direktno da odem na sajt – Firefox izbacuje slično upozorenje:

Pogledao sam source kod (iz browsera) glavne stranice svog sajta i našao kriptovani JavaScript kod na samom početku stranice, pre <HTML> taga. Zatim sam pogledao fajlove na serveru, prvo header i footer WordPress teme koju koristim na sajtu i nisam našао ništa, da bih u index.php fajlu samog WordPress-a naišao na php kod koji generiše gore linkovani JS kod i ubacuje ga na stranicu. Odmah sam ga, naravno, uklonio, i zatražio ponovni review sajta iz Google Webmaster Tools-a, kako je i savetovano. Sada čekam na izbacivanje sajta sa blackliste.

Nemam pojma otkud taj kod u index.php fajlu. Proverio sam neke foldere i fajlove koji su ranjivi i preko kojih je ranije upao backdoor na ovaj blog, ali nigde nisam našao ništa sumnjivo. .htaccess fajlovi nisu menjani, nema novih/sumnjivih/izmenjenih php fajlova, osim ovog index.php fajla koji je ubacivao maliciozni JS na sve stranice sajta. Ostaje jedino mogućnost da je malware na nekom drugom sajtu koji se hostuje na istom serveru i da je on uspeo da izmeni index.php fajl na mom sajtu. Zato sam sad stavio chmod 444 na index.php, što bi trebalo da svim korisnicima na serveru dozvoli samo čitanje ovog fajla, ne i pisanje u njega.

U poslednje vreme nam često na serveru puca Apache zbog log fajlova koji prelaze 2 GB. Uglavnom je to ili error_log Apache-a ili SSL error log nekog od sajtova. Problem rešavamo tako što se neko (uglavnom sam to ja) SSH-uje na server, obriše sporni fajl (tj. promeni mu ime, gzipuje ga, pa ga obriše), podigne Apache i onda je sve ok.. barem neko vreme. Do sledećeg prekoračenja file size limita.

Podrška nam je iz WHM-a pre nekoliko dana kao uključila “cPanel Log Rotation”, mada se ista stvar ponovo dešavala, verovatno zato što ovo rotira cPanel logove, a ne Apache logove. Na kraju su nam predložili da rekompajliraju Apache sa podrškom za MPM (Multi-Processing Module). Ne vidim kakve ovo veze ima sa log fajlovima ali pošto kuburimo i sa RAM-om na serveru, dali smo im zeleno svetlo da to urade. Posle downtime-a od nekih pola sata, sinoć su svi sajtovi ponovo proradili osim mog ličnog (ovog) sajta (koji je davao grešku 500) i foruma sajta Dredovi.info (koji je prikazivao samo blank page). Svoj sajt sam vrlo lako i brzo osposobio tako što sam obrisao jednu direktivu iz .htaccess fajla koja je postala suvišna pošto jedan od modula nije instaliran na novom Apache-u (a sam sam kriv, nisam koristio IfModule u .htaccess fajlovima). Međutim, forum (phpBB3) nikako nisam mogao da nateram da proradi.

Jutros sam se bacio na posao i skinuo bekap baze foruma (preko 20 MB .sql, 5 MB .gz) kao i korisničke avatare, fajlove koje su korisnici kačili uz poruke, smajlije, teme i slično. Reinstalirao sam forum uz neke poteškoće, ali sam uspeo. Zatim sam ponovo uploadovao bekapovane fajlove i na kraju (jedva) vratio MySQL bekap. I voila – forum je proradio.

Međutim – posle samo pet minuta – forum ne radi. Opet blank page. Sajt – isto. Drugi sajt na istom serveru – isto. Ok, ovo više nema veze sa forumom. SSH-ujem se na server, odradim /etc/init.d/httpd restart kako bih restartovao Apache, kad ono međutim – javlja mi da ne postoji fajl /usr/local/apache/bin/httpd. Iscimam kolegu da kontaktira podršku i ubrzo dobijemo odgovor:

Hello,

I am recompiling Apache once more, with MySQLi support. This should correct the issue. Please accept my apologies for the inconvenience. I will notify you when the process is complete.

Zahvaljujući ovome sam shvatio šta nije bilo u redu sa forumom (ili se bar nadam da sam shvatio ). Kada sam instalirao forum za bazu nisam izabrao MySQL nego MySQLi, tako da kada su rekompajlirali i izostavili MySQLi – forum je prestao da radi. Kada sam reinstalirao forum izabrao sam MySQL (tačno se sećam, za MySQLi je pisalo “not supported”) i forum je proradio, a zatim su oni ponovo počeli da rekompajliraju Apache sa podrškom za MySQLi* i tada su svi sajtovi prestali da rade.

U principu, trebalo je samo da sačekam da ponovo ubace podršku za MySQLi i forum bi verovatno proradio. Ovako, oni su zaboravili na MySQLi a ja sam izgubio skoro ceo današnji dan i gomilu živaca nervirajući se zbog toga što sajtovi ne rade.

_{* – Nije li MySQLi ekstenzija za PHP, a ne Apache modul? Verovatno su hteli malo da uproste objašnjenje kako bi i mi obični smrtnici shvatili o čemu se radi. Ili kad rekompajliraju Apache moraju da rekompajliraju i PHP?}

Kada sam prvi put čuo za servis iz naslova i pogledao njegov opis, pomislio sam da je to nešto savršeno. Radi se o svojevrsnom TORRENT-HTTP tunelu koji je napravila već dobro poznata kompanija ImageShack. Da biste mogli da ga koristite potrebno je da budete registrovani na ImageShack sajtu. U principu, sve se svodi na to da vi uploadujete ili ostavite link do .torrent fajla, a ImageShack Torrent sistem (dalje: IS TOR) onda skida fajl(ove) sa torrent-a na jedan od ImageShack servera i tu ga hostuje za vas, a vi ga posle možete skinuti (putem HTTP protokola koji uglavnom radi na portu 80 koji je uglavnom svuda otvoren). U teoriji ovo je savršena zamisao za one ljude koji nemaju javnu IP adresu ili im provajder zatvara određene portove koje torrenti najviše koriste. U praksi, ipak, ovo radi jako traljavo… mada, kako je u BETA fazi, neću mnogo zameriti.

_{sl. 1. Dashboard IS TOR-a}

Osnovna verzija ima 5 GB mesta na disku i 10 GB protoka mesečno. Savršeno za skidanje do dva DVD-a mesečno, naravno ne u isto vreme jer morate prvi obrisati sa njihovog servera da biste tu smestili drugi. Na slici postavljenoj iznad možete videti da za relativno male pare možete dokupiti još prostora i protoka.

Kada okačite svoj torrent fajl download kreće u roku od nekoliko sekundi. Prva zamerka mi je to što download ne prelazi 50 KBps, iako kod mene na ADSLu skidam opušteno sa 100 KBps, samo ako ima par više seedera nego što ima leechera. Ali dobro, baš me briga, ne zauzima taj torrent meni brzinu (čak ni pola brzine) već IS-u, tako da se uopšte ne nerviram. Test ovog servisa nastavljam sutra. Kao i svaki torrent software, i IS TOR alocira prostor na disku i onda ga popunjava preuzetim bajtovima.

_{sl. 2. Alociran prostor na disku}

Pošto je, sutra dan, napokon završio preuzimanje torenta, pokrećem http download i tu se tek zabezeknem: download ne prelazi brzinu od 25 KBps a neretko padne na 0 KBps na nekoliko sekundi. Ipak nastavljam da skidam preko HTTPa jer kad ga ja pokrenem preko µTorrent-a nikako da krene download jer torrent sa kojim testiram ima svega 5-7 seedera i preko 20 leechera, a moj upload je ograničen na 5 KBps A pored toga, hoću da vidim da li će posle ovog mučenja ovaj ISO fajl biti upotrebljiv?

Sve u svemu, ovako kako radi, ovaj servis može biti samo slamčica za spasavanje za gore opisanu grupu ljudi: oni kojima provajder (ili firma u kojoj rade) zatvara portove i oni koji nemaju javnu IP adresu. No, kada izađe iz BETA faze, očekujem da svi propusti budu ispravljeni i da radi punom parom

I na kraju jedan bug: Posle uspešno downloadovanog torrenta, IS TOR pokazuje da potrošeni bandwidth iznosi 4.7 MB od 10 GB. Da li je greška samo u prikazu ili ne? Ostaviću to vama da proverite:

_{sl. 3. Greška samo u prikazu ili ne?}