недеља, новембар 20, 2011

MIME i UUEncode

"Šaljem mejlom sliku od 800kB a on mi kaže da sam premašio kvotu od 1MB. WTF?!"

Da bi se mejlom slali binarni dokumenti (a binarno je sve što nije tekst), ti dokumenti moraju prvo da se kodiraju u tekst kako se informacije koje opisuju binarni dokument ne bi izgubile tokom prenosa. Najpoznatiji algoritmi za ovakvo kodiranje su UUEncode i MIME i kod njih se pomoću 64 alfanumerička znaka predstavlja 256 različitih bajtova. Kao rezultat ovakvog kodiranja dobijamo binarni dokument u njegovoj tekstualnoj reprezentaciji ali i povećavanje obima podataka koje treba poslati za nekih 33-40%.

ICAgIOwgIFoGRCDxUVVBRENBU0UgTTtBO0oNClsxXSAgICCm
b2YgcXVhZCBuYW1lcyBpbiBhcnJheSAXDQpbMl0gICAgpiBD
cHBlcmNhc2UgaWYgRD0xLCB0byBsb3dlcmNhc2UgaWYgRD39
LCBjb252ZXJ0cyBuYW1lcyB0byB0aGUgcHJpbWFyeSBhbHBo

Svaki pristojan program za elektronsku poštu će automatski kodirati i dekodirati datoteke za vas tako da toga nećete ni biti svesni. Ukoliko mejl imate sačuvan na disku, Total Commander će vam pomoći da iz njega izvučete kodirane priloge. Pod Linuxom možemo u istu svrhu koristiti program ripmime:

ripmime -i mail.txt

DMA molim, ako je ikako moguće

Na jednom starijem računaru koji u sebi još uvek ima ATA diskove, odjednom se pojavio problem seckanja muzike tokom neke pozadinske aktivnosti. Primera radi, prilikom kopiranja datoteka ili rada antivirusnog programa muzika je bila užasno izobličena. Ako se ovo desi prvo što treba proveriti jeste da li diskovi rade u DMA ili PIO modu: otvori se Device Manager, klikne se na IDE ATA/ATAPI controllers i onda se za svaki disk kontroler proveri Transfer mode. Ako je Current transfer mode DMA onda je sve u redu a ako je transfer mode PIO onda to ne valja.


Pod uslovom da disk podržava DMA, da bismo pokušali da prebacimo disk iz PIO u DMA režim rada najpre je potrebno da se postaramo da je disk sa pločom povezan putem 80-pinskog IDE kabla a ne 40-pinskog. Na sledećoj slici se vidi razlika između ova dva kabla:


Generalno gledano, 80-pinski IDE kabal ima isti priključak kao i 40-pinski ali je duplo gušći :-) Nakon što smo se uverili da koristimo odgovarajući kabal, sa ovog linka ćemo preuzeti skript pod nazivom resetdma.vbs, pokrenuti ga i, kada on završi posao, restartovati računar. Nakon ovoga seckanje bi trebalo da prestane a u Device Manageru bi Transfer mode trebalo da stoji na DMA.

субота, новембар 19, 2011

DHCP demon u problemu

Nedavno se u sistemskom logu pojavilo interesantno upozorenje da ruter jednostavno odbija da komunicira sa DHCP demonom:

Nov 18 19:01:22 localhost dhcpcd[5263]: eth0: reject NAK via 10.0.0.1
Nov 18 19:01:25 localhost dhcpcd[5263]: eth0: reject NAK via 10.0.0.1
Nov 18 19:01:30 localhost dhcpcd[5263]: eth0: reject NAK via 10.0.0.1
Nov 18 19:01:33 localhost dhcpcd[5263]: eth0: reject NAK via 10.0.0.1
Nov 18 19:01:37 localhost dhcpcd[5263]: eth0: reject NAK via 10.0.0.1

Nakon malo pretraživanja foruma, došao sam do saveta da bi trebalo u datoteci /etc/dhcpcd.conf zatarabiti deo koji se odnosi na zahtev za ServerID:

# A ServerID is required by RFC2131.
require dhcp_server_identifier

ServerID je po RFC2131 standardu potrebno slati ali neki ruteri ga ne šalju što samo po sebi ne pravi problem DHCP demonu ali zato ako šalju NAK a ne šalju ServerID, e onda nastane gore opisani problem. U svakom slučaju, demon sada radi bez problema a kao alternativu treba razmotriti i upotrebau dhclient-a...