prácticas de configuración de linux / unix server para / tmp
<p>sobre la base de lo que todos se ven, lo que es una configuración recomendada de/tmp en un sistema de servidor y por qué. he tenido discusiones sobre estos puntos a lo largo de los años a veces con desacuerdos básicos.</p><p>las siguientes son básicamente las preguntas que veo. algunos podrían sugerir que se le pregunten estas preguntas con varias preguntas, sin embargo, creo que podría ser más fácil para los administradores si esta información estaba bajo un encabezado. estoy seguro de que esto será informativo.</p><p>específicamente para/tmp:</p><ol> <li> <p>¿debería ln -s/var/tmp/tmp?</p> </li> <li> <p>¿debería preservarse/tmp entre reinicios o no?</p> </li> <li> <p>¿debería/tmp estar en un área de disco real o se puede implementar básicamente en el área de intercambio (o tmpfs)?</p> </li> <li> <p>¿debe/tmp estar en un disco diferente del disco/(raíz)?</p> </li> <li> <p>¿places/tmp en un controlador de disco diferente del disco/(root)?</p> </li> <li> <p>¿alguna regla de pulgar para el tamaño de/tmp?</p> </li> <li> <p>¿cómo manejaría/tmp espacio mientras el sistema está arriba? eliminar todos los archivos&gt; ciertosa edad? deje solo el área hasta que alcance un% de edad de máx.</p> </li> <li> <p>¿debería algún artículo procesal en efecto para gobernar esta área?</p> </li> </ol>
<p><em> específicamente para/tmp: </em></p><ul> <li><em> ¿debería ln -s/var/tmp/tmp? </em></li> </ul><p>en el caso de una imagen completa de disco en memoria (think "live boot cd") esto podría ser aceptable, ya que cada byte de ram necesita ser expulsado. de lo contrario, a menos que esté prensado por el espacio en disco, no./var tiene sus propias peculiaridades y mezcla/tmp con/var/tmp puede tener consecuencias involuntarias al realizar el mantenimiento de sistemas. también agrega una dependencia adicional en ese/tmp debe montarse para/var/tmp para funcionar correctamente; no todo necesita/tmp y puede tener una situación en la que desea migrarlo a una partición o unidad diferente, pero no puede, porque no desea desactivar/var.</p><ul> <li><em> ¿debería preservarse/tmp entre reinicios o no? </em></li> </ul><p>no. si está confiando en esto como un comportamiento consistente, usted, antes o temprano, se encontrará con problemas.</p><ul> <li><em> ¿debería/tmp estar en un área de disco real o se puede implementar básicamente en el área de intercambio (o tmpfs)? </em></li> </ul><p>cuando se usa en gran medida, esta es una tentación: "pondremos/tmp en un disco ram, acelerará el acceso, y cuando el sistema se reinicie/se apaga, no hay nada para limpiar" . sin embargo, si está pensando en implementar el espacio temp como un disco ram, se intercambiará, entonces consideraría las ramificaciones del uso del espacio de swap de su sistema por otros programas. si el intercambio está ahí como una forma de "desbordamiento de emergencia" para cuando el sistema está en directo y lo necesita, lo último que necesita es tener un espacio de intercambio consumido por un proceso de fugitivo de llenado/tmp, consumo de memoria, causando presión sobre el vm subsistema para intercambiar al disco. entre la actividad de intercambio, y la transmisión de e/s adicional en el disco ram (que a su vez puede hacer que page-ints adicionales satisfaga una búsqueda ()), su sistema se convertirá rápidamente en un límite de e/s.</p><ul> <li><em> ¿debería/tmp estar en un disco diferente del disco/(raíz)? </em></li> </ul><p>preferiblemente, sí, aunque no es necesario. si realiza un uso intensivo de él, o tiene una carga de trabajo constante que lo requiera, definitivamente sí. ejemplo hipotético: una base de datos que descarga los archivos temp a/tmp obtendría una ligera velocidad introduciendo/tmp a un husillo separado (es decir, la unidad).</p><ul> <li><em> ¿colocaría/tmp en un controlador de disco diferente del disco/(raíz)? </em></li> </ul><p>si tiene requisitos para la capacidad de recuperación o velocidad, entonces debe considerarse.</p><ul> <li><em> ¿alguna regla de pulgar para el tamaño de/tmp? </em></li> </ul><p>debe acomodar 2x su carga de trabajo esperada. por esto, quiero decir que si tiene usuarios locales regularmente usando este espacio, tarde o temprano, alguien hará algo tonto e intentará llenarlo. tener un ligero excedente le permitirá evitar "problemas" extraños con los programas que se detienen porque sus archivos temporales han completado el espacio que queda.</p><p>si se trata de una instalación de "servicios comunes", donde el servidor proporciona uno o más servicios de red, pero no se encuentra a los usuarios, entonces esto probablemente estará en el lado bajo. si se trata de una instalación de múltiples usuarios, esto estará en el lado alto (sí, <a href="http://davelargo.blogspot.com/">todavía hay lugares que acogen usuarios reales</a> y no solo sus servicios de red).</p><ul> <li><em> ¿cómo se administraría/tmp espacio mientras el sistema está arriba? eliminar todos los archivos&gt; ciertosa edad? deje solo el área hasta que alcance un% de edad de máx. </em></li> </ul><p>mire en el comando <a href="http://linux.die.net/man/8/tmpwatch">tmpwatch</a> , creo que encontrará que se adapte a esta parte de su (s) pregunta (s) de su pregunta (s). el comando simplemente elimina cualquier archivo más allá de una cierta edad en horas. dependiendo de lo rápido que se llena, podría hacer 30 días, 45 días, 90 días, etc.</p><ul> <li><em> ¿debería realizar algún artículo procesal en efecto para gobernar esta área? </em></li> </ul><p>recomendaría lo siguiente:</p><ol> <li>todos los archivos son transitorios, y no están garantizados para sobrevivir a un reinicio.</li> <li>los archivos rancios pasados% la edad se eliminará por la noche a la medianoche de la hora local a través de un trabajo de cron que ejecuta el comando tmpwatch.</li> </ol><p>el resto es una cuestión de sus necesidades específicas.</p>
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. 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. Te lo cuento por encima, ya que lo mejor que puedes hacer es buscar en google, como funciona el sistema de archivos. Mira, el sistema de archivos en unix es diferente. Los archivos y carpetas las crea un usuario que este puede dar permisos a otros usuarios o no. Una vez entiendas que hay root(master), usuarios y grupos para dar permiso, veras que si creas un usuario nuevo se te creara una carpeta nueva en el sistema de ficheros. Esta carpeta esta en /home/(usuario). Es aquí dentro donde el usuario puede dejar sus archivos. Por cada usuario que crees, se creara una carpeta con su nombre i cada uno podrá hacer lo que quiera en su carpeta /home/(usuarios), pero no, en la carpeta de otro usuario, ya que no tendrá permiso.   
En definitiva dentro de /home/(tuusuario) es donde puedes guardar tus archivos.   
Pero sigo recomendándote que te leas el formato de sistema de archivos de unix, lo entenderás mucho mejor como funciona todo, y no es muy largo ni pesado.  
¿Alguna duda más...? :-D <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> de hecho los discos duros, no son utilizables en su totalidad. siempre hay una parte que reservada por el sistema operativo, pero nunca en tal cantidad. utlizado como disco de sistema te puede quitar unas cuantos mb, pero no en tal cantidad. de un disco de 200gb te pueden "desaparecer" un gb, como máximo. el problema puede estar en en que al instalar estos discos, y ser utlizados con anterioridad, puede haberse realizado en él un "backup" y haber permanecido en el mismo, como archivos escondidos. prueba en panel de control en opciones de carpeta (windows 7) selecciona la pestaña ver y luego mostrar archivos escondidos. si al haberlos utilizados con anterioridad, y tenías seleccionada la opción de papelera de reciclaje activada para cada disco duro, te aparecerá algo como $recycle.bin, system volume information, config.msi, msocache, recovery (usado para restaurar el computador/ordenador) y algúno que otra carpeta... lo más probable es que el espacio esté ocupado por "archivos de sistema" inservibles. 
algo te puedo asegurar, ocupar un 20% después de formatear, no es sólo imposible, sino una burrada! piensa que luego de instalar windows 7, el espacio ocupado no llega a 10 gb, lo que , en un disco duro de 500 mb, es algo es el 10%. 
todo esto contando con que los discos no estén recién formateados. si es así, entonces de seguro son malas noticias, y necesitarás el consejo de un técnico. Es muy difícil establecer que es lo que ocurre.-  
Pero si me pasara a mi eso, verificaría en principio la cantidad de espacio libre que tengo en el disco rígido.-  
Luego eliminaría todos los archivos que están en c:\windows\temp.-  
Si falta espacio tendrás que buscar que es lo que no te es útil y eliminarlo.-  
Si el problema persiste, te recomiendo que bajes el programa regclean: http://download.cnet.com/downloads/0,10152,0-10106-110-881470,00.html?gid=23283&tag=st.dl.10106-100-881470-881470.dln.10106-110-881470  
De ese link y lo pases.-  
Cuéntame como te fue, pero recuerda que es difícil establecer que es lo que ocurre.- tu pregunta esta muy abierta... deberia de explicar si es respecto a algun tema en específico.

en ing industrial se refiere al diseño de estaciones de trabajo, toma de tiempos, balanceo de líneas, etc...

saludos, te entiendo perfectamente  
hola:  
 te entiendo perfecto lo que te pasa y pienso como vos...hay un límite para todo. yo estaba (y sigo) en tratamiento por depresión mayor y un día le dije a mi psiquiatra que me de una orden de internación, necesitaba hacer un clik y apartarme de todo para poner distancia y ver las cosas con mayor claridad. le puse mucho huevo para esto, pero los resultados han sido satifactorios, te ahorrás un monton de tiempo. no es fácil pero si efectivo y más si es por propia voluntad la internación.  
suerte y fuerza Te anexo la página porque es un poco complicado explicarte yo mismo, mejor si ya esta escrito nada más lo puedes imprimir y listo.  
<http://www.configurarequipos.com/tema13736-7-0.html>  
[http://support.microsoft.com/default.aspx?scid=kb;es;313348](https://support.microsoft.com/default.aspx?scid=kb;es;313348)  
Saludos.  
Eh.  
No olvides finalizar la respuesta. hola  
aea 90364.7.771  
771.20.1  
los tableros se instalarán en lugares secos, ambiente normal, de fácil acceso y alejados de otras instalaciones, tales como las de agua, gas, cloacas, etc. se permite realizar en el tablero instalaciones de telefonía y datos, que hagan a la funcionalidad de la instalación. no se permite la instalación de tableros en el interior de muebles (alacenas, armarios, etc.) o debajo de mesadas, o dentro de huecos de la construcción o lugares de difícil   
acceso. para lugares húmedos, mojados, a la intemperie o polvorientos, los tableros deberán construirse con el   
grado de protección ip adecuado al ambiente.  
  
lo anterior es una transcripcion de la norma vigente en argentina, dicho esto, no creo que el lugar que pretende tu cliente sea adecuado.  
la distancia minima reglamentaria a cualquier toma de agua es de 0,6 metros hacia cualquier dirección , pero aunque esto no sea un problema, el lugar debe ser de facil acceso , bien iluminado y libre de obstáculos   
saludos