Guide complet de l’installation et de la configuration du serveur FTP VSFTPD sur Debian 10. FTP (Protocole de transfert de fichiers) est un protocole utilisé pour transférer des fichiers entre les ordinateurs, en particulier dans le contexte de la gestion du site Web du site Web ou du serveur. VSFTPD (Daemon FTP très sécurisé) est un serveur FTP sûr et efficace. Cet article fournira des lignes directrices étapes à étape pour l’installation et la configuration de VSFTPD sur le système d’exploitation Debian 10.

Étape 1: Préparez le système

Avant de démarrer l’installation VSFTPD, assurez-vous que votre système Debian est mis à jour. Exécutez la commande suivante:

sudo apt update
sudo apt upgrade

Étape 2: Installation VSFTPD

L’étape suivante consiste à installer VSFTPD à l’aide du gestionnaire de package APT. Tapez la commande suivante dans le terminal:

apt install vsftpd
systemctl status vsftpd

Étape 3: Configuration vsftpd

Avant de modifier ou de modifier le fichier Vsftpd.conf Sauvegarde d’abord par commande:

cp /etc/vsftpd.conf /etc/vsftpd.conf.cadangan

Après cela, ouvrez le fichier de configuration VSftpd à modifier, avec la commande nano /etc/vsftpd.conf, puis modifiez le contenu du script en fonction de la ligne ci-dessous:

nano /etc/vsftpd.conf

anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
anon_upload_enable=YES
anon_mkdir_write_enable=YES

D’autres fichiers ne permettent pas par défaut.
Enregistrez le changement et quittez l’éditeur.

Étape 4: (facultatif) Configuration du pare-feu

Si vous utilisez un pare-feu, assurez-vous d’autoriser le trafic sur le port FTP (généralement le port 21). Utilisez la commande suivante:

ufw allow 21

Étape 5: Redémarrer VSFTPD

Redémarrez VSFTPD pour implémenter les modifications de configuration:

systemctl restart vsftpd

Étape 6: (Facultatif) Faire des utilisateurs FTP

Si vous souhaitez autoriser l’accès FTP à certains utilisateurs, assurez-vous qu’ils ont un compte FTP. Peut également utiliser des utilisateurs qui ont reçu des droits d’accès pour les serveurs Web:

adduser nama_pengguna

Étape 7: Essayez la connexion FTP à l’aide de filezilla

Utilisez les clients FTP pour essayer de se connecter au serveur. Modifiez l’adresse_ip_server avec votre adresse IP Debian 10. L’une des applications client FTP est Filezilla, en outre, un essai de téléchargement de données de fichiers de site Web du client vers le serveur, est la suivante.

Couverture:

En suivant le guide complet du guide d’installation et de configuration du serveur FTP VSFTPD sur Debian 10, vous avez installé et configuré VSFTPD en tant que serveur FTP sur Debian 10. Assurez-vous d’observer votre sécurité FTP Server et de configurer les droits d’accès utilisateur au besoin. Le serveur FTP correct est configuré peut fournir une solution efficace pour transférer des fichiers dans l’environnement du serveur. J’espère que ce guide vous est utile!

Lisez également des articles sur: Guide d’installation et de configuration du serveur Web Nginx sur Debian 10

PostgreSQL 16 offre de solides capacités de réplication pour garantir que les données restent disponibles et distribuées en temps réel entre le serveur principal (primaire) et un serveur de sauvegarde (veille). Voici les étapes qui doivent être suivies pour configurer la réplication du streaming dans PostgreSQL 16.

Préparation initiale

Installation de PostgreSQL

Assurez-vous que PostgreSQL 16 a été installé sur les deux serveurs (primaire et veille). Sinon, vous pouvez l’installer avec la commande suivante:

sudo apt-get update
sudo apt-get install postgresql-16

Créer une réplication de l’utilisateur

Créez un utilisateur spécial pour la réplication sur le serveur principal:

CREATE ROLE rep_user WITH REPLICATION LOGIN PASSWORD 'password';

Configuration sur le serveur principal

1 et 1 Modifier postgresql.conf

L’emplacement de ce fichier est généralement allumé /etc/postgresql/16/main/postgresql.conf. Ajouter ou modifier les lignes suivantes:

wal_level="replica"
max_wal_senders = 10
max_replication_slots = 10
wal_log_hints="on"
synchronous_standby_names="FIRST 1 (standby1, standby2)"

2 Modifier pg_hba.conf

L’emplacement de ce fichier est généralement allumé /etc/postgresql/16/main/pg_hba.conf. Ajoutez les lignes suivantes pour permettre l’accès depuis le serveur de secours:

host replication rep_user 10.0.0.2/32 scram-sha-256

3 et 3 Redémarrer PostgreSQL

Après avoir modifié la configuration, redémarrez PostgreSQL:

sudo systemctl restart postgresql

4 Créer un emplacement de réplication (facultatif)

Pour faire un emplacement de réplication, exécutez la commande suivante dans PostgreSQL:

SELECT * FROM pg_create_physical_replication_slot('rep_slot');

Configuration sur le serveur de secours

1 et 1 Arrêtez PostgreSQL:

sudo systemctl stop postgresql

2. Copier les données du primaire au veille:

pg_basebackup -h primary_server_ip -D /var/lib/postgresql/16/main -U rep_user -W -P --write-recovery-conf

Option --write-recovery-conf Créera un fichier standby.signal et entrez les paramètres de réplication requis dans postgresql.conf.

3 et 3 Modifier postgresql.conf:

Assurez-vous que le fichier postgresql.conf possède les paramètres suivants:

primary_conninfo = 'host=primary_server_ip port=5432 user=rep_user password=password'
primary_slot_name="rep_slot"  # Jika menggunakan slot replikasi
hot_standby = 'on'

4 Modifier pg_hba.conf:

Ajoutez une entrée pour autoriser les connexions au serveur principal:

host replication rep_user primary_server_ip/32 scram-sha-256

5 Démarrer PostgreSQL:

sudo systemctl start postgresql

Vérification

Vérifiez l’état de réplication en primaire:

SELECT * FROM pg_stat_replication;

Résultats de ContoH

  pid   | usesysid | usename  | application_name | client_addr  | client_hostname | client_port |         backend_start         | backend_xmin |   state   |  sent_lsn   |  write_lsn  |  flush_lsn  | replay_lsn  | write_lag | flush_lag | replay_lag | sync_priority | sync_state |          reply_time           
--------+----------+----------+------------------+--------------+-----------------+-------------+-------------------------------+--------------+-----------+-------------+-------------+-------------+-------------+-----------+-----------+------------+---------------+------------+-------------------------------
 638369 |   340262 | rep_user | 16/main          | 34.50.82.145 |                 |       45992 | 2024-07-10 17:04:53.349471+00 |              | streaming | 30/7C014690 | 30/7C014690 | 30/7C014690 | 30/7C014690 |           |           |            |             0 | async      | 2024-07-10 17:05:23.409507+00
(1 row)

Vérifiez l’état en veille:

SELECT * FROM pg_is_in_recovery();

Résultats de ContoH

postgres@hostname:~/16$ psql
psql (16.3 (Ubuntu 16.3-1.pgdg22.04+1))
Type "help" for help.

postgres=# SELECT * FROM pg_is_in_recovery();
 pg_is_in_recovery 
-------------------
 t
(1 row)

postgres=# 

Si tout se passe bien, vous avez maintenant une configuration de réplication de streaming postgresql active. Cette réplication garantit que les données sur le serveur de secours sont toujours mises à jour en temps réel à partir du serveur principal, augmentant ainsi la disponibilité et la fiabilité de vos données.

Source:

En suivant ce guide, vous pouvez définir facilement la réplication de streaming sur PostgreSQL 16 et vous assurer que vos données sont toujours synchrones entre les serveurs primaires et de secours.

1. Mettre à jour le sistème

Faites toujours la mise à jour du système avant la nouvelle installation du package.

sudo apt update && sudo apt upgrade -y

2. Installer nginx

Si Nginx n’a pas été installé, installez avec la commande suivante:

sudo apt install nginx -y

Après l’installation, activez et démarrez le service Nginx:

sudo systemctl enable nginx
sudo systemctl start nginx

3. Ouvrez le port HTTP (80) et HTTPS (443)

Assurez-vous que le pare-feu est ouvert à HTTP et HTTPS.

sudo ufw allow 'Nginx Full'

Vérifiez le statut de pare-feu:

sudo ufw status

4. Installer le plugin CERTBOT et NGINX

CERTBOT est un outil utilisé pour obtenir et gérer les certificats SSL de Let’s Encrypt.

Installez le plugin CERTBOT et NGINX:

sudo apt install certbot python3-certbot-nginx -y

5. Configuration de l’hôte virtuel Nginx

Créez un nouveau fichier de configuration pour votre domaine ou ajustez la configuration existante.

sudo nano /etc/nginx/sites-available/nama_virtualhost

Ajoutez la configuration suivante pour votre domaine:

server {
listen 80;
server_name _;
root /home/tjkt/html;
index index.html index.htm index.nginx-debian.html index.php;
location / {
try_files $uri $uri/ =404;
}
}

Enregistrez le fichier et quittez l’éditeur.

Activez une configuration d’hôte virtuelle en créant un lien symbolique vers le répertoire sites-enabled:

sudo ln -s /etc/nginx/sites-available/nama_virtualhost /etc/nginx/sites-enabled/

Vérification de la configuration de Nginx pour s’assurer qu’il n’y a pas d’erreurs:

sudo nginx -t

S’il n’y a pas d’erreurs, redémarrez Nginx:

sudo systemctl restart nginx

6. Obtenez un certificat SSL

Maintenant, exécutez le CERTBOT pour obtenir un certificat SSL et configurez automatiquement Nginx.

Utilisez les commandes suivantes:

sudo certbot --nginx -d nama_virtualhost -d nama_virtualhost

La commande ci-dessus demande un certificat SSL pour votre domaine et votre sous-domaine www. Suivez les instructions qui apparaissent à l’écran.

En cas de succès, vous verrez un message qui confirme que le certificat SSL a été obtenu et que Nginx a été reconfiguré.

7. Vérification des certificats SSL

Une fois le certificat SSL appliqué avec succès, vérifiez en ouvrant un navigateur et en accédant à votre domaine en utilisant https://ip_address. Si le SSL fonctionne, l’icône de conférence apparaîtra dans la lame d’adresse.

8. Paramètres de mise à jour du certificat SSL automatique

Le certificat de Let’s Encrypt est valable pendant 90 jours, vous devez donc compter régulièrement. CERTBOT offre une option pour mettre à jour le certificat automatiquement.

Pour tester les mises à jour automatiques, exécutez la commande suivante:

sudo certbot renew --dry-run

S’il n’y a pas de problème, CERTBOT mettra à jour le certificat automatiquement avant que la période de validité ne s’épuise.

9. Définir HTTP Redirection vers HTTPS (Facultatif)

Pour vous assurer que tout le trafic est transféré à HTTPS, vous pouvez modifier le fichier de configuration Nginx:

sudo nano /etc/nginx/sites-available/nama_virtualhost

Ajoutez le bloc suivant en haut du fichier de configuration:

server {
listen 80;
server_name _;
return 301 https://$host$request_uri;
}

Enregistrer et quitter l’éditeur, puis redémarrer Nginx:

sudo systemctl restart nginx

Couverture

En suivant le guide complet de l’installation et de la configuration de HTTPS SSL avec Nginx sur Debian 10, vous avez installé avec succès et la configuration HTTPS SSL avec Nginx sur Debian 10. Ainsi, ce guide est fait, j’espère que ce guide vous est utile!

Lisez également des articles sur: Guide d’installation et de configuration du serveur Web Nginx sur Debian 10

Introduction: Qu’est-ce que Bind9?

Bind9 (Domaine de nom Internet de Berkeley) Le logiciel open source est-il utilisé pour créer et gérer Serveur DNS. DNS (système de noms de domaine) sert de traducteur nom de domaine (Exemple: tjktkel8.org) devenir L’adresse de l’IP (Exemple: 192.168.78.116), facilitant ainsi la communication sur Internet.

---

Étapes d’installation et de configuration du serveur DNS dans Debian 10

1. Mettre à jour le système d’exploitation

Avant l’installation, assurez-vous que le package système est mis à jour.

sudo apt update && sudo apt upgrade -y

---

2. Install Bind9

Installez Bind9 avec les aides nécessaires.

sudo apt install bind9 bind9utils bind9-doc -y

Vérifiez si le service Bind9 est en cours d’exécution:

sudo systemctl status bind9

S’il n’a pas été exécuté, activez et démarrez le service:

sudo systemctl enable bind9
sudo systemctl start bind9

---

3. Configuration de Bind9 en tant que serveur DNS

3.1 Modifier la configuration principale Bind9

La configuration du fichier principal Bind9 est activée /etc/bind/named.conf.options. Modifiez le fichier:

sudo nano /etc/bind/named.conf.options

Trouvez et modifiez les blocs suivants pour définir le transfert DNS (facultatif):

options {
directory "/var/cache/bind";
recursion yes;      // Aktifkan rekursi untuk DNS resolver.
allow-query { any; };
forwarders {
8.8.8.8;        // DNS Google sebagai resolver cadangan.
8.8.4.4;
};
dnssec-validation auto;
};

Enregistrez et quittez l’éditeur.

3.2 Créer une zone pour un domaine

Ajoutez la zone à votre domaine dans le fichier /etc/bind/named.conf.local.

sudo nano /etc/bind/named.conf.local

Ajouter la configuration suivante:

zone "tjktkel8.org" {
type master;
file "/etc/bind/db.tjkt1";
};
zone "78.168.192.in-addr.arpa" {
type master;
file "/etc/bind/db.tjkt2";
};

Le fichier ci-dessus définit deux zones:

• Zona Forward: Pour mapper le domaine sur l’IP.
• Zone inversée: Pour mapper l’IP au domaine.

3.3 Configuration des fichiers de zone avant

Créer un fichier de zone pour db.tjkt1.

sudo nano /etc/bind/db.tjkt1.com

DÉPOSER:

$TTL    604800
@       IN      SOA     ns1.tjktkel8.org. root.tjktkel8.org. (
2         ; Serial
604800         ; Refresh
86400         ; Retry
2419200         ; Expire
604800 )       ; Negative Cache TTL
@       IN      NS      ns1.tjktkel8.org.
@       IN      A       192.168.78.116
ns1     IN      A       192.168.78.116
www     IN      A       192.168.78.116

3.4 Configuration des fichiers de zone inverse

Créer un fichier de zone inverse pour IP 192.168.78.0/24.

sudo nano /etc/bind/db.tjkt2

DÉPOSER:

$TTL    604800
@       IN      SOA     ns1.tjktkel8.org. root.tjktkel8.org. (
2         ; Serial
604800         ; Refresh
86400         ; Retry
2419200         ; Expire
604800 )       ; Negative Cache TTL
@       IN      NS      ns1.tjktkel8.org.
116     IN      PTR     tjktkel8.org.
116     IN      PTR     www.tjktkel8.org.

---

4. Vérification et redémarrage Bind9

4.1 Vérification de la configuration

Vérifiez si la configuration Bind9 est correcte:

sudo named-checkconf

Vérifiez le fichier de zone:

sudo named-checkzone example.com /etc/bind/db.tjkt1
sudo named-checkzone 1.168.192.in-addr.arpa /etc/bind/db.tjkt1

S’il n’y a pas d’erreurs, continuez.

4.2 Redémarrer les services Bind9

Redémarrez Bind9 pour appliquer les modifications:

sudo systemctl restart bind9

---

5. Buka Port DNS di Firewall (UFW)

Bind9 en utilisant port 53 Pour DNS. Assurez-vous que le port est ouvert dans le pare-feu.

sudo ufw allow 53/tcp
sudo ufw allow 53/udp

Vérifiez le statut de pare-feu:

sudo ufw status

---

6. Configuration des clients pour utiliser le serveur DNS

Chez les clients (par exemple d’autres ordinateurs), modifiez les paramètres DNS Afin d’utiliser l’IP de Debian Server comme Resolver DNS.

• Sur Linux: Modifier le fichier /etc/resolv.conf: Copier le codenameserver 192.168.1.10
• Sur Fenêtre:
  1. Ouvrir Panneau de contrôle > Réseau et Internet > Connexions réseau.
  2. Droite-cliquez sur le réseau, sélectionnez Propriétés.
  3. Choisir Protocole Internet version 4 (TCP / IPv4)faire un clic Propriétés.
  4. Entrez l’IP de Debian Server dans la colonne Serveur DNS préféré.

---

7. Tester le serveur DNS

7.1 Test de résolution du nom de domaine

Sur les serveurs ou les clients qui utilisent le serveur DNS, exécutez la commande:

nslookup tjktkel8.org 192.168.78.116

Sortie attendue:

Server:  192.168.78.116
Address: 192.168.78.116#53
Name:    tjktkel8.org.com
Address: 192.168.78.116

7.2 Test de résolution IP (recherche inversée)

Exécutez les commandes suivantes:

nslookup 192.168.78.116

Sortie attendue:

116.78.168.192.in-addr.arpa  name = tjktkel8.org.

---

8. Dépannage

• CEK Log Bind9:
  S’il y a un problème, vérifiez la connexion /var/log/syslog: code bashcopysudo tail -f /var/log/syslog
• Vérifier l’état du service:
  Assurez-vous que le service s’exécute correctement: code bashcopysudo systemctl status bind9