CONSULTA DEL USUARIO:

Amigos de SH:

Ya borre el archivo data_.php, el mismo fue añadido el dia 23/06/2008. Yo no realice ninguna tarea en el sitio desde el dia 20/06 por lo tanto, el archivo fue subido al servidor por otro medio.

Sinceramente no se adonde puede estar el error, por el momento, voy a optar por realizar un cambio en la contraseña. Solicito el alta del dominio nuevamente.

Si pueden aconsejarme en algo acerca de la seguridad de mis dominios, estaria muy agradecido.

Atte
Santiago

RESPUESTA DEL STAFF:

Estimado Santiago:

Antes de reactivar acceso, debe confirmar que la versión del sistema instalado sea la última puesta a disposición por el desarrollador y que todas las eventuales actualizaciones de seguridad estén debidamente aplicadas.

La seguridad es algo que depende de varios aspectos y debe ser contemplada por UD. y por nosotros de forma tal que las vulnerabilidades que aparezcan sean corregidas a tiempo, máxime cuando ha sido víctima de un ataque previo: su cuenta puede estar a la “lista” de algún delincuente “de pacotilla” (mal conocidos como “hackers“… ¡distan mucho de serlo!).

Algunas consideraciones generales a tener en cuenta:

1) Cuide sus credenciales de acceso para evitar que sean utilizados para el ingreso a la cuenta (ej: no las utilice desde una conexión pública como un cibercafé).

2) Genere contraseñas seguras no menores a 8 caracteres y mezcle letras minúsculas y mayúsculas, con números y símbolos (ej: aRm84*5!y7)… y mejore su ingesta diaria de fósforo (¡su cerebro lo necesitará para tales claves!)

3) Si utiliza un sistema de terceros (ej: Joomla, Moodle, Xoops, etc), tenga el hábito de controlar que su versión sea la más reciente. Regístrese para recibir novedades o actualizaciones por parte del fabricante y atiéndalos tan pronto le resulte posible.

4) Regístrese en algún sitio de publicación de vulnerabilidades de modo que reciba novedades sobre los sistemas que utilice y pueda reaccionar a tiempo. Puede consultar: http://secunia.com

5) Si necesita directorios con permisos de acceso global, ubíquelos fuera del directorio public_html o protéjalos debidamente (ver: http://blog.sectorhosting.com/2007/06/18/proteger-una-estructura-web-parte-i/)

6) Sus scripts PHP deben tener permiso 0644 para minimizar problemas. En nuestros nuevos servidores no es posible que los scripts PHP tengan otro valor ya que se produce un error. Se detiene la carga. En breve, todos nuestros servidores contarán con el mismo control.

7) Si coloca imágenes que “apuntan” a un script PHP tenga cuidado ya que puede descargarse el archivo PHP sin problemas y desde cualquier navegador. Si su imagen apunta a un archivo index.php, por ejemplo, podría descargarlo y verlo sin problemas. Si tal script tiene datos de acceso a una base de datos, por ejemplo, imagínese en manos no deseadas lo que puede pasar. Por lo tanto, las referencias del tipo HREF complételas así http://www.example.com y no así http://www.example.com/index.php

8 ) Controle que NO estén habilitadas las definiciones de variables globales desde la URL, es decir, que el flag register_globals de PHP esté desactivado (OFF). Si no es así y aún está en un servidor que no ha activado dicho valor (muchas cuentas están siendo actualizadas para el cambio) agregue la siguiente entrada al archivo .htaccess que se encuentra en su directorio public_html (y en todos los que tenga dentro de esa estructura y que contengan scripts PHP): php_value register_globals off (NOTA: si agrega dicha entrada en un servidor que implementa suExec para PHP recibirá un error. En tal caso, quítelo ya que su servidor ya está configurado con la opción desactivada)

9) Si cuenta con formularios de contacto, agregue un código de validación humano o CAPTCHA para evitar que sea utilizado por sistemas automatizados con diversos propósitos (Ej.: envío de correo basura o spam).

10) Para tales formularios de contacto, controle cada uno de los campos para evitar sean utilizados para spam por medio de reescritura de headers. Es decir, anule caracteres de retorno de carro y nueva línea y cadenas del tipo “Cc:”, “Bcc”, etc.

Si bien la lista puede ser mayor, si se contemplan tales aspectos podría casi asegurarle que el usuario malintencionado cambiará muy rápido de destino ya que, en realidad, la gran mayoría de las cuentas de hosting no están actualizadas ni protegidas para la mitad de los puntos indicados arriba de modo que, ¿para qué complicarse con tanta “oferta”?

Soporte Técnico
www.sectorhosting.com

CONSULTA DEL USUARIO:

Hola, quería saber si puedo agregar un dominio dentro de mi plan, y redireccionarlo hacia el dominio ya existente.

RESPUESTA DEL STAFF:

Estimada Fabiana:

Si. Puede agregar los dominios redireccionados que desee. La condición es que el dominio a redireccionar, posea los mismos DNS que su dominio hosteado.

Para esto, en su cPanel, posee un tutorial animado: Ingrese a “Guías en video”, y verá “Parked Domains - Learn about creating and managing parked domains”

Sin ir al tutorial animado, en la pantalla principal de su cPanel, ingrese en las opciones de “Dominios” y luego en “Dominios Apuntados”. Simplemente agregue en el campo de texto, el nombre de dominio que desea redireccionar y confirme el proceso.

Soporte Técnico
www.sectorhosting.com

CONSULTA DEL USUARIO:

Hola que tal tengo un site alojado en sus servidores llamado www.ejemplo.com, deseo agregar una cuanta de correo denominada contacto@ejemplo.com. ¿Cómo lo hago? y, después de crearla, ¿cómo accedo a mis correos de esa cuenta solamente?. Gracias.

RESPUESTA DEL STAFF:

Estimado Javier:

Puede ver una animación acerca de creación, configuración, eliminación, etc. de cuentas de Email en su cPanel.

Ingrese a la opción “Guías en Video” y vera las opciones de “Email Accounts”: Manage the email accounts associated with your domain(s).

La dirección del tutorial es: http://www.cpanel.net/media/tutorials/emailaccounts.htm.

Sin ir al tutorial animado, en su cPanel ingrese en las opciones de “Correo” a “Cuentas de Email”.

Completando los campos, no tendrá inconveniente en crear una nueva cuenta. Una vez creada, la pantalla de confirmación le preguntará: “Desea configurar la cuenta para que funcione con un cliente de correo (Outlook, Mail.app)?”. Si desea configurar su nueva cuenta en algún programa cliente, presione “SI”.

La siguiente pantalla le mostrará las opciones de configuración automática y manual, para determinados programas de correo. Elija el que UD. utiliza.

Resumiendo, para usar una configuración estandar, la forma de SMTP y POP3 es siempre mail.ejemplo.com (donde ejemplo.com es su nombre de dominio). La casilla de autenticación del servidor debe estar seleccionada.

Recuerde que puede leer su correo mediante cliente webmail ingresando de la forma http://www.ejemplo.com/webmail.

El nombre de usuario es siempre la dirección de correo completa.

Soporte Técnico
www.sectorhosting.com

CONSULTA DEL USUARIO:

Buen dia, tengo contratado el plan R1, ahora mi duda es; acabo de cerrar con un nuevo cliente de hosting y diseño, cuales serian los pasos (o un link en la web) para dar de alta la cuenta en mi espacio de R1? el cliente ya tiene asignado los DNS de vuestra empresa. www.***************.***.**

RESPUESTA DEL STAFF:

Estimado usuario:
Debe realizar el alta en su WHM. Vea el email de activación de su cuenta reseller (asunto: SectorHosting - Detalle de cuenta reseller).
Debera crear un “package”, punto 3 de ese email.
Luego podrá dar de alta el nuevo dominio siguiendo los pasos del punto 4.
Copio igualmente los puntos en este ticket.
=================================================================
3 - CONFIGURAR LOS PLANES DE HOSTING
=================================================================
Los PLANES de HOSTING o PACKAGES le permitirán crear, de forma muy ágil, sus nuevas cuentas de HOSTING con el mismo esquema de límites y opciones en todos los casos. Puede crear tantos como sean necesarios.
En la opción PACKAGES seleccione ‘ADD PACKAGES’ o ‘AÑADIR NUEVO PLAN’ y complete los siguientes datos:
1) NEW PACKAGE NAME: nombre interno del PLAN.
2) MAX FTP ACCOUNTS: cantidad máxima de cuentas FTP.
3) MAX EMAIL ACCOUNTS: cantidad máxima de cuentas de EMAIL.
4) MAX EMAIL LISTS: cantidad máxima de LISTAS de EMAIL.
5) MAX SQL DATABASES: cantidad máxima de BASES de DATOS MYSQL.
6) MAX SUB DOMAINS: cantidad máxima de subdominios.
7) DEDICATED IP: siempre debe estar en blanco (SIN tildar)
CGI ACCESS: marque la casilla si planea entregar acceso de ejecución de SCRIPTS del tipo CGI.
9) FRONTPAGE EXTENSIONS: marque la casilla si planea entregar la posibilidad de administrar las extensiones del FRONTPAGE.
10) QUOTA: Utilización en MEGA bytes (disco rígido) que permitirá por cada cuenta.
11) BANDWITH: cantidad máxima, en MEGA bytes, que la cuenta podrá utilizar. Este valor se renueva con cada inicio de mes.
12) CPANEL THEME: es el estilo del panel de control (CPANEL) que verán sus clientes. EL valor sugerido es: X3
13) FEATURE LIST: haga referencia al identificador de características especiales (FEATURES) si desea dar un aspecto diferente a los paneles de sus clientes. Para crear éstas opciones vaya a la opción ‘FEATURE MANAGER’ y tilde las opciones de su agrado.
14) Clic en CREATE
NOTAS:
• En los casos que deje la palabra UNLIMITED ello indica SIN LÍMITE. Es una opción que deberá administrar con cautela ya que su plan RESELLER sí tiene límites (ver página principal de SectorHOSTING para mayor información).
• Puede EDITAR o ELIMINAR un plan cuando lo desee. Tenga en cuenta NO ELIMINAR planes actualmente en uso por sus clientes.
=================================================================
4 - CREAR NUEVAS CUENTAS
=================================================================
En la opción ‘ACCOUNT FUNCTIONS’ (‘CUENTAS DE ALOJAMIENTO’) seleccione ‘CREATE A NEW ACCOUNT’ (‘CREAR UNA NUEVA CUENTA’) y complete los siguientes datos:
1) DOMAIN: debe ingresar el nombre completo del dominio que está agregando a su plan de revendedor. Tenga en cuenta NO PONER www al comienzo.
2) USERNAME: nombre que le asignará a su cliente para ingresar a su cuenta de HOSTING.
3) PASSWORD: clave de acceso a la cuenta. MUY IMPORTANTE: utilice una combinación de letras (minúsculas y mayúsculas) y números. Como con toda clave, es importante manterla segura y evitar su uso en ambientes de alto riesgo.
4) PACKAGE: seleccione el PLAN de HOSTING que le asignará a la cuenta para asignar los valores al resto de las opciones. Puede editar las cantidades si lo desea.
5) IP ADDRESS: SIEMPRE DEBE DEJARLO EN LA OPCIÓN –AUTO ASSIGN—
6) CONTACT EMAIL: indique una dirección email de contacto (NO Hotmail) para recibir alertas sobre su cuenta (falta de espacio, casillas de email saturadas, etc.). No asignar una dirección de email puede quitar operatividad a la cuenta de su cliente al no enterarse de una situación en particular. Le sugerimos que ponga su propia dirección de contacto: mario.ragazzi@gmail.com
7) Clic en CREATE
=================================================================
5 - OTRAS OPCIONES SOBRE LAS CUENTAS
=================================================================
Otras opciones de su panel WHM:
• LIST ACCOUNTS (LISTAR CUENTAS): vea la totalidad de sus cuentas (activas o suspendidas).
• MODIFY AN ACCOUNT (MODIFICAR una CUENTA): modifique datos de una cuenta (cantidad de POP3, FTP, etc.) • UPGRADE/DOWNGRADE AN ACCOUNT (ACTUALIZAR una CUENTA): asigne un PACKAGE diferente a la cuenta.
• SUSPEND/UNSUSPEND AN ACCOUNT (SUSPENDER o REACTIVAR una CUENTA): si necesita suspender o reactivar una cuenta. Desde la opción LIST SUSPENDED ACCOUNTS puede consultarlas y reactivarlas.
• SHOW ACCOUNTS OVER QUOTA (VER CUENTAS CON QUOTA EXCEDIDA): consulte el uso de espacio en disco para sus cuentas. Puede cambiar la asignación para una determinada cuenta (el nuevo valor reemplaza al asignado originalmente por el PACKAGE) • FRONTPAGE: instale o desinstale extensiones FP a una determinada cuenta.
=================================================================
6 - COMENTARIOS FINALES
=================================================================
• En SectorHOSTING sólo brindamos soporte técnico a su cuenta de RESELLER y no a las cuentas que UD. aloje dentro de la misma.
• Tenga en cuenta la modificación periódica de su clave de acceso al panel WHM.
• NUNCA asigne una dirección IP fija a una cuenta.
• Si lo necesitase, modifique con cuidado los registros DNS.
• Genere planes de HOSTING que pueda incluir dentro de las características de su PLAN RESELLER ya que, caso contrario, deberá invertir un monto mayor de dinero en los adicionales que serán facturados por SectorHOSTING.
• Su PLAN RESELLER puede ser migrado a un nivel superior o inferior cuando lo desee sin pérdida de datos.
• Las eliminaciones de cuentas deben ser solicitadas por medio de la MESA de AYUDA (por cuestiones de seguridad).
• NO acceda a su panel WHM desde conexiones a Internet no confiables.
• En relación al SPAM tenemos la política de TOLERANCIA CERO. Ello significa que aplicamos multas que van desde los US30 a una cuenta que ha infligido dicha política. El servidor puede suspender sin, previo aviso, una cuenta que ha sido utilizada para el envío de tales mensajes no autorizados.
==================================================
7 - SOPORTE TÉCNICO:
==================================================
Nuestros técnicos y administración comercial atienden exclusivamente por medio de la MESA de SOPORTE.
Para utilizar el sistema siga los siguientes poasos:
1) Ingrese en https://soporte.sectorhosting.com

2) Regístrese utilizando una dirección de correo que verifique a menudo

3) El sistema le enviará un mail con un link de activación. Haga clic en el mismo para obtener acceso al sistema.

4) Envíenos sus consultas.

Cordial saludo.

CONSULTA DEL USUARIO:

Quisiera que me explicaran bien como es el tema de los envios de email.

Yo tengo una cuenta R1 y quiero saber como manejo el tema con mis clientes sin que afecte a los otros. Ustedes dicen que por dominio se pueden enviar 300 e-amil diarios. yo al tener una cuenta para 12 dominios serian 3600.

Tengo un cliente que hace uso de listas de email para comunicacion interna. aveces envia 266 e-mail en un dia a la semana o aveces envia 600 a la semana en un dia y pasan semanas o meses que no hace uso de las listas, y otros clientes que practicamente no ocupan los e-mail. Observando los servicion de email marketig que ustedes ofrecen son para una ampresa que tiene constantes envios y este no es el caso.

Entonces pregunto: ¿Cómo asesoro a este cliente y cómo hago yo para controlar este tema sin que actúen por sobre mi suspendiendo alguna cuenta ya que tengo la posibilidad de alojar a otro cliente en los servidores? y que mas o menos van a requerir 50 direcciones de e-mail o mas, el sólo echo de que éstas cuentas envíen más de seis email por día estarían sobrepasando los 300 diarios y corren el riesgo de ser suspendidos cuando esto no es e-mail masivo.

Lo otro que quisiera saber es cuantos e-mail hora envían los servidores sin que se pierdan los datos o que los e-mail no lleguen a destino.

Saludos Cordiales
Ramiro

RESPUESTA DEL STAFF:

Estimado Ramiro:

El plan de hosting contratado por UD. corre en un servidor compartido, es decir, junto a otras cuentas de hosting.

Ello significa que debe “repartirse” la capacidad operativa del servidor dentro de límites que aseguren, a todos los clientes, la posibilidad de disponer de la totalidad de los servicios ofrecidos: mail, web, ftp, bases de datos, etc.

Cuando asignamos los límites, lo hacemos de forma tal que se pueda asegurar lo antes indicado. De todos modos, tales límites NO son exactos, es decir, si se supera en un 1% el mismo no se procede a la suspensión de una cuenta.

Las cuentas son suspendidas cuando el exceso es bastante importante y ello genera una sobrecarga de recursos que es notada por el resto de los usuarios. Si en tal situación comenzamos a recibir denuncias o quejas, el responsable es suspendido.

Por otra parte, si UD. necesita repartir entre los dominios de su plan reseller las cantidades de envío permitidas, debe notificarlo para que agreguemos la excepción y sea tomado en cuenta por las consolas de supervisión de nuestros técnicos.

Es importante aclarar que si un dominio no utiliza sus 300 emails diarios (que pueden ser más como dije, siempre y cuando sean livianos, NO bulk -un email a un destinatario por vez) NO puede acumularlos y enviarlos todos juntos una vez al mes (ej: 9000 mails “de golpe”). Ello se debe a que un envío importante utiliza recursos (y volvemos a lo mismo) y ello hace que la calidad o performance se vea afectada por el conjunto.

En cuanto a las cantidades de emails que pueden ser manejadas por un servidor/hora, no puedo darle una respuesta certera ya que un servidor de hosting compartido NO es lo único que hace. En cambio, un servidor dedicado a enviar newsletters, puede procesar medio millón de emails al día sin problemas y, según cómo se lo utilice y los controles que se tenga en cuenta, bastantes más.

Finalmente, si una cuenta tiene una necesidad puntual y la misma puede cuantificarse, lo mejor es comunicarlo a la mesa de soporte y se tratará de llegar a un acuerdo razonable de uso. Si, por el contrario, se necesita de una campaña de miles de emails diarios, la solución es única: deberán ser enviados fuera del servicio de hosting (puede consultar por el sistema de envíos SectorMail, en www.sectormail.com o recorrer la Internet, algo que abunda sin dudarlo).

Soporte Técnico
www.sectorhosting.com

CONSULTA DEL USUARIO:

Hola, Para mi dominio ejemplo.com no puedo pasar variables PHP vía URL, en la configuración PHP me dice que no esta activado las variables globales

¿Cómo puedo resolverlo?

Gracias

Fernando

RESPUESTA DEL STAFF:

Estimado Fernando:

No puede pasar variables desde la URL debido a que ‘register_globals‘ se encuentra deshabilitado por cuestiones muy delicadas de seguridad. Todos nuestros nuevos servidores y, en especial aquellos con la rama 5 de PHP (PHP 5.2.6), ya no soportan dicha configuración activada.

Con register_globals activado si llamaba a una página por medio de http://www.ejemplo.com/test.php?var=4, esto provocaba que en la página test.php automáticamente generase la variable $var con el valor 4. La dependencia sobre esta directiva PHP era bastante común y muchos desarrolladores ni siquiera estaban enterados que existía y asumían que ese era el modo en que PHP trabajaba normalmente.

Este aspecto delicado de la directiva junto con el hecho de que PHP no requiere la inicialización de variables, significa que es muy fácil escribir código inseguro: UD. puede inicializar lo que quiera desde una simple URL. Si a ello se le suma que muchos desarrollos se basan en sistemas de código abierto, más simple aún será escribir posibles ataques que exploten las vulnerabilidades que pudieran presentar tales sistemas (aunque los desarrolladores de tales sistemas publiquen mejoras/arreglos, no es frecuente ver que los usuarios las apliquen en tiempo y forma).

Para solucionar el inconveniente, debemos buscar todas aquellas variables que son definidas automáticamente, variables del servidor, que provienen de GET o POST, cookies, files, variables de entorno o sesión y reemplazar esas variables por las referencias adecuadas en cada caso. En PHP se han definido un grupo de arrays que dependen del lugar de procedencia: $_SERVER, $_GET, $_POST, $_COOKIE, $_FILES, $_ENV, $REQUEST y $_SESSION respectivamente.

Se deberá modificar la forma de inicialización o utilizar una versión compatible con un escenario más seguro que la inicialización remota, lo que permite a cualquier usuario la inicialización y control de su código a gusto.

De todos modos, si cree que no es posible la corrección en forma inmediata, podemos migrar su plan R1 a un servidor que, de momento, mantiene la directiva en ON (aunque sea por poco tiempo mas).

Soporte Técnico
www.sectorhosting.com

CONSULTA DEL USUARIO:

Me aparece un Error 500 desde hace rato en mi dominio pero hasta ayer estaba todo bien ¿qué ha pasado?

Gracias.

RESPUESTA DEL STAFF:

Estimado:

Hemos actualizado la configuración del servidor que aloja vuestra cuenta de hosting debido a que, en reiteradas oportunidades, muchos clientes han hecho uso inválido del servicio poniendo en riesgo a la totalidad de las cuentas alojadas.

En lo sucesivo, el usuario con el que los scripts del tipo PHP sean ejecutados, no será “nobody” sino el correspondiente al nombre de usuario de cada cuenta de hosting alojada en el servidor.

Ello brindará un escenario de mejora en la seguridad de la totalidad de las cuentas.

Algunos scripts pueden dejar de funcionar debido a que es común que se les asigne un tipo de permiso innecesario (escritura o ejecución). En tal caso, si ve que su sitio Web muestra algún mensaje del tipo “FORBIDDEN” asigne el valor 0644 a cada script PHP y será restablecido el normal funcionamiento.

He cambiado los permisos de sus scripts PHP de modo que su sitio web ya no presenta problemas.

Soporte Técnico
www.SectorHosting.com

CONSULTA DEL USUARIO:

Buenas tardes,

estuve intentando actualizar algunos archivos para una de las aplicaciones que tenemos en el sitio web y no fue posible. Nos aparecen errores, lo intentamos desde un ftp, desde el cpanel. Las carpetas a actualizar son components>com_fireboard y administrator>com_fireboard. Así mismo dentro de com_fireboard no admite cambio de permisos.

Agradezco su respuesta.

RESPUESTA DEL STAFF:

Estimado Camilo:

El motivo por el que no puede eliminar sus archivos, ya sea desde un programa FTP o desde el administrador de archivos del cPanel de su cuenta, es porque han sido “subidos” al servidor desde su sitio web o generados por el mismo servidor que aloja su cuenta.

¿Cómo es ello?

Cuando UD. sube contenido por medio de un programa FTP, lo hace con su nombre de usuario de modo que, cuando desea eliminarlo o cambiarlo desde el mismo programa FTP, no se presentan problemas de permisos pues es el mismo usuario el que está intentando su cambio.

Luego, si el que sube la información es su sitio web (ej: subir imágenes, instalar componentes, etc) queda con un nombre de usuario diferente (nobody) al vuestro por lo que si desea efectuar cambios no tiene permisos para hacerlo.

Las nuevas instalaciones de servidores se configuran de forma tal que el servidor actúe “en nombre de” su cuenta de usuario y no como “nobody”. En tal escenario, no se presentarían incidentes como el descripto.

En relación a los permisos puntuales de su cuenta, los he modificado para que pueda administrarlos sin problemas y he quitado permisos 0777 de archivos (pasados a 0644) y de directorios (pasados a 0755). Para el caso de los directorios que necesite mantener con permisos de acceso global, consulte nuestro artículo: http://blog.sectorhosting.com/2007/06/18/proteger-una-estructura-web-parte-i/

Soporte Técnico
www.sectorHosting.com

CONSULTA DEL USUARIO:

Hola quisiera saber como puedo hacer para tramitar un dominio .net.ar. No sé si este trámite lo hacen uds o tengo q hacerlo yo. En el caso que lo hagan uds. quisiera que el dominio ya tenga los dns asignados
PRIMARIO: ns17.sectorhosting.com = 209.62.40.83
SECUNDARIO: ns18.sectorhosting.com = 209.62.40.93

Espero su respuesta, gracias.

RESPUESTA DEL STAFF:

Estimado usuario:

Para realizar el trámite en nic.ar, debe reunir ciertos requisitos. Copio en este ticket, desde nic.ar, el punto 25 completo de su link “Preguntas frecuentes”. Particularmente, copio lo referido a net.ar:
“Sólo podrán registrar nombres dentro del subdominio .net.ar las entidades argentinas o extranjeras que sean proveedoras de servicios de Internet y tengan licencia de la Comisión Nacional de Comunicaciones para prestar servicios de valor agregado en la República Argentina.”

No nos encargamos nosotros de iniciar este trámite.

Quedo a su disposición. Cordial saludo.

====================================================
# 25
¿Cuáles son los subdominios habilitados bajo .AR y cuáles sus requisitos?
NIC Argentina efectuará el registro de nuevas denominaciones bajo los subdominios com.ar, org.ar, gov.ar, mil.ar, net.ar, int.ar, tur.ar que cumplan con los siguientes requisitos:* Podrán registrar nombres dentro del subdominio .com.ar cualquier persona física o jurídica argentina o extranjera.
* Sólo podrán registrar nombres dentro del subdominio .org.ar las entidades que sean organizaciones sin fines de lucro argentinas o extranjeras. No podrán registrar nombres debajo del .org.ar las personas físicas por más que la actividad que las mismas desempeñen carezcan de fines de lucro.
* Sólo podrán registrar nombres dentro del subdominio .gov.ar las entidades que pertenezcan al Gobierno Nacional o Provincial de la República Argentina que cumplan con lo establecido en la “Normativa Vigente”.
* Sólo podrán registrar nombres dentro del subdominio .mil.ar las entidades que pertenezcan a las Fuerzas Armadas de la República Argentina que cumplan con lo establecido en la “Normativa Vigente”.
* Sólo podrán registrar nombres dentro del subdominio .net.ar las entidades argentinas o extranjeras que sean proveedoras de servicios de Internet y tengan licencia de la Comisión Nacional de Comunicaciones para prestar servicios de valor agregado en la República Argentina.
* Sólo podrán registrar nombres dentro del subdominio .int.ar las entidades que sean Representaciones Extranjeras u Organismos Internacionales con sede en la República Argentina.
* Sólo podrán registrar nombres dentro del subdominio .tur.ar las empresas de viajes y turismo que se encuentren habilitadas por la Secretaría de Turismo de la Nación para funcionar como agentes de viajes atento lo estipulado por la normativa vigente.NOTA: en caso de que la entidad registrante de un dominio sea extranjera o no resida en nuestro país, deberá consignar un domicilio legal en la República Argentina (ver Pregunta Frecuente nro. 6).

CONSULTA DEL USUARIO:

Una consulta. Tengo una duda. El servicio de IP fija, lo tengo que contratar en Sector Hosting o en mi ISP (Arnet)?
La idea es para instalar una cámara remota en otra provincia (Salta) y poder ver el negocio aquí en Carlos Paz.
Ahora bien, creo que si tengo IP fija, podré ver las 24 hs y uqe si tengo dinámica, tendré que estar actualizando el punto de publicación, cada vez que se refresque la IP. Tengo entendido que Arnet, lo refresca cada 6 horas.
Como ven, tengo varias dudas, quisiera saber si me pueden guiar a la solución.

RESPUESTA DEL STAFF:

Estimado Fernando:

En primer lugar, si utiliza IP fija, debe ser asignada por la empresa que ponga a disposición un equipo que reciba el flujo de video de las cámaras, es decir, un servidor de streaming de video ya que será contra dicho equipo que UD. deberá conectarse para acceder a los videos (ya sean en tiempo real o almacenados).

En realidad UD. puede tener una IP fija o dinámica y, en tal caso, utilizar un servicio de publicación/actualización de cambios (ver: www.dyndns.org) o Dynamic DNS updaters: cada vez que cambia la IP actualiza el host para el acceso por FQDN (nombre de dominio).

En caso de contratar una empresa que brinde el servicio de streaming de video, la IP será fija.

Por otra parte, UD. puede armar un equipo “casero” y utilizar una IP dinámica (asignada por su ISP) que accederá desde “afuera” por medio de una dirección mantenida por la gente de dyndns.org (hay otros). Ese equipo (servidor de streaming de video) estaría en la “misma” red que la cámara IP que toma las imágenes por lo que (la cámara) siempre verá una IP “fija” (su propia red).

Finalmente, UD. accederá el servidor por medio de un nombre de dominio siempre (ya que funciona en los dos casos: IP fija o no).