Kopiere og lime inn i konsollen, og hvorfor tastaturet skriver feil tegn

Du kopierer en lang kommando på din egen maskin, klikker inn i gjestens konsoll, trykker lim inn, og ingenting skjer. Eller verre: noe skjer, og det er ikke det du kopierte.

Her foregår to forskjellige ting, og de forveksles hele tiden. Den ene handler om utklippstavlen. Den andre handler om tastaturet, og det er den som spiser hele ettermiddager.

Hvorfor utklippstavlen ikke bare går over

Den grafiske konsollen er et bilde av en skjerm. Det som reiser fra deg til gjesten er ikke tekst, men tastehendelser: du trykket denne tasten, så den. Gjesten aner ikke at det finnes en utklippstavle på din side.

Nettleseren din lar dessuten ikke en nettside lese utklippstavlen din når den vil, og det er en god regel med åpenbar grunn som ikke blir slakket for bekvemmelighetens skyld.

Derfor gir konsollen deg en uttrykkelig vei over: et utklippspanel. Du limer teksten inn i den boksen, det setter fjernutklippstavlen, og så limer du inn som vanlig inne i gjesten. Ett ekstra steg, og det er hele mekanismen.

Veien tilbake virker likedan motsatt: kopier inne i gjesten, og les det så fra panelet.

Innstillingen som skriver alt feil

Her er den som ser ut som en ødelagt innliming og ikke er det.

Den grafiske konsollen har et tastaturoppsett, og det settes på datasenternivå, ikke per bruker og ikke av nettleseren din. Det styrer hvordan tastehendelser tolkes for den virtuelle maskinens virtuelle tastatur.

Hvis det oppsettet ikke stemmer med det du fysisk skriver på, kommer bokstaver fint fram og alt annet ikke. Symboler havner på feil sted, og tegnene som lider mest er nettopp de i passord og oppsettsfiler.

På verten som ble brukt til å sjekke dette, var oppsettet satt til et ikke-engelsk språk, noe som er riktig for den maskinen og feil for alle som skriver mot den fra et annet fysisk tastatur.

Symptomet er svært spesifikt og verdt å huske: bokstaver og sifre stemmer, tegnsetting er feil. Det er et oppsettsavvik, ikke en mislykket innliming og ingen ødelagt konsoll.

Hvorfor lange innlimninger går galt likevel

Selv med fungerende utklippspanel og riktig oppsett er svært lang tekst som limes inn i en grafisk konsoll skjør. Hvert tegn er en syntetisk tastehendelse, og en gjest under belastning kan miste noen. Du får ingen feilmelding; du får en kommando med tre tegn borte et sted i midten.

Hvis det du limer inn betyr noe, ikke lim det inn som tastetrykk i det hele tatt.

Hva du gjør i stedet når det betyr noe

En nøkkel, et passord, et sertifikat, en lang oppsettsblokk. Ikke skriv det gjennom en skjerm. Skriv det som en fil: gjesteagenten kan legge en liten fil inn i en kjørende gjest helt uten nettverk, og det er nettopp det den kanalen er til for. Alt over rundt 60 KB trenger nettverket i stedet.

En skallkommando du skal kjøre igjen. Legg den i en fil og kjør filen. Det overlever et tapt tastetrykk, og du får beholde den.

En hel arbeidsøkt. Ta tekstkonsollen hvis gjesten har en, eller SSH hvis nettet står. Begge er tekst, så terminalens egen kopiering og innliming oppfører seg normalt, og ingen oppsettsoversettelse skjer.

SPICE, kort

SPICE støtter ekte deling av utklippstavlen mellom maskinen din og gjesten, med en agent installert i gjesten. Bruker du seriøs tid i en grafisk skrivebordsgjest, er det grunnen til å sette det opp.

For en tjener du besøker to ganger i måneden er det mer forberedelse enn problemet fortjener.

Hva Atlas gjør

Atlas åpner Proxmox VEs egen konsoll, så oppførselen til utklippstavlen du får er Proxmox sin, uendret. Det finnes ingen egen Atlas-utklippstavle å lære og ingen andre implementasjon å stole på.

Det Atlas endrer, er hvor ofte problemet dukker opp. Det meste som limes inn i en konsoll er ikke feilsøking: det er en kommando noen fant fordi oppgaven manglet en skjerm. Lagringsoperasjoner, nettverksendringer, oppdateringer, brukere og rettigheter: de har skjermer, så utklippstavlen kommer aldri inn i bildet.

Konsollen står igjen for tilfellene som virkelig trenger en, og der er rådet over det samme alle gir, for det er mekanismen og ikke en preferanse.