Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes 4 de mayo la Comunidad KDE ha comunicado que ha sido lanzada la quinta actualización de Plasma 5.21. Una noticia que aunque es esperada y previsible es la demostración palpable del alto grado de implicación de la Comunidad en la mejora continua de este gran entorno de escritorio de Software Libre.

Lanzada la quinta actualización de Plasma 5.21

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las actualizaciones.

De esta forma, el martes 4 de mayo ha sido lanzada la qinta y última actualización de Plasma 5.21, la cual solo trae (que no es poco) soluciones a los bugs encontrados en esta semana de vida del escritorio y mejoras en las traducciones. Es por tanto, una actualización 100% recomendable.

Más información: KDE

Las novedades básicas de Plasma 5.21

Os dejo las novedades más destacada de esta nueva versión son:

• Nuevo lanzador de aplicaciones que presenta una interfaz de usuario de doble panel, mejoras en la navegación con el teclado y con el ratón, mejor accesibilidad y soporte para idiomas con escritura de derecha a izquierda.
• Mejoras visuales en el tema por defecto de Plasma que disponen ahora de una combinación de colores renovada y lucen un nuevo estilo de barra de encabezado unificado con un aspecto limpio y refrescante.
• Presentación de Breeze Crepúsculo («Twilight») nevo tema oficial disponible que combina lo mejor de los temas claros y oscuros.

• Nueva interfaz de información del sistema llamdo Plasma System Monitor para monitorizar los recursos del sistema construido sobre Kirigami y un servicio de estadísticas del sistema llamado «KSystemStats».
• Mejoras y avances importantes en Kwin con Wayland cuyo código de composición de KWin se ha refactorizado mejorando la latencia (tiempo de respuesta del escritorio) .
• Nueva página para las «Preferencias del sistema»: las preferencias del cortafuegos de Plasma. Este módulo de configuración le permite ajustar y editar el cortafuegos de su sistema y constituye una interfaz gráfica para «UFW» y «firewalld».

So, you’re in the middle of a review, and have couple of commits but one of the comments is asking you to modify a line that belongs to second to last, or even the first commit in your list, and you’re not willing to do:

git commit -m "Add fixes from the review" $file

Or you simply don’t know, and have no idea what squash or rebase means?, well I won’t explain squash today, but I will explain rebase

See how I do it, and also how do I screw up!

It all boils down to making sure that you trust git, and hope that things are small enough so that if you lose the stash, you can always rewrite it.

So in the end, for me it was:

git fetch origin
git rebase -i origin/master # if your branch is not clean, git will complain and stop
git stash # because my branch was not clean, and my desired change was already done
git rebase -i origin/master # now, let's do a rebase
# edit desired commits, for this add the edit (or an e) before the commit
# save and quit vim ([esc]+[:][x] or [esc]+[:][w][q], or your editor, if you're using something else
git stash pop # because I already had my change
$HACK # if you get conflicts or if you want to modify more
      # be careful here, if you rewrite history too much
      # you will end up in Back to the Future II
      # Luckly you can do git rebase --abort
git commit --amend $files #(alternatively, git add $files first then git commit --amend
git rebase --continue
git push -f # I think you will need to add remote+branch, git will remind you
# go on with your life

Note: A squash is gonna put all of the commits together, just make sure that there’s an order:

I lied, here’s a very quick and dirty squash guide

• pick COMMIT1
• pick COMMIT2
• squash COMMIT3 # (Git will combine this commit, with the one above iir, so COMMIT2+COMMIT3 and git will ask you for a new commit message)

Hoy toca hacer más promoción del evento online que se va a celabrar el próximo 5 de mayo de forma online. Se trata de dar a conocer el programa de Ujilliurex 2021 en línea, un evento que une educación, Software Libre y Conocimiento Compartido a parte iguales.

Programa de Ujilliurex 2021 en línea

Aunque lo anuncié hace poco quiero seguir haciendo promoción de este evento online, que quedará para la posteridad ya que sus vídeos quedarán disponibles a partir del 5 de mayo.

Esta nueva edición también es virtual, temas pandémicos, y me consta que organizarla ha costado sudor y lagrimas. Las razones no han sido la falta de voluntad de los ponentes si no por la falta de tiempo del que suelen disponer este tipo de docentes. entre los cuales me incluyo ya que colaboro con una charla.

Pero no me enrollo más y comparto con vosotros el listado de ponencias que podéis encontrar en su programa y que en mi humilde opinión dan una buena muestra de las muchas cosas que podemos hacer con nuestro alumnado, la tecnología y el Software Libre.

• Certificado Oficial de Formación Pedagógica y Didáctica para Profesorado Técnico por Mercedes Marqués Andrés
• Herramientas para la creación de materiales en Moodle: Introducción a H5P por Piedad Soriano Montiel
• ¿Cómo es posible que Gcompris no esté en todas las aulas de Infantil o Primaria? por Baltasar Ortega Bort (un servidor)
• Proyecto mClon el robot de montaje y programación a partir de Secundaria por Jordi Mayné
• Básicos de LliureX 19 por Tàfol Nebot Gómez
• Otto: robótica opensource para todas las edades por Anna Maria Navarro Ponce
• Usos alternativos de Inkscape por Enrique Medina Gremaldo
• Aprendiendo IA con LearningML por Herminia Pastor Pina
• Creación de videos interactivos y otros contenidos en Aulas con H5P por Tamara Expósito Ponce

• Impresoras 3d, otras impresoras 3d y ¿pero qué son las impresoras 3d? por Raúl Rodrigo Segura
• Lego Spike y sus derivados por Ernesto Martínez de Carvajal Hedrich
• Proyecto @MyClassGame por Juan Torres Mancheño
• Uso de formularios de portal.edu para tareas administrativa por Sanja Dabic Radisic
• Planeta IA. ¿Qué hace la administración para promover la inteligencia artificial? por Eloy Sentana Gadea
• Mi nube privada: NextCloud y correo electrónico por Cristian Verdú Mateu
• El camino a la digitalización por David Montalva Furió
• La Inspección educativa por Alejandro Amposta Amiguet
• Formación Profesional y género en la CV por Carmen Navarro

¿Qué os parece el programa? ¿tenía razón? Ya lo sabéis, ayudad al éxito de este evento con vuestra difusión: Ujilliurex se lo merece.

If something is not broken, do not fix it. Following that principle, the YaST Team spent almost no time on the latest sprint working on SUSE Linux Enterprise 15 SP3 or openSUSE Leap 15.3. But that doesn’t mean we remained idle. Quite the opposite, we invested our time reorganizing some of the YaST internals. An effort that hopefully will pay off in the mid term and that affects topics like:

• Management of local users, specially during installation.
• Unification of the code for configuring the network.
• Error handling and reporting.
• Reorganization of our UI toolkit.

So let’s take a closer look to all that.

In our previous blog post we already announced we were considering to refactor the YaST Users modules to improve the management of local users and to reduce the risk associated to the current complexity of the module. We can now say we are making good progress in that front. We are working on a separate branch of the development repository that is not submitted to Tumbleweed or any other available distribution, which means we still have nothing concrete our users can test. But we hope to have the creation of users during installation completely rewritten by the end of next sprint, while still remaining compatible with all other YaST components that rely on user management.

Another milestone we reached on the latest sprint regarding YaST internal organization was the removal of the legacy network component known as LanItems. Everything started with the report of bug#1180085 that was produced because the installer, which uses the new Y2Network (a.k.a. network-ng) infrastructure for most tasks, was still relying on that legacy component for proposing the installation of the wpa_supplicant package. So we took the opportunity to seek and destroy all usage of the old component all along YaST, replacing the calls to it with the equivalent ones in the new infrastructure. Less code to maintain in parallel, less room for bugs.

That was not the only occasion during this sprint in which we turned a bug into an opportunity to improve YaST internals. It was also reported that using an invalid value for the bootmode or startmode fields of a network configuration file could produce a crash in YaST. In addition to fixing that problem, we took the opportunity to introduce a whole new general mechanism to handle errors in YaST and report them to the user in a structured and centralized way. Apart from the YaST Network module, that new internal infrastructure will be adopted by several parts of YaST during subsequent sprints. In fact, it’s already being used in the rewritten management of local users mentioned at the beginning of this post.

Last but not least, we would like to mention that we keep working to improve the new unified repository of LibYUI. Apart from revamping the README file that serves as landing page, we created new scripts for a more pleasant and flexible building process, we are improving the compatibility with the Gtk backend and with libyui-mga (the extra components developed and maintained by Mageia) and we published the API documentation in a central location that is now automatically updated on every change of the repository.

Of course, during the process of implementing all the mentioned improvements, we fixed several other bugs for SLE-15-SP3 and openSUSE Leap 15.3 and also for older releases and Tumbleweed. But, who wants to write about boring bug fixes? We prefer to go back to work and prepare more exciting news for our next report in two weeks from now. See you then!

El pasado 22 de abril fue anunciado, pero en el blog no apareció hasta ayer, además prometí que hoy comentaría algunas de las novedades KDE Gear 21.04. Así que hoy comentamos qué traen de nuevo Kontact y Dolphin.

Novedades KDE Gear 21.04 (I): Kontact y Dolphin

La nueva forma de conocer la gran actualización del conjunto de aplicaciones de la Comunidad KDE recibe el nombre de KDE Gear, lo cual significa que esa denominación agrupa las novedades más importantes de muchas de sus aplicaciones.

Dado que son muchas y variadas he decidido hacer varios artículos para comentarlas como se merecen, empezaré con dos aplicaciones básicas: Kontact y Dolphin.

Novedades de Kontact en KDE Gear 21.04

Kontact es el gestor de información personal de KDE y agrupa un gestor de correo electrónico, una libreta de direcciones y un planificador diario, entre otras aplicaciones.

Aunque ha tenido sus días regulares, últimamente está recibiendo mucho amor y mejorando día a día, haciéndolo cada vez más fluido a la hora de usarlo.

Sus novedades fundamentales en KDE Gear 21.04 son las siguientes:

• Nueva funcionalidad Autocrypt que facilita la encriptación de correos electrónico para todo tipo de usuarios.
• Mayor control sobre lo que se descarga al revisar los mensajes.
• Mejorado el aspecto visual de toda la suite, haciendo que el uso de los calendarios sea más fluido, más amigable con la seguridad y que los contactos de su libreta de direcciones sean más fáciles de administrar.
• Mejorada la integración con Gmail, Outlook y servicios basados en POP e IMAP.

Novedades de Dolphin en KDE Gear 21.04

Quizás sea Dolphin, el gestor de archivos de KDE, la aplicación que más hecho de menos cuando no estoy en un entorno de escritorio Plasma. Y es que la versatibilidad, flexibilidad y rapidez de Dolphin es insuperable.

Pero sus desarrolladores no dejan de mejorarlo, como vemos en su versión KDE Gear 21.04 con algunas de ellas:

• Mejoras con el manejo de archivos comprimidos. Ahora se puede trabajar directamente sobre ellos e incluso crearlos masivamente.
• Mejoras en las animaciones: mayor suavidad al reorganizar los iconos cuando se divide el área visible o se cambia el tamaño de la ventana.
• Más opciones con el manejo de las pestañas: podremos abrirlas al final de la barra de pestañas o tras la pestaña actual, e incluso ahora si mantenemos pulsada la tecla Ctrl y pulsa en cualquier entrada del panel Lugares, se abrirá en una nueva pestaña.
• Más flexibilidad con el botón contextual, ahora podemos modificar las entradas del menú de contexto, por lo que puede eliminar los elementos que nunca usamos.

自宅サーバーをセットアップした際に、すべてを HDD にインストールしていたのですが、今回、/home と /boot、過去のスナップショットデータ以外を SSD に引っ越しました。このとき、Btrfs のサブボリュームとしての引っ越しをしてみました。

最初に openSUSE の Btrfs のサブボリューム構成についておさらいです。Snapper が有効化された状態のサブボリューム構成は次のようになっていました。Btrfs の / には @ というサブボリュームが1つだけあります。@ の中にマウントしたシステムの / にあるディレクトリに対応したサブボリュームがあります。ちなみに /@ が / としてマウントするのではなく、それぞれのサブボリュームごとに /etc/fstab でマウントしています（例: /@/home が /home）。Snapper を使用している場合は 1 番目のスナップショットが現在の / です。

以下のリストに無い、/@/.snapshots/1/ や /@/boot/grub2/ はサブボリュームではなく、その上にあるサブボリューム内のディレクトリです。

/@
/@/.snapshots
/@/.snapshots/1/snapshot
略
/@/.snapshots/61/snapshot
/@/boot/grub2/i386-pc
/@/boot/grub2/x86_64-efi
/@/home
/@/opt
/@/root
/@/srv
/@/tmp
/@/usr/local
/@/var
/@/var/lib/machines

さて、今回は /@/home と /@/boot/* を HDD に残し、その他を SSD に移動することにしました。パーティション全体であれば、dd で、ファイルレベルであれば rsync と色々な方法がありますが、今回は Btrfs のサブボリュームを他の Btrfs ファイルシステムに転送する btrfs send を使いました。

作ってみたスクリプトを先に貼り付けて、ポイントを個別に説明します。使い方はコピー元を /dev/sda1、コピー先を /dev/sdb1 とし、次のように使います。3番目の引数はスキップするサブボリュームのパターンです。/dev/sdb1 は mkfs.btrfs でフォーマットしてある前提です。
$ btrfs-subvols-copy.sh /dev/sda1 /dev/sdb1 "@/home|@/.snapshots/[2-9][0-9]*|@/boot"

#!/bin/sh

set -eu

exclude=$3

# mounting root volumes
workdir=`mktemp -d`
echo "working directory is '$workdir'"
cd $workdir
mkdir src
mkdir dest

# ルートのサブボリュームをマウントマウントする
echo "mounting root subvolumes of src and dest"
mount -t btrfs -o subvol=/ $1 $workdir/src
mount -t btrfs -o subvol=/ $2 $workdir/dest

src=$workdir/src
dest=$workdir/dest

backup_date=`date -u +'%s'`

# サブボリュームの一覧を出力
for subvol in `btrfs subvolume list --sort=path $src | awk '{print $9}'`; do
    echo -n ">> $subvol: "
    if [[ $subvol =~ $exclude ]]; then
        echo "matched to a exclude pattern, skipped"
    elif [ -e $dest/$subvol ]; then
        echo "the destination subvolume already exists, skipped"
    else
        echo "create readonly tmp snapshot"
        tmpsnap=$subvol.tmpsnap
        # スナップショットを作って送る
        echo "creating a read-only temporary snapshot to send] $src/$tmpsnap"
        btrfs subvolume snapshot -r $src/$subvol $src/$tmpsnap
        echo "copying"
        btrfs send $src/$tmpsnap | btrfs receive $dest/`dirname $tmpsnap`

        # 送信用のスナップショットを消す
        echo "deleting the temporary snapshot: $src/$tmpsnap"
        btrfs subvolume delete $src/$tmpsnap

        # .tmpsnap を外す
        echo "renaming the copied subvolume"
        mv $dest/$tmpsnap $dest/$subvol

        # property を元のサブボリュームと同じにする
        echo "copying subvolume properties"
        for prop in `btrfs property get $src/$subvol`; do
            btrfs property set $dest/$subvol ${prop/=/ }
        done

        echo "done"
    fi
done

echo "unmounting src and dest"
umount $workdir/src
umount $workdir/dest
echo "cleaning up working directory"
rmdir src
rmdir dest
rmdir $workdir

まずは、送信元、先のボリュームのマウントです。

# ルートのサブボリュームをマウントマウントする
echo "mounting root subvolumes of src and dest"
mount -t btrfs -o subvol=/ $1 $workdir/src
mount -t btrfs -o subvol=/ $2 $workdir/dest

送信元と先をマウントするだけなのですが、注意点が1つあります。Btrfs では任意のサブボリュームを選んでマウントすることができますが、何も指定しないと / ではなく、デフォルトのサブボリューム（btrfs subvolume set-default で設定可能）がマウントされてしまいます。特に Snapper を使用していると、1番目の Snapper スナップショットがデフォルトになっていますので、明示的に subvol でマウントしたいサブボリュームの指定が必要です。

次に、送信元のサブボリュームのリストアップです。

# サブボリュームの一覧を出力
for subvol in `btrfs subvolume list --sort=path $src | awk '{print $9}'`; do

--sort=path を指定して、親ディレクトリを含むサブボリュームを先にリストし、サブボリュームのツリー構造の親サブボリュームとディレクトリを先にコピーするようにします（存在しないとエラーになってしまいます）。

次に送信するところです。

# スナップショットを作って送る
        echo "creating a read-only temporary snapshot to send] $src/$tmpsnap"
        btrfs subvolume snapshot -r $src/$subvol $src/$tmpsnap
        echo "copying"
        btrfs send $src/$tmpsnap | btrfs receive $dest/`dirname $tmpsnap`

btrfs send コマンドを使ってコピーするのですが、送信できるのは読み取り専用のサブボリュームなので、一度スナップショットを読み取り専用で作成し、このスナップショットを送ります。コピーは btrfs send と btrfs receive のペアで行えます。サブボリュームの名前（パス）は送信元と同じものが作成されます。そのため、スナップショットの名前になってしまうので、あとで mv が必要でちょっと不便です（スナップショットを別のディレクトリに作成する方法もあり）。

注意が必要なことが1つあります。この送り方では Snapper のスナップショットを送れません。Snapper のスナップショットはスナップショット間で共通するデータを共有していますが、この方法ではこの共有が解けて複製されてしまいます。btrfs send のオプションにベースとなったスナップショットを指定し、差分だけを送る機能があるようなので、もう少し工夫すると実現できるかもしれません。

最後に、サブボリュームのプロパティのコピーです。

# property を元のサブボリュームと同じにする
        echo "copying subvolume properties"
        for prop in `btrfs property get $src/$subvol`; do
            btrfs property set $dest/$subvol ${prop/=/ }
        done

送信前に読み取り専用のスナップショットを作成していますので、読み取り専用を含めた、送信後サブボリュームのプロパティをもと同じに戻します。

tcpdump

tcpdump es una herramienta de detección de paquetes que mostrará los paquetes de red que se transmiten a través de la red. El comando tcpdump puede leer contenido en tiempo real o de una sesión capturada previamente.

Si no se tiene instalado en openSUSE, escribimos el siguiente comando

zypper in tcpdump

Para escuchar los paquetes de red en todas las interfaces, escribimos el comando:
 

tcpdump -i any

El problema con este comando es que mostrará una gran cantidad de información. Por eso, es posible que se deseé capturar los paquetes en un archivo para poder verlos más tarde. Para hacer esto, el comando sería (y lo ejecutamos desde el directorio /tmp; de lo contrario, obtendremos un error de permiso denegado cuando se intente leer el archivo más tarde):
 

tcpdump -i any -w capture.pcap

Una vez que creas que se han capturado suficientes paquetes, se puede detener el comando con la combinación [Ctrl] + [c].

Para ver los paquetes desde el comando, escribimos:

tcpdump -r capture.pcap

 wget

El comando wget nos permite descargar archivos a su servidor. Esto es útil cuando ese servidor no tiene una interfaz grafica de usuario (GUI) para facilitar la descarga de archivos.

Para descargar un archivo al servidor con wget, el comando sería:

wget http: //SERVIDOR/ARCHIVO

Donde SERVER es la dirección IP o el dominio del servidor remoto y FILE es el archivo que se descargará.

Uso del comando wget para descargar varios archivos

Podemos llevar el uso de wget un paso más allá y descargar varios archivos a la vez. Para hacer eso, necesitaremos crear un documento de texto y colocar ahí las URL de descarga. En este ejemplo, recuperaremos las versiones de WordPress, Joomla y Drupal usando wget. Escribimos el siguiente comando:

vi ejemplo.txt

Esto creará un archivo example.txt y abrirá una interfaz de editor de texto. Pegamos estos enlaces:

Una vez hecho esto, se puede usar -i para obtener todos los archivos almacenados en nuestro archivo de texto de ejemplo:

wget -i ejemplo.txt

Esperamos a que finalice el proceso y tendremos los archivos de instalación de los tres sistemas de administración de contenido más populares.

Uso del comando Wget para obtener archivos con diferentes nombres

En este ejemplo de wget, guardaremos un archivo con un nombre diferente con la ayuda de la opción -O:

wget -O wordpress-install.zip https://wordpress.org/latest.zip

En este caso, el recurso descargado se guardará como wordpress-install.zip en lugar de su nombre original.

Uso del comando Wget para limitar la velocidad de descarga

Con wget, también se puede limitar la velocidad de descarga. Esto es útil cuando se recuperan archivos de gran tamaño y evitar que use todo nuestro ancho de banda. Este ejemplo de wget establecerá el límite en 500k:

wget --limit-rate = 500k https://wordpress.org/latest.zip 

White Hat Hacker hacker éthique ou un expert en sécurité Grey Hat Hacker hacker ou un groupe de hackers, qui agit parfois avec éthique, et parfois non. Black Hat Hacker hacker mal intentionné, par opposition aux white hats Blue Hat Hacker consultant en sécurité informatique qui est chargé de vérifier l’absence de bogues Green Hat […]

The post Qui suis-je ? Qui êtes-vous ? Qui sont-ils ? appeared first on Cybersécurité, Linux et Open Source à leur plus haut niveau | Network Users Institute | Rouen - Normandie.

Llego tarde, muy tarde, pero uno de los objetivos del blog es que que yo aprenda y que ese aprendizaje sea compartido. De esta forma os comunico que ya está disponible KDE Gear 21.04, concretamente desde el 22 de abril, pero ¿qué es KDE Gear? Descubrámoslo juntos.

Disponible KDE Gear 21.04

Mi vida estas dos últimas semanas han sido muy complicadas, tanto que no podía apartar la vista de mi trabajo y a duras penas podía publicar la ración diaria en el blog. Afortunadamente tenía artículos en la recámara, los cuales me salvaban el día.

De esta forma me pasó desapercibida la noticia del lanzamiento de KDE Gear 21.04, la nueva nomenclatura que recibe la gran actualización del conjunto de aplicaciones de la Comunidad KDE que deciden publicar cada 4 meses y que suelen ser un clásico del blog.

Y es que no es fácil encontrar etiquetas para el gran trabajo y la forma de organizarse tan dinámica que tiene la Comunidad KDE, así que siguen buscando una forma de hacerlo que satisfaga a todo el mundo. En esta ocasión, y esperando que sea la última, se ha decidido que sea KDE Gear año.mes.

De esta forma, y dado que los desarrolladores han redactado una excelente introducción a KDE Gear, me he permitido el lujo de compartirlo con vosotros, no sin antes invitaros a leer todo el artículo donde se explica con pelos y señales todo el lanzamiento.

KDE produce literalmente docenas de aplicaciones para el trabajo, el juego, los estudios y la creatividad. Kontact, por ejemplo, le proporciona control sobre todo su correo electrónico, sus contactos y su agenda; Itinerary lo mantiene al día con todo lo relacionado con sus viajes; la calculadora gráfica KAlgebra funciona tan bien en el escritorio como en el teléfono; Cantor le brinda un modo intuitivo para analizar datos y mostrar gráficos con el resultado; y Kdenlive hace que el recorte y la creación de vídeos de aspecto sofisticado no solo sea una tarea fácil, sino también divertida.

Estas son solo algunas de las aplicaciones de las que hoy se han publicado actualizaciones. Cuando se combinan con la potencia del escritorio Plasma de KDE, le proporcionan la mayoría, si no todas, las herramientas que necesita para ser productivo en un entorno Linux versátil y flexible.

¡Pero ni siquiera necesita usar Linux! Muchas de las aplicaciones de este anuncio también funcionan en Windows, macOS y Android. Esto es lo que la convergencia significa para KDE: use sus aplicaciones favoritas en cualquier lugar, en cualquier sistema, en el trabajo, en el móvil o incluso en la TV.

Y, recuerde: las aplicaciones de KDE, el escritorio Plasma, Plasma Mobile, Plasma BigScreen y el resto del software de KDE son libres y de código abierto. Sin licencias, sin costos ocultos, sin espionaje. Compártalos con sus amigos, instálelos en el trabajo o úselos en el laboratorio de la escuela. Es su software para que lo disfrute donde y como quiera.

Y esto es todo hoy, mañana empiezo la serie para ir repasando las novedades de KDE Gear 21.04.

2a. parte del artículo - Comandos de red que todo administrador Linux debe saber

http://www.opensusemexico.com/2021/04/comandos-de-red-que-todo-administrador.html

 nmap

La utilidad nmap se utiliza para el descubrimiento, la auditoría y la administración de redes. Las tareas más útiles de las que puede ocuparse nmap son qué puertos están abiertos en una máquina remota y detección de servicio / sistema operativo.

Para verificar y ver qué puertos están abiertos en una máquina remota, utilizamos el comando:

nmap SERVER

Donde SERVIDOR es la dirección IP o el dominio del servidor remoto.  

Para este ejemplo, seguiré utilizando la ip local de mi equipo de cómputo:

También se puede verificar qué hosts están activos en nuestra red con el comando:

nmap -sn 192.168.1.0/24 

Para averiguar qué sistemas operativos está utilizando un host, agregamos la marca -O

El resultado de esto puede ser bastante engañoso porque el kernel del host que escaneé es 5.3.18

Se puede obtener información más detallada sobre ese host con el comando:

 nmap -A 192.168.1.72

 traceroute

Si usas el comando ping (que es un comando de red muy básico que todo administrador ya debería saber) y muestra los paquetes faltantes, querrás usar traceroute para encontrar la ruta que están tomando esos paquetes. Esta es una herramienta muy útil para averiguar qué salto en una ruta está causando problemas.

Si emitimos el comando:

traceroute google.com

Veremos una lista de cada salto que toma el paquete desde la máquina actual a google.com. Veremos una lista del tiempo (en milisegundos) que tomó de salto a salto o si hay un problema con un salto, veremos exactamente dónde fallan los paquetes.