§ Maquinotes maleïdes˜
Maquinotes maleïdes
Coses que em passen amb aquest coi de maquinotes
· Nous pecats
16/03/2008 23:21

Feia molt de temps que no postejava perquè estava molt embolicat amb la feina.

Ara per compensar faré un post humorístic (fa gràcia però és veritat).

No sé si fa molt de temps que es coneix perquè si puc evitar-ho no miro mai les notícies però la església catòlica en una reunió de la Conferència Episcopal al santuari de Teram i a la Universitat Lateranense de Roma va definir que també són pecat:

1. Fer servir programes sense la llicència corresponent
2. Crear i difondre virus
3. Enviar correus electrònics anònims o amb dades falses
4. Baixar música i pel·lícules d'Internet sense pagar
5. Enviar spam
6. La violació de la privacitat i la seguretat dels sistemes informàtics
7. Creació de llocs web pornogràfics i fer-los servir

Impressionant, ara ja no cal comprar la llicència de Windows, n'hi ha prou amb piratejar-la i anar-se a confessar :-)

A veure si tinc més temps i puc fer algun article més tècnic que en tinc uns quants de pensats...


· Firefox 3.0 sortirà amb molts errors
15/11/2007 15:09

Em sembla que la fundació Mozilla s'està equivocant per culpa del èxit que està tenint el seu navegador: Ara sembla que tenen previst treure la versió de Firefox 3.0 només arreglant un 20% dels errors que saben que té.

Em sembla una política errònia, de la mateixa forma que m'ha semblat malament cada vegada que ho ha fet Microsoft (el Windows Me va ser escandalós). No defensaré aquesta política només perquè es tracta de programari lliure.

Els terminis de publicació dels programes ha de ser determinat pels tècnics i no pels comercials! O ja no estem d'acord amb allò que dèiem fa uns anys: "Un dels avantatges del programari lliure és que al no dependre dels terminis comercials surt en el moment en que estigui preparat per fer-ho". Si Firefox 3.0 no està preparat, que no surti. És igual que els errors que es corregeixin siguin els més importants, ja que si es publica un programa amb un grapat d'errors coneguts, el que s'està publicant realment és un producte deficient.

Encara hi són a temps i espero que com deixen entreveure alguns comentaris, s'ho repensin i, si cal, incrementin el número de versions 'beta' per publicar un producte millor.

Via: ComputerWorldenllaç extern


«   »
· S'anucien els preus del Windows Server 2008
14/11/2007 02:06

Sembla que per la nova versió de Windows Server tindrà només 5 versions que seran:

*Windows Server 2008 Standard: 999$ amb 5 llicencies de client.
*Windows Server 2008 Enterprise: 3.999$ amb 25 llicencies de client.
*Windows Web Server 2008: 469$.
*Windows Server 2008 Datacenter: 2.999$ per processador.
*Windows Server 2008 per sistemes Itanium: 2.999$ per processador.

Totes les versions estaran disponibles en 32 i 64 bits menys el darrer que només ho estarà en versió de 64 bits.

Si es vol les edicions Standard, Enterprise i Datacenter de 64 bits tindran la tecnologia de virtualització Hyper-V (Viridian) o sense (amb una petita retallada en el preu)

Windows 2008 estarà disponible el 27 de febrer de 2008.

Jo sóc molt crític amb els productes de Microsoft dedicats al consum del gran públic però no puc negar que en la seva gama Server estan a un nivell diferent: estan fent molt bons sistemes.


«   »
· Comprimir des de D3lphin en Ubuntu Gutsy en Zip i Rar
08/11/2007 00:28

En l'actualització a Ubuntu 7.10 Gutsy s'ha canviat el gestor d'arxius Konqueror per D3lphin que en principi ha de servir de pont per Dolphin que serà el que hi haurà en KDE 4.0.

Però en el canvi, s'ha perdut una de les funcionalitats que jo feia servir a vegades: La possibilitat de comprimir els arxius en coses que no siguin .tar.gz o .tar.bz2 des del gestor. Ara d3lphin ha afegit un menú lateral en el que hi tenim diferents opcions entre les quals hi ha comprimir. Però en el cas de la compressió d'una carpeta només hi tenim la opció "Compress here" que simplement comprimeix la carpeta en tar.gz


Amb els arxius passa una cosa semblant, en aquest cas hi surt un menú desplegable però només té dues opcions: comprimir amb .tar.gz i .tar.bz2
Comprimir arxiusenllaç extern

Com que a mi m'agradava tenir la possibilitat de comprimir amb altres format de compressió d'arxius (RAR, ZIP, 7Z, etc..) he decidit investigar com fer-ho
He descobert que només cal modificar dos arxius en la configuració de k3lphin perquè apareguin les opcions extres de compressió.

Si només vull que aquestes opcions surtin a l'usuari actual i que la resta d'usuaris del sistema continuïn amb les opcions per defecte només hem d'afegir un parell d'arxius al directori ~/.kde/share/apps/d3lphin/servicemenus. En el meu cas el directori servicemenus no existia i per tant abans l'he hagut de crear:

$ cd .kde/share/apps/d3lphin
$ mkdir servicemenus
$ cd servicemenus

En aquest directori creem els arxius compress.desktop (que és el que servirà per comprimir arxius) i ark_compress.desktop (que és el que servirà per la compressió de fitxers)

En el contingut de compress.desktop hi posaré:

[Desktop Entry]
ServiceTypes=all/allfiles
Actions=CompressTarGz;CompressTarBz2;CompressZIP;CompressRAR
X-KDE-Priority=TopLevel
X-KDE-Submenu=Compress

[Desktop Action CompressTarGz]
Name=Gzipped Tar Archive
Icon=ark
Exec=ark --add-to %U Archive.tar.gz

[Desktop Action CompressTarBz2]
Name=Bzip2-ed Tar Archive
Icon=ark
Exec=ark --add-to %U Archive.tar.bz2

[Desktop Action CompressZIP]
Name=ZIP Archive
Icon=ark
Exec=ark --add-to %U Archive.zip

[Desktop Action CompressRAR]
Name=RAR Archive
Icon=ark
Exec=ark --add-to %U Archive.rar

Això farà que ara pels arxius tindrem un menú que ens permetrà triar qualsevol de les quatre opcions
que hem afegit

Si us hi fixeu es realment simple, es tracta de que cada opció ha de sortir llistada a la variable Actions i ha de tenir una secció [Desktop Action] on s'hi especificarà la comanda amb la línia Exec, la icona que el representarà amb Icon i el text que es veurà en la opció amb la línia Name. O sigui que és realment senzill afegir-hi opcions extres.

Per tenir les opcions de compressió disponibles pels arxius individuals hem de fer una cosa semblant amb el fitxer ark_compress.desktop:

[Desktop Entry]
Encoding=UTF-8
ServiceTypes=inode/directory
Actions=CompressTarGz;CompressTarBz2;CompressZIP;CompressRAR
X-KDE-Priority=TopLevel
X-KDE-Submenu=Compress

[Desktop Action CompressTarGz]
Name=Compress Here in TarGz
Exec=ark --add-to %u %u.tar.gz
Icon=ark

[Desktop Action CompressTarBz2]
Name=Compress Here in TarBz2
Exec=ark --add-to %u %u.tar.bz2
Icon=ark

[Desktop Action CompressZIP]
Name=Compress Here in ZIP
Exec=ark --add-to %u %u.zip
Icon=ark

[Desktop Action CompressRAR]
Name=Compress Here in RAR
Exec=ark --add-to %u %u.rar
Icon=ark



Si en comptes de fer-ho per l'usuari actual es vol fer per tots els usuaris del sistema només s'han de fer els canvis en els arxius que hi ha a /usr/share/apps/k3lphin/servicemenus/


«   »
· Problemes en l'actualització a Ubuntu 7.10 Gutsy Gibbon (2a part)
25/10/2007 12:46

Després de uns dies de treball he comprovat que encara quedaven alguns errors que calia pulir i a més ha sortit el nou driver d'ATI que permet fer servir AIGLX i per tant podem oblidar-nos del $%#%# XGL.

* Passar el sistema a AIGLX
* L'acceleració 3D es perd després de reiniciar el sistema
* Volum baix en la targeta de so

1) Passar el sistema a AIGLX
Després d'un parell d'arrancades me n'he adonat que el suport 3D desapareixia cada vegada que reiniciava la màquina! Però com que van sortir els drivers nous he aprofitat per arreglar-ho tot de cop.

La instal·lació dels nous drivers va de la mateixa forma que abans però ara abans podem fer neteja:

$ sudo apt-get remove xserver-xgl
$ sudo apt-get remove xorg-driver-fglrx
$ sudo rm -f /usr/src/fglrx-kernel*.deb

Després d'això podem anar per descarregar i instal·lar els nous drivers amb el mateix procediment d'abans i sobretot assegurar-nos de que no farà servir els de la distribució posant a /etc/default/linux-restricted-modules-common

DISABLED_MODULES="fglrx"

Un cop instal·lats hem d'editar el /etc/X11/xorg.conf per treure-li el que no permetia el suport AIGLX. O sigui esborrar les seccions que facin referència a "composite" o "AIGLX". En el meu cas eren aquestes:

Section "Extensions"
   Option "Composite" "0"
   Option "Composite" "Disable"
EndSection

Section "ServerFlags"
   Option "AIGLX" "off"
EndSection

I després de reiniciar el servidor podem arrancar compiz!. Ubuntu fa comprovacions abans d'arrancar i no deixa que arranqui Compiz amb fglrx. O sigui que queden dues opcions:
1) Dir-li que no faci les comprovacions

$ SKIP_CHECKS=yes compiz

2) Modificant l'script d'inici perquè permeti fglrx
Editant el /usr/bin/compiz i afegint fglrx a la línia que defineix les targetes acceptades (WHITELIST):

...
WHITELIST="nvidia fglrx intel ati radeon i810"
...

Aquesta segona opció ens permetrà executar directament compiz

$ compiz


El resultat és que Compiz em funciona bé en GNOME i pensava que no em funcionava en KDE però el que passa és que sembla que la configuració és independent entre els escriptoris


2) L'acceleració 3D es perd després de reiniciar el sistema
L'altre problema que em passava era que davant de cada reinici es perdia l'acceleració 3D fins que no tornava a crear l'enllaç a volatile

$ sudo ln -s /lib/modules/$(uname -r)/misc/fglrx.ko
  /lib/modules/$(uname -r)/volatile/fglrx.ko

Després de crear l'enllaç reiniciava les X i tornava l'acceleració 3D. El problema estava en que cada vegada que es reinicia el sistema l'enllaç a volatile desapareix o sigui que calia fer-ho cada cop per tenir 3D

He comprovat que al fitxer /etc/modules hi havia el mòdul fglrx i l'he esborrat, també he esborrat l'enllaç de /usr/X11R6/lib/modules/dri perquè he comprovat que no calia i tot continuava igual.

He vist que al arrancar la màquina no es carregava el driver o sigui que he intentat carregar el mòdul a mà per veure que passava i he comprovat que fallava perquè no trobava el fitxer a 'volatile'.

# sudo modprobe fglrx
FATAL: Could not open
'/lib/modules/2.6.22-14-generic/volatile/fglrx.ko': No such file or directory

Ha estat recrear les dependències, tornar-lo a carregar i tot s'ha arreglat miraculosament. No sé perquè, però els cops que no he fet la càrrega del mòdul després del depmod la cosa no ha funcionat i ha estat per això que he provat de carregar el mòdul després del depmod.

# sudo modprobe fglrx
FATAL: Could not open
'/lib/modules/2.6.22-14-generic/volatile/fglrx.ko': No such file or directory
$ sudo depmod -a
$ sudo modprobe fglrx

Després d'això l'acceleració 3D ja funciona sempre.

3) Volum baix en la targeta de so
La targeta de so funcionava bé però el volum al que sona és molt baix. Per això he buscat una mica hi he trobat la pàgina de l'ajuda d'Ubuntu: HdaIntelSoundHowtoenllaç extern on diuen que molts dels problemes es solucionen instal·lant els nous drivers ALSA.

Abans de fer-ho he mirat en el fitxer d'ajuda per especificar la configuració a màenllaç extern i hi he trobat que amb el meu xip "ALC880" el meu portàtil té una configuració específica:

796 fujitsu Fujitsu Laptops (Pi1536)

O sigui que he afegit la opció al final del fitxer: /etc/modprobe.d/alsa-base

..
options snd-hda-intel model=fujitsu

i sembla que la cosa ara funciona correctament...Em sembla que el so es sent més fort.


«   »
· Problemes en l'actualització a Ubuntu 7.10 Gutsy Gibbon
21/10/2007 16:47

Després de pensar-ho bastant, vaig fer una còpia de seguretat de la meva carpeta /home i vaig posar a actualitzar la versió Feisty del meu Ubuntu a la nova versió Gutsy Gibbon...

L'actualització ha durat al voltant de tres hores i al reiniciar el sistema m'he trobat amb uns quants problemes:

1) Caiguda del rendiment del sistema. Per algun motiu el sistema va molt lent, es veu com va repintant les pantalles quan es fa scroll...

2) Les icones de l'escriptori en KDE han quedat totalment corrompudes:


Curiosament en Gnome només ha quedat corrompuda la icona de Tomboy de la barra d'eines

3) El teclat no funciona correctament, no es poden escriure els símbols de sobre els números!. Per exemple no es pot escriure '|'.

4) Els combobox del sistema tenen un comportament erràtic, com si fessim múltiples clics al damunt durant una estona...I fins que no deixa de pampalluguejar no es poden desplegar.

5) He deixat de tenir acceleració 3D

6) No em funciona el so

Primera solució
Com que sembla que no repinta gaire bé la caiguda del rendiment una part podria ser deguda a falta d'acceleració de la targeta gràfica. No sé perquè però molts dels problemes que tinc són deguts als per ara enllaç externdeficients drivers d'ATI en Linux.

Per tant com que tinc una Mobility Radeon he instal·lat a màenllaç extern els drivers oficials 8.40.4 (ja que els 8.41 tenen problemes amb aquestes targetes).

Això ha fet que hi hagi una millora en el rendiment del sistema molt important però encara queden els problemes de les icones corruptes, del teclat, el funcionament dels combos i encara no tinc acceleració 3D

Enllaç: Instal·lar drivers ATI en Ubuntuenllaç extern

Segona solució
He recordat que el problema del teclat també em passava quan activava el servidor XGL per fer servir Compiz o sigui que he suposat que deu ser un problema d'aquest servidor. Sembla que per algun motiu en aquesta versió el servidor XGL està activat per defecte en les targetes ATI.

Recorrent a l'ajuda d'Ubuntu només m'ha calgut seguir les instruccions que diuen que per desactivar XGL s'ha de generar l'arxiu 'disable' a '.config/xserver-xgl':

$ cd /home/usuari/.config
$ mkdir xserver-xgl
$ cd xserver-xgl
$ touch disable

Després de reinicar el server m'he trobat que s'han arreglat automàticament gairebé tots els problemes: El teclat i els combos tornen a funcionar correctament i les icones de l'escriptori ja no es veuen corrompudes:


Però, per ara, encara no funciona l'acceleració 3D...

tercera solució
Revisant el fitxer /var/log/Xorg.0.log he vist que tinc problemes amb el DRI i per tant aquest és el problema amb l'acceleració 3D

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
[drm] failed to load kernel module "fglrx"
(WW) fglrx(0): Failed to open DRM connection
...
(EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized.
(WW) fglrx(0): ***********************************************
(WW) fglrx(0): * DRI initialization failed! *
(WW) fglrx(0): * (maybe driver kernel module missing or bad) *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ********************************************* *

Bé, sembla que no troba l'accés DRI del driver o sigui que tal com recomana la guia de resolució de problemes d'ATI faig els enllaços a mà amb:

$ sudo mkdir -p /usr/X11R6/lib/modules/dri
$ sudo ln -s /usr/lib/dri/fglrx_dri.so /usr/X11R6/lib/modules/dri

O bé amb: (diu que se'n faci un dels dos, però a mi m'han fet falta tots dos)

$ sudo ln -s /lib/modules/$(uname -r)/misc/fglrx.ko
/lib/modules/$(uname -r)/volatile/fglrx.ko

Després de reiniciar el servidor X (CTR+ALT+BACKSPACE) l'acceleració 3D sembla que ja torna a funcionar!

$ glxinfo | grep irect
direct rendering: Yes

Estic esperant amb candeletes la nova versió d'ATI, la 8.42, que en teoria farà que els usuaris d'ATI en Linux deixem de patir tant per tenir acceleració 3D i que ha de donar suport AIXGL...

Quarta solució
Pel que fa al so, ha arrancat en mute, però a pesar de que em permetia treure el mute i pujar el volum, sense que donés cap error, no se sentia res (una lleugera remor i prou).

El primer ha estat descobrir quin és el dispositiu que tinc i buscar per Internet a veure si algú més hi té problemes:

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC880 Analog [ALC880 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0

Buscant "ubuntu ALC880" he vist que hi ha gent que ha tingut problemes amb aquest xip i ho relacionen amb ACPI.

Abans de fer les proves he provat a girar la roda de volum de la dreta i ... bingo! La solució era la més senzilla de totes! Fins ara aquesta roda en Linux no funcionava.

La única cosa que no m'acaba de convèncer d'aquest sistema és que abans els altaveus petaven més fort però està bé descobrir que hi ha hardware que comença a funcionar en Linux.


«   »
· Adéu democràcia
23/09/2007 18:23

Aquest comentari no té massa a veure amb la informàtica però és una de les coses que em preocupen més. Fa uns dies una senyora jutge ha confirmat el que ja fa temps que sospitàvem: la democràcia espanyola ha deixat d'existir.

Tot va començar el 2002 quan els parlamentaris espanyols van demostrat que la "llibertat d'expressió" és només una paraula per ells i que no els importa gens. I per deixar-ho clar van aprovar la LSSI (Lei de Servicios de la Sociedad de la Información) que ara està deixant clar perquè es va fer...

A la pàgina web "alasbarricadas.org" es van fer comentaris que el senyor "Ramoncín" va considerar ofensiu. Com que els comentaris no els havia fet cap membre de la web sinó visitants i com que la senyora jutge volia condemnar a algú, ha condemnat al que va comprar el domini perquè les seves dades no estaven exposades en la seva pàgina web perquè les pugui veure tot el món! (segons la LSSICE artícle 10).

Sembla que això no serà un cas aïllat: la SGAE té més demandes a punt (Merodeando, la revista Quimera,...). Almenys ara ja se sap perquè els de la SGAE necessiten tants diners. Amb els diners que recaptaran pel cànon sobre dispositius digitals la SGAE es dedicarà a demandar a qui faci comentaris que no els agradin.

Un cànon que és molt interessant perquè demostra que el govern espanyol considera a tothom culpable de pirateria (presumpció d'innocència? Ja ja ja).

O sigui, que fins que la SGAE pugui censurar les pàgines d'ofici, cosa que el PSOE sembla que els vol permetre, els que tinguin pàgina web estan obligats a posar públicament les seves dades i a CENSURAR els comentaris que faci la gent perquè poden ser considerats responsabilitat del webmaster encara que no hi hagi cap sentència judicial!. Perquè també és important saber que no s'ha tingut en compte que els comentaris van ser esborrats quan es va rebre la demanda.

Si sumem tot això a el que va passar amb la caricatura del Jueves, etc... no ens queda més remei que ser ben educats i dir: Adéu llibertat d'expressió (base de la democràcia), va estar bé mentre pensàvem que en teníem.

Fonts:
Bloguespierreenllaç extern
Kriptòpolisenllaç extern
La sentènciaenllaç extern
Internautas.orgenllaç extern


«   »
· Canviar adreces de xarxa en Linux
12/09/2007 01:00

Com que vaig posar com canviar adreces IP de Windows des de la consola crec que també està bé que ho faci en Linux. Tot això també es pot fer a partir dels diferents entorns gràfics que té cada distribució però és molt més interessant poder-ho fer a través de la consola

Canviar adreça IP
Per posar una adreça de xarxa a una targeta ho fem amb:

# ifconfig eth0 192.168.0.69 netmask 255.255.255.0
# route add default gw 192.168.0.2

En aquest cas especifiquem que l'adreça IP de la targeta eth0 serà 192.168.0.69 i que el gateway serà 192.168.0.2

Per rebre l'adreça a través de dhcp, només hem d'especificar-ho amb:

# dhclient eth0

A diferència del que passa en Windows, en Linux el canvi no és permanent. Encara que és molt útil per poder canviar les adreces de forma ràpida en un moment donat, si volem que el canvi sigui permanent cal que canviem els fitxers d'inici de la xarxa. Això es fa de formes diferents en funció de la distribució que tinguem

* Configuració de xarxa permanent en Ubuntu/Debian
La configuració de la xarxa en Ubuntu/Debian està en l'arxiu /etc/network/interfaces. Per tant només hem d'editar-lo per aconseguir que s'adapti al que volem.

Per posar una adreça fixa, canviem totes les referències a la targeta per:

iface eth0 inet static
address 192.168.0.69
netmask 255.255.255.0
gateway 192.168.0.2

Si volem que la targeta rebi l'adreça per dhcp canviem totes les refències a la targeta que volem canviar i les substituim per (eth0 en l'exemple):

auto eth0
iface eth0 inet dhcp

* Configuració de xarxa permanent en Red Hat/Mandriva/Fedora
En els sistemes basats en Red Hat l'arxiu a editar és /etc/sysconfig/network-scripts/ifcfg-eth0 (la part final del nom especifica la targeta a la que farem referència.

Per posar l'adreça fixa de l'exemple anterior editem l''arxiu i al acabar hem de tenir una cosa semblant a això:

DEVICE=eth0
IPADDR=192.168.0.69
NETMASK=255.255.255.0
GATEWAY=192.168.0.2
ONBOOT=yes

Si el que volem és que les adreces s'aconsegueixin a través de dhcp el contingut de l'arxiu ha de ser com:

DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes

Canviar els servidors DNS
Els DNS es canvien igual en qualsevol de les distribucions. Cal tenir en compte que en Linux no hi ha diferents DNS per cada una de les diferents targetes de xarxa, només hi ha un sol fitxer que conté l'adreça del DNS que farà el nostre sistema.

Aquest arxiu és /etc/resolv.conf, l'editem i hi posem l'adreça del DNS en el lloc de la que hi hagi. Si volem posar 80.58.0.33 com a servidor DNS editem l'arxiu i hi posem això:

nameserver 80.58.32.97



«   »
· Canviar adreces de xarxa en Windows amb netsh
11/09/2007 01:01

Com que no actualitzo gaire sovint intentaré posar coses que fa temps que ja sé fer però que trobo que està bé que siguin més conegudes.

Una de les comandes de consola sota Windows que és més interessant és netsh. Es tracta d'una eina per visualitzar i/o modificar, de forma local o remota, la configuració de xarxa d'un ordinador en Windows. També dóna capacitats de funcionament a través de seqüències per permetre executar una sèrie de comandes en batch.

Una de les coses que em posava més dels nervis de Windows era el pesat procés de canviar d'IP a través dels assistents gràfics: "Entorno de Red", "Propiedades" etc.. .

Però gràcies a netsh podem fer en canvi d'adreces IP des de la consola!

La primera cosa que ens cal és saber quin es el nom que Windows dóna a la targeta de xarxa que tenim en el sistema. Normalment sempre és el mateix en les versions d'idioma. En les versions en castellà sempre es sol dir "Conexión de área local", però podem averiguar-ho amb la comanda següent:

C:> netsh interface show interface
Estado admin. Estado Tipo Nombre interfaz
----------------------------------------------------------------------
Habilitado Dedicado Conexión de área local
Habilitado Bucle invertido Bucle invertido
Habilitado Interno Interno

Canviar l'adreça IP
Un cop sabem com es diu podem posar IP fixa a qualsevol ordinador amb la comanda: (és una mica llarga però ... )

C:>netsh interface ip set address "Conexión de área local" static 192.168.0.69 255.255.255.0 192.168.0.2 1
Aceptar

En aquest exemple poso l'adreça 192.168.0.69 a la targeta, i li dic que el gateway és 192.168.0.2

Si volem que la targeta obtingui l'adreça a través de dhcp la comanda és una mica més curta:

C:>netsh interface ip set address "Conexión de área local" dhcp
Aceptar

Les comandes són una mica llargues però és un procés menys engorrós que fer-ho a través de l'entorn gràfic!

Canviar els DNS
També podem canviar els DNS associats a cada una de les targetes de xarxa de forma similar. Per posar 80.58.0.33 com a DNS fixe a la targeta fem servir:

C:>netsh interface ip set dns "Conexión de área local" static 80.58.0.33
Aceptar

També podem dir-li que accepti els DNS a través de DHCP amb la comanda següent:

C:>netsh interface ip set dns "Conexión de área local" dhcp
Aceptar

Un sistema molt més útil que fer-ho a través de l'entorn gràfic i amb l'avantatge afegit que també es pot fer en altres màquines remotament afegint el paràmetre -r.


«   »
· FreeNX a Ubuntu
10/09/2007 07:02

Normalment per administrar remotament el server en tinc prou amb la consola però algun cop, normalment per treballar amb alguns programes gràfics amb els que no se'n pot veure l'estat des de consola, necessito alguna forma d'accedir gràficament de forma remota a algun programa. Fins ara quan em trobava en aquest cas feia servir alguna de les variants de VNC. Però per mi VNC té un parell de problemes:

  • La seguretat: El xifrat de els contrasenyes de VNC és poc segur. I crear túnels SSH cada vegada és un rotllo

  • La velocitat: El seu funcionament no és gaire ràpid. Especialment amb connexions lentes.


Com que havia sentit a parlar molt bé de NX i com que una de les coses que en destaquen és la seva gran velocitat m'he decidit a provar-lo.

Segons la seva web:

NX és un sistema que permet l'accés a l'escriptori a través de TCP/IP. Dóna una velocitat semblant a la que hi ha en connexions locals fins i tot a través de línies amb respostes de latència alta, o en enllaços de banda baixa. El nucli de les llibreries pertany a la empresa NoMachine i està sota llicència GPL. FreeNX és una implementació GPL del servidor NX.

Instal·lació del servidor a Ubuntu Feisty
A la màquina que s'ha d'administrar remotament li hem d'instal·lar el servidor freeNX. En Ubuntu això té el problema que en els repositoris per defecte no hi ha freeNX.

Això només implica que no podem instal·lar-lo només amb "apt-get install" sinó que:

  • O el recuperem des de codi font i el compilem nosaltres

  • O bé es busca algun repositori que ja el tingui empaquetat perquè el puguem fer servir


Una simple recerca a Google ens dóna que hi ha un repositori anomenat Seveasenllaç extern on hi ha els paquets preparats per diferents versions d'Ubuntu. Per trencar amb el que faig sempre, faré servir el paquet d'aquest repositori.

Per afegir "Seveas" als repositoris gestionats automàticament de la meva màquina editem l'arxiu /etc/apt/sources.list i hi afegim les dues línies següents:

deb http://free.linux.hp.com/~brett/seveas/freenx feisty-seveas freenx
deb-src http://free.linux.hp.com/~brett/seveas/freenx feisty-seveas freenx

Com que es tracta d'un nou repositori que gestionarà automàticament hem de descarregar les seves claus públiques per poder comprovar que els paquets no han estat modificats quan els descarreguem

$ wget http://free.linux.hp.com/~brett/seveas/freenx/seveas.gpg -O- | sudo apt-key add -

Després d'actualitzar ja podem fer la instal·lació del servidor:

$ sudo apt-get update
$ sudo aptitude install freenx

Configurar el servidor
Segons he llegit durant la instal·lació el procés de postconfiguració hauria d'haver-me demanat quin sistema de claus vull fer servir però en el meu cas no m'ha demanat res. O sigui que l'he hagut de configurar a mà.

He fet la configuració fent servir les claus que porta per defecte, encara que segurament seria molt millor generar claus pròpies. La comanda que he fet és aquesta (després he vist que es pot fer interactivament):

$ sudo nxsetup –install –setup-nomachine-key –clean –purge

M'han sortit una sèrie d'errors que segons he llegit en una web són normals perquè fan la detecció dels diferents components buscant els fitxers en un lloc que no és el mateix on Ubuntu els posa. Sembla que es poden ignorar sense problemes.

En el cas que tinguem les nostres claus podem executar nxsetup i respondre el que vagi demanant:

$ sudo nxsetup
Password:
------> You did select no action.
FreeNX guesses that you want to _install_ the server.
Type "y" to abort the installation at this point in time.
"N" is the default and continues installation.
Use "/usr/sbin/nxsetup --help" to get more detailed help hints.

Do you want to abort now? [y/N]

------> It is recommended that you use the NoMachine key for
easier setup. If you answer "y", FreeNX creates a custom
KeyPair and expects you to setup your clients manually.
"N" is default and uses the NoMachine key for installation.

Do you want to use your own custom KeyPair? [y/N]

Instal·lar el client
Les màquines que vulguin accedir al servidor necessiten tenir instal·lat el client. Hi ha clients per diferents sistemes operatiusenllaç extern: Windows, Linux, MacOS X i Solaris.

Instal·lar el client en Feisty té un problema: si fem "sudo aptitude install nxclient" ens instal·la la versió 2.1.0-17 que no he tingut forma de fer que funcionés... El resultat sempre era un error estrany just després d'identificar-se correctament:

NX> 105 /usr/lib/nx/nxserver: line 891: 9976 Terminado ( sleep $AGENT_STARTUP_TIMEOUT; exit 1 )
NX> 504 Session startup failed.
NX> 1004 Error: nxagent failed to start with: Unrecognized option: 1
NX> 1001 Bye.
Killed by signal 15.

Per això s'ha d'instal·lar la versió anterior del client: nxclient_1.5.0-141_i386.deb que he vist que és el de Dapper (o almenys això és el que ha solucionat els meus problemes)

Un cop instal·lat només s'ha d'engegar el programa i sortirà un assistent que ens permetrà preparar una connexió.

$ /usr/NX/bin/nxclient &

Ens demanarà un nom de sessió, l'adreça del servidor al que ens volem connectar i el seu port, quin escriptori volem i la resolució desitjada.



Un cop acabat l'assistent tenim una bonica icona que ens permetrà connectar amb el servidor que hem configurat sense haver de fer totes les passes una altra vegada:



I el resultat és que realment he notat un increment de velocitat important en les connexions amb el servidor des de l'entorn gràfic (encara que no les faig servir quasi mai) i també he vist que la connexió sempre va xifrada amb ssh o sigui que s'incrementa la seguretat de forma important.



Provant el Client des de Windows
La instal·lació del client de Windows és més o menys com la de tots els programes (siguiente-siguente). Per tant no entraré en detalls. La única incidència ha estat que també he hagut de buscar la versió 1.5 perquè amb la versió més nova no podia connectar (o sigui que el problema déu estar en el freeNX o en la compilació que se n'ha fet).

Però amb la resta no hi ha hagut cap problema:


«  
1 2 3 4 5 6 7 8 9 10 *
Altres fonts relacionades
Del mateix domini:
· Maquinotes maleïdes

Mateixes paraules clau:
· No hi ha altres fonts.