Ændring af Remote Client-motorens navn udløser versionsfejlmeddelelse

Jeg har kørt MCEB i årevis – har problemer med at genetablere Remote Client. Det lader til at have stået på siden 2.4.9, men jeg har kunnet bruge en 2.4.7-remote med nyere udgivelser; dog med 2.4.11 rapporterer den ældre remote-klient en versionskonflikt og lukker ned.

På remote-siden, når jeg forsøger at skifte motoren fra localhost til den maskin, hvor MCEB kører, klikker jeg på “OK”, og motoren tilbageføres til localhost. På hovedmotoren er alt korrekt opsat.

Du skal sikre dig, at motoren og fjernklienten kører på samme version.

Hvis du har opdateret din motor til 2.4.11, skal du også opdatere fjernklienterne til 2.4.11.
Vi tilføjede denne kontrol i de seneste udgivelser for at sikre kompatibilitet mellem klienterne og motoren med hver udgivelse.

Den gode nyhed er, at opgradering af fjernklienterne er en enkelt operation; udpak blot indholdet af ZIP-filen fra den nyeste udgivelse af fjernklienterne for at overskrive de eksisterende fjernklientfiler, og så er du færdig.

Jeg har den samme version på både hovedmotoren og fjernbetjeningen

Det problem, du står over for, lyder som om det ikke kan gemme de indstillinger, du har ændret. Tjek to ting:

  1. Der er et katalog kaldet config, hvor din eksterne klient er installeret/udpakket
  2. MCBuddy har skriveadgang til dette katalog (hvis du ikke er sikker, sæt skriveadgang til alle for config-kataloget)

Det kan ikke gemme de indstillinger, du indtaster, til en fil kaldet temp i config-kataloget, hvilket er grunden til, at det falder tilbage til standard localhost.

Sørg også for, at portene er åbne (standard 23332) på den maskine, hvor motoren er installeret, hvis du allerede har gjort det.

Hvis du ser en versionfejstemning og motoren er localhost, betyder det, at der er en MCBuddy-motor installeret på den lokale maskine, og dens version ikke matcher versionen af den eksterne klient på samme maskine.

Beklager forvirringen – det jeg forsøgte at sige var, at jeg ikke har kunnet forbinde matchende versioner af MCEB og remote siden (tror jeg) 2.4.9, men kunne bruge remote til 2.4.7 som en workaround – fik ingen versionsfejl.

Med den nuværende udgivelse virker workaround’en ikke længere – og jeg kan stadig ikke forbinde samme version af MCEB og remote.

Jeg kører installationen og skifter target-motoren fra en administrator-konto – beskyttelserne er i orden for config-mappen og temp-filen (som er tom). Jeg får ingen fejl, når jeg skifter remote til værten for motoren – skærmen ryddes blot og genstarter velkomstskærmen; ingen ændringer foretages.

Ja, det er tegnet på, at indstillingerne ikke blev gemt. Efter 2.4.7 blev indstillingerne gemt lokalt i config-mappen. Tidligere blev de gemt i en fælles temp-mappe, men med den opsætning kunne man ikke oprette forbindelse til flere eksterne motorer, så vi ændrede det til at gemme lokalt, så du kan oprette forbindelse til flere eksterne motorer.

Hvis indstillingerne blev gemt, vil du se de nye indstillinger, når det starter. Du kan bekræfte dette ved at åbne config-mappen, hvor du vil se en fil kaldet temp. Åbn den, og du bør se de nye indstillinger; hvis ikke, kan den være beskadiget eller have et tilladelsesproblem. Prøv at slette temp-filen og tjek tilladelserne for config-mappen.

Jeg slettede midlertidig-filen, og der blev ikke oprettet nogen ny fil – jeg prøvede også at slette konfigurationsmappen med samme resultat, genoprettede mappen – intet

Kan jeg oprette en manuel post i den midlertidige fil?

Det ville indikere et filsystem/tilladelsesproblem. Det ville være nemmere blot at slette mappen og pakke Remote Client-zip’en ud i en ny mappe og sikre, at dens rettigheder er sat til Everyone læsning/skrivning/modificering.

Jeg lige udførte en hurtig test her, pakke ZIP-filen ud i en mappe på mit skrivebord i en ny mappe, startede MBAAS.GUI og ændrede remote engine IP’en, og det virkede fint.

Ok, det virkede – men det oprettede en fil med navnet tempsettings og flyttede indlæggene for [version] og [engine] til den faktiske installerede placering, og fjernstart peger nu på det rigtige sted.

Tak.