Slik kjører du en ekstern Wolfram-kjerne fra en bærbar PC over VPN

Du kobler til VPN-en, åpner notatboken og forventer at den tunge cellen kjører på serveren. I praksis frakter tunnelen bare pakker. Den installerer ikke en evaluator, gir ikke en lisens og velger ikke hvilken maskin som utfører koden. Det er tre separate ting, og en arbeidsflyt med ekstern kjerne trenger alle tre før den første beregningen er pålitelig.

Myten: en VPN-forbindelse er oppsettet

VPN-en leverer en nettverksvei mellom den bærbare PC-en og serveren. Det er nyttig og ofte nødvendig, fordi startkanalen og kjerneforbindelsen må nå den eksterne verten. Den sier ingenting om hvorvidt det finnes en Wolfram-kjerne på den verten, om lisensen tillater en andre samtidig prosess, eller om frontenden er konfigurert til å bruke den.

En administrert bærbar PC kan bare ha frontenden, mens berettigelsen er knyttet til serveren. Det motsatte skjer også: en skrivebordslisens på den bærbare PC-en gir ikke rett til en kjerne på delt infrastruktur. Ingen av tilfellene løses ved å koble til tunnelen på nytt.

Test antagelsen tidlig. Evaluer $MachineName i en ny notatbok og sammenlign svaret med verten du forventer. Hvis den returnerer navnet på den bærbare PC-en, kjørte cellen lokalt, uansett hvor sunn VPN-en ser ut.

Skill frontenden fra evaluatoren

Frontenden er vinduet: den redigerer celler, viser utdata og lagrer notatbokfilen. Kjernen er prosessen som evaluerer uttrykk og holder definisjoner i minnet. Å lukke frontenden flytter ikke kjernen, og å lagre notatboken lagrer ikke kjernens tilstand.

Når en ekstern kjerne er tilkoblet, er notatbokens filplassering og kjernens arbeidskatalog to forskjellige ting. Directory[] rapporterer evaluatorens katalog, og det er banen som betyr noe for Import, Export og relative filnavn. Et datasett ved siden av notatboken på den bærbare PC-en er ikke synlig for en kjerne som kjører på en annen maskin.

Bestem hvordan dataene skal nå serveren før du skriver analysen: et delt montert sted, et godkjent overføringstrinn eller en database som serveren kan nå direkte. Valget påvirker reproduserbarheten, fordi en notatbok som avhenger av en bane på den bærbare PC-en, vil feile neste gang noen andre kjører den.

Start kjernen gjennom en godkjent kanal

Wolframs veiledning for eksterne kjerner beskriver hvordan du legger til en kjerneoppføring, velger den eksterne maskinen og starter gjennom SSH. Banen til den kjørbare filen og argumentene i eksempelet tilhører arbeidsflyten til dette produktet; tilpass dem til verten og versjonen administratoren angir i stedet for å lime dem inn uendret.

Vertens identitet er en del av oppsettet. Bekreft SSH-vertnøkkelen gjennom organisasjonens prosess, bruk den utstedte autentiseringsmetoden og hold private nøkler og passord utenfor notatbokfiler som deles eller legges i et depot. En notatbok med en startkommando og et passord er en lekkasje av påloggingsinformasjon, ikke en bekvemmelighet.

Ikke åpne en WSTP-lytter mot internett som en snarvei. Det støttede mønsteret er SSH-oppstart, som holder kjernekanalen inne i en autentisert forbindelse. Hvis nettverksteamet har godkjent en annen transport, bruk den, men behandle en eksponert evaluatorport som en designendring, ikke som et feilsøkingstrinn.

Kontroller berettigelse, data og utdatastørrelse først

Bekreft med lisensinnehaveren at serveren kan kjøre en kjerne for denne brukeren, og at samtidige økter er tillatt. Ekstern beregning lisensieres ofte separat fra skrivebordsfrontenden, og en mislykket start på grunn av berettigelse ser ut som en mislykket SSH-kommando til noen leser serverens melding.

Vurder deretter størrelsen på resultatet. En kjerne som returnerer et uttrykk på flere gigabyte, sender det gjennom start- og kjernekanalen til frontenden, noe som kan blokkere eller tømme minnet på den bærbare PC-en. Hold tung aggregering på serveren og returner sammendrag, eller skriv store resultater til en bane på serveren og overfør dem bevisst.

Noter banen til den kjørbare filen, startargumentene og arbeidskatalogen i notatbokens oppsettsnotater. Den neste brukeren reproduserer da ordningen i stedet for å gjenoppdage hvilken av fem mulige baner serveren bruker.

Diagnostiser trinnene i rekkefølge

Fem trinn må lykkes, og hvert har en egen test. Start fra den bærbare PC-en og stopp ved den første feilen i stedet for å endre flere innstillinger samtidig:

nc -vz research.example.edu 22
ssh -v [email protected] 'hostname; command -v wolframscript'
ssh [email protected] 'wolframscript -code "$MachineName"'

En mislykket TCP-kontroll peker på ruting, DNS eller VPN-ens tillatte mål. En vellykket TCP-kontroll med mislykket SSH-innlogging peker på autentisering eller vertsnøkkelpolicy. En innlogging som virker, men ikke finner noen kjørbar fil, peker på kjerneinstallasjonen eller banen frontenden fikk. En kjerne som starter, men aldri kobler til, peker på startargumentene eller den lokale brannmuren.

Ta vare på den første meningsfulle feilen og send server-side-trinnene til administratoren som eier den maskinen. Gjentatt gjenoppretting av kjerneoppføringen skjuler hvilket trinn som faktisk feilet, og den kaster bevisene administratoren trenger.

Til slutt vil du ha et vindu du kjenner igjen, en evaluator du kan navngi og en avtalt rute for kode og filer. VPN-en er én komponent i den veien, og jo raskere arbeidsflyten gjenspeiler det, desto mindre tid går med til å koble til en tunnel som aldri var problemet.