¿Qué proporciona el marco neto? ¿Qué es Microsoft.NET Framework y por qué está instalado en mi PC? El programa necesita una versión más nueva del framework, ¿qué debo hacer?

20 de febrero de 2018

Zabbix es un sistema de seguimiento de la salud gratuito (de código abierto) redes informáticas, servidores y varios equipos. De hecho, el programa consta de tres componentes:

1. El servidor Zabbix es el núcleo del sistema (proceso central) del software Zabbix. Se utiliza para almacenar y procesar toda la información y también notifica a los administradores sobre problemas emergentes.
2. El proxy Zabbix es un proceso que recopila datos de múltiples nodos en almacenamiento local. Después de eso, transmite toda la información al servidor (en un solo paquete).
3. El agente Zabbix es un programa que se instala directamente en el dispositivo monitoreado. Recopila toda la información (sobre recursos y aplicaciones locales), que luego se transfiere al servidor.

Vale la pena señalar las características de Zabbix: el programa es compatible con muchas plataformas (Linux, Mac OS, Windows) y está disponible a través de una interfaz web. Con él, puedes acceder a los datos de monitoreo desde cualquier PC, pero para hacerlo debes ejecutar preajuste en el servidor Zabbix.

Características de Zabbix

Zabbix utiliza llamadas al sistema para recopilar información, por lo que el impacto en el rendimiento es mínimo. Puede familiarizarse con los parámetros que se monitorean usando Zabbix en la tabla.

	Parámetros detallados
Parámetros básicos	Volumen ocupado RAM Espacio libre en disco Velocidad de conducción (IOPS) Cambios ciertos archivos Información del servidor (tiempo de actividad, nombre)
Monitoreo de componentes del servidor. Para de este seguimiento Se utiliza la interfaz IPMI (o sus análogos)	Indicadores de temperatura(información de todos los sensores instalados) y voltaje del componente Velocidad del ventilador
Información sobre equipo de red	Nivel de tráfico (dividido en descarga y carga) Estado de la interfaz, así como información sobre errores que ocurren.
Monitoreo de servicio	Obtener información sobre servicios en el servidor (por ejemplo, puertos específicos) Varias opciones Servicios MySQL Asterisk, intercambio de microsoft
Certificados	Vida útil del certificado

Esto le permite prevenir problemas antes de que ocurran, así como identificar con precisión el cuello de botella en el sistema. El seguimiento se realiza las 24 horas del día, lo que permite registrar todos los errores, independientemente del momento en que se produzcan. Veamos cuáles son los casos de uso prácticos para la monitorización de Zabbix.

Ejemplo 1: cierre inesperado del servidor

Posible problema

Durante el funcionamiento del servidor, se acumulan archivos del sistema. Esto puede provocar que el servidor se apague debido a un desbordamiento. disco del sistema DO.

Solución

La supervisión del sistema se ha configurado para mostrar una advertencia si hay menos de 5 GB disponibles en el disco. Por lo tanto, el administrador puede evitar que este incidente vuelva a ocurrir limpiando la unidad C de archivos innecesarios.

Ejemplo 2: la copia de seguridad no funciona correctamente

Problema

Las copias de seguridad se realizaron correctamente todos los días; sin embargo, durante la siguiente copia de seguridad se produjo un error. La configuración no se ha cambiado.

Solución

Porque razones visibles No hay ningún problema (cambios de configuración, etc.), se ha instalado la monitorización. Con su ayuda resultó que certificado instalado ya no es válido - caducado. El certificado fue renovado, después de lo cual respaldo Funciona correctamente.

Además, se ha configurado Zabbix para monitorear el estado del certificado. Tan pronto como finalizó su período de validez, el administrador del sistema recibió una notificación al respecto.

Ejemplo 3: Seguridad del sistema

Problema

Adición no autorizada de uno nuevo usuario de linux, o cambiar los derechos de los existentes. De este modo, los atacantes pueden obtener acceso a todo el sistema y a la información almacenada.

Solución

Supervise el archivo passwd (que almacena información del usuario) e informe de los cambios en él. Si se agrega un nuevo usuario o se cambian los derechos de los existentes, el administrador recibe una notificación al respecto. Gracias al monitoreo las 24 horas del día, los especialistas de It-lite responderán a esto en lo antes posible y emprenderá acciones necesarias. Esto evitará acceso no autorizado al sistema en cualquier momento del día.

Implementación de Zabbix

Como puedes ver, Zabbix. herramienta útil, permitiendo no solo encontrar las causas del error, sino también evitar su repetición en el futuro. Sin embargo, para obtener información completa y correcta, debes configurarlo. Se trata de un proceso técnicamente complejo para el que no es adecuado.instrucciones universales. Los especialistas de It-lite tienen una amplia experiencia en este tipo de trabajo, gracias a la cual implementarán de manera rápida y eficiente el monitoreo de Zabbix. Al mismo tiempo, necesariamente tienen en cuenta los matices de la infraestructura personalizada.

Un breve artículo de instrucciones sobre cómo hacer. configuración inicial Monitoreo de Zabbix. Entonces: vámonos. Usuario y contraseña por administrador predeterminado zabbix. Configuramos notificaciones por correo electrónico, en el menú "Administración -> Tipos de medios -> Correo electrónico" Especificamos la configuración para conectarse a su servidor de correo y la dirección de envío, en el menú "Administración -> Usuarios -> Admin -> Medios" agregue direcciones de destinatarios, marque las casillas para los tipos...

Instalación de Zabbix en Centos 7 - instrucciones autoinstalación

Empecemos instalación de centos 7 Descargue la última imagen de Centos. Preparamos hierro para ello o entorno virtual según requerimientos. Ventana “RESUMEN DE INSTALACIÓN” No olvide configurar su zona horaria en “FECHA Y HORA”, agregue un diseño en “TECLADO”, vaya a “DESTINO DE INSTALACIÓN” y seleccione el disco, seleccione el tipo de instalación en “SELECCIÓN DE SOFTWARE”. Muchos recursos recomiendan establecer “MÍNIMO...

Eliminación permanente datos

Simplemente formatear el medio y luego tirarlo a la basura no es efectivo: la información se puede recuperar utilizando un software especial. La eliminación permanente de datos se realiza mediante varios métodos, que analizaremos en este artículo.

Protección de la información en 1C

servicios de seguridad y seguridad de la información bases de datos y módulos 1C:Enterprise 7.7 y 8, configurando la protección del servidor 1C. Protección de la información en 1C contra fallas, piratería, copia en software y niveles de hardware para garantizar la resiliencia empresarial

Configurar derechos de acceso en el servidor

Servicios de personalización servidor de archivos con diferenciación de derechos de acceso. La diferenciación de los derechos de acceso de los usuarios proporcionará un mayor nivel de protección para su información confidencial y cerrará algunas vulnerabilidades potenciales en la red corporativa.

Intercambio directo utilizando tecnología directbank 1C

Intercambio directo con bancos utilizando tecnología DirectBank para quienes quieran trabajar con documentos bancarios aún más rápido, cómodo y seguro. Todo sucede en la interfaz familiar de 1C, todas las acciones están en una sola ventana: no tiene que perder tiempo ni esfuerzo en capacitación, puede comenzar a trabajar de inmediato.

Implementación de 1C: ERP (Gestión Empresarial)

Instalación y configuración de 1C:UT ediciones 11.2, 10.3, modificación de la configuración para tareas de usuario, creación de formularios de informe propios y otros trabajos sobre la implementación de este sistema en el marco de los proyectos de automatización de 1C

Actualizar configuraciones no estándar de 1C

Servicios de actualización 1C para organizaciones. Actualizar varias plataformas, versiones, configuraciones estándar y no estándar. La actualización 1C es exactamente el servicio que le permite evitar errores y fallos operativos paquete de software"1 C."

2 servidor

Revisar

El servidor Zabbix es el proceso central del software Zabbix.

El servidor sondea y recopila datos, calcula activadores y envía alertas a los usuarios. Es el componente central al que Agentes Zabbix y los servidores proxy informan datos sobre la disponibilidad e integridad de los sistemas. El servidor puede comprobar de forma independiente los servicios de red (como servidores web y servidores de correo), usando controles simples servicios.

El servidor es el repositorio principal en el que se almacenan todos los datos de configuración, estadísticos y operativos, y también envía notificaciones a los administradores en caso de problemas con alguno de los sistemas monitoreados.

La funcionalidad del servidor Zabbix básico se divide en tres componentes individuales; estos son: servidor Zabbix, interfaz web y almacenamiento de base de datos.

Todos los datos de configuración de Zabbix se almacenan en una base de datos con la que interactúan tanto el servidor como la interfaz web. Por ejemplo, cuando creas nuevo elemento datos mediante una interfaz web (o API), se agrega un registro de esto a la tabla de elementos de datos en la base de datos. Luego, una vez por minuto, el servidor Zabbix consulta la tabla de elementos para obtener una lista. elementos activos datos y guarda esta lista en la caché del servidor Zabbix. Es por eso que cualquier cambio en la interfaz web de Zabbix se mostrará en la sección de datos más recientes con un retraso de hasta dos minutos.

Proceso del servidor

Si se instala desde un paquete

El servidor Zabbix se ejecuta como un demonio. Para iniciar el servidor ejecute:

Shell> servicio de inicio del servidor zabbix

Este comando funcionará en la mayoría de los sistemas GNU/Linux. En otros sistemas es posible que necesites ejecutar:

Shell> /etc/init.d/zabbix-server inicio

Del mismo modo, para detener/reiniciar/ver el estado, utilice los siguientes comandos:

Shell> servicio zabbix-server detener shell> servicio zabbix-server reiniciar shell> servicio zabbix-server estado

Lanzamiento manual

Si los comandos anteriores no funcionan, deberá iniciar el servidor manualmente. Encuentra tu camino hacia archivo binario zabbix_server y ejecuta:

Shell>zabbix_server

se puede utilizar siguientes parámetros línea de comando con el servidor Zabbix:

C-config<файл> camino absoluto al archivo de configuración (predeterminado /usr/local/etc/zabbix_server.conf) -R --runtime-control<опция>realizar funciones administrativas -h --help imprime este mensaje de ayuda -V --version imprime el número de versión

La realización de funciones administrativas no es compatible con OpenBSD y NetBSD.

Ejemplos de cómo iniciar el servidor Zabbix con parámetros de línea de comando:

Shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V

Gestión del trabajo

Opciones de control de operación:

Opción	Descripción	Objetivo
config_cache_reload	Recargando el caché de configuración. Se ignora si el caché ya está cargado momento actual tiempo.
ama de llaves_ejecutar	Iniciando el procedimiento de limpieza de la base de datos. Se ignora si actualmente hay un procedimiento de limpieza en curso.
log_level_increase[=<objetivo>]	Aumentar el nivel de registro afecta a todos los procesos a menos que se especifique un objetivo.	pido- ID de proceso (1 a 65535) tipo de proceso- Todos los procesos del tipo especificado (por ejemplo, poller) tipo de proceso, norte- Tipo y número de proceso (por ejemplo, encuestador,3)
log_level_decrease[=<objetivo>]	Reducir el nivel de registro, afecta a todos los procesos si no se especifica ningún objetivo.

El rango de PID permitido para cambiar el nivel de registro de un proceso es de 1 a 65535. En sistemas con PID > 65535, puede usar la opción para cambiar el nivel de registro de procesos individuales (por ejemplo, "sincronizador de historial, 6")<тип процесса,N>.

Un ejemplo de uso de funciones administrativas para recargar la caché de configuración del servidor:

Shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload

Un ejemplo del uso de funciones administrativas para invocar una limpieza de base de datos:

Shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute

Ejemplos de uso de funciones administrativas para cambiar el nivel de registro:

Aumentar el nivel de registro para todos los procesos: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase Aumentar el nivel de registro para el segundo proceso de sondeo: shell> zabbix_server -c /usr/local/etc/zabbix_server. conf -R log_level_increase=poller,2 Aumentar el nivel de registro para el proceso con PID 1234: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234 Disminuir el nivel de registro para todos los procesos de poller http: shell > zabbix_server -c /usr /local/etc/zabbix_server.conf -R log_level_decrease="http poller"

Usuario de proceso

El servidor Zabbix está diseñado para ejecutarse como un usuario sin privilegios (no root). Se ejecutará desde cualquier usuario sin privilegios con el que se inició. De esta manera puedes ejecutar el servidor como cualquier usuario sin privilegios sin ninguna consecuencia.

Si intenta iniciar el servidor como "root", el servidor cambiará inmediatamente al usuario "zabbix", que debe estar presente en su sistema. La única forma de ejecutar el servidor como usuario "root" es editar el parámetro "AllowRoot" en el archivo de configuración del servidor en consecuencia.

Si el servidor Zabbix y agente trabajar en el mismo servidor, se recomienda utilizar diferentes usuarios para iniciar el servidor y para iniciar el agente. De lo contrario, si el servidor y el agente se ejecutan bajo el mismo usuario, el agente tendrá acceso al archivo de configuración del servidor y cualquier usuario con derechos de administrador en Zabbix podrá obtener fácilmente, por ejemplo, la contraseña de la base de datos.

Archivo de configuración

Iniciar guiones

Los scripts se utilizan para iniciar/detener automáticamente los procesos de Zabbix cuando el sistema se enciende/apaga. Los scripts se encuentran en el directorio misc/init.d.

Plataformas compatibles

Debido a los requisitos de seguridad y la naturaleza crítica del funcionamiento del servidor, UNIX es el único Sistema operativo, que puede proporcionar el rendimiento, la tolerancia a fallos y la flexibilidad necesarios. Zabbix trabaja con versiones de sistemas operativos líderes en el mercado.

El servidor Zabbix ha sido probado en las siguientes plataformas:

Zabbix también puede ejecutarse en otros sistemas operativos similares a Unix.

Configuración regional (local)

Tenga en cuenta que el servidor requiere una configuración regional UTF-8 para que algunos elementos de texto los datos fueron interpretados correctamente. Lo mas moderno Sistemas tipo Unix Ya tiene una configuración regional UTF-8 de forma predeterminada; sin embargo, hay algunos sistemas en los que se debe especificar manualmente.

Última versión Sitio web

Para almacenar datos se utilizan MySQL, PostgreSQL, SQLite u Oracle. La interfaz web está escrita en PHP. ZABBIX admite varios tipos de monitoreo:

• Comprobaciones sencillas- puede comprobar la disponibilidad y la respuesta servicios estándar, como SMTP o HTTP, sin instalar ningún software en el host monitoreado.
• agente zabbix- se puede instalar en hosts tipo UNIX o Windows para obtener datos sobre la carga del procesador, el uso de la red, espacio en disco etc.
• control externo- ejecución programas externos. ZABBIX también admite monitoreo a través de SNMP.

Historia

Zabbix comenzó en 1998 como un proyecto de software interno. Tres años después, en 2001, se publicó públicamente bajo licencia GPL. Pasaron más de tres años antes del lanzamiento del primer versión estable- 1.0, que fue lanzado en 2004.

Calendario de lanzamiento
Fecha	Liberar
Zabbix 1.0
1998	El software Zabbix comenzó como un proyecto interno en un banco por Alexey Vladyshev
7 de abril de 2001	Zabbix 1.0alpha1 fue lanzado bajo licencia GPL
23 de marzo de 2004	Zabbix 1.0 lanzado
Zabbix 1.1
6 de febrero de 2006	Zabbix 1.1 lanzado
Zabbix 1.4
29 de mayo de 2007	Zabbix 1.4 lanzado
Zabbix 1.6
11 de septiembre de 2008	Zabbix 1.6 lanzado
Zabbix 1.8
7 de diciembre de 2009	Zabbix 1.8 lanzado
Zabbix 2.0
21 de mayo de 2012	Zabbix 2.0 lanzado
Zabbix 2.2.1
21 de diciembre de 2013	Zabbix 2.2.1 lanzado
Zabbix 2.4.0
11 de septiembre de 2014	Zabbix 2.4.0 lanzado
Zabbix 3.0
16 de febrero de 2016	Zabbix 3.0 lanzado

Arquitectura

• servidor Zabbix es el núcleo del software Zabbix. El servidor puede comprobar de forma remota. servicios de red, es el repositorio en el que se almacenan todos los datos de configuración, estadísticos y operativos, y es el sujeto en software Zabbix, que notificará a los administradores en caso de problemas con algún equipo controlado.
• Proxy Zabbix- recopila datos de rendimiento y disponibilidad en nombre del servidor Zabbix. Todos los datos recopilados se almacenan en el nivel local y se transmiten al servidor Zabbix al que pertenece el servidor proxy. El proxy Zabbix es solución ideal para centralizado monitoreo remoto lugares, sucursales, redes que no tienen administradores locales. También se puede utilizar para distribuir la carga de un servidor Zabbix. En este caso, el proxy solo recopila datos, por lo que coloca menos carga de E/S de disco y CPU en el servidor.
• agente zabbix- control recursos locales y aplicaciones (como discos duros, memoria, estadísticas de CPU, etc.) en sistemas de red, estos sistemas deben funcionar con el agente Zabbix en ejecución. Los agentes de Zabbix son extremadamente eficientes debido al uso de llamadas al sistema nativo para recopilar información estadística.
• interfaz web- la interfaz es parte del servidor Zabbix y, como regla general (pero no necesariamente), se ejecuta en el mismo servidor fisico, igual que el servidor Zabbix. Se ejecuta en PHP, requiere un servidor web (por ejemplo, Apache).

Descripción general de las funciones

• Monitoreo distribuido de hasta 1000 nodos. La configuración de los nodos junior está completamente controlada por los nodos senior ubicados más alto nivel jerarquía.
• Escenarios basados ​​en monitoreo
• Detección automática
• Monitoreo centralizado de archivos de registro
• Interfaz web para administración y configuración.
• Informes y tendencias
• Monitoreo de SLA
• Soporte para agentes de alto rendimiento (zabbix-agent) para casi todas las plataformas
• Respuesta compleja a los eventos.
• Soporte SNMP v1, 2, 3
• Soporte de captura SNMP
• Soporte IPMI
• Soporte para monitorear aplicaciones JMX listas para usar
• Soporte para ejecutar consultas en varias bases datos sin necesidad de secuencias de comandos
• Ampliación mediante ejecución de scripts externos
• Sistema flexible de plantillas y grupos.
• Capacidad para crear mapas de red.

Detección automática

• Descubrimiento automático por rango de direcciones IP, servicios disponibles y verificación SNMP
• Monitoreo automático de dispositivos detectados
• Eliminación automática de hosts faltantes
• Distribución en grupos y plantillas según el resultado devuelto.

Detección de bajo nivel

El descubrimiento de bajo nivel se puede utilizar para detectar y comenzar a monitorear sistemas de archivos, interfaces de red. Desde Zabbix 2.0, se admiten tres mecanismos de descubrimiento integrados de bajo nivel:

• descubrimiento del sistema de archivos
• descubrimiento de interfaz de red
• detección de múltiples OID SNMP

Requisitos del sistema para instalar el servidor ZABBIX

Plataformas compatibles

Plataforma	servidor ZABBIX	agente zabbix
AIX	Apoyado	Apoyado
FreeBSD	Apoyado	Apoyado
HP-UX	Apoyado	Apoyado
linux	Apoyado	Apoyado
MacOS X	Apoyado	Apoyado
Novell Netware	-	Apoyado
OpenBSD	Apoyado	Apoyado
Servidor abierto SCO	Apoyado	Apoyado
Solaris	Apoyado	Apoyado
Tru64/OSF	Apoyado	Apoyado
Windows NT 4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista	-	Apoyado

Ver también

Escribe una reseña sobre el artículo "Zabbix"

Notas

Campo de golf

• en FreeBSD
• en FreeBSD
• = =

Extracto que describe Zabbix

- ¿Tú? - dijo. - ¡Qué feliz!
Natasha, con un movimiento rápido pero cuidadoso, se arrodilló hacia él y, tomando con cuidado su mano, se inclinó sobre su rostro y comenzó a besarla, apenas tocando sus labios.
- ¡Lo siento! - Dijo en un susurro, levantando la cabeza y mirándolo. - ¡Perdóname!
"Te amo", dijo el príncipe Andrei.
- Lo siento…
- ¿Perdonar qué? - preguntó el príncipe Andrés.
"Perdóname por lo que hice", dijo Natasha en un susurro entrecortado apenas audible y comenzó a besarle la mano con más frecuencia, sin apenas tocar sus labios.
“Te amo más y mejor que antes”, dijo el príncipe Andrei, levantándole la cara con la mano para poder mirarla a los ojos.
Estos ojos, llenos de lágrimas de felicidad, lo miraron con timidez, compasión y alegría. El rostro delgado y pálido de Natasha con los labios hinchados era más que feo, daba miedo. Pero el príncipe Andrei no vio este rostro, vio unos ojos brillantes y hermosos. Detrás de ellos se escuchó una conversación.
Peter, el ayuda de cámara, ya completamente despierto de su sueño, despertó al médico. Timokhin, que no había dormido todo el tiempo debido al dolor en la pierna, había visto durante mucho tiempo todo lo que se hacía y, cubriendo diligentemente su cuerpo desnudo con una sábana, se encogió en el banco.
-¿Qué es esto? - dijo el doctor levantándose de su cama. - Por favor vaya, señora.
Al mismo tiempo, llamó a la puerta una chica enviada por la condesa, que extrañaba a su hija.
Como una sonámbula que se despierta en medio de su sueño, Natasha salió de la habitación y, al regresar a su choza, cayó sollozando en su cama.

A partir de ese día, durante todo el viaje de los Rostov, en todos los descansos y pernoctaciones, Natasha no abandonó al herido Bolkonsky, y el médico tuvo que admitir que no esperaba de la niña ni tanta firmeza ni tanta habilidad en el cuidado. para los heridos.
Por terrible que le pareciera a la condesa la idea de que el príncipe Andrés pudiera (muy probablemente, según el médico) morir durante el viaje en brazos de su hija, no pudo resistirse a Natasha. Aunque, a raíz del acercamiento ya establecido entre el príncipe herido Andrei y Natasha, se le ocurrió que en caso de recuperación se reanudaría la relación anterior entre los novios, nadie, y menos Natasha y el príncipe. Andrei habló de esto: la cuestión pendiente y no resuelta de la vida o la muerte no sólo afecta a Bolkonsky, sino a Rusia, eclipsando todas las demás suposiciones.

Pierre se despertó tarde el 3 de septiembre. Le dolía la cabeza, el vestido con el que dormía sin desvestirse le pesaba sobre el cuerpo, y en su alma había una vaga conciencia de algo vergonzoso que había cometido el día anterior; Esta fue una conversación vergonzosa ayer con el Capitán Rambal.
El reloj marcaba las once, pero afuera parecía especialmente nublado. Pierre se levantó, se frotó los ojos y, al ver la pistola con la culata recortada que Gerasim había dejado sobre el escritorio, recordó dónde estaba y qué le esperaba exactamente ese día.
“¿Llego demasiado tarde? - pensó Pierre. "No, probablemente no entrará en Moscú antes de las doce". Pierre no se permitió pensar en lo que le esperaba, pero tenía prisa por actuar lo más rápido posible.
Después de arreglarse el vestido, Pierre tomó la pistola en sus manos y se dispuso a irse. Pero entonces, por primera vez, se le ocurrió cómo, sin tenerla en la mano, podría llevar esta arma por la calle. Incluso bajo un amplio caftán era difícil esconder una pistola grande. No se podía colocar discretamente ni detrás del cinturón ni debajo de la axila. Además, la pistola estaba descargada y Pierre no tuvo tiempo de cargarla. "Es lo mismo, es un puñal", se dijo Pierre, aunque más de una vez, mientras discutía el cumplimiento de su intención, decidió consigo mismo que error principal estudiante en 1809 fue que quería matar a Napoleón con una daga. Pero, como si el objetivo principal de Pierre no fuera cumplir la tarea prevista, sino demostrarse a sí mismo que no renunciaba a su intención y que hacía todo lo posible para cumplirla, Pierre se apresuró a tomar el que había comprado en la Torre Sukharev junto con el Pistola una daga roma y dentada en una funda verde y la escondió debajo de su chaleco.
Después de abrocharse el caftán y calarse el sombrero, Pierre, tratando de no hacer ruido y de no encontrarse con el capitán, caminó por el pasillo y salió a la calle.
El fuego que había mirado con tanta indiferencia la noche anterior había crecido significativamente durante la noche. Moscú ya está ardiendo desde lados diferentes. Al mismo tiempo ardían Karetny Ryad, Zamoskvorechye, Gostiny Dvor, Povarskaya, barcazas en el río Moscú y el mercado de madera cerca del puente Dorogomilovsky.
El camino de Pierre discurría por callejones hasta Povarskaya y de allí hasta Arbat, hasta San Nicolás la Aparición, con quien hacía mucho tiempo que había determinado en su imaginación el lugar donde llevaría a cabo su hazaña. La mayoría de las casas tenían puertas y contraventanas cerradas con llave. Las calles y callejones estaban desiertos. El aire olía a quemado y a humo. De vez en cuando nos topábamos con rusos con rostros angustiosamente tímidos y franceses con aire campestre y no urbano, caminando por el centro de las calles. Ambos miraron a Pierre sorprendidos. Además de su gran altura y grosor, además de la expresión extraña, lúgubremente concentrada y sufriente de su rostro y de toda su figura, los rusos miraban atentamente a Pierre porque no entendían a qué clase podía pertenecer este hombre. Los franceses lo siguieron con la mirada sorprendida, sobre todo porque Pierre, disgustado por todos los demás rusos que miraban a los franceses con miedo o curiosidad, no les prestó atención. En la puerta de una casa, tres franceses, que estaban explicando algo a unos rusos que no los entendían, detuvieron a Pierre y le preguntaron si sabía francés.
Pierre sacudió la cabeza negativamente y siguió adelante. En otro callejón, un centinela que estaba junto a una caja verde le gritó, y sólo ante el repetido grito amenazador y el sonido del arma que el centinela tomó en su mano, Pierre se dio cuenta de que tenía que dar la vuelta al otro lado de la calle. calle. No oyó ni vio nada a su alrededor. Él, como algo terrible y ajeno a él, llevó su intención con prisa y horror, temiendo - enseñado por la experiencia de la noche anterior - perderla de alguna manera. Pero Pierre no estaba destinado a transmitir intacto su estado de ánimo al lugar al que se dirigía. Además, incluso si no se hubiera retrasado por nada en el camino, su intención no podría haberse cumplido simplemente porque Napoleón había viajado hacía más de cuatro horas desde el suburbio de Dorogomilovsky a través de Arbat hasta el Kremlin y ahora estaba sentado en el lugar más lúgubre. en la oficina del zar en el Palacio del Kremlin y dio órdenes detalladas sobre las medidas que debían tomarse inmediatamente para extinguir el incendio, evitar saqueos y calmar a los residentes. Pero Pierre no lo sabía; Él, completamente absorto en lo que estaba por venir, sufrió, como sufre la gente que emprende obstinadamente una tarea imposible, no por las dificultades, sino porque la tarea es inusual para su naturaleza; lo atormentaba el temor de debilitarse en el momento decisivo y, como resultado, perder el respeto a sí mismo.
Aunque no vio ni oyó nada a su alrededor, instintivamente conoció el camino y no cometió el error de tomar las calles laterales que lo conducían a Povarskaya.
A medida que Pierre se acercaba a Povarskaya, el humo se hacía cada vez más fuerte e incluso el fuego irradiaba calor. De vez en cuando, lenguas de fuego surgían de detrás de los tejados de las casas. Había más gente en las calles y esta gente estaba más ansiosa. Pero Pierre, aunque sentía que algo extraordinario sucedía a su alrededor, no era consciente de que se acercaba a un incendio. Mientras caminaba por un sendero que discurría a lo largo de un gran lugar subdesarrollado, adyacente por un lado a Povarskaya y por el otro a los jardines de la casa del príncipe Gruzinsky, Pierre escuchó de repente el grito desesperado de una mujer a su lado. Se detuvo, como si despertara de un sueño, y levantó la cabeza.