Detta betyder precis som det står, att krypteringsnyckeln för er anknytning inte är densamma som den som är lagrad i er UC.
Har man mot förmodan tappat bort krypteringsnyckeln så är det endast fabriksåterställning som hjälper.
Om det är så ert system alltid fungerat, varför har vi aldrig sett det förr?
Jo det är så att med UC v3.09F8 eller nyare i kombination med M5 v5.49.6 eller nyare så introducerade vi förbättrad kryptering av anknytningar. En del av detta är att när man skapar nya anknytningar i dessa M5 versioner så autogenereras inte längre en nyckel satt till 12345678 utan numera slumpas en krypteringsnyckel.
Då man ofta driftsätter sin UC (sätta IP) från en teknikerdator så medför det att man då har fått in en slumpad krypteringsnyckel och när man sen ska hämta sin UC från kundens server missar man lätt att kopiera nyckeln från teknikerdatorn.
Om kundens M5a i detta läge har v5.49.5 eller lägre så är problemet större då dessa M5 inte är kompatibla med denna nya funktionalitet.
Vad gör vi nu då?
Om ni driftsatt UC från en M5a som har v5.49.6 eller nayre och kunden har v5.49.5 eller lägre. Så har man två olika metoder att välja
- Uppgradera kundens server, ange sen samma nyckel som teknikerdatorn. Nu ska man kunna hämta och fortsätta.
- Nergradera teknikerdatorn. Fabriksåterställ UC. Börja nu om från början så ska allt fungera.