[kurgans]

Si es el mismo post que me han enviado a mí, me ha desconcertado un poco la utlización de la terminología IP SSL, pero ovh me ha confirmado que se puede usar en cualquier servidor dedicado, y darle el uso que yo quiera la verdad para mis es una comodidad disponer de alguna ip adicional ya no por el tema del DNS si no para dar otros servicios a mis clientes que ahora mismo donde estoy se los estoy proporcionando, si hay que pasar por caja, en fin en principio habrá que hacerlo.

Gracias por el post compañero

[Power]

Hola,

Yo consulté ese tema por email a OVH.
Me contestaron que leyese esto:
http://forum.ovh.es/showthread.php?t=1713

Saludos

[kurgans]

Yo tengo ahora mismo un servidor dedicado, pero me veo en la necesidad de abrir otro y trabajo con virtualizacion.

Para sacar un nuevo servidor y disponer de 3 ips adicionales, se supone que debo tener certificados pero no veo nada en la web de como adquirirlos, precios etc..

Me podeis dar algun link para ver informacion sobre este tema, por lo menos mirar el coste que tiene montar asi el server.

Un saludo

[Pamkeko]

Yo lo tengo clarísimo, para mí las direcciones IP adicionales me servirían para crear servidores virtuales. Esto abre un mundo de posibilidades y, personalmente para mí, ninguna para agrandarme el bolsillo.

En ServerAxis llevo funcionando así cerca de tres años. Allí tenemos un servidor dedicado donde ejecutamos un par de máquinas virtuales con UserMode-Linux. Es facilísimo, un bridge entre la interfaz de red física y un tap y a andar.

El tema es que he adquirido un Superplan con Windows Server 2003. Como otros usuarios del foro comentaron antes, cuando se lanza una máquina virtual en VMware Server en modo bridge, se pierde la conexión con el equipo.

Vaya decepción. Y el soporte técnico me dijo que pudiera ser al detectar el sistema un cambio en la MAC... aunque igual digo yo que será por el modo promiscuo para el bridge. En fin, sea lo que sea, ¿no podrían los de OVH echarnos una manita en este sentido?

¡Gracias por su atención!

[Power]

Intel Celeron: 1xIP Failover
Intel Pentium: 2xIP Failover
Intel Core 2: 4xIP Failover
Intel Xeon: 8xIP Failover

Me parece lo más lógico y proporcionalmente justo.

[Zuche]

¿se ha considerado poner 2 ip fail over a los servidores start en lugar de 1? Así de paso habría cierta ortogonalidad:

Intel Celeron: 1xIP Failover
Intel Pentium: 2xIP Failover
Intel Core 2: 4xIP Failover
Intel Xeon: 8xIP Failover

Totalmente de acuerdo.

--
Saludos,
Zuche.

[Salmadar]

Respecto a esta última discusión entre miembros del foro quería aportar que hay una razón perfectamente legítima para querer repartir páginas en varias IP's y es no querer dar información a la competencia de tu estrategia comercial y de tu cartera de clientes. Si tienes todos tus dominios en la misma ip tus competidores pueden llegar a saber las páginas que estás creando, por eso es ideal poder repartir todos tus dominios entre varias ips y cuanto más separadas mejor, entiendo que hay escasez de direcciones IPv4 y esto no sería posible para todo el mundo, pero bueno, simplemente comentar eso.

En cuanto al tema original venía a decir que si se daban IP's adicionales tendrían que ser en modo fail-over porque son más útiles pero veo que se ha tenido en cuenta, enhorabuena.

Lo único mejorable es que veo que el servidor más barato al que se le han aumentado las direcciones es el superplan 08 que es un servidor con 1 gigabyte de ram, y el cuello de botella de un servidor dedicado suele ser la RAM debido al modo en que están programadas las aplicaciones PHP. Es una pena que al mejor servidor ahora mismo en cuanto calidad precio (en mi subjetiva opinión), el Start 100M L ++/56 euros/2GB ram no se le hayan aumentado las IP adicionales, ¿se ha considerado poner 2 ip fail over a los servidores start en lugar de 1? Así de paso habría cierta ortogonalidad:

Intel Celeron: 1xIP Failover
Intel Pentium: 2xIP Failover
Intel Core 2: 4xIP Failover
Intel Xeon: 8xIP Failover

Por favor, tenedlo en cuenta. Por esta misma razón como le pasaba a otro miembro mantengo un servidor en un proveedor español ahora mismo porque me ponen todas las IP's que necesito (ahora mismo tengo 6 direcciones en un servidor de este proveedor y me saldría económico cambiarlo por dos servidores Start 100M L++).

Un saludo, y si alguien está en mi misma situación que me secunde para que lo tengan en cuenta.

[jmjosebest]

Un millón de gracias!!

[nando.dominios]

Chico que suspicaz para lo que quieres.

Web search engine spam en ingles, y si quieres traducido al español, es una practica reconocida como SPAM, que llena de basura los indexadores, produciendo problemas de calidad en las busquedas. ¿Tener mas IP?s? SI me dijeras que es para una granja de enlaces, cosa que no me creeo pues a la larga entre todas las web que usas para tejer tu araña, repites hasta la saciedad terminos para ser indexados, quizas me callaria.

Pero como no, porque conozco tu patio mejor de lo que tu te crees, digo y escribo SPAMERS.

Al final veras que ahora si, hago referencia directa hacia ti, pues entiendo que tu ofuscación no es sino sintoma inequivoco de que tu dedicación es más bien la propìa de un SPAMER y por ello te sientes ofendido.

Adema,s al hilo de este post, tu no necesitas más IP's y de necesitarlas, el uso que le vas a dar no esta contemplado en RIPE. Asi que ...

Otra vez será.

Si confundes SPAM con SEO, no es mi problema, ello no te da derecho a insultar ni menospreciar el trabajo de otros.

Profesional, que eres un profesional.

[tonysanchez]

Increible respuesta comercial, que me alegra y me afirma en que la eleccion que realice de elegir OVH para mi mi negocio era la correcta.

1 seman 3 máquinas, y ahora con las IP adicionales, migrare otras que tengo en otros datas...

Un saludo y un aplauso por la visión comercial del responsable (y del equipo en su conjunto)

[Power]

¡¡¡ Perfecto el aumento de direcciones IP !!!
Veo que a los SuperPlan, EG y MG se les dan ahora 4 direcciones IP adicionales.
Una muy buena noticia. Gracias.

¿Se ha pensado ya cuántas direcciones IP Fail-over van a tener los RPS-1, RPS-2 y RPS-3?

[tonysanchez]

Acabo de recibir la noticia, y me he puesto en contacto con soporte, con el fin de que me lo verifiquen, y den forma contractual a esta afirmación que estoy seguro será muy beneficiosa para ustedes y para los que trabajamos con ustedes.


Un saludo.

[admin OVH]

OK. Desde hoy tenéis 8 IPs adicionales en los servidores HG.

[tonysanchez]

Para sitios con SSL, por lo general, sitios con comercio electronico, qu eno se pueden permitir, el uso de un certificado autofirmado, dados los mensajes de error que aparecen en el navegador, o más ahora, que con el sistema de windows de "todo lo que no es bueno para mi lo bloqueo" que no muestra ni la página y el mensaje es muy crítpico para la mayoría de los usuarios.

El numero los saco, de los 6000 dominios que he gestionada indirectamente como responsable de dicha empresa.

7 para un pentium o dual core, (me refiero al tipo de maquina, por lo general montada con discos SATA) y 15 para los XEON o modelos con discos SAS y elevada memoria.

Esto es asá por el numero de sitios web que cada una de esas máquinas puede permitir sin presentar problemas para los alojados.

Así pues, básicamente, cuando instálabamos máquinas nuevas, y sobre todo en la ultima etapa, en otra empresa de Hosting, donde para compartido solo montábamos XEON Quad Core, reservábamos una clase /29 para cada máquina.

Quitando algunos usos como VPS (los VPS reales no son para montarlos en una maquina sino en una combinación máquina + array de discos, pues de lo contrario lo único que hacemos en engañar al publico) para testing, pocas IP hemos concedido sin que el cliente nos comprará el certificado.

Obligar a comprar el dominio me parece muy fuerte. Pero el certificado, lo veo mas pausible, aunque como dije en el post es mas fácil, un script que cada dia verifique la respuesta telnet al puerto 443 de la IP asignada a un cliente que supuestamente dice necesitar la Ip para certificado SSL.

No tener la posibilidad de Ip adicional, hace en mi caso que tenga máquinas en otros proveedores, del tipo XEON, para tener allí los clientes que requieren Ip fija. En mi caso hablamos de una máquina XEON cada dos meses, lo que al año, vendría a ser, 6 máquinas que cada mes dejais de alquilar.

De esta manera, no teneis más clientes, por la limitación tan dura que poneis, y muchos de los que teneis, lo son para tener trafico elevado, muchos, usando las máquinas con meros discos network al estilo Amazon, iDrive, etc.

Un saludo.

[Vidal OVH]

Creo que el post se está saliendo del tema y está dejando de ser interesante.

Volviendo sobre el tema y para intentar reconducirlo :

En otro orden de cosas, despues de unos años como responsable de una empresa de hosting, con mas de 25 dedicados, he legado a la conclusión de que dependiendo de la maquina, un cliente de dedicados, viene a necesitar un /30 para maquinas Pentium y un /29 para XEON. (Necesidades eticas y reales)

Dices que un Pentium (imagino que un Dual Core) necesita 7 direcciones IP y que un XEON necesita 15 direcciones IP.

¿De dónde sacas esas direcciones? ¿Para qué usos se "necesitan" esas IPs? ¿SSL, VPS, gestión de sitios, tráfico....?

[tonysanchez]

Chico que suspicaz para lo que quieres.

Web search engine spam en ingles, y si quieres traducido al español, es una practica reconocida como SPAM, que llena de basura los indexadores, produciendo problemas de calidad en las busquedas. ¿Tener mas IP?s? SI me dijeras que es para una granja de enlaces, cosa que no me creeo pues a la larga entre todas las web que usas para tejer tu araña, repites hasta la saciedad terminos para ser indexados, quizas me callaria.

Pero como no, porque conozco tu patio mejor de lo que tu te crees, digo y escribo SPAMERS.

Al final veras que ahora si, hago referencia directa hacia ti, pues entiendo que tu ofuscación no es sino sintoma inequivoco de que tu dedicación es más bien la propìa de un SPAMER y por ello te sientes ofendido.

Adema,s al hilo de este post, tu no necesitas más IP's y de necesitarlas, el uso que le vas a dar no esta contemplado en RIPE. Asi que ...

Otra vez será.

[nando.dominios]

Con todo el respeto nando, si te consideras spamer es tu problema. Si te dedicas al posicionamiento con técnicas no intrusivas, ni abusivas, entonces no te tendrias que sentir ofendido. Si asi lo haces, pues no te quejes de que te pongan nombre. Cuando uno no roba, no es un ladrón, Cuando uno roba es un ladron. Cada uno vera cuando se siente ofendido.

Por tanto te agradeceria que leyeras sin darte por aludido, ni expresar lo que yo no he dicho, porque estoy en mi derecho de quejarme de aquellos que desean IP para usos que no están permitidos ni contemplados por el RIPE, ademas de expresar que la practica a la que aludís, no es vale para nada. Si te molesta, lo siento, pero prefiero pedir para mi que para los que no están dentro de los autorizados, posible o legal.

Un saludo.

He sido el único en este hilo que pidió ips para posicionar mejor, es normal que si haces alusión a ese tema CONCRETO yo me dé por aludido (no me queda otra), posicionar de esa manera no es hacer SPAM y por ende reclamo mi derecho a no ser insultado, el SPAM es un delito.

No tengo nada más que decir, solamente era esa aclaración, un saludo.

[tonysanchez]

Me ha parecido interesante esa posibilidad que desconocía.
¿Podrías contarnos cómo puede hacerse?

Gracias

Te dare la información para que la busques...

Subject_Alternative_Name y RSA Key Management

[tonysanchez]

Con todo el respeto nando, si te consideras spamer es tu problema. Si te dedicas al posicionamiento con técnicas no intrusivas, ni abusivas, entonces no te tendrias que sentir ofendido. Si asi lo haces, pues no te quejes de que te pongan nombre. Cuando uno no roba, no es un ladrón, Cuando uno roba es un ladron. Cada uno vera cuando se siente ofendido.

Por tanto te agradeceria que leyeras sin darte por aludido, ni expresar lo que yo no he dicho, porque estoy en mi derecho de quejarme de aquellos que desean IP para usos que no están permitidos ni contemplados por el RIPE, ademas de expresar que la practica a la que aludís, no es vale para nada. Si te molesta, lo siento, pero prefiero pedir para mi que para los que no están dentro de los autorizados, posible o legal.

Un saludo.

[Gura]

Usar varios certificados en el mismo servidor, sin diferentes IP es, hasta donde yo se posible, pero gracias a un tema de los certificados SSL (Server Name Indication - SNI). El navegador tiene que soportarlo... Pero me gustaría saber como lo hace tonysanchez.

[nando.dominios]

Al margen de los spamers de Google (que siguen alucinando con el tema de las IP cuando eso no forma ni tan siquiera una minima parte del algoritmo de puntuación), los que ofrecemos servicios a clientes con comercio electronico, requerimos de la IP Fija.

Agradecería que los que requerimos ips a OVH para posicionar mejor, no se nos faltase al respeto, no uses esa afirmación para dar más importancia a tu necesidad por que no te va a servir de nada, tu pide para tí, pero deja a los demás vivir.

Un saludo.

[Power]

Si bien no es cierto que no se pueda poner certificados SSL sobre la misma IP (Apache lo permite, pero hay que saber hacerlo)...

Me ha parecido interesante esa posibilidad que desconocía.
¿Podrías contarnos cómo puede hacerse?

Gracias

[jmjosebest]

Yo quiero IPs para crear planes revdnedores que puedan gestionar sus propias DNS y Servidor Virtuales.

Por favor!! más IP's!! Gracias!!

[tonysanchez]

Todo muy bien, pero si no me equivoco la geolocalización no es más que la asiganción de datos geolocalizados en el formulario RIPE del rango que se desee.

Si OVH tiene por ejemplo un rango de IP's en una clase /16 (91.121.*.*) por ejemplo, y asigandas geograficamente a Paris (esto noe s una posición fisica sino el contenido del formulario)

% Information related to '91.121.0.0/17AS16276'

route: 91.121.0.0/17
descr: OVH ISP
descr: Paris, France
origin: AS16276
mnt-by: OVH-MNT
source: RIPE # Filtered

% Information related to '91.121.0.0/16AS16276'

route: 91.121.0.0/16
descr: OVH ISP
descr: Paris, France
origin: AS16276
mnt-by: OVH-MNT
source: RIPE # Filtered

Puede subdivir en claees menores como ejemplo /18 /19 /20 /21 y modificar la ficha de datos en RIPE para indicar la localización geografica de la misma como esta realizado en la clase: 87.98.224.0/21

descr: ES OVH
descr: Madrid, Spain
origin: AS35540
mnt-by: OVH-MNT
source: RIPE # Filtered

Claro esta que esto supone un mayor esfuerzo para los administradores de la ya compleja red de OVH, puesto que esos cambios tambien llevan consigo el correspondiente anuncio de rutas.

En fin, que no se diga o se piense que la geolocalización es que la Ip esta en un data de españa, que alguno piensa eso. Es una IP que es alis de la del servidor, y cuyas rutas pueden ser distintas en cierta parte del camino, pero terminaran convergiendo en la red de OVH.

traceroute to 91.121.90.221 (91.121.90.221), 64 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 1.662 ms 1.058 ms 1.197 ms
2 192.168.153.1 (192.168.153.1) 1682.583 ms 1132.735 ms 774.898 ms
3 65.Red-81-46-44.staticIP.rima-tde.net (81.46.44.65) 522.147 ms 519.533 ms 235.074 ms
4 So6-0-0-0-grtmadde2.red.telefonica.wholesale.net (84.16.8.117) 470.643 ms 552.706 ms 629.973 ms
5 So1-2-0-0-grtparix3.red.telefonica-wholesale.net (213.140.43.186) 869.534 ms So0-0-0-0-grtparix3.red.telefonica-wholesale.net (213.140.36.18) 595.015 ms 1045.124 ms
6 217.239.37.110 (217.239.37.110) 1080.156 ms 1062.358 ms *
7 217.239.37.129 (217.239.37.129) 1132.720 ms 1131.312 ms 1251.667 ms
8 * 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 1848.465 ms 1751.615 ms
9 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 1730.477 ms * 1462.189 ms
10 rbx-27-m1.routers.ovh.net (213.251.191.204) 1897.444 ms 1830.473 ms 1949.328 ms
11 ronin.islaserver.com (91.121.90.221) 1835.839 ms 1305.379 ms 1894.798 ms
speckamac:~ specka$ traceroute 87.98.226.221
traceroute to 87.98.226.221 (87.98.226.221), 64 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 1.714 ms 1.006 ms 1.005 ms
2 192.168.153.1 (192.168.153.1) 1748.576 ms * 1855.206 ms
3 162.Red-81-46-56.staticIP.rima-tde.net (81.46.56.162) 2247.275 ms 2170.555 ms 1984.526 ms
4 So-5-0-0-0-grtmadde2.red.telefonica-wholesale.net.9.16.84.in-addr.arpa (84.16.9.165) 1861.109 ms 1787.338 ms 2085.238 ms
5 So0-0-0-0-grtparix3.red.telefonica-wholesale.net (213.140.36.18) 2131.872 ms 2358.305 ms 1847.557 ms
6 217.239.37.110 (217.239.37.110) 1443.375 ms 1584.413 ms 1607.847 ms
7 217.239.37.129 (217.239.37.129) 1246.348 ms 1617.727 ms 1619.566 ms
8 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 2239.903 ms 1963.845 ms *
9 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 1813.564 ms 2088.557 ms *
10 * * rbx-27-m1.routers.ovh.net (213.251.191.204) 1779.301 ms
11 87-98-226-221.ovh.net (87.98.226.221) 2065.523 ms 2284.082 ms 2028.346 ms

NOTA: Los valores anormales de respuesta son debidos a el uso de ciertos programas p2p.

Saludos.

[Vidal OVH]

Otra cosa es que OVH se cuide la cara. Guarde el formulario de petición, y cuando el cliente o RIPE tengan un mosqueo, muestre la petición.
Demasiado trabajo para una cuestión sobre la cual, llevamos años en el mundo del hosting paranoicos con las IP's.

Los administradores que he consultado personalmente me han indicado precisamente que ésa es la idea. No siendo administrador, no puedo saber en qué puede afectar esto al problema de "confianza mutua" OVH<->RIPE.

En cualquier caso, además de esta traba administrativa, me han comentado varias cosas importantes :

- Las IPs (y los rangos) serán geolocalizados en Francia, dado que los datacenters están situados en Francia. (Esto sí es una obligación impuesta por el RIPE)
- El RIPE comprueba repetidamente la relación MAC/IPs de cada asignación. En estos momentos el AS de OVH no supera de media las 2 IPs por cada MAC y siempre ha sido así desde el principio. Deben consultar con el RIPE en qué medida afecta el cambio que se va a hacer y cómo gestionarlo de un modo limpio (estamos hablando de asignar un bloque de IPs a cada MAC).
- Siendo cierto que se pueden programar autómatas para controlar los usos, la opinión más generalizada dentro de los administradores es que si damos por supuesto que se van a producir abusos, lo más conveniente es seguir como hasta ahora. (palabras exactas del administrador)

El problema técnico es mínimo (de hecho, ya se hace para las IPs v6, con las que tenéis millones de IPs por cada servidor). Técnicamente basta con repetir lo mismo que se ha hecho con IPv6, pero con direcciones de IPv4.

La siguiente reunión general será a principios de marzo. Imagino que en esa reunión ya se tomarán decisiones definitivas.

Un saludo

[xavisent]

Tienes razón Tony,

Precisamente eso es lo que me choca del anuncio de OVH,
aparecido en el post http://foros.ovh.es/showthread.php?t=1313

Pero bueno, ya veremos por donde van los tiros...porqué todo
lo demás, es especular.

Saludos,

[tonysanchez]

El RIPE no esta para atender a usuarios finales que argumenten la politica de sus asociados. EL RIPE es un organismo de asociados, que trabajan bajo unas normas.

No me veo a los Admins de RIPE atendiendo las solitiudes de miles de usuarios finales, cuando para pedir una simple clase C en tu proveedor de transito, el procedimiento es largo y duro.

Vamos que no me veo procesando al RIPE y sus empleados, millones de solicitudes...

Otra cosa es que OVH se cuide la cara. Guarde el formulario de petición, y cuando el cliente o RIPE tengan un mosqueo, muestre la petición.
Demasiado trabajo para una cuestión sobre la cual, llevamos años en el mundo del hosting paranoicos con las IP's.

Insisto en que el problema tiene una raiz, más administrativa y técnica que de cara a RIPE.

[xavisent]

Hola Tony,

Respecto a este tema de las IP's, lo que anuncia que va a hacer OVH en un futuro próximo, es en implantar un sistema, para que sean los propios clientes
quienes la soliciten y argumenten a RIPE, un poco algo similar con
lo que pasa en los servicios de housing (Ver guía al respecto), pero
por lo que dicen, de una forma más simple (imagino que una opción
del manager).

Ya veremos cuanto tarda, y como queda al final.

Saludos,

[tonysanchez]

Al margen de los spamers de Google (que siguen alucinando con el tema de las IP cuando eso no forma ni tan siquiera una minima parte del algoritmo de puntuación), los que ofrecemos servicios a clientes con comercio electronico, requerimos de la IP Fija.

Si bien no es cierto que no se pueda poner certificados SSL sobre la misma IP (Apache lo permite, pero hay que saber hacerlo) lo hace bajo una condición que es impensable para los clientes.

Mediante certificados autofirmados, que no es lo que el cliente quiere, ya que desea un certificado, sin que el pesado de IE u otro navegador con algun configuración paranoide, le haga saltar ventanitas de inseguridad, que el lciente no sabe lo que quieren decir.

Ahora bien, pretender que la compra de IP's este asociada a un producto de OVH u obligue a la compra de un producto determinado, no me parece ético, y mucho me temo, que las leyes y acuerdos de la CEE tampoco permitan esa practica, al menos de manera totalemente licita, por suponer una practica coemrcial abusiva (uno tiene que hacer esto si quiere lo otro con el mismo proveedor).

Esta claro que el problema, es administrativo frente al RIPE (OVH tiene IP's de sobra dado los rango que administra en la actualidad) y tampoco es totalmente cierta la politica del RIPE que cierto administratdor de OVH ha escrito por aqui (lo siento pero he sido mantenedor de un para de rangos de un AS y tambien he tenido en privado un par de clases C delegadas) y administrativo de cara a la caradura que algunos tienen con tal de seguir con sus practicas de spam hacia google. Tambien administrativo-técnico, porque la subdivisión de redes, en el data, con clientes que tienen X, otros X*2, X*3 Ips complica un poco más las cosas.

Creo, IMHO, que OVH podría (tan amiga que es de los scripts y la automatización) crear un script de verificación de sitios SSL por máquina. Esta claro que quien incumpliera la utilización autorizada de la IP estaría ante un incumplimiento de contrato. (Esta claro que algun spamer, seria capaz de pagar los certificados baratitos como el QuickSSL, con tal de tener las IP's para sus artimañas, aunque un buen administrador de sistemas si quiere con un poco de perl, awk, podría hacer un script que cazará tambien a este uso fraudulento)

Desde luego que obligar la compra de dominios o certificados, ni me parece ético ni legal.

En otro orden de cosas, despues de unos años como responsable de una empresa de hosting, con mas de 25 dedicados, he legado a la conclusión de que dependiendo de la maquina, un cliente de dedicados, viene a necesitar un /30 para maquinas Pentium y un /29 para XEON. (Necesidades eticas y reales)

Saludos.

[jcuadra]

¿Por qué dices que el sistema no lo permite? ¿O es el equipamiento de Network el que no permite darle una segunda IP? (Ya que no sé muy bien cómo funciona el sistema de las IP geográficas)

[xavisent]

Rubén, imagino que donde pones Javier quieres decir Jaime ,¿Nop?

[Vidal OVH]

Buenas,

No sé si me meto en lo que no me concierne, pero creo que estáis mezclando cosas.

El servidor Kemsirve (Celeron) no tendrá nunca IPs adicionales. Ni con SSL ni en España ni en Alemania ni en la conchinchina. El sistema no lo permite. En este caso hablamos de limitaciones técnicas ya que estos servidores no están preparados para ello. No hay diferencias ni trato de favor ni exclusión entre países.

Ahora bien, en el resto de servidores, (a partir de Start) corresponde a cada empresa de cada país definir su política, ya que las asignaciones RIPE se hacen independientemente.

El RIPE penaliza a las organizaciones que tienen una tasa de MAC/IP demasiado baja sin justificación y por motivos aleatorios. Eso deberías saberlo sobre todo tú, Javier. Además, las penalizaciones son bastante severas. Eso podría limitar aún más el número de IPs asignadas a OVH España en un futuro. Naturalmente esa decisión corresponde a los administradores de cada país.

De todos modos, hablaré con ellos el lunes para saber si es ese el problema, no quiero meter la pata. Y lo de siempre, quizás paguen justos por pecadores, pero si hay abusos y usos indebidos, me parece normal (aunque sea injusto en algunos casos) que continúen las limitaciones.

Un saludo.

EDIT : Acabo de saber que en Alemania tienen el mismo problema y las limitaciones son las mismas que en España. Como podrás entender, es una decisión independiente de las filiales de OVH en cada país.

[jcuadra]

Todos tienen un mínimo de dos (La propia y la FailOver) haciendo una excepción: Kemsirve que solo lleva una.

Precisamente lo de tener 2 ips a mi me parece crucial, y ese es el motivo por el que no contrato ese servicio.

Desde que estoy en OVH he recomendado los servicios (especialmente de servidores dedicados) a todos mis amigos, conocidos, clientes (hoy por ejemplo lo he hecho en un foro que recibe miles de visitas diarias) y he gestionado bastantes servidores.

También tengo que decir que hubiera gestionado muchos más si los kemsirve llevaran más de una IP.

Además el tener solo una IP no da para "virtualizar" servidores y que en ocasiones es muy interesante.

Si los Kemsirve tuvieran más de una IP, tendría uno en producción y podría tener otro de backup y otro de pruebas/maqueta (en reemplazo del servidor que tengo contratado).

[xavisent]

En este caso, ¿quien es el titular de las IP's...OVH o el cliente?

[admin OVH]

Las IPs son siempre gratuitas. Se dan 2 IPs por servidor dedicado en estos momentos.

El precio es del certificado SSL (1 año) y se regalará la IP para el servidor dedicado o alojamiento compartido, esgrimiendo ese uso al RIPE.

En el resto de usos, si el RIPE las acepta, serán siempre gratuitas.

El RIPE no permite muchas cosas (comerciar con IPs, cobrar por su uso, utilizarlas par hacer subir el Pagerank, usar las IPs para bots, etc...)

Haciendo pasar vuestras solicitudes por el RIPE nos protegemos de los abusos que se están cometiendo ya (incluso con sólo 2 IPs por servidor). Os sorprendería.

Es posible (no estoy seguro) que los abusos en otros países (se ha puesto el ejemplo de Francia) sean menores y por eso los proveedores puedan arriesgarse más.

Con la situación y el uso que estamos viendo ahora en nuestros servidores (hablo en nombre de OVH España), es imposible ofrecer más IPs sin pasar por el RIPE, sintiéndolo mucho, de veras.

Un saludo.

[jcuadra]

Como bien dicen, muchas veces me siento discriminado cuando veo que en el resto de europa se ofrecen mayores servicios de los que se dan en España, como si aquí fuéramos menos que allá y precisamente el tema de la IP es lo que más me molesta.

Dentro de dos meses tengo que decidir si continuo con el servidor dedicado que tengo ahora o lo doy de baja, ya que el uso de este ya no me interesa por el coste que me supone.

Había pensado en pasar a un kimsufi .. pero sólo tiene una IP. Y el uso de la segunda IP puede ser para múltiples motivos ... como tener un "segundo" servidor DNS como se exige para registro de dominios etc.

Hasta ahora, los clientes que he mantenido, han tenido cada uno su propio servidor dedicado, contratado por ellos, pero mantenido por mi, ya que por cuestiones de Protección de Datos, tienen necesidad de tener una IP de uso exclusivo, así que ... una IP para la gestión del servidor y la IP Fail Over para servir las páginas web etc.

Las ofertas de otros proveedores similares a OVH (Me refiero a Servidores dedicados de bajo coste) suelen aparejar 5 ó 10 direcciones IP.

La posibilidad que OVH me da para ampliar direcciones IP es pedirlas a RIPE, pero el estudio y previsión que hay que hacer para pedirlas es inviable, especialmente cuando quieres dos ó tres y que claro esta, RIPE va a denegar por que da rangos y no subredes.

Además ... ¿Cobrar por IPs? .. Si no estoy mal informado ... RIPE no permite que se haga negocio con esto, ahí están los agujeros "legales", pero cuando se habla de servidores (que requieren IPs estáticas) no debería cobrarse por ello.

[Power]

Pues no entiendo que RIPE pueda poner problemas para los clientes de OVH en España y no para los que residen en Francia.

Por lo que veo en www.ovh.com/fr/particulier/produits/superplan2008.xm , a los clientes franceses de servidores Superplan de OVH se les dan 4 direcciones IP Fail-over.

Y parecen muy útiles para el caso 4 que explican en www.ovh.com/fr/particulier/items/ip_failover.xml y que aquí no existe.

[admin OVH]

El problema siguen siendo los usos de las IPs y el organismo RIPE que controla las asignaciones. De momento solo estan especificados ciertos usos para las nuevas IPs.

Por el momento OVH sólo va a conceder IPs para certificados SSL y con la condición de que el dominio este registrado en OVH a un precio que ronda los 29 o 49 euros anuales. Ese uso sera automaticamente aceptado.

El resto de usos no depende de nosotros.

Lo mas facil va a ser que especifiquéis vosotros mismos el uso que vais a dar a cada nueva IP y que en funcion de vuestra explicación, el RIPE decida - de antemano os digo que la mayoria de los usos que nos habéis especificado no van a ser aceptados por el RIPE.

[tatuin]

Buenos días,

Llevo desde el 3 de enero con este tema y, a pesar de que ese día me dijeron que era posible y que me responderían al e-mail, aún no había tenido ninguna respuesta. Hoy he llamado al servicio técnico y me han dicho que OVH no va a ofrecer IPs adicionales a los servidores (cuando en el foro de OVH no es eso lo que parece http://foros.ovh.es/showthread.php?t=1174).

Me gustaría tener una respuesta de si OVH me puede ofrecer una solución para poder instalar un certificado SSL en o si tengo que sacar el servidor a otro ISP como me ha dicho el técnico debería plantearme migrar el servidor a otro ISP.

Gracias y un saludo,
Esteban

[unwired]

Hola,

Personalmente, veo interesante, la posibilidad de contratar IP's adicionales, no solo para el tema de los certificados, sino, para dar servicio a los clientes, clientes exigentes que piden una IP propia, para alojar su pagina web.

Saludos

[nadeon]

A mi el tema de ips extras me vendría de fábula. Ya que hay clientes que me las solicitan.

Aparte está también el tema de los certificados SSL que si quieres que salgan baratos (Lo que piden el 90% de clientes) necesitas ip únicas.

El tema de que hagais un "pack" lo veo bien a medias y todo dependiendo del coste que pongais por certificado. Creo que aunque hagais un pack deberiais dar la libertad de que nosotros mismos podamos elegir que empresa contratar con ese certificado o al menos dominios.

Tened en cuenta que muchos clientes solicitan dominio, certificado y hosting conjunto pero diciéndote que el dominio lo tienen con otra empresa y ahí no podriamos ofertarles nada con vosotros y tendriamos que buscarnos las migas en otra empresa de hosting (Yo a mis clientes con webs que incluyen compra con un certificado SSL no los tengo alojados aquí por lo mismo).

Bueno es una opinión más. Yo por el momento estoy contento con el alojamiento, pero sólo estoy pasando a clientes que no requieren certificados. Y cuando son tiendas online todas lo necesitan.

[Roberman]

¿ Y el precio ? ¿Va a ser anual o mensual ? ¿ Qué limites de IPs por cada servidor ?

[admin OVH]

"Contra el vicio de pedir está la virtud de no dar"

[nando.dominios]

Un día de estos me van a echar, con tanto pedir...

[nando.dominios]

Josu, el tema de las ips de cara al posicionamiento, es como del día a la noche, si tienes un buen lote de dominios, hacen mucha fuerza, si todos tienen la misma ip, no solo no hacen fuerza si no que podriamos especular que g**gle nos ve el plumero y podria incluso penalizarnos.

[Gura]

Si no se puede, no se puede, pero por el tema de los certificados es algo muy interesante.

[josu]

Uhm, curioso, no se me había ocurrido el tema de posicionamiento en los buscadores.

OVH ya ha dejado claro con anterioridad que no quiere dar el servicio de IPs adicionales, supongo que para evitar servidores virtuales y reventa de sus equipos. No me extraña teniendo en cuenta las "facilidades" que dan de ancho de banda La pena es que se les puede dar muchos más usos a las IPs que la reventa.

Agur.

[nando.dominios]

Estaría bien disponer de ips adicionales bajo un precio fijo mensual, algo facil de contratar, más que por los certificados, por dar una ip a cada dominio y mejorar notablemente el valor de los enlaces entre ellas (si tienes cien webs y todas ellas tienen la misma ip, ese anillo de enlaces no parece tener a simple vista mucho peso, tendría más si al menos estuviese repartido en 10 ips).

[admin OVH]

Hola a todos y gracias por las respuestas,

El objetivo del servicio que estamos ideando, es eliminar el problema de certificados SSL en los servidores dedicados.

El servicio de SSL para dedicados incluiría el dominio a certificar (si ya existe deberá estar registrado en OVH), el certificado SSL anual y la IP adicional. Se tratará de un servicio conjunto y global dirigido a los que necesitéis certificados SSL en un servidor dedicado.

También elaboraremos una serie de guías para ayudaros a añadir el certificado al servidor de forma fácil.

Si la mayoría váis a utilizar las IPs para otros usos, entonces este servicio no será adecuado y tendremos que replantear las ideas.

[Shuugo]

Yo tambien estaria interesado en ips adicionales (aunque depende del precio) pero no para los certificados sino para reventa de espacio.

Un saludo

[ferran2007]

Buenos días, seria perfecto poder alquilar ip adicionales para los servidores especialmente si se usa el Server para venta de resellar Y para los certificados SSL...

Yo actualmente estoy usando las dos ip para los dns, poder alquilar mas seria perfecto

Un saludo

[Gura]

Es una opción muy interesante, al menos, aunque no gratis, si poder decir: Quiero 3 IP adicionales, y pagarlas mensualmente junto con el servidor. Yo personalmente las utilizo para el tema de certificados SSL. Hasta ahora tengo un certificado firmado por mi mismo, por lo que no tiene validez alguna, pero tengo pensado adquirir a bajo coste dos certificados, mas un tercero firmado por mi (El que tengo ahora mismo). Uno será destinado a mi webmail, smtp e IMAP, todo para el mismo hostname. Otro será utilizado para una web que montaré con unas amistades y el tercero, firmado por mi, será para un blog y demás (Verificando el fingerprint me sirve). En realidad solo accedo desde mi portátil y ese certificado es de confianza absoluta para mi.

Los certificados multidominio o como tambien los llaman, wildcard, son muy caros. Interesa si tienes mcuhos dominios porque hablamos de diferencias de 39 a 350 euros al año por certificado.

Por otro lado y siendo más ambicioso, correr un vmware server sobre mi máquina y correr por encima un sistema para unas pruebas y que esa máquina virtual "salga" con una de las direcciones contratadas, seria un lujazo. Ya no hablo de revender un servicio VPS ni nada similar (Algo que quizá infrinja el contrato con OVH), sino para uso propio.

Hoy he hecho algunas pruebas con la IP failover que yo pensaba que solamente se podía utilizar con un heartbeat y otro servidor dedicado contratado con vosotros o con Windows cluster service, por ejemplo. He creado el registro A, veo la ip en el manager y ya puedo cambiar su inversa. Si es cierto que aparece como si perteneciese al bloque de direcciones de OVH Hispano y perteneciente a España.

Y ya que hablo de certificados, algo "guapo" sería que para comprar un certificado SSL (Tenéis precios competitivos) no tuviesemos que tener el dominio con vosotros (El otro día le eché un vistazo y creo recordar que era un requisto. Corrígeme si me equivoco). En mi caso vengo de una empresa de hosting española, este Lunes he migrado a Joker y no se me apetece nada transferir el dominio de nuevo a otro registrar. Tenerlo en cuenta en un futuro, así como la venta de direcciones IP adicionales.

Un saludo,

[nautalia]

Llevo unos días buscando información sobre certificados y con la lectura del mensaje he aprendido algo más sobre IP, pues en mi caso lo que necesito va en función de su precio.

Me gustaría saber a cuánto saldría cada IP adicional y los certificados.

Seguro que serán buenos precios.

[admin OVH]

Muy buenas

Como sabréis, en estos momentos todos los servidores tienen 1 IP principal y 1 IP Fail-over que puede ser geolocalizable.

Por lo que vemos en el foro y en las preguntas al soporte, muchos no usáis esta IP como Fail-over ni para geolocalizar, sino para certificados SSL.

En efecto, cada certificado SSL debe tener una IP única. En realidad un certificado puede valer para varios dominios (certificados multidominio), así que no es del todo necesario tener 1 IP por cada dominio alojado, pero el tener varias IPs ayuda en la gestión de los certificados.

La pregunta es clara : ¿Cuántas IPs necesitáis en cada servidor para gestionar certificados SSL?

Me gustaría que nos diéseis vuestra opinión si al final esta opción se lleva a cabo : ¿Os parece una opción atractiva? ¿Cómo gestionáis los certificados hasta ahora? ¿Alguien usa certificados multidominio?

Un saludo.