Failover 3CX LAN2LAN

[ABC_Z]

Ciao a tutti,
sto provando a mettere in piedi un Active/Passive con 3CX su Debian in modalità LAN2LAN ho seguito la guida (https://www.3cx.com/docs/failover/) ma nell'esempio viene riportato come esempio una situazione in cloud con 2 IP pubblici e con lo stesso FQDN (se non ho capito male). Ho un paio di domande da porvi In fase di installazione del server che deve fare da Passive e che ha un IP privato diverso dall' Active, essendo macchine Linux:

1. devo indicare lo stesso FQDN usato durante la fase di installazione dell'Active? essendo lo stesso già assegnato mi darà qualche errore? idem per l'hostname deve essere lo stesso oppure non interessa ?
2. le porte 5001.5000,5060 5090 imposto le stesse oppure devono essere cambiate?
3. una volta che l'Active ha problemi e il Passive si attiva avendo un diverso indirizzo IP diverso devo fare qualche script (se necessario)

grazie

 

[MarcelloL_3CX]

Ciao,
1 - l'FQDN deve essere lo stesso, ma non ho chiaro csa intendi per hostname...
2 - sì, identiche
3 - sì, è anche indicato nella guida. Dovrai scegliere fin dall'inizio un FQDN locale (non l'IP locale del server) per il centralino e gestire il cambio di risoluzione sui due diversi IP privati per le richieste che provengono da locale

 

[ABC_Z]

Ciao,
1 - l'FQDN deve essere lo stesso, ma non ho chiaro csa intendi per hostname...
2 - sì, identiche
3 - sì, è anche indicato nella guida. Dovrai scegliere fin dall'inizio un FQDN locale (non l'IP locale del server) per il centralino e gestire il cambio di risoluzione sui due diversi IP privati per le richieste che provengono da locale

Ciao Marcello...

1 -...... l'FQDN deve essere lo stesso, ma non ho chiaro csa intendi per hostname...

• Scusami mi sono espresso male. Praticamente, il nome della macchina che durante la fase di installazione di Debian viene chiesto di impostare e che durante la configurazione di 3CX viene richiamato. Es. nel mio lab ho chiamato il server Passive con lab02 e 3CX mi propone di utilizzarlo come FQDN pubblico.​

• Mentre l'Active è stato chiamato lab01, quindi FQDN pubblico proposto da 3CX è lab01.my3cx.it ..... Il mio dubbio è: devo usare FQDN pubblico lab01.my3cx.it anche sul Passive?

3 - sì, è anche indicato nella guida. Dovrai scegliere fin dall'inizio un FQDN locale (non l'IP locale del server) per il centralino e gestire il cambio di risoluzione sui due diversi IP privati per le richieste che provengono da locale

• Quindi in fase di installazione sia sull'Active che sul Passive bisogna impostare lo stesso FQDN locale (lab01.lab.prv) anche se i 2 server hanno IP locali diversi, giusto?

• quando dici "il cambio di risoluzione sui due diversi IP privati per le richieste che provengono da locale", questo viene fatto tramite script su linux, oppure è sufficiente aggiungere 2 record sul DNS con IP diversi ma con FQDN locale uguale???

Grazie e scusami, ma i lab servono proprio per fare i casini.... evitandoli dai clienti

 

[MarcelloL_3CX]

FQDN pubblico e hostname devono essere identici.
Per il DNS interno, credo ci voglia uno script che modifichi il puntamento verso il secondo IP locale in caso di caduta dei servizi del server Active. Nella guida ci sono degli script di esempio (credo però riferiti ad ambiente Windows)

 

[ABC_Z]

FQDN pubblico e hostname devono essere identici.
Per il DNS interno, credo ci voglia uno script che modifichi il puntamento verso il secondo IP locale in caso di caduta dei servizi del server Active. Nella guida ci sono degli script di esempio (credo però riferiti ad ambiente Windows)

si infatti la guida fa rif. a windows e per la parte di failover prende in considerazione alcuni scenari, peccato non il LAN2LAN . Cmq adesso metto in piedi il lab e ti aggiorno se ho difficoltà.

Per il momento ti ringrazio e ti auguro una buona giornata e buon lavoro.

 

[ABC_Z]

Ciao Marcello,
ho rifatto tutto il lab seguendo i task ed applicando sul Passive quello indicato da te, ma al termine della fase di inizializzazione di 3CX sul secondario ottengo questo



praticamente, ho utilizzato lo stesso FQDN privato e pubblico dell'Active ma questo avviso indica, giustamente che quel FQDN è già assegnato.

 

[MarcelloL_3CX]

ma stai usando una chiave 3CX diversa per il Passive?

 

[ABC_Z]

si, devo usare la stessa dell'active?

 

[MarcelloL_3CX]

eh sì, devono essere identici
leggi attentamente la guida, è scritto tutto lì

 

[ABC_Z]

Ciao Marcello,

sono andato avanti con la configurazione adesso dovrei configurare gli script su linux ed ho trovato questo post
link
dove dice:
" Important The PBX Phone system is not running as Root but as PhoneSystem user "

non trovo nessuna guida ufficiale relativa gli script da inserire.. seguendo quello proposto nel post il comando per generare la chiave SSH e copiarla sull'Active è questo:

$: ssh-keygen rsa
$: cat /var/lib/3cxpbx/.ssh/id_rsa.pub | ssh root@MASTER IP PBX "mkdir -p ~/.ssh && chmod 700 ~/.ssh && cat >> ~/.ssh/authorized_keys"

provandolo, la prima cosa è che la path /var/lib/3cxpbx/.ssh/id_rsa.pub nn esiste, ma la chiave effettuando il login come root, giustamente viene creata in /root/.ssh. Quindi il comando sarebbe questo??:

$: cat .ssh/id_rsa.pub | ssh root@MASTER IP PBX "mkdir -p ~/.ssh && chmod 700 ~/.ssh && cat >> ~/.ssh/authorized_keys"

Successivamente bisogna creare 1 script da inserire prima o dopo che i servizi startino:



sempre nel post creano questo script

#!/bin/bash
sudo ssh -t ACTIVE_SERVER /usr/sbin/3CXStopServices
sudo ssh -t ACTIVE_SERVER ip l s eth1 down
sudo ip l s eno2 up

dove il primo comando blocca i servizi di 3CX all'Active, nel secondo mettono in down la sua interfaccia di rete e nel terzo attivano l'interfaccia del Passive.... secondo me non è chiaro!!!

 

[MarcelloL_3CX]

mi spiace, ma sinceramente non so aiutarti: come tu stesso hai rilevato, non è uno scenario coperto da documentazione 3CX.
Credo tu faccia meglio a chiedere chiarimenti sul forum internazionale

 

[ABC_Z]

appena scritto, appena ho feedback aggiorno il post almeno se serve a qualcuno abbiamo traccia!!!!
Cmq grazie per il supporto, buona giornata e buon lavoro