Bum.
Saskāros ar fišku, ka defaultā apt-get install vnstat instalācija neiet.
Viss it kā uzliekas, bet vēlāk visu laiku izmet info, ka "not enough data to display"...

Kur ir probža, īsti nav saprotams un kā vnstatd vispār strādā bez cron un bez atrašanās "ps aux" arī nav saprotams.

Atradu, ka citi arī ar šo ir čakarējušies.

Tātad, uz Debian 6 liekam sekojoši:

1.)  wget http://humdi.net/vnstat/vnstat-1.11.tar.gz
2.) gunzip vnstat-1.11.tar.gz
3.) tar -vxf vnstat-1.11.tar
4.) cd vnstat-1.11
5.) make
6.) make install
7.) cp examples/vnstat.cron /etc/cron.d/vnstat

Skatāmies, vajadzīgo interfeisu ar /sbin/ifconfig

8.) vnstat -u -i eth0
9.) cd /etc/cron.d/
10.) crontab -u root -e

Iebliežam attiecīgi crontabā sekojošo rindu, kas atjaunos db ik pa 5 minūtēm:

11.) */5 * * * * /usr/bin/vnstat -u >/dev/null 2>&1

Ar crontab -l var apskatīties, ka viss tiešām ir uzlikts.

Done!
Dzeram alu

mirror -R --parallel=7 ./ ./

Izskatās [Apstiprināts], ka manu webhosteri (ne jau tvertni) pašreiz smago DDoS'o... (neticas, ka tehniskas prob., jo tādas novēroju tikai 1x ilgā laika posmā).

Nav pieejams nekas, pat ne viņu galvenā lapa.
Nebiju piefiksējis, kad šis marasms sākās... diez kas nav. Nakts vidū bungāt viņus arī negribas.

Vispār DDoS ir iedarbīgs ierocis, diemžēl... nezinu, kas pēdējā laikā notiek, bet ir novērojams DDoS uzbrukumu straujš kāpums dažādiem noderīgiem saitiem... LEB, WHT, ScP, WJ, KSrv, RuTr, NL, AltusH... tie no tādiem zināmākajiem, visi smagi cietuši no uzbrukumiem diezgan nesen...

Nav īsti skaidrs, kas viņus organizē un kāpēc...

Varianti vairāki:
1. Savstarpējās konkurentu razborkas no sērijas
a) "man nepatika, ko tu uzrakstīji";
b) "man nepatīk, ka tev iet labāk nekā man"
2. MAFIAA (jā tā pati, kas parādās kā pirmais rezultāts google).
3. Mūsdienu sīču izklaide... (kaut kā neticās, bet iespējams).

Starp citu, kaut kur lasīju, ka Krievijā pasūtījuma DDoS esot "pierasta lieta" tūrisma sezonā pret tūrfirmām. Kāds no konkurentiem pasūta uzbrukumu, lai klienti nevarētu pasūtīt ceļojumus pie viņa sāncenša.

Tad kad gribi aiziet gulēt ātrāk un aizmigt, tas nekādi neizdosies. Vienkārši nenāk miegs un viss. Un pretēji - kad gribas vēl šo to izdarīt, miegs nāk tā, ka nav kur likties...

Ievēroju, ka "pareizs laiks" uz MyBook Live ir pavisam "iebraucis auzās".

Sinhronizācijas servisus esmu atslēdzis, lai lieki neslēdz hdd no stand-by, līdz ar to palīdzēja šī komanda: "ntpdate-debian"

Palaižot to, laiks smuki nosinhronizējās

p.s. Laika zonu var izmainīt ar komandu: dpkg-reconfigure tzdata

Intereses pēc, nedaudz pačakarējoties, iekurbulēju Deluge 1.3.4 uz NAS draiva (kurš darbojas uz savdabīga Debian Lenny/Debian Squeeze miksējuma).

Sākotnēji gribēju vienkārši ar 'apt-get install deluge' un tad ar 'python setup.py clean -a' u.t.t. atjaunot uz 1.3.4, bet tā īsti nesanāca: webinterfeisā nerādījās pievienotie torrenti Epic fail.

Nu labi.. aizvācu ar 'apt-get remove deluge' un ar 'apt-get autoremove' atlikušos dependencies.

Pareizais veids (cerams) izrādījās sekojošais:

No root konta:

1.) apt-get install python python-twisted python-twisted-web2 python-openssl python-simplejson python-setuptools gettext intltool python-xdg python-chardet python-geoip python-libtorrent python-notify python-pygame python-gtk2 python-gtk2-dev librsvg2-dev xdg-utils python-mako

Pēc šī soļa automātiski tiks instalētas arī kaudze citu nepieciešamo paku.

2.) wget http://download.deluge-torrent.org/source/deluge-1.3.4.tar.gz
3.) gunzip deluge-1.3.4.tar.gz
4.) tar -vxf deluge-1.3.4.tar
5.) cd deluge-1.3.4
6.) python setup.py clean -a
7.) python setup.py build
8.) python setup.py install

No normāla shell usera konta palaist ar:

9.) deluged
10.) screen -fa -d -m -S deluge-web deluge-web

Nokillot vajadzības gadījumā var ar:

11.) kill -9 $(pgrep -u $USER deluge)

Viss palaidās
Epic win!

AUTODESK.AUTOCAD.V2013.WIN32-ISO
AUTODESK.AUTOCAD.V2013.WIN64-ISO
AUTODESK.AUTOCAD.ARCHITECTURE.V2013.WIN32-ISO
AUTODESK.AUTOCAD.ARCHITECTURE.V2013.WIN64-ISO
AUTODESK.AUTOCAD.ELECTRICAL.V2013.WIN32-ISO
AUTODESK.AUTOCAD.ELECTRICAL.V2013.WIN64-ISO
AUTODESK.AUTOCAD.MECHANICAL.V2013.WIN32-ISO
AUTODESK.AUTOCAD.MECHANICAL.V2013.WIN64-ISO

Dzeram?
Dzeram!

Ko dzeram?
Vien kārtīg beļģ al

xD

p.s.
Uptime iespārda.

 04:11:54 up 268 days, 49 min,  5 users,  load average: 1.00, 1.03, 1.00

Pirms kāda laika iznāca versija 1.3.4.
Protams, jāiekurbulē

http://tvertne.org/blogi/item/2011/10/16/deluge_1_3_3_uz_debian_lenny

^ pieņemot, ka uz sistēmas ir 1.3.3, kuru esam instalējuši kā aprakstīts iepriekš, darām šādi:

No root konta:

1) wget http://download.deluge-torrent.org/source/deluge-1.3.4.tar.gz
2) tar xvzf deluge-1.3.4.tar.gz
3) cd deluge-1.3.4
4) python setup.py clean -a
5) python setup.py setup
6) python setup.py install

Palaižam sekojoši (no parasta shell usera konta):

7.) deluged
8.) screen -fa -d -m -S deluge-web deluge-web

Nokillot vajadzības gadījumā var ar:

9.) kill -9 $(pgrep -u $USER deluge)

Pieņemot, ka 1.3.4 laižam no esošā lietotāja konta kur iepriekš bija 1.3.3, saglabāsies visi esošie iestatījumi un pat torrenti. Tā kā nekas papildus nav jādara.

Perfektum!

Man pat liekas, ka šī jaunā versija patērē mazāk RAM nekā iepriekšējā.
Ar kaudzīti palaistiem torrentiem iepriekšējais 1.3.3. "rija" ~858Mb RAM.
Jaunais ~430-440MB. Var jau būt, ka tas ir mānīgs iespaids, to varēs redzēt pēc pāris dienu lietošanas.

Tiem kas tankā, Deluge WebUI izskatās šādi -> deluge_1.3.4.jpg

Pēc pāris h palietošanas, "uz aci" liekas, ka upload ātrums 1.3.4 versijai ar tādiem pašiem settingiem kā 1.3.3, ir mazāks. Uzprasīju pareiziem cilvēkiem, ko vajadzētu pamainīt. Ieteica sekojošo: cache palielināt uz vērtību 32768 (t.i. 536.9MB) un upload slots uzlikt -1 (t.i. neierobežots).

Uzliku, testējos. Izskatās, ne vainas. 0-day stuffam novēroju ~50MB/s up / 50MB/s down vai ~60/40.

htop ar palaistu apache, pyload, deluge 1.3.4 (536.9MB cache) uzrāda 931/2048MB ram.

Ienāca doma apskatīties, kur tik ilgi kavējas samsung 4TB hdd... (pirms gada šie izstādē demonstrēja plati ar 1TB ietilpību, tātd kopā saliekot 4 tādas var iegūt 4TB).

Izrādās seagate jau paspējis nopirkt samsung ražošanas novirzienu.. *jomajo*

"Some hard drives will retain the Samsung name for twelve months while Seagate realigns the brand."

Tātad jauni Samsung modeļi nebūs.. Nolāpīts...

http://www.theverge.com/2011/12/20/2648216/seagate-samsung-hdd-deal-complete

p.s.
2TB hdd cenas joprojām ir uzpūstas.. 2x vairāk nekā pirms plūdiem.

HD pasaulē briest kārtējā revolūcija (cepšanās).

Kā izskatās aizvien vairāk p2p grupu sāk izmantot 10bitu kodējumu video failiem, ar ko savukārt netiek galā daudzi esošie ne tās jaunākās paaudzes dzelziskie atskaņotāji (hardware players), un daudzi ir neapmierināti.

Lai jau cepās.
Pašreiz jaunākā CoreAVC versija (3.0.10) uz PC attēlo 10bit failus perfekti.

If you reading this, most likely you googled, wtf is "Rate limit IP overhead" option in Deluge.

Official definition by Deluge (who can understand that really?):
"If rate_limit_ip_overhead is set to true, the estimated TCP/IP overhead is drained from the rate limiters, to avoid exceeding the limits with the total traffic"

Here is unofficial :
"Rate limit ip overhead means that your total bandwidth will never exceed the limits you set. If it's not enabled, then the limits you set will apply to the actual amount of data downloaded/uploaded and the overhead will use slightly more."

So, basicly... if you dont have any strict bandwidth limits, I suggest you leave this option as not enabled.

Hope that helped.

Lasām - http://torrentfreak.com/kim-dotcom-us-govt-is-protecting-an-outdated-monopolistic-business-model-120301/

Skatāmies - http://www.3news.co.nz/Kim-Dotcoms-first-TV-interview-Im-no-piracy-king/tabid/367/articleID/244830/Default.aspx

Jopcik, laikam skolā ģeogrāfiju nemācījos. Viss no galvas izlidojis..

Pētīju dažādus interesantus ccTLD un pārsteigts atklāju, ka 1 valstij ir it kā piešķirtas 2 zonas: .ng un .ne

.NG ir Nigērijas domēns. Visi ir dzirdējuši par slavenajiem Nigērijas spameriem, no sērijas - "Jūs vinnējāt loterijā 1 miljonu, bet lai izņemtu naudu jāpārskaita x summa". Tātad, par .NG domēna piederību nav šaubu

Sāku rakties, kas tad ir .NE domēns..

k
wtf
lol

Izrādās, ir tāda valsts Nigēra (ģeogrāfiski blakus Nigērijai)... Pārsteigums, ne pa jokam. Angliskais nosaukums pavisam smieklīgs, kā jau kartē redzams, hehe...

Nigērija - http://lv.wikipedia.org/wiki/.ng
Nigēra - http://lv.wikipedia.org/wiki/.ne



Papētīju vēl šo attiecībā uz Nigēru. Kā rādās tur ar Internetu ir pavisam čābīgi.
Valsts sākusi savas Internet gaitas ar 64 Kbps starptautisko pieslēgumu 1997. gadā, kas 1998. gadā palielināts uz 192 Kbps.

1999. gadā 64 Kbps Internet līnijas abonēšana esot maksājusi 999usd+nodokļi.

Var jau būt, ka tagad tik traki nav ("biezajiem" pieejams SAT nets), bet cenas ir drastiskas - 300 Kbps "ekonomiskais" sat internet pieslēgums Jums maksās nieka 124usd mēnesī + 849usd uzstādīšana.

Cenas skatīt te:
http://www.wafa.ae/en/vsat/products/africa/satellite-internet-in-Niger-in-africa.aspx#prices.

Lūk te ir Nigēras domēnu reģistrātora oficiālā vietne - http://www.intnet.ne/

Ja Jūs domājāt, ka Jūsu lapa ir slikta, ievērtējiet to.

Kā reģistrēt domēnu nav skaidrs.
Kā rādās, tas nav skaidrs arī AFRIDNS pārstāvjiem.
Ievērtējiet šo -> http://afridns.org/ne/