¿cómo elegir el direccionamiento ip?
en la vida de un administrador del sistema, siempre va a llegar un momento en una subred ip que necesita ser definida. su pequeña casa de la lan o la interminable empresa wan donde la locura acecha en las profundidades de rutas desconocidas, las direcciones ip se necesitan siempre ser elegido, dividido y asignado a algún dispositivo, que merece o no. y, mientras que en el 'mundo real' de la internet pública que tendremos que obedecer a su isp órdenes, usted es libre de elegir su camino y su destino final cuando se trata de su propia red privada.como todo el mundo sabe (o debería saber), el poderoso rfc 1918 estados que las direcciones ip de red sólo puede caer en tres grandes bloques:192.168.0.0/16 172.16.0.0/12 10.0.0.0/8 cual es tu favorito? ¿cómo grande que suelen elegir para hacer una subred, independientemente de curso de cómo muchos de los dispositivos que usted realmente necesita para conectarse a ella? piensa que debe mantenerse a un mínimo, o debería ser tan grande y glorioso como sea posible? ¿usted cree en la ley y el orden de la 'ronda' subredes(/8,/16,/24), ¿o prefieres la anarquía y el rastreo de caos de la 'unround'? ¿usted sigue el sagrado colegio de nuestra puerta de enlace debe ser 1, la profana el templo no debe ser .254, o la blasfemia enseñanzas de la orden de que debe terminar con lo que quiero es terminar con el? hacer que usted siente en su corazón que los servidores deben tener 'baja' de las direcciones y los clientes deben usar 'alta'? o sólo el destino de definir la forma en que el servidor y el cliente se llama? ¿siempre uso (o intenta utilizar el mismo final los números en todas las subredes que manejar, por lo que usted puede encontrar la puerta de enlace y dns en la hora de su gran necesidad? ¿crees en dhcp o en el direccionamiento estático? y ¿tiene usted fe en su híbrido niño, dhcp con reservas, incluso para los no-máquinas cliente como impresoras de red o, puede que todos los dioses te perdonen, servidores?'take this and divide it; this is my 2^32 address space, which shall be endlessly fragmented for all your addressing needs, until ipv6 may finally come.'
yo la adoración en el altar de 00001010/11111111. los dioses estaría enojado si no no anhelan la más grande de las redes. permite la mayor flexibilidad, y menos conflictos con la plebe de las redes. me parece que un buen /24 es el tamaño perfecto para la mayoría de las redes, tiene espacio para estirarse, permiten que los servidores tienen espacio para respirar, es necesario recordar que tengan problemas de espacio, como hacemos todos. la única vez que me paso las células del cerebro que se han concedido a mí por los dioses de la creación de redes y servidores de subred mucho más es para los equipos que piensan que son mejores que todos los demás routers, switches, firewalls estoy buscando a ti! aquellos que tratan de confinar a un /25 o más pequeño, de lo contrario su arrogancia, comenzaría a extenderse a los servidores, y usted simplemente no puede dejar que los servidores de salirse de la línea. mal, muy mal, las cosas suceden si no es así, los archivos de inicio de desaparecer, bloqueo de servicios, no es bueno que te digo, no es bueno en absoluto! para mantener los equipos de networking en línea, aunque, nos vamos a los routers/firewalls uso de la primera utilizable a las direcciones de una subred (podría ser .1 ... podría ser .33 - depende de su máscara de red) que normalmente se mantiene en línea. 'harás nunca mezcle los clientes y el servidor, por si tu ¿habrá una gran batalla, y traer la ruina a aquellos que creen que pueden controlar' -bofh 20:15 'por tanto, si tu deja que el público en general el acceso sin trabas a sus recursos más valiosos, seréis arrojados desde el templo de nuestros dioses, y de la marca - usuario' -bofh 16:2 no hay ninguna buena razón para tener un servidor dhcp en una red de producción - generación de servidor de sí, de la producción de no. las redes de los clientes, siempre han dhcp, reserva de donde usted los necesita (o son requeridos por el auditor!) 'y vosotros, ¿quién controla la red de asignación de hace absolutamente seguro de que es convientent a él y a nadie más' -bofh 1:1 ... traducido sí utilizan el mismo host direcciones donde se puede ... todo será más fácil.
Los comandos ping se pueden implementar de dos formas. Una con ICMP, mira aquí:  
http://www.redes.upv.es/~mperez/rc2/transpa/tema4\_archivos/frame.htm  
La otra con TCP o UDP, pero debe existir un servidor de ping al otro lado. En la URL que te he dado hay unas transparencias sobre ICMP, cabecera, ping y más.  
En http://www.redes.upv.es/~mperez/rc2 hay información mas general. <p>aquí están los pasos básicos. los detalles específicos dependen del tipo de enrutador que tenga, pero los conceptos aún se aplican:</p><ol> <li> <p>instale iis en la máquina que desea que sea un servidor web. está bien dejarlo en el puerto estándar 80 en la mayoría de los casos (reasignaremos el puerto más tarde a través del firewall ya que la mayoría de los isp no permitir el tráfico entrante en el puerto 80).</p> </li> <li> <p>vaya a dyndns.org y cree un nombre que se corresponda con la dirección ip de su hogar. esto es importante porque su dirección cambiará de vez en cuando (la "d" en dhcp) y desea tener un nombre externo conocido para su hogar. usar dyndns es bastante fácil y tiene buenas preguntas frecuentes para ayudarlo. si su enrutador admite dyndns automáticamente, deberá iniciar sesión en su enrutador y proporcionar el nombre de usuario y la contraseña de dyndns.org. si su enrutador <em> no </em> es compatible con dyndns, tiene una pequeña utilidad que debe descargar e instalar en su máquina iis que se ejecuta todo el tiempo y detecta cuándo cambia su dirección ip pública y actualiza su registro de host dyndns.</p> </li> <li> <p>inicie sesión en su enrutador (generalmente un sitio web ubicado en 192.168.0.1, o cualquiera que sea la primera dirección ip de su rango de ip). establezca una dirección ip fija para su máquina iis. por lo general, esto se logra asignando una dirección dhcp fija a la dirección mac de su máquina iis. una vez que lo haga que, su máquina iis siempre obtendrá la misma dirección ip cuando solicite una a través de dhcp</p> </li> <li> <p>inicie sesión en su enrutador. agregue un "mapeo de puertos" (o algunas veces llamado "ruta estática"), mapeo público tcp puerto 8080 entrante a la dirección ip de su computadora local iis en el puerto 80 (el puerto predeterminado). tenga en cuenta que algunos enrutadores no le permiten cambiar los puertos (a menudo, esa es la opción "ruta estática"). en ese caso, querrá reconfigurar iis para escuchar en el puerto 8080 (o cualquier puerto que desee hacer público) y simplemente cree una ruta desde público tcp puerto 8080 al puerto 8080 en su iis computadora.</p> </li> </ol><p>obviamente, hay varios lugares donde esto puede estar mal configurado y la solución de problemas es inevitable.</p><ol> <li> <p>verifique que iis esté funcionando en su red local. inicie su navegador favorito y navegue hasta la dirección ip local y el puerto de su iis computadora: <a href="http://192.168.0.5:80">http://192.168.0.5:8</a> , o lo que sea apropiado. asegúrate de que funciona. si no, arréglalo hasta que funcione.</p> </li> <li> <p>verifique que su registro dyndns esté correctamente asignado a su dirección ip pública actual. puede averiguar su dirección ip pública actual yendo a <a href="http://whatismyipaddress.com">http://whatismyipaddress.com</a> . una vez que sepa eso, abra un símbolo del sistema y haga ping a su nombre público ("ping longhorn213.homeip.net" o cualquier nombre que le haya dado dyndns) y vea si funciona. el ping en sí puede estar bloqueado (muchos enrutadores bloquean los pings entrantes), pero aún debería ver la dirección ip que se buscó. asegúrese de que coincida con su dirección pública real. si no es así, trabaje con dyndns org para que esto funcione.</p> </li> <li> <p>si los pasos 1 y 2 de solución de problemas funcionan, es probable que el problema esté en la asignación de puertos de su enrutador. ese es el problema más difícil de solucionar normalmente. a menudo, los enrutadores tienen registros internos que puede activar. busque los registros de tráfico entrante para el puerto designado y vea qué está haciendo el enrutador con él. es posible que necesite encontrar un foro o un sitio de soporte para su enrutador específico para que esto funcione si tiene problemas.</p> </li> </ol> <p>la mayor parte del trabajo se realiza en el archivo de configuración en el directorio <code>/etc/apache2/sites-enabled/</code>, en un archivo llamado algo así como 000-default.conf. estos archivos le permitirán tener múltiples dominios virtuales, como www.example.dev, o example.local, etc. los configura junto con sus directorios en este archivo e ingresa múltiples sitios en <code>/etc/hosts</code> para que coincidan . todos los sitios tienen la misma dirección ip localhost, pero el nombre lo dirige al host virtual correcto.</p><p>en este archivo, debe clonar la configuración predeterminada tantas veces como sea necesario, con algo como esto:</p><p><strong> contenido original </strong></p><pre><code>&lt;virtualhost *:80&gt; . . . &lt;/virtualhost&gt; </code></pre><p><strong> entradas de host virtuales adicionales </strong></p><pre><code>&lt;virtualhost *:80&gt; &lt;directory /var/www/html/site1&gt; options indexes followsymlinks multiviews allowoverride all order allow,deny allow from all &lt;/directory&gt; documentroot /var/www/html/site1/ servername site1.local serveralias www.site1.local &lt;/virtualhost&gt; &lt;virtualhost *:80&gt; &lt;directory /var/www/html/site2&gt; options indexes followsymlinks multiviews allowoverride all order allow,deny allow from all &lt;/directory&gt; documentroot /var/www/html/site2/ servername site2.local serveralias www.site2.local &lt;/virtualhost&gt; . . . </code></pre><p>para que la magia de reescritura funcione, también debes asegurarte de que el motor de reescritura esté habilitado. esto se hace creando un enlace simbólico en mods-enabled para un módulo en mods-available. si ha cd a <code>/etc/apache2/mods-enabled</code>, luego ingrese <code>ln -s ../mods-available/rewrite.load</code>, habilitará el motor de reescritura.</p><p>luego, en <code>/etc/hosts/</code>, tiene entradas coincidentes como esta:</p><pre><code>127.0.0.1 site1.local 127.0.0.1 site2.local </code></pre><p>esto debería ayudarlo hasta que yo complete esto o tenga preguntas para que yo responda.</p><p><strong> respuestas a preguntas en los comentarios 1 </strong></p><p>un problema es la directiva "documentroot": se supone que el directorio especificado es simplemente la raíz del documento del sitio virtual, que probablemente no sea "<code>/var/www/arcadr.local/html</code>" como se especifica. normalmente el directorio del sitio estaría al final. "arcadr.local" es un nombre arbitrario, pero probablemente lo mejor sea hacer coincidir el sitio. por lo tanto, probablemente debería ser "'/var/www/html/arcadr.local/'".</p><p>en cuanto al error de ln, si hubiera tenido más tiempo, le habría explicado que la conclusión es que necesita un enlace simbólico llamado "rewrite.load" en el directorio <code>mods-enabled</code> que se vincula al archivo real en el <code>mods-available</code> directorio. evidentemente, ya lo tenía, y realmente no necesitaba volver a hacerlo, pero mientras esté allí, debería funcionar.</p><p>pruebe el cambio único y también trate de comprender lo que está haciendo. en realidad, es bastante comprensible, y una vez que comience a comprender, aprenderá más.</p><p>por cierto, la directiva "alias" no es necesaria, solo agregué eso para ilustrar cómo podría hacerlo si lo desea.</p><p><strong> respuestas a preguntas en los comentarios 2 </strong></p><p>el archivo html predeterminado es simplemente uno de los varios hosts virtuales especificados en el archivo 000-default.conf. tenga en cuenta que originalmente dejé la extensión ".conf" del archivo. ¿encontraste el archivo correcto? debe estar en "<code>sites-enabled</code>", no en "<code>sites-available</code>". igual que para las modificaciones, puede tener múltiples sitios <em> disponibles </em>, pero necesita tener uno <em> habilitado </em>, y el valor predeterminado es " <code>000-default.conf</code> "(a menos que haya cambiado desde que lo configuré).</p><p>dices "arcadr.local simplemente me redirige a otro sitio web .local conectado a mi localhost". asegúrese de tener este archivo de configuración configurado correctamente. debería tener una serie de bloques, como html:</p><pre><code>&lt;virtualhost *:80&gt; . . . &lt;/virtualhost&gt; </code></pre><p>cada host virtual debe comenzar y finalizar con estas directivas, y no puede tener una incrustada en otra.</p><p>puede encontrar buena documentación y ejemplos en el sitio web de apache.org. aquí es donde aprendí a configurar los archivos. mi consejo es que sea simple, y si agrega algo que no comprende, hágalo paso a paso y elimine todo lo que no funciona. aquí hay algunos ejemplos: <a href="https://httpd.apache.org/docs/2.4/vhosts/examples.html">ejemplos de virtualhost</a> </p><p><strong> algunos punteros adicionales </strong></p><p>cada vez que realice cambios en el archivo de configuración en <code>/etc/apache2/sites-enabled/000-default.conf</code>, debe reiniciar el servidor apache. yo uso el comando <code>sudo /etc/init.d/apache2 restart</code> para hacer esto. <strong> editar </strong>: gabriel publicó un comando mejor para esto:</p><p><code>sudo service apache2 restart</code></p><p>pero ambos comandos funcionarán, al menos por ahora.</p><p>esta misma técnica funciona para servidores dns dinámicos como noip.com, dyndns, etc. por ejemplo, acabo de crear 3 sitios de muestra en mi sistema doméstico. si mi computadora está encendida, puedes intentar verla. si marca, verá que los 3 sitios tienen exactamente la misma dirección ip, pero vaya a diferentes sitios virtuales (variaciones en el valor predeterminado, que puede ver en <code>leftcoast.noip.us</code></p><pre><code>http://site1.leftcoast.noip.us/ http://site2.leftcoast.noip.us/ http://site3.leftcoast.noip.us/ </code></pre> <p>creo que está simplificando demasiado los tipos de alojamiento que podría obtener. aquí están, para qué son buenos y para qué no son tan buenos:</p><p><strong>alojamiento compartido</strong></p><p>estás en un servidor con potencialmente cientos de otras personas. existen límites predefinidos, como la cantidad de espacio en disco/bases de datos que puede tener y la cantidad de datos que puede transferir por mes. este es el más barato de todos, a veces tan poco como $ 3/mes, pero tenga cuidado: tan pronto como su sitio comience a consumir más que los recursos mínimos, se le suspenderá y se le pedirá que actualice.</p><p>además, cosas como php/ssh/etc están configuradas en modo 'paranoico'. es posible que no tenga acceso a ciertas funciones y debe depender de su host para instalar las cosas que pueda necesitar (es decir, subversion/mercurial).</p><p>esto es bueno para las personas que desean alojar un sitio de tipo de tarjeta personal o de negocios. un brote de esto se llama <strong>alojamiento de revendedor</strong>, lo que le brinda la capacidad de crear cuentas de alojamiento adicionales para sus clientes.</p><p>tenga en cuenta que esto no es compatible con pci/dss/hipaa/etc.</p><p><strong>servidor virtual dedicado</strong></p><p>su sitio obtiene su propia vista única de un servidor compartido. puede configurar sus servicios y software como lo haría en un servidor dedicado, sin embargo, no hay garantías reales de recursos. "malos vecinos" es todo lo que se necesita para arrastrar su sitio.</p><p>por lo general, recomiendo esto a los desarrolladores que necesitan una caja de arena que les permita configurar las cosas de la manera que quieran.</p><p>nuevamente, no cumple con pci/dss/hipaa/etc</p><p><strong>servidor privado virtual</strong></p><p>esto es, para todos los efectos, un servidor dedicado que viene con una cierta cantidad de recursos garantizados. serás el súper usuario, puedes hacer lo que quieras. dependiendo de la plataforma, sus límites de recursos pueden 'explotar' en ocasiones para hacer frente a los picos de uso. desafortunadamente, esto también significa que sus recursos se ven afectados si varios vecinos también necesitan "explotar".</p><p>recomiendo ir con un proveedor de xen si sigue esta ruta, nunca tendrá menos de lo que paga.</p><p>recomiendo que todos los sitios nuevos que anticipan cualquier tipo de tráfico comiencen con nada menos que un vps.</p><p>esto puede ser, dependiendo del tipo de hipervisor y almacenamiento utilizado, compatible con pci/etc.</p><p><strong>servidor totalmente dedicado</strong></p><p>exactamente como se lee, un servidor que es tuyo y solo tuyo. puede alquilar uno mensualmente o comprar uno y pagar para que se ubique en un centro de datos. recomiendo ir con la opción de alquiler primero, requiere menos inversión para ampliar si es necesario. cuando los ingresos lo permiten, siempre puede comprar sus propios servidores. para ese momento, tendrá una comprensión muy firme del tipo de hardware que necesita.</p><p>recomiendo esto para las empresas de nueva creación que pueden permitirse unos pocos cientos de meses de alojamiento, o cualquiera que tenga que cumplir con los estándares de seguridad. si almacena información cc de cualquier tipo, o cualquier tipo de información médica/de salud, realmente querrá tener acceso exclusivo a su propio hardware.</p><p><strong>alojamiento en la nube</strong></p><p>he creado varias plataformas en la nube para algunas grandes empresas de alojamiento web. soy prolífico en el desarrollo de xen e incluso no puedo decirle en una oración clara y concisa qué se supone que significa 'nube' cuando se trata de iaas (infraestructura como servicio).</p><p>lo que está obteniendo con la mayoría de los proveedores de la nube es una o más máquinas virtuales a las que se les puede asignar más memoria o almacenamiento según lo exija el tráfico, luego vuelvan a la configuración 'inactiva' cuando el tráfico disminuya. además, algunos ofrecen la capacidad de hacer clones de una sola instancia y conectarlos mediante un equilibrador de carga (generalmente basado en software).</p><p>lo que hay que tener en cuenta aquí es mega facturas si su sitio se ve afectado. hay muchos casos en los que el algoritmo que 'escala automáticamente' funciona más a favor de la empresa de hosting y menos a favor de su billetera. si obtiene ese tipo de alojamiento, asegúrese de que el interruptor permanezca pegado al manual. en muchos casos, solo encender un caché es suficiente para satisfacer una mayor demanda de tráfico.</p><p>amazon y otros han publicado claramente que sus ofertas <strong>no</strong> cumplen con las pautas establecidas por estándares de seguridad como pci/dss o estándares federales como hipaa/hitech. esto no es tanto una advertencia de usar un hipervisor, es una advertencia de usar una red de almacenamiento compartida.</p><p><strong>en resumen:</strong></p><p>el tipo de alojamiento que obtienes es realmente incidental, lo que importa más es cómo planeas tu red. por ejemplo, puede tener static.domain.com utilizando un servidor http liviano que tiene la responsabilidad de servir solo imágenes y medios, reduciendo drásticamente la carga en su servidor de producción.</p><p>además, el almacenamiento en caché inteligente de páginas dinámicas (y/o) las consultas que intervienen para hacerlas le permiten exprimir considerablemente más de cualquier plataforma.</p><p>obtendría algunos servidores vps, o tal vez un servidor dedicado y un par de servidores vps. la otra cosa que no puedo hacer es dividir mi dns, si mi dominio no se puede resolver ... todo el almacenamiento en caché y el ajuste fino en el mundo no ayudarán.</p><p>es realmente difícil decir qué sería 'mejor' para usted, no estoy seguro de la complejidad y las necesidades de su proyecto. sin embargo, con suerte, lo anterior le brinda una idea de los pros y los contras, sea cual sea el camino que decida.</p> <p>verifiqué con un desarrollador del equipo de windows, y la respuesta real es mucho más inocua que las otras respuestas a esta publicación :)</p><p>en algún momento en el futuro, a medida que el mundo pase de ipv4 a ipv6, ipv4 eventualmente será deshabilitado/desinstalado por compañías que desean simplificar la administración de la red en sus entornos.</p><p>con windows vista, cuando se desinstaló ipv4 y se habilitó ipv6, una consulta dns para una dirección a (ipv4) resultó en el bucle invertido de ipv4 (que provenía del archivo de hosts). esto, por supuesto, causó problemas cuando no se instaló ipv4. la solución consistía en mover las entradas de bucle de retorno ipv4 e ipv6 siempre presentes desde el host al solucionador dns, donde podían desactivarse de forma independiente.</p><p>-sean</p> <p>en el caso de sitios no personales, esto solo debe hacerse si (por alguna razón) el sitio no funciona bien en el navegador desactualizado. los sitios no personales (ya sean comerciales, gubernamentales, etc.) generalmente no están allí para servir una agenda, por lo que si el sitio funciona (principalmente) en ie 6 (o cualquier navegador desactualizado), déjelo estar. sus usuarios no están allí para que se les enseñe sobre su elección de navegador (incluso si esa elección es mala).</p><p>para los sitios personales, esto es, por supuesto, una cuestión de gusto y convicción personal.</p><p>si considera que una notificación está justificada, debe hacerla razonablemente discreta. las cintas superiores que utilizan los sitios de intercambio de pila para las notificaciones son bastante adecuadas. redirigir a otra página por completo es exagerado. haga que sea fácil de descartar (tal vez su código de agente de usuario se está equivocando) y una vez descartado, no debería volver a aparecer (al menos durante algún tiempo).</p> para empezar, de nada sirve contestar la pregunta secreta si no te sabes el codigo postal.
ya que te piden,
pais, edo, codigo postal y respuesta a la pregunta secreta.

si uno de esos datos, esta mal... nada se puede.


y no es cuestion de recordar el e-mail alternativo, porque automaticamente lo manda sin avistarte a que cuenta lo mandara, ni te pide la direccion a ti. el sistema lo hace por tu propia cuenta.


y hackear lo dudo, puesto que es muy dificil hacerlo.. semi-imposible.



yo te sugeriria que te crees otra cuenta, y trates de recordar las direcciones si es que no las tienes de tus contactos.


suerte ipod --> aplicaciones de todo tipo, juegos, redes sociales, música, internet, peliculas, videos, etc
psp --> internet pero con algunas limitaciones, principalmente para juegos y quizás películas

prefieres comprar algo que puede utilizarse estrictamente para jugar o algo que tiene juegos como un factor secundario, eso debes decidirlo tu mismo. piensa en que tipo de uso le darás, no compres algo que usarás una vez y luego nunca más. personalmente prefiero un ipod, aunque en mi opinión 8gb es muy poco. <p>para hacer redireccionamientos 301, necesitará tener un registro a que apunte a un servidor web válido. luego puede indicar al servidor web que redirija a las personas, por ejemplo. con el .htaccess de apache:</p><pre><code>redirect 301 / http://www.example.com </code></pre><p>los registros mx se pueden crear como de costumbre.</p> usando wifi puede buscar alguna señal wifi cerca de tu casa, generalmente hoteles, restaurantes o bares tienen wifi para sus clientes y si estas cerca puedes conectarte a alguna red de esas, pero no sera de mucha velocidad, lo mas normal es 128k o 256k.