Posts Tagged ‘Serveis al núbol / cloud services’

Solució MySql can’t connect

diumenge, juliol 8th, 2012

Aquest article pretén cobrir un dubte recurrent que es fa molta gent que té una màquina virtual al núvol, amb MySql i tot i obrir els port 3306 al tallafocs (firewall) no pot connectar-s’hi remotament.

La solució consisteix a editar l’arxiu:

my.cnf

Normalment ubicat a /etc/mysql/my.cnf

I allà comentar la línia que diu:

bind-address            = 127.0.0.1

Això el que fa és canviar la configuració per defecte de MySql de només escoltar peticions a la ip 127.0.0.1 (localhost), i que el servidor MySql escolti a totes les adreces que la màquina té disponible.

Llavors reiniciem el servidor:

service mysql restart

Una altra cosa que haurem de tenir en compte, és que per a poder connectar al servidor l’usuari amb el que accedir haurà d’estar creat localment, i també amb %.
Això ho fem creant l’usuari de manera local i amb accès des de tot arreu (%) o des de la ip que hagi de poder accedir:

CREATE USER 'carles'@'localhost' IDENTIFIED BY 'CatalunyaTriomfant';
GRANT USAGE ON *.* TO 'carles'@'localhost';
GRANT SELECT, SHOW VIEW, INSERT  ON `projectes`.* TO 'carles'@'localhost';
FLUSH PRIVILEGES;

CREATE USER 'carles'@'%' IDENTIFIED BY 'CatalunyaTriomfant';
GRANT USAGE ON *.* TO 'carles'@'%';
GRANT SELECT, SHOW VIEW, INSERT  ON `projectes`.* TO 'carles'@'%';
FLUSH PRIVILEGES;

Altrament no ens acceptaria consultes des de ip’s remotes.

Català-Catalunya English-USA Traduir a l'Anglès. Translate to English Compartir: La TafaneraIndependènciaCatosfera|FacebookTwitterFriend Feed|googleDeliciousDiggTechnoratiredditmixxyahoolivestumbleuponsimpy

Més sobre la migració a cloud

diumenge, octubre 30th, 2011

Com és un tema que us interessa bastant us adjunto més detalls sobre la migració.

Per a ser més concrets, el primer any tinc gratuïtament 750 hores d’ús al mes, això vol dir aproximadament un mes d’ús continuat (31 dies * 24 hores) durant el primer any.

Característiques de la modalitat gratuïta Free Usage Tier.

Després pago per hora de ús, en el cas de la instància més petita, la micro, i Linux, el seu cost és de $0.025, és a dir 0,017 €

Això és 18 dolars al mes o 12,71 € amb el tipus de canvi d’avui.

Amb això m’entra 1 GB de tràfic sortint (l’entrant és gratuït) i disposo d’una ip pública que no canvia sempre i quan no apagui la instància.

La resta de tràfic a $0.120 , és a dir, que transferir 10 GB al mes em costarà (10-1)*$0.120 = $1,08 , menys d’un euro. (A Catalunya pagava 50 € + IVA i no podia arribar a les velocitats que pot oferir Amazon)

Sovint us havia parlat que cap emprenedor Català podia muntar projectes emprenedors com youtube o dropbox perquè el tràfic als data centers és salvatgement car (com passa als països subdesenvolupats).

Gràcies a les tecnologies com Amazon Cloud Computing els Catalans podem esquivar un cop més les restriccions que ens imposa ser presoners de l’estat espanyol, i emprant la intel·ligència i essent pràctics fer negoci.

He tingut algun problema extra amb imatges que Firefox havia catxejat però que realment no es veuen al navegador dels visitants nous. Es devia a una extensió en majúscula que un programa de windows em va posar en unes imatges.

També he afegit una elastic ip, que és el terme que fa servir amazon per a referir-se a una ip fixa.

Quan s’assigna una elastic ip a una instància, aquesta deixa de respondre amb la ip pública per defecte, pel que mentre es refrescaven els dns el bloc pot haver deixat de veure’s durant uns minuts (o hores si passes a través d’un proxy).

La gràcia de les elastic ip és que un cop me n’assignen una, jo la puc associar a un servidor o a un altre amb un clic de ratolí.

Això permet fer coses com no haver de canviar els dns si migro un servidor.

Disposar d’ip fixa incrementa en una fracció ridícula el cost d’enviament de cada GB de dades.

Seguint l’enllaç podeu veure tots els preus d’amazon ec2.

Altres problemes que he tingut: el primer dia que he activat el bloc ja m’estaven atacant spammers per a intentar enviar correu brossa des del meu server.

També vaig tenir un problema amb la web, no podia veure-la, però va resultar que el Firefox de l’ordinador amb el que ho revisava s’havia quedat catatònic a conseqüència dels canvis de DNS. (Els navegador catxegen les entrades DNS per a anar més ràpid, i es va corrompre alguna cosa. Vaig revisar que en un altre equip es veia, ho vaig provar amb el lynx i en tancar i tornar a obrir el Firefox tot va funcionar).

Català-Catalunya English-USA Traduir a l'Anglès. Translate to English Compartir: La TafaneraIndependènciaCatosfera|FacebookTwitterFriend Feed|googleDeliciousDiggTechnoratiredditmixxyahoolivestumbleuponsimpy

Migració al cloud

dissabte, octubre 29th, 2011

Després de barrinar-ho un temps he decidit migrar el bloc als serveis cloud d’amazon.

Aquests serveis es diuen amazon ec2 (elastic cloud) i tenen alguns avantatges:

– El primer any no pago res per la màquina virtual més bàsica, amb CentOS, 10 GB d’espai i 620 MB de RAM

– La velocitat de servir les planes pot arribar fins a 250 Mbit/segon amb la màquina més senzilla

Fins ara disposava de vàries màquines virtuals VmWare dins d’un servidor físic de la meva propietat amb dos processadors Xeon de dos nuclis amb 12 GB de RAM.

La màquina virtual del bloc era Windows 2003 Server de 32 bit, amb 3 GB de RAM on hi tenia projectes que anava desenvolupant.

El bloc corria amb Apache, MySQL i PHP.

Tenia capacitat per a enviar 10 Mbit/segon i un tràfic mensual base contractat de 10 GB (Gigabytes) i pagava per excés de tràfic.

Tenia diverses adreces Ip i per tot pagava 150 € al mes.

Ara passaré a pagar 0 € al mes durant el primer any.

Feia temps que pensava a fer aquesta migració però m’agradava tenir un servidor connectat a Internet, per a poder fer proves de rendiment i optimització, experimentar i descobrir més coses en detall. Amb la mala passada que m’han fet a la feina, he decidit fer el pas definitiu.

La migració ha anat bé, vaig instal·lar Apache i MySQL + PHP + pear a la màquina base, he migrat les dades del servidor antic (el tràfic entrant a amazon no es paga): base de dades i arxius, i he configurat l’apache amb diferents directives i he activat els rewrites i he corregit un problema amb uns arxius amb extensió en majúscula que es veien en windows però en Linux no (windows no distingeix entre majúscules i minúscules a nivell de noms d’arxiu però unix sí).

Finalment, una cosa que molta gent no sap com solucionar, s’ha de modificar la configuració des del tauler de wordpress per a indicar-li on deixarà les imatges que pugem.

Si trobeu problemes si us plau feu-m’ho saber.

Català-Catalunya English-USA Traduir a l'Anglès. Translate to English Compartir: La TafaneraIndependènciaCatosfera|FacebookTwitterFriend Feed|googleDeliciousDiggTechnoratiredditmixxyahoolivestumbleuponsimpy

Migració de les aplicacions de FB a OAuth 2.0 l’1 d’Octubre

dissabte, setembre 24th, 2011

El proper 1 d’Octubre Facebook realitzarà uns canvis dràstics en la seva política d’aplicacions.

A partir que es va descobrir un problema de seguretat, Facebook va anunciar que caldria implementar un nou sistema més segur per a les aplicacions.

Al seu bloc per a desenvolupadors, anuncien com a partir d’aquest primer d’Octubre deixaran de funcionar les aplicacions que no utilitzin oAuth 2.0, el que entre d’altres implica:

– Actualitzar codi si utilitzes versions anteriors

– Comprar i implantar un certificat SSL per als servidors Web o els Balanjedors de càrrega (load balancers)

– Reescriure el codi que correspongui per a que es comuniqui amb FB emprant SSL

– Implementar sessions de PHP (si la teva aplicació és en PHP). El que té més complexitat del que sembla quan treballem en un entorn webfarm (granja de servidors)

Cito de la seva web:

Reminder: Breaking Changes coming on Oct 1st

The following breaking changes are slated to go into effect on the 1st of October:

  1. OAuth 2.0 MigrationAll apps must migrate to OAuth 2.0 for authentication. The old SDKs, including the old JavaScript SDK (FeatureLoader.js) and old iOS SDK (facebook-iphone-sdk) will no longer work.
  2. Apps on Facebook authentication and security migrationAll Canvas and Page tab apps must convert to process signed_request (fb_sig will be removed) and obtain an SSL certificate for use in Secure Canvas URL and Secure Page Tab URL (unless you are in Sandbox mode).
  3. Auth 1.0 deprecationAuth.promotesession, auth.createtoken, auth.expiresession, auth.getsession will be removed on Oct 1st. Details on support for OAuth 2.0.
  4. manage_pages permission required to access user accounts (/me/accounts)We are modifying access to the FQL page_admin table and the graph.facebook.com/me/accounts endpoint. Previously, with basic permissions granted, an app could go to this endpoint or the FQL table to access the list of a users’ apps and Pages. We are going to require that apps have the manage_pages permission in order to obtain access to this information.

Jo m’he encarregat d’assegurar-me que la migració de les aplicacions de l’empresa on treballo fos un èxit.

Aquestes són les dificultats que m’he trobar:

Certificats SSL:

A l’empresa volien contractar un certificat del tipus wildcard multi-domain.

Aquests certificats no existeixen, si compres un certificat SSL senzill et permet protegir un sol nom de domini, per exemple www.codic.cat.

Si compres un certificat SSL del tipus wildcard et permet protegir el teu domini:

Un wildcard per a codic.cat et permet protegir tots els subdominis de primer nivell per a codic.cat.

Per exemple: dns.codic.cat o www.codic.cat

Però és important saber que només per al primer nivell.

No pots protegir www1.servidors.codic.cat.

Aquests dominis addicionals els pots protegir mitjançant d’adició de SANs – Secure Alternative Names al certificat. Això s’ha de fer al moment d’encarregar-lo. Es pot fer després mitjançant la creació de duplicats, però no us ho recomano i us pot donar problemes si feu servir CDN (Content Delivery Network).

Els SAN també són importants perquè alguns dispositius mòbils no suporten els certificats wildcard (per exemple l’infame windows mobile 5) i haureu de crear entrades SAN fins i tot per als dominis de primer nivell si voleu que funcioni en aquests dispositius.

Arribats a aquest punt us explico que els wildcard multidomini no existeien, per tant si teniu dos dominis per als que voleu wildcard, haureu de comprar dos certificats diferents.

A més del certificat wildcard, heu de demanar que estigui llicenciat per a usar-lo en múltiples servidors si empreu un CDN.

Hi ha diversos CDN d’abast mundial como akamai, el més conegut i probablement el més car, amazon, o més modestos i econòmics com cotendo.

Després instal·leu el certificat als servidors web o als balancejadors de càrrega i al CDN, segons les vostres configuracions i a funcionar.

Per a triar certificat vaig contactar amb diverses entitats certificadores.

Verisign – Reconeguda mundialment com la número 1, va ser de les pioneres. Però són poc flexibles i cars. Els vaig contactar per email en anglès i em va trucar una comercial que parlava castellà. Se li escapaven els detalls tècnics i em va remetre a suport tècnic, també en castellà. Conclusió: no emeten certificats wildcard per a usar en múltiples servidors (CDN), i el preu que em feien per a tenir unes 25 SAN era de vora els $6,000.00 sis mil dòlars americans. Tenen fama de trigar fins a dues setmanes a enviar el certificat. Una utilitat interessant és que et permeten generar un certificat de proves auto-signat gratuïtament des de la seva web però el cap de sistemes no va aconseguir fer-lo funcionar en un lamp de proves per a les provatures prèvies a la implantació.

Digicert – El que utilitza Facebook a part d’akamai i el que vaig comprar. Vaig poder plantejar tots els dubtes a través d’un xat web disponible a la seva plana. El certificat wildcard amb 10 SANs màxim va costar $475 quatre cents setanta cinc dòlars americans. En una hora teníem el certificat i l’instal·làrem als balancejadors de càrrega.

Thawte – Els vaig contactar a través d’un formulari web i vaig rebre un mail tipus al cap d’unes hores, i un altre al dia següent.

godaddy – Els més barats, generosos i flexibles. Per $219 teníem un wildcard al que podíem afegir 100 SANs. Malauradament internet explorer 9 no el llistava a la llista d’entitats certificadores que reconeixia. Això és important perquè si no li apareixen als visitants missatges de que aquell certificat no pot ser validat i molts es fan enrera, o els crea molèsties en navegar. Molts usuaris utilitzen internet explorer de microsoft així que descartat.

No vaig poder aclarir, cap persona de suport m’ho va poder contestar, si el fet d’afegir moltes adreces SAN (per tant generant un arxiu de ertificat més gran) pot fer que les comunicacions amb els visitants siguin més lentes.

Cal considerar que les comunicacions SSL sempre són més lentes i tenen un cert impacte en consum de CPU dels servidor web o balancejadors, pel que els proveïdors ens cobraran més per usar SSL.

Calculo que el 90% de les aplicacions l’1 d’Octubre quedaran desactivades, si més no parcialment per als usuaris de FB que usen SSL.

Adreça curta per a Twitter d’aquest article: http://wp.me/pzeab-1Sq

Català-Catalunya English-USA Traduir a l'Anglès. Translate to English Compartir: La TafaneraIndependènciaCatosfera|FacebookTwitterFriend Feed|googleDeliciousDiggTechnoratiredditmixxyahoolivestumbleuponsimpy