Kus’ Blog

Ostres! Una actualització! Que estrany tot plegat no?? xD

La veritat és que el blog últimament s’ha quedat en un últim terme total, masses coses i massa poc temps per fer-les.

Ara bé, s’ha de ressuscitar… i ves per on m’he trobat aquesta extensió del Firefox, ScribeFire. És genial.

L’extensió et permet postejar a qualsevol blog que configuris des de un entorn integrat en el mateix firefox. Per a mi això és un doble avantatge. Per una banda s’usen el ui gràfic d’un programa d’escriptori no javascripts-consumidors-de-cpu-per-un-portàtil cosa que el fa molt més ràpid i lleuger. A més, publicar una entrada ara és qüestió de pitjar la icona de la barra d’estat i començar a escriure! Fantàstic!!

Total, espero, distjo, vull que aquesta eina m’ajudi a ser un escriptor més prolífic mentre es manté l’eficiència.

Ho anireu veient…

Recentment he tingut que fer ús d’aquesta nova eina, anomenada equivs

Resulta que en el servidor he fet una instalació  de qmailrocksi tot el qmail es compilat amb els seus patches i demés. Tot perfecte, en uns dies postejaré sobre el tema, però el problema ha vingut a l’hora d’instalar algún paquet que depengués d’algún “mail-transport-agent”. Al no instal·lar el paquet del servidor MTA a través de la paqueteria del APT no té les dependències satisfetes per aquest paquet.

Davant aquest problema i remenant una mica per google me trobat amb equivs. El que fa aquest bon programet es crear paquets ficticis per satisfer dependencies ja resoltes a priori a través d’altres métodes, i curiosament si mireu el HowTo del link solventa aquest mateix problema de dependències que he tingut.

Bé, no m’allargo més, si algú en vol saber més, que es miri el tutorial que jo tot just l’acabo de descobrir!

Most of us while troubleshooting network failures use the well known traceroute which shows the path between to network points and latency in each ‘hop’ in this path. Its really helpful in order to see where packets are dropped.

Mytraceroute introduces a dynanic way of seeing the path information and allowing us a quick shot on the network problem. When using traceroute it was little hard to find which part of the network was loosing some packets packets, and not all of them; with mytraceroute you can see packet loosing as a percentage in the reporting interface.

$ mtr google.es to start it. Now MTR will start looping making a traceroute to the host choosen. What we will see is the path of the packets to destination and 2 main columns, Packets and Pings. In Packets columns you will see the % of Loss and where it happens, there you will find a faulty router ;). The Pings column gives us all the information related to time.

Time for fun. Try mtr to different servers that may be in different locations, in my ISP (Ono) I have spotted a couple of routers that are loosing packets, which impacts in the overall connection performance.

Have Fun!