@Guillaume :
Bonjour Guillaume,
Oui j'avais bien une VIP sur chaque VLAN, j'ai identifié le problème depuis, c’était juste la carte réseau qui est défaillante, le remplacement de celle-ci a tout résolue...
Encore merci pour votre aide et vos articles!
Cordialement,
Gaël
@Gaël :
Bonjour Gaël,
Je pense qu'il y a confusion. Chaque VIP doit être créée sur son interface VLAN (l'interface logique) et non pas sur l'interface parente (l'interface physique).
Le nommage du port réseau importe peu (igb0, em0, ...) ; ce qui importe est effectivement que l'ordre de création des interfaces soit le même sur les deux pfSense.
Cordialement,
Guillaume
--
Provya
@Guillaume :
Bonjour Guillaume,
J'ai enfin mis en place grâce à vos articles la haute disponibilité, sur mes interfaces WAN et LAN, aucun problème, en revanche sur mon interface (physique) dédié pour mes VLANs, reconnexion en boucle entre le master et backup.
J'ai bien respecté l'ordre de création des interfaces (opt1,2.....) mais les noms des interfaces physique sont différents! (bce2 sur mon Master et re0 sur mon Backup)
Est-ce mon problème vient du fait que les interfaces physique n'ont pas le même nom ?
Merci pour votre retour.
@Guillaume :
Bonjour Guillaume,
J'utilise la version 2.6.0 de pfSense.
Mon mot de passe contient des minuscules, majuscules, et les caractères & et !
J'utilisais déjà les doubles quote mais je n'avais pas pensé à échapper le caractère '&' par '%26' étant donné que le caractère est transmis en paramètre.
Le backup est désormais fonctionnel, merci pour votre aide !
Thibault
@Thibault :
Bonjour Thibault,
Vous utilisez quelle version de pfSense ?
La validité du certificat n'est pas vérifiée, il ne devrait donc pas y avoir de soucis de ce côté.
Utilisez-vous des espaces ou caractères spéciaux dans le mot de passe ? Si oui, il faudrait le mettre entre guillemets ou l'échapper.
Cordialement,
Guillaume
--
Provya
Bonjour,
Script testé mais malheureusement, la configuration n'est pas récupéré ; l'utilisateur ne semble pas connecté (les identifiants sont bons).
Le script bloque à l'étape "# xml file contains doctype when the URL is wrong".
Le fichier obtenu à partir de "diag_backup.php" correspond au formulaire de connexion (l'hôte est donc bien accessible).
Je passe par https mais le certificat n'est pas valide ; est-ce que cela peut jouer ?
Merci d'avance pour votre aide.
Thibault
@Cedric :
Par certain moment oui effectivement .
Bonjour
avez vous constater les latences reseau depuis la MAJ?
Par avance merci
@Gaël :
Bonjour Gaël,
Je ne peux pas traiter une demande aussi spécifique que la vôtre via les commentaires de ce blog.
Si vous souhaitez un support professionnel de notre part, je vous invite à nous contacter. Nous pourrons vous proposer une prestation d'assistance comme celle que nous présentons sur notre boutique en ligne : Assistance pfSense et OPNsense.
Cordialement,
Guillaume
--
Provya
@Guillaume :
Bonjour Guillaume, l'IPBX est chez un prestataire extérieur.
J'ai observé avec Ntopng les connexions, RTP, RTCP, SIP, MQTT. Pour MQTT, l'adresse du serveur est différente, je l'ai donc ajouté à la règle mais ça n'a rien changé.
Les téléphones sont connectés en wifi via un switch cisco sur la patte LAN du PfSense (pas de VLAN).
Je n'ai malheureusement pas l'information pour les codecs...
Gaël