el principal / Instalación y configuración / Para lo que necesita un archivo de redes en Windows. ¿Qué son las redes y cómo solucionarlo? Versiones y variaciones

Lo que necesita el archivo de redes en Windows. ¿Qué son las redes y cómo solucionarlo? Versiones y variaciones

La carpeta, etc. es una carpeta en la que son los siguientes archivos de texto Hosts, lmhosts.sam, redes, protocolo, servicios Este es el contenido estándar de la carpeta, etc. para Windows XP y Windows 7.

Todo sobre la carpeta, etc.

Haga que la carpeta Etc es simple, presione "Inicio" - "Computadora" - " Disco local C »-" Windows "-" System32 "-" Controladores "-", etc. ".

Qué archivos en la carpeta, etc.

Si ha desaparecido la carpeta, etc., puede descargar la carpeta de Windows 7, etc. y para Windows 8.

Ahora describiré cómo restaurar la carpeta, etc. descargando el archivo de la carpeta, etc. Descompáralo. Copie solo, etc., encuentre dónde debe insertarse. La carpeta, etc. para Windows 7 no difiere de la carpeta, etc. para Windows XP. El contenido de la carpeta de Windows 7, etc., difiere de Windows 8. En Windows 8, dos archivos en la carpeta, etc. Más: hosts.backup y hosts.rolback. Contenido completo del Windows 8 Hosts, etc. Carpeta, lmhosts.sam, redes, protocolo, servicios, hosts.backup y hosts.rollback. Los virus generalmente cambian los contenidos de dos archivos. archivo de alojamiento En la carpeta, etc. y el archivo de servicios en la carpeta, etc. Puede abrir archivos en la carpeta, etc. utilizando un Bloc de notas.

Buen tiempo, queridos lectores. Publicar la segunda parte. En la parte actual, se hace el énfasis principal en implementación de la red en Linux(cómo configurar una red en Linux Cómo distribuir la red en Linux y mantener un subsistema de red en Linux en condiciones de trabajo).

Configuración de TCP / IP en Linux para trabajar en la red Ethernet

Para el trabajo S. protocolos de red TCP / IP en Linux es suficiente solo interfaz de buclePero si necesita combinar hosts entre sí, naturalmente, es necesario tener una interfaz de red, canales de transmisión de datos (por ejemplo, un par trenzado), posiblemente un equipo que no sea de red. Además, es necesario tener la presencia de establecidos (, etc.), generalmente suministrados en. También debe tener una red (por ejemplo, etc. / hosts) y soporte de red.

Parámetros de red

Vamos a comenzar a comprender los mecanismos de red de Linux con la configuración manual de la red, es decir, con el caso cuando dirección IP Interfaz de red estático. Por lo tanto, al configurar la red, debe considerar y configurar los siguientes parámetros:

dirección IP - Como ya se mencionó en la primera parte del artículo, es una dirección única de la máquina, en el formato de cuatro números decimales, separados por puntos. Por lo general, al trabajar en red localSeleccionado de rangos privados, por ejemplo: 192.168.0.1

Máscara de subred - Además, 4 números decimales que determinan qué parte de la dirección se refiere a la dirección de la red / subred, y que es la dirección del host. La máscara de subred es un número que se pliega (en forma binaria) utilizando un lógico y, con una dirección IP y, lo que resulta en que resulta que la subred está pertenece a la dirección. Por ejemplo, la dirección 192.168.0.2 con una máscara 255.255.255.0 pertenece a la subred 192.168.0.

Sustituir la dirección - Determinado por la máscara de la subred. Al mismo tiempo, no existen subredes para interfaces de bucle.

Dirección de Difusión - La dirección utilizada para enviar paquetes de transmisión, que recibirán todos los hosts de subred. Por lo general, es igual a la dirección de la subred con el valor del host 255, es decir, para la subred 192.168.0, la transmisión será de 192.168.0.255, de manera similar, para la subred 192.168, la transmisión será de 192.168.255.255. Para las interfaces de bucle no hay una dirección de transmisión.

Dirección IP Gateway- Esta es la dirección de la máquina que es la puerta de enlace predeterminada para la comunicación con mundo extranjero. Las pasarelas pueden ser algo si la computadora está conectada a varias redes simultáneamente. La dirección de la puerta de enlace no se usa en redes aisladas (no conectadas a red global), Debido a que estas redes no tienen a dónde enviar paquetes fuera de la red, lo mismo pertenece a las interfaces en bucle.

Dirección IP del servidor de nombres (DNS - Servidores)- Dirección del servidor de los nombres de host transformantes en la dirección IP. Por lo general, proporcionado por el proveedor.

Archivos de configuración de red en Linux (archivos de configuración)

Para entender el trabajo de la red en Linux, definitivamente le aconsejaría que se familiarice con el artículo "". En general, todo el trabajo de Linux se basa en, que nace cuando el sistema operativo está cargado y pone a sus descendientes, lo que a su vez cumple con todos trabajo necesario, Ya sea el lanzamiento de bash o demonio. Si, y todos cargando linux Basado en, en el que se prescribe la secuencia completa de las pequeñas utilidades iniciales con varios parámetros que se inician / se detienen sucesivamente en la puesta en marcha / deteniendo el sistema. De manera similar, se lanzó el subsistema de red Linux.

Cada distribución de Linux es ligeramente diferente del otro mecanismo de inicialización de la red, pero la imagen general, creo que, después de leerlo, será clara. Si ve los scripts de red de distribución de inicio de Linux, cómo configurar la configuración de la red con los archivos de configuración se volverán más o menos comprensibles, por ejemplo, Debian (tomamos esta distribución) para la inicialización de la red, la secuencia de comandos responde /etc/init.d/networking, revisando que:

Net-Server: ~ # CAT /ETC/init.d/networking ### Comenzar Init Info # proporciona: Número de redes requerido: inicio: Mountkernfs $ local_fs # Requerido-Stop: $ local_fs # debería -start: ifupdown # shald-stop : ifupdown # Predeterminado Inicio: S # Predeterminado-STOP: 0 6 # BORTE-DESCRIPCIÓN: Levante las interfaces de red. ### FIN DE INICIO DE INICIO PATH \u003d "/ USR / local / sbin: / usr / local / bin: / sbin: / bin: / usr / sbin: / bin" [-x / sbin / ifup] || Salida 0. / Lib / lsb / init-functions process_options () ([[-e / etc / red / opciones] || retorno 0 log_warning_msg "/ etc / network / opciones ¡aún existe y se ignorará! Leer readme.debian de NetBase. ") Check_network_file_systems () ([[-e / proc / monte] || retorno 0 si [-e /etc/iscsi/iscsi.initramfs]; luego log_warning_msg" no desconfigurar las interfaces de red: la raíz ISCSI está montada ". SALIR 0 FI EXEC 9<&0 < /proc/mounts while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network devices still mounted." exit 0 ;; esac case $FSTYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs) log_warning_msg "not deconfiguring network interfaces: network file systems still mounted." exit 0 ;; esac done exec 0<&9 9<&- } check_network_swap() { [ -e /proc/swaps ] || return 0 exec 9<&0 < /proc/swaps while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network swap still mounted." exit 0 ;; esac done exec 0<&9 9<&- } case "$1" in start) process_options log_action_begin_msg "Configuring network interfaces" if ifup -a; then log_action_end_msg $? else log_action_end_msg $? fi ;; stop) check_network_file_systems check_network_swap log_action_begin_msg "Deconfiguring network interfaces" if ifdown -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; force-reload|restart) process_options log_warning_msg "Running $0 $1 is deprecated because it may not enable again some interfaces" log_action_begin_msg "Reconfiguring network interfaces" ifdown -a --exclude=lo || true if ifup -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; *) echo "Usage: /etc/init.d/networking {start|stop}" exit 1 ;; esac exit 0

puede encontrar varias funciones que comprueban la presencia de sistemas de archivos de red conectados ( check_network_file_systems (), check_network_swap ()), además de verificar la existencia de alguna configuración poco clara / etc / red / opciones (función process_Options ()), y en la parte inferior, construcción caso "$ 1" en Y de acuerdo con el parámetro ingresado (inicio / parada / fuerza-recarga | reinicio o cualquier arco) produce ciertas acciones. De estos más " ciertas acciones", En el ejemplo del argumento comienza, se puede ver que la función se inicia primero process_options.Además va al registro de frases. Configuración de las interfaces de red.y comienza el equipo Ifup -a.. Si mira al hombre IFUP, está claro que este comando lee la configuración del archivo / etc / red / interfaces Y de acuerdo a la clave -a. Ejecuta todas las interfaces que tienen un parámetro aUTO..

Los comandos IFUP y IFDAY se pueden usar para configurar (o, respectivamente, deconfigurar) interfaces de red según las definiciones de la interfaz en el archivo / etc / red / interfaces.

-Un, - todo
Si se le da a IFUP, afecta a todas las interfaces marcadas automáticamente. Las interfaces se mencionan en el orden en que se definen en / etc / red / interfaces. Si se le da al ifdow, afecta a todas las interfaces definidas. Las interfaces se reducen en el orden en que se enumeran actualmente en el archivo de estado. Solo se reducirán las interfaces definidas en / etc / red / interfaces.

IP-Server: ~ # Este archivo describe las interfaces de red disponibles en su sistema # y cómo activarlas. Para obtener más información, consulte Interfaces (5). # La interfaz de red Loopback AUTOMO AUTOMÁTICO Lo inet Loopback # La interfaz de red primaria Permita: HotPlug Eth0 IFACE ETH0 INET DHCP Permitir-Hotplug Eth2 IFACE ETH2 INET DIRECCIÓN estática 192.168.1.1 Netmask 255.255.255.0 Gateway 192.168.1.255 Transmitida 192.168.1.255

En esta configuración, la cadena. permitir-hotplug. y aUTO. - Estos son sinónimos e interfaces serán planteadas por el equipo. ifup -a.. Aquí, de hecho, toda la cadena del subsistema de red. De manera similar, en otras distribuciones: en RedHat y SuSe Network comienza un script /etc/init.d/network. Las revisiones de ello, de manera similar se pueden encontrar donde se encuentra la configuración de la red.

/ etc / hosts

Este archivo almacena una lista Direcciones IP y corresponde a ellos (direcciones) nombres de host. El formato de archivo no es diferente de Mastayn:

IP-Server: ~ # CAT / etc / hosts # ip host.in.domain host 127.0.1.1 LocalHost 127.0.1.1 IP-Server.Domain.Local IP-Server 192.168.1.1 IP-Server.Domain.Local IP-Server

Históricamente, este archivo se utilizó en lugar del servicio DNS. Actualmente, el archivo también se puede usar en lugar del servicio DNS, pero solo se proporciona en su red, el número de máquinas se mide en las unidades, y no en docenas o cientos, porque en este caso tiene que controlar la corrección de este archivo. en cada máquina.

/ etc / nombre de host

Este archivo contiene Nombre de host NetBIOS:

IP-Server: ~ # CAT / etc / hostName IP-Server

Este archivo almacena los nombres y direcciones de las redes locales y otras. Ejemplo:

Servidor IP: ~ # CAT / etc / redes predeterminado 0.0.0.0 Loopback 127.0.0.0 Link-Local 169.254.0.0 Inicio-red 192.168.1.0

Al usar este archivo, las redes se pueden administrar por nombre. Por ejemplo, agregue una ruta no rUTA AÑADIR. 192.168.1.12 , pero rUTA AÑADIR..

/etc/nswitch.conf.

El archivo determina orden de búsqueda de hostRedes, las líneas corresponden a esta configuración:

Para los anfitriones: anfitriones: archivos DNS para redes: redes: archivos

Parámetro archivos. especifica utilizar los archivos especificados. (/ etc / hosts y / etc / redes en consecuencia), parámetro dNS. especifica utilizar el servicio. dNS..

/etc/host.conf.

El archivo especifica los parámetros de resolución de nombres para el resolutor.

Servidor IP: ~ # cat /etc/host.conf multi en

Este archivo indica la biblioteca de Resolv: devuelva todas las direcciones de nodo válidas que se cumplen en el archivo / etc / hosts, y no solo el primero.

/etc/resolv.conf.

Este archivo define los parámetros del mecanismo de conversión del nombre de red en la dirección IP. Lenguaje Define la configuración de DNS. Ejemplo:

Servidor IP: ~ # CAT /ETC/RESOLV.CONF NAMUNOERVER 10.0.0.4 Namamaserver 10.0.0.1 Buscar Dominio.Local

Las primeras 2 líneas especifique los servidores DNS.. La tercera línea especifica los dominios de búsqueda. Si, al resolver el nombre, el nombre no será un nombre FQDN, este dominio se sustituirá en forma de "finalización". Por ejemplo, al ejecutar el comando Ping Host, la dirección de ejecución se convierte en host.Domain.Local. Los parámetros restantes se pueden leer en el hombre risolv.conf. Muy a menudo, Linux utiliza la generación dinámica de este archivo, utilizando el llamado. programas / sbin / resolvconf. Este programa es un mediador entre servicios que proporcionan dinámicamente nombres para nombres (por ejemplo, Cliente DHCP.) y servicios que usan datos del servidor de nombres. Para utilizar un archivo generado dinámicamente. /etc/resolv.conf., es necesario hacer este archivo con una referencia simbólica a /etc/resolvconf/run/resolv.conf.. En algunas distribuciones, el camino puede ser diferente, se escribirá al respecto en hombre resolvconf..

Configuración de la red

Después de leer los principales archivos de configuración, puede mirar. Arriba ya mencionado el equipo iFUP., ifdonce.Pero estos fondos no son del todo versátiles, digamos en las distribuciones RH, no hay comandos predeterminados. Además, apareció una nueva herramienta de administración de red de alto nivel en nuevas distribuciones, que pertenece al paquete IPROUTE. Él (Paquete IPROUTE) estaré dedicado. Y en la publicación actual no lo consideraré. Los comandos que se describen a continuación pertenecen.

Entonces, para confiar en el desempeño del equipo en cualquier distribución de Linux, es necesario usar los dos equipos principales antiguos. Esto es, y ARP. Primer equipo (responsable de configuración de las interfaces de red(iP, máscara, puerta de enlace), segundo () - configuración de enrutamiento, Tercero (arp) - gestión de la tabla ARP. Me gustaría señalar que la ejecución de estos comandos sin deshabilitar el script de inicio de SystemV estándar para el subsistema de red realizará cambios en el primer servicio de red reinicio / reinicio, porque Si hablas con cerebro, puedes entender que el guión. /etc/init.d/networkingen el próximo lanzamiento, vuelva a leer las configuraciones anteriores y aplicar configuraciones antiguas. Por consiguiente, la salida para una configuración de configuración permanente es el comando ifconfig con los parámetros correspondientes, para ingresar o corregir las configuraciones de interfaz de red apropiadas.

Además, si el equipo es ejecutado. ifconfig con parámetros faltantes (Por ejemplo, solo la dirección IP), luego el resto se complementa automáticamente (por ejemplo, la dirección de Broadkast se agrega de forma predeterminada con una dirección host que finaliza a 255 y la máscara de subred predeterminada se toma 255.255.255.0).

Enrutamiento Para las interfaces existentes en los núcleos modernos, siempre aumenta automáticamente por el kernel. Más bien, las rutas directas a la red de acuerdo con la configuración de IP y subred a las que se forman automáticamente la interfaz elevada, las fuerzas del kernel. El campo Gateway para tales entradas muestra la dirección de interfaz de salida o *. En las versiones anteriores del kernel (el número del kernel desde el cual las rutas comenzaron a aumentar automáticamente, no le diré), fue necesario agregar una ruta manualmente.

Si hay una necesidad de organizar su rutas, entonces necesitas usar. Este comando se puede agregar y eliminar las rutas, pero nuevamente, esto lo ayudará solo antes de reiniciar /etc/init.d/networking (u otro script responsable de la red en su distribución). Para que las rutas se agreguen automáticamente, también debe con los comandos IFCONFIG: agregar comandos para agregar rutas a RC.Local, o hacer que las configuren las configuraciones de interfaz de red apropiadas (por ejemplo, en Deb - / etc / red / opciones).

¿De qué reglas? se forman rutas a las redes., Estoy dentro

Diagnóstico de la red de Linux.

Hay una gran cantidad de herramientas de diagnóstico de red en Linux, a menudo son muy similares a las utilidades de Microsoft. Consideraré 3 Utilidades de diagnóstico de red principales, sin las cuales será problemático identificar problemas.

Creo que esta utilidad es familiar casi a todos. El trabajo de esta utilidad es envíoasí llamado paquetes ICMP Servidor remoto que se especificará en la configuración del comando, el servidor devuelve los comandos enviados, y silbido.cuenta el tiempo Requerido por el paquete guardado para llegar al servidor y volver. Por ejemplo:

# Ping ya.ru ping ya.ru (87.250.251.3) 56 (84) Bytes de datos. 64 bytes de www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 1 TTL \u003d 57 Tiempo \u003d 42.7 MS 64 bytes de www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 2 TTL \u003d 57 Tiempo \u003d 43.2 MS 64 Bytes Desde www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 3 TTL \u003d 57 TIEMPO \u003d 42.5 MS 64 bytes de www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 4 TTL \u003d 57 Tiempo \u003d 42.5 MS 64 bytes de www .YANDEX.RU (87.250.251.3): ICMP_SEQ \u003d 5 TTL \u003d 57 TIEMPO \u003d 41.9 MS ^ C --- YA.RU PING ESTADÍSTICAS --- 5 paquetes transmitidos, 5 recibidos, 0% Pérdida de paquetes, Tiempo 4012MS RTT MIN / AVG / MAX / MDEV \u003d 41.922 / 42.588 / 43.255 / 0.500 ms

Como se puede ver desde el ejemplo anterior, silbido.nos muestra un montón de información útil. Ante todo, descubrimos que podemos establecer una conexión con el anfitrión ya.ru.(A veces dicen que el "anfitrión ya.ru está disponible para nosotros"). en segundo lugarvemos eso DNS funciona correctamenteDebido a que el nombre "Pingled" se transformó correctamente en la dirección IP (ping ya.r.ru (87.250.251.3)). Más, en campo ICMP_SEQ \u003d Especifica la numeración de los paquetes enviados. Un número enviado a cada paquete se asigna secuencialmente y, si habrá "fallas" en esta numeración, nos dirá que la conexión con el "Pingled" es inestable, así como puede significar que el servidor al que se envían los paquetes sobrecargados. . Por significado tiempo \u003d.vemos, ¿Cuánto paquete de tiempo viajó? Hasta 87.250.251.3 y de vuelta. Detener la operación de la utilidad de ping puede ser clave Ctrl + C.

Mismo, utilidad Ping. Interesante lo que puede darse el lujo de ver dónde surgieron los problemas. Suponer utilidad Ping. Muestra un mensaje red no accesible (la red no está disponible)u otro mensaje similar. Es más probable que esto esté hablando de la configuración incorrecta de su sistema. En este caso, puede enviar paquetes en la dirección IP del proveedor para comprender dónde surge el problema (entre la PC local o "ON"). Si está conectado a Internet a través del enrutador, puede enviar paquetes en su IP. En consecuencia, si el problema ya se manifiesta en esta etapa, dice acerca de la configuración incorrecta del sistema local, o sobre el daño al cable, si el enrutador responde, y no hay servidor del proveedor, entonces el problema está en la comunicación del proveedor. canal, etc. Finalmente, si falla terminada con el nombre del nombre en IP, puede verificar la conexión a través de IP si las respuestas vendrán correctamente, entonces puede adivinar que el problema está en DNS.

Cabe señalar que esta utilidad no siempre es una herramienta confiable para el diagnóstico. El servidor remoto puede bloquear las respuestas a las solicitudes de ICMP.

traceroute.

Lenguaje sencillo, se llama al equipo. Ruta de rastreo. ¿Cómo puedo entender desde el nombre, esta utilidad se mostrará en qué ruta hay paquetes para alojarse? TRACEROUTE UTILIDAD Algo como silbido.Pero muestra información más interesante. Ejemplo:

# Tracereute ya.ru traceroute a ya.ru (213.180.204.3), 30 saltos max, paquetes de 60 bytes 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 MS 6.306 MS 6.193 MS 2 065-064-Free .kubtelecom.ru (213.132.64.65) 2.761 MS 5.787 MS 5.777 MS 3 LGW.KUBTELECOM.RU (213.132.75.54) 5.713 MS 5.701 MS 5.636 MS 4 KUBTELECOM-LGW.KRASNODAR.GLDN.NET (194.186.6.177) 81.430 MS 81.581 MS 81.687 MS 5 CAT26.MOSCOW.GLDN.NET (194.186.118) 47.789 MS 47.888 MS 48.011 MS 6 213.33.201.230 (213.33.201.230) 43.322 MS 41.783 MS 41.783 MS 41.106 MS 41.106 MS 7 carmine-red-vlan602.yandex.net (87.250. 242.206) 41.199 MS 42.578 MS 42.610 MS 8 www.yandex.ru (213.180.204.3) 43.185 MS 42.126 MS 42.679 MS

Como puede ver, puede rastrear la ruta desde el enrutador del proveedor 243-083-free.kubtelecom.ru (213.132.83.243) (sur de Rusia) al host final en www.yandex.ru (213.180.204.3) en Moscú .

cavar

Esta utilidad envía solicitudes a los servidores DNS y devuelve información sobre el dominio especificado. Ejemplo:

# Cave @ ns.kuban.ru roboti.ru;<<>\u003e Cavar 9.3.6-P1<<>\u003e @ n.kuban.ru roboti.ru; (1 servidor encontrado) ;; Opciones globales: PrintCMD ;; Tengo respuesta: ;; - \u003e\u003e encabezado.<<- opcode: QUERY, status: NOERROR, id: 64412 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;roboti.ru. IN A ;; ANSWER SECTION: roboti.ru. 448 IN A 72.52.4.90 ;; AUTHORITY SECTION: roboti.ru. 345448 IN NS ns1.sedoparking.com. roboti.ru. 345448 IN NS ns2.sedoparking.com. ;; Query time: 102 msec ;; SERVER: 62.183.1.244#53(62.183.1.244) ;; WHEN: Thu Feb 17 19:44:59 2011 ;; MSG SIZE rcvd: 94

Comando de excavación enviar solicitud servidor DNS. - ns.kuban.ru. (@ Ns.kuban.ru. - Esta opción no es necesaria, en este caso, la fuente de información DNS se tomará de la configuración de su sistema) sobre el nombre de dominio Roboti.ru.. Como resultado, recibió una respuesta en la que podemos ver en la sección. Sección de respuesta. Información sobre las direcciones IP del dominio en la sección. Sección de autoridad Información sobre la llamada. Servidores DNS autorizados. La tercera línea desde abajo nos dice qué servidor proporcionó la respuesta.

Otras utilidades de diagnóstico

ping, DIG y otras utilidades de diagnóstico con parámetros se pueden encontrar en POST.

Conexión de una nueva tarjeta de red

Conexión y lanzamiento de una nueva tarjeta de red se reduce a realizar unos pasos:

1. Conexión física de la tarjeta.

3. Ver salida para detectar un nuevo sistema de tarjeta de red:

Veamos la salida Antes de conectar una nueva tarjeta:

Servidor: ~ # DMESG | GREP ETH [4.720550] E1000: ETH0: E1000_Probe: Intel (R) Pro / 1000 Red Conexión [5.130191] E1000: ETH1: E1000_Probe: Intel (R) Pro / 1000 Conexión de red [15.285527] E1000: ETH2: E1000_WatchDog: NIC Link es Hasta 1000 Mbps Dúplex completo, Control de flujo: RX [15.681056] E1000: ETH0: E1000_WATCHDOG: el enlace NIC es un dúplex completo de 1000 Mbps, control de flujo: Rx

en la salida, está claro que el sistema tiene 2 tarjetas de red eth1 y eth2. Conectamos la tercera y veamos la conclusión:

Servidor: ~ # DMESG | GREP ETH [4.720513] E1000: ETH0: E1000_Probe: Intel (R) Pro / 1000 Red Conexión [5.132029] E1000: ETH1: E1000_Probe: Conexión de red Intel (R) Pro / 1000 [5.534684] E1000: ETH2: E1000_Probe: Intel (R ) Conexión de red PRO / 1000 [39.274875] UDEV: Retimport Network Interface Eth2 a ETH3 [39.287661] UDEV: Cendenado Interfaz de red Eth1_Rename_Ren a ETH2 [45.670744] ETH2 [45.670744] E1000: ETH2: E1000_WatchDog: NIC Link es un dúplex completo de 1000 Mbps, Control de flujo: Rx [46.237232] E1000: ETH0: E1000_WatchDog: El enlace NIC es un dúplex completo de 1000 Mbps, Control de flujo: RX [96.977468] E1000: ETH3: E1000_WatchDog: el enlace NIC es un dúplex completo de 1000 Mbps, control de flujo: Rx

EN dmesg.vemos que apareció una nueva red es ETH3, que en realidad es eth2, pero cambió de nombre de los dispositivos Udev a ETH3, y ETH2 en realidad se llena de nombre de ETH1 (hablaremos sobre Udev en un post separado). La aparición de nuestra nueva red en DMESG. Decimos que la tarjeta de red soportadokernel y correcto determinado. Queda por pequeño, configura una nueva interfaz en / etc / red / interfaces(Debian), porque esta tarjeta no fue inicializada por el guión inicial /etc/init.d/network. ifconfigesta tarjeta ve:

Servidor: ~ # IFCONFIG ETH3 ETH3 ENLACE Encap: Ethernet HwAddr 08: 00: 27: 5F: 34: AD INET6 ADDR: FE80: A00: 27FF: FE5F: 34AD / 64 Ámbito: enlazarse con la transmisión de multidifusión MTU: 1500 Métrico: 1 RX PAQUETES: 311847 Errores: 0 Caídas: 0 Overluns: 0 Frame: 0 TX Paquetes: 126 Errores: 0 Caídas: 0 Overluns: 0 Portador: 0 Colisiones: 0 Txqueuelen: 1000 Rx Bytes: 104670651 (99.8 MIB) TX BYTES: 16184 (15.8 kIB)

pero de nuevo, no se configura. Cómo configurar la tarjeta de red mencionada anteriormente.

Resumen

Creo que hoy es todo. Cuando comencé a escribir este artículo, pensé que haría en una publicación, pero resultó ser alto. Por lo tanto, se decidió romper un artículo en dos. Total, intenté establecer, no es un Hoath paso a paso para configurar la red, sino establecer el principio y explicar la comprensión de cómo se inicia y se ejecuta la comprensión de la red en Linux. Realmente espero que lo logré. Estaré encantado de sus comentarios y adiciones. Con el tiempo, complementaré un artículo.

Cuando se trata de redes informáticas, a menudo es posible escuchar la mención de NFS. ¿Qué significa esta abreviatura?

Este es un protocolo de un sistema de archivos distribuido, originalmente desarrollado por Sun Microsystems en 1984, lo que permite al usuario en la computadora cliente acceder a los archivos a través de la red, como el acceso al almacenamiento local. NFS, como muchos otros protocolos, se basa en el sistema de llamadas de procedimiento remoto de computación de red abierto (ONC RPC).

En otras palabras, ¿qué es NFS? Este es un estándar abierto definido a solicitud de comentarios (RFC), que le permite implementar un protocolo.

Versiones y variaciones

El inventor usó solo la primera versión para sus propios fines experimentales. Cuando el equipo de desarrolladores agregó cambios significativos en la NFS inicial y lo publicó fuera de la autoría del Sol, marcaron la nueva versión como V2 para que pueda probar la interacción entre las distribuciones y crear una opción de copia de seguridad.

Nfs v2.

La versión 2 originalmente funcionó solo en el protocolo de protocolo de datagramas de usuario (UDP). Sus desarrolladores querían guardar el lado del servidor sin el bloqueo implementado fuera del protocolo principal.

La interfaz del sistema de archivos virtuales le permite realizar una implementación modular reflejada en el protocolo simple. Para febrero de 1986, se demostraron soluciones para sistemas operativos, como el Sistema V de lanzamiento 2, DOS y VAX / VMS utilizando EUNICE. NFS V2 permite leer solo los primeros 2 GB del archivo debido a restricciones de 32 bits.

Nfs v3.

La primera oferta para desarrollar la versión 3 de NFS en Sun Microsystems se expresó poco después del lanzamiento de la segunda distribución. La principal motivación fue un intento de mitigar el problema del desempeño de una grabación síncrona. Para julio de 1992, las mejoras prácticas permitieron resolver muchas deficiencias de las deficiencias de la versión 2 de NFS, al tiempo que dejaba solo un soporte insuficiente para archivos (tamaños de 64 bits y desplazamiento de archivos).

soporte para tamaños de 64 bits y desplazamientos de archivos para el procesamiento de datos de más de 2 gigabytes (GB);
soporte para la grabación asíncrona en el servidor para aumentar la productividad;
atributos adicionales de archivos en muchas respuestas para evitar la necesidad de reencortarlos;
operación readDirplus para datos y atributos junto con los nombres de archivos al escanear el directorio;
muchas otras mejoras.

Durante la introducción de la versión 3, el soporte de TCP a medida que un protocolo de nivel de transporte comenzó a aumentar. El uso de TCP como herramientas de transferencia de datos realizadas con NFS a través de WAN, se ha permitido transmitir tamaños de archivos grandes para ver y escribir. Gracias a esto, los desarrolladores pudieron superar los límites de las restricciones en 8 KB, impuestas por el protocolo de datagramas del usuario (UDP).

¿Qué es NFS V4?

La versión 4, desarrollada bajo la influencia del sistema de archivos endra (AFS) y el bloque de mensajes del servidor (SMB, también llamado CIFS), incluye un aumento en el rendimiento, proporciona una mejor seguridad y ingresa al protocolo de conformidad con las condiciones establecidas.

La versión 4 se ha convertido en el primer plan de distribución desarrollado en el grupo objetivo del Grupo de Tareas de Ingeniería de Internet (IETF) después de que Sun Microsystems ha transmitido al desarrollo de protocolos a especialistas de terceros.

La versión 4.1 de NFS está dirigida a proporcionar soporte para el protocolo para usar las implementaciones de los servidores de clúster, incluida la capacidad de proporcionar acceso paralelo escalable a los archivos distribuidos entre múltiples servidores (extensión PNFS).

El nuevo protocolo del sistema de archivos, NFS 4.2 (RFC 7862), se publicó oficialmente en noviembre de 2016.

Otras extensiones

Con el desarrollo de la norma, apareció las herramientas correspondientes para trabajar con él. Por lo tanto, WEBNFS, la extensión para las versiones 2 y 3, permite que el protocolo de acceso a la red sea más fácil de integrar en los navegadores web y activar el trabajo a través de firewalls.

Los diversos protocolos de grupos de terceros también se han asociado con NFS. De estos, los más famosos son:

Administrador de bloques de red (NLM) con soporte de protocolo BYTE (agregado para admitir archivos V Unix System V);
cuota remota (Rquotad), que permite a los usuarios de NFS ver los cupos de almacenamiento de datos en servidores NFS;
NFS a través de RDMA - Adaptación NFS, que utiliza el acceso a la memoria directa remota (RDMA) como un medio de transmisión;
NFS-Ganesha es un servidor NFS que funciona en el espacio del usuario y soporta CEPHFS FSAL (abstracción del sistema de archivos) utilizando Libcephfs.

Plataforma

El sistema de archivos de red se usa a menudo con sistemas operativos UNIX (como Solaris, AIX, HP-UX), MacOS de Apple y OS similar a UNIX (como Linux y FreeBSD).

También está disponible para plataformas como ACORN RISC OS, OpenVMS, MS-DOS, Microsoft Windows, Novell NetWare y IBM AS / 400.

Los protocolos de acceso remoto de archivos alternativos incluyen un bloque de mensajes de servidor (SMB, también llamado CIFS), protocolo de transmisión de Apple (AFP), protocolo básico de NetWare (NCP) y sistema de archivos de servidor OS / 400 (QFilesVR.400).

Esto se debe a los requisitos de NFS, que se centran principalmente en "Shells" similares a Unix.

En este caso, los protocolos SMB y NetWare (NCP) se utilizan con más frecuencia que NFS, en sistemas que ejecutan Microsoft Windows. AFP está más extendida en las plataformas Apple Macintosh, y QFilesVR.400 se encuentra con mayor frecuencia en OS / 400.

Implementación típica

Suponiendo un guión típico en el estilo Unix, en el que una computadora (cliente) necesita acceso a los datos almacenados en otro (servidor NFS):

El servidor implementa el sistema de archivos de red predeterminado que se procesa como NFSD para que sus datos estén disponibles públicamente para los clientes. El administrador del servidor determina cómo exportar los nombres y los parámetros de los directorios, generalmente usando el archivo de configuración / etc / exports y el comando exportfs.
Administración de seguridad del servidor garantiza que podrá reconocer y aprobar un cliente comprobado. La configuración de su red garantiza que los clientes relevantes puedan negociar con él a través de cualquier sistema de firewall.
La máquina cliente solicita acceso a datos exportados, por regla general, emitiendo un comando apropiado. Ella solicita al servidor (RPCBind) que utiliza el puerto NFS, y posteriormente se conecta a él.
Si todo sucede sin errores, los usuarios en la máquina cliente podrán navegar e interactuar con los sistemas de archivos instalados en el servidor dentro de los parámetros permitidos.

También se debe prestar atención al hecho de que la automatización del proceso del sistema de archivos de red también puede ocurrir, posiblemente use etc / fstab y / u otros medios similares.

Desarrollo hoy

Para el siglo XXI, los competidores DFS y AFS no alcanzaron ningún éxito comercial importante en comparación con el sistema de archivos de red. IBM, que anteriormente había adquirido todos los derechos comerciales a las tecnologías anteriores, donó la mayor parte del código fuente de FUTE AFS a la comunidad de desarrolladores de software gratuitos en 2000. El proyecto AFS abierto existe hoy. A principios de 2005, IBM anunció la finalización de las ventas AFS y DFS.

A su vez, en enero de 2010, Panasas sugirió NFS V 4.1 en función de la tecnología que le permite mejorar las posibilidades de acceso paralelo a los datos. Sistema de archivos de red V 4.1 Protocolo Especifica el método para separar los metadatos del sistema de archivos de la ubicación de ciertos archivos. Por lo tanto, va más allá de la simple división de nombres / datos.

¿Qué es la práctica de NFS esta versión? La característica anterior lo distingue de un protocolo tradicional que contiene los nombres de los archivos y sus datos bajo una obligación al servidor. Al implementar el sistema de archivos de red V 4.1, algunos archivos se pueden distribuir entre los servidores de varios números, pero la participación del cliente en la separación de metadatos y datos es limitada.

Al implementar la cuarta distribución, el protocolo del servidor NFS es un conjunto de recursos o componentes del servidor; Se supone que son controlados por el servidor de metadatos.

El cliente aún se refiere a un servidor de metadatos para omitir o interactuar con el espacio de nombres. Cuando mueve archivos al servidor y de él, puede interactuar directamente con el conjunto de datos que pertenece al grupo NFS.

Una vez que haya dividido su red en la subred, debe prepararse para una dirección de búsqueda simple con el nombre con el archivo / etc / hosts. Si no va a usar DNS o NIS para esto, debe colocar todos los hosts al archivo de hosts.

Incluso si desea utilizar DNS o NIS, puede tener algún subconjunto de nombres y / etc / hosts. Por ejemplo, si desea tener alguna vista de búsqueda incluso cuando las interfaces de red no se están ejecutando, por ejemplo, durante la carga. Esto no es solo una cuestión de conveniencia, sino que también le permite utilizar los nombres simbólicos de los hosts en los scripts de RC. Por lo tanto, al cambiar las direcciones IP, solo deberá copiar el archivo hosts actualizado a todas las máquinas en lugar de editar una gran cantidad de archivos RC. Por lo general, colocará todos los nombres y direcciones locales en hosts agregándolos a cualquier puerta de entrada y servidor NIS si se utilizan.

Además, al verificar, debe asegurarse de que el servidor de nombre use información solo del archivo de hosts. El software DNS o NIS puede tener ejemplos de ejemplos que pueden dar resultados extraños cuando se usan. Para hacer que todas las aplicaciones utilicen exclusivamente / etc / hosts cuando busque la dirección IP del host, debe editar el archivo /etc/host.conf. Comete todas las filas que comienzan con la palabra clave de pedido e insertan la cadena:

Orden de hosts.

La configuración de la biblioteca del servidor de nombres se describirá en detalle en el Capítulo 6.

El archivo Hosts contiene una entrada en una cadena que consiste en una dirección IP, nombre de host y lista opcional de alias. Los campos están separados por espacios o pestañas, el campo de dirección debe comenzar en la primera columna. Todo lo que sigue después del símbolo # es considerado como un comentario e ignorado.

El nombre de host puede estar completamente calificado o especificado en relación con el dominio local. Para Vale, habrías presentado un nombre totalmente calificado en Hosts, Vale.VBrew.com, así como Vale en sí mismo para que el nombre oficial y el local más corto también puedan ser conocidos.

A continuación se muestra un ejemplo de archivo de hosts para la cervecería virtual. Dos nombres especiales, Vlager-if1 y VLAGER-if2, configuran las direcciones para ambas interfaces utilizadas en VLAGER.