Slik køyrer du ein ekstern Wolfram-kjerne frå ein berbar PC over VPN

Du koplar til VPN-en, opnar notatboka og ventar at den tunge cella køyrer på serveren. I praksis fraktar tunnelen berre pakkar. Han installerer ikkje ein evaluator, gir ikkje ein lisens og vel ikkje kva maskin som utfører koden. Det er tre separate ting, og ein arbeidsflyt med ekstern kjerne treng alle tre før den første berekninga er påliteleg.

Myten: ein VPN-samband er oppsettet

VPN-en leverer ein nettverksveg mellom den berbare PC-en og serveren. Det er nyttig og ofte naudsynt, fordi startkanalen og kjernesambandet må nå den eksterne verten. Han seier ingenting om det finst ein Wolfram-kjerne på den verten, om lisensen tillèt ein andre samtidig prosess, eller om frontenden er konfigurert til å bruke han.

Ein administrert berbar PC kan berre ha frontenden, medan berettiginga er knytt til serveren. Det motsette skjer òg: ein skrivebordslisens på den berbare PC-en gir ikkje rett til ein kjerne på delt infrastruktur. Ingen av tilfella blir løyste ved å kople til tunnelen på nytt.

Test føresetnaden tidleg. Evaluer $MachineName i ei ny notatbok og samanlikn svaret med verten du ventar. Viss han returnerer namnet på den berbare PC-en, køyrde cella lokalt, uansett kor sunn VPN-en ser ut.

Skil frontenden frå evaluatoren

Frontenden er vindauget: han redigerer celler, viser utdata og lagrar notatbokfila. Kjernen er prosessen som evaluerer uttrykk og held definisjonar i minnet. Å lukke frontenden flyttar ikkje kjernen, og å lagre notatboka lagrar ikkje tilstanden til kjernen.

Når ein ekstern kjerne er tilkopla, er filplasseringa til notatboka og arbeidskatalogen til kjernen to ulike ting. Directory[] rapporterer katalogen til evaluatoren, og det er stien som betyr noko for Import, Export og relative filnamn. Eit datasett ved sida av notatboka på den berbare PC-en er ikkje synleg for ein kjerne som køyrer på ei anna maskin.

Avgjer korleis dataa skal nå serveren før du skriv analysen: ein delt montert stad, eit godkjent overføringstrinn eller ei database som serveren kan nå direkte. Valet påverkar reproduserbarheita, fordi ei notatbok som er avhengig av ein sti på den berbare PC-en, vil feile neste gong nokon andre køyrer ho.

Start kjernen gjennom ein godkjend kanal

Wolfram rettleiinga for eksterne kjernar skildrar korleis du legg til ein kjerneoppføring, vel den eksterne maskina og startar gjennom SSH. Stien til den køyrbare fila og argumenta i dømet høyrer til arbeidsflyten til dette produktet; tilpass dei til verten og versjonen administratoren nemner i staden for å lime dei inn uendra.

Identiteten til verten er ein del av oppsettet. Stadfest SSH-vertnøkkelen gjennom prosessen til organisasjonen, bruk den utstedte autentiseringsmetoden og hald private nøklar og passord utanfor notatbokfiler som blir delte eller lagde i eit depot. Ei notatbok med ein startkommando og eit passord er ein lekkasje av påloggingsinformasjon, ikkje ei lettvintheit.

Ikkje opne ein WSTP-lyttar mot internett som ei snarveg. Det støtta mønsteret er SSH-oppstart, som held kjernekanalen inne i eit autentisert samband. Viss nettverksteamet har godkjent ein annan transport, bruk den, men handsam ein eksponert evaluatorport som ei designendring, ikkje som eit feilsøkingstrinn.

Kontroller berettiging, data og utdatastorleik først

Stadfest med lisenshavaren at serveren kan køyre ein kjerne for denne brukaren, og at samtidige økter er tillatne. Ekstern berekning blir ofte lisensiert separat frå skrivebordsfrontenden, og ein mislukka start på grunn av berettiging ser ut som ein mislukka SSH-kommando til nokon les meldinga frå serveren.

Vurder deretter storleiken på resultatet. Ein kjerne som returnerer eit uttrykk på fleire gigabyte, sender det gjennom start- og kjernekanalen til frontenden, noko som kan blokkere eller tømme minnet på den berbare PC-en. Hald tung aggregering på serveren og returner samandrag, eller skriv store resultat til ein sti på serveren og overfør dei med vilje.

Noter stien til den køyrbare fila, startargumenta og arbeidskatalogen i oppsettsnotata til notatboka. Den neste brukaren reproduserer då ordninga i staden for å gjenoppdage kva av fem moglege stiar serveren bruker.

Diagnostiser trinna i rekkefølgje

Fem trinn må lukkast, og kvart har sin eigen test. Start frå den berbare PC-en og stogg ved den første feilen i staden for å endre fleire innstillingar samstundes:

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

Ein mislukka TCP-kontroll peikar på ruting, DNS eller dei tillatne måla til VPN-en. Ein vellukka TCP-kontroll med mislukka SSH-innlogging peikar på autentisering eller vertsnøkkelpolitikk. Ei innlogging som verkar, men ikkje finn noka køyrbar fil, peikar på kjerneinstallasjonen eller stien frontenden fekk. Ein kjerne som startar, men aldri koplar til, peikar på startargumenta eller den lokale brannmuren.

Ta vare på den første meiningsfulle feilen og send server-side-trinn til administratoren som eig den maskina. Gjenteken attoppretting av kjerneoppføringa skjuler kva trinn som faktisk feila, og ho kastar bevisa administratoren treng.

Til slutt vil du ha eit vindauge du kjenner att, ein evaluator du kan namngje og ein avtalt rute for kode og filer. VPN-en er éin komponent i den vegen, og jo raskare arbeidsflyten speglar det, desto mindre tid går med til å kople til ein tunnel som aldri var problemet.