You can get stuck with your ssh session when your network is changing or when there’s a network disruption. You will face a lock leading to the unability to stop your session, even by doing a CTRL-C.

That’s why there’s some escape sequences you can use in that case (especially the first one when you’re stuck):

Note that escapes are only recognized immediately after newline.Vous pouvez vous retrouver bloqué avec votre session ssh lorsque votre réseau change ou lorsqu’il y a une interruption réseau. Vous vous retrouvez alors avec un verrou rendant impossible de quitter votre session, même en utilisant un CTRL-C.

C’est pour cela qu’il existe des des séquences d’échappement que vous pouvez utiliser dans ce cas (tout particulièrement la première lorsque vous êtes bloqué) :

Notez bien que ces séquences sont seulement reconnues après avoir appuyé sur Entrée.

Getting this error when trying to update packages on your linux distro using apt?

This just means that the GPG key is expired and that you need to renew it.

You can list expired keys and get the ID by using this command:

Here, we can see that ID “4BD6EC30” is expired and is leading to the issue.

Let’s now update this key:

And you can now perform the update properly, you won’t get error anymore.

Vous obtenez cette erreur lorsque vous essayez de mettre à jour des paquets sur votre distribution linux en utilisant apt ?

Cela signifie juste qu’une clé GPG est expirée et que vous devez la renouveler.

Vous pouvez lister les clés expirées et obtenir leurs IDs, en utilisant la commande :

Ici, vous pouvez voir que l’ID “4BD6EC30” est expiré et vous mène à une erreur.

Mettez alors à jour la clé :

Et vous pouvez maintenant effectuer la mise à jour correctement, vous n’aurez plus l’erreur.

It can be needed to test an UDP connection with a server to ensure that connectivity is working and double check the data received.

Let’s take a simple example with a remote logstash server:
– Server mylogstash.mydomain.local
– Listening on port 5000

On emitter side, we are sending an UDP packet simulating a log line coming from an application:

On receiving server side, we are executing a tcpdump to check that packet is correctly coming with good content:

Here we are! It’s very simple to control UDP flows or simply check connection between 2 servers.Il peut être nécessaire de tester une connexion UDP avec un serveur pour vérifier la connectivité et les données échangées.

Prenons l’exemple d’un serveur logstash distant:
– Serveur mylogstash.mydomain.local
– Ecoutant sur le port 5000

Côté serveur émetteur, nous envoyons un paquet UDP simulant une ligne de log provenant d’une application :

Du côté du serveur de réception, on execute un tcpdump pour vérifier que le paquet arrive bien avec le bon contenu :

Voilà, il est donc simple de contrôler les flux UDP ou de simplement tester une connexion entre 2 serveurs.