Kiel funkciigi malproksiman kernon de Wolfram de tekkomputilo per VPN
VPN nur transportas la konekton. Planu la rajtigon de la kerno, la lanĉon per SSH, la malproksiman plenumeblon kaj la dosierajn vojojn antaŭ la unua taksado.
Vi konektas la VPN, malfermas la kajeron kaj atendas, ke la peza ĉelo ruliĝu sur la servilo. Praktike la tunelo nur transportas pakaĵojn. Ĝi ne instalas taksilon, ne donas permesilon kaj ne elektas, kiun maŝinon plenumi la kodon. Tiuj estas tri apartaj aferoj, kaj laborkonduko kun malproksima kerno bezonas ĉiujn tri antaŭ ol la unua kalkulo estas fidinda.
La mito: VPN-konekto estas la agordo
La VPN provizas retan vojon inter la tekkomputilo kaj la servilo. Tio estas utila kaj ofte necesa, ĉar la lanĉa kanalo kaj la kerna konekto devas atingi la malproksiman gastiganton. Ĝi diras nenion pri tio, ĉu ekzistas kerno de Wolfram sur tiu gastiganto, ĉu la permesilo permesas duan samtempan proceson aŭ ĉu la fasado estas agordita por uzi ĝin.
Administrita tekkomputilo povas porti nur la fasadon, kun la rajtigo ligita al la servilo. Ankaŭ la malo okazas: labortabla permesilo sur la tekkomputilo ne rajtigas kernon sur komuna infrastrukturo. Nek unu nek la alia kazo ripariĝas per rekonekto de la tunelo.
Testu la supozon frue. Taksu $MachineName en nova kajero kaj komparu la respondon kun la gastiganto, kiun vi atendas. Se ĝi redonas la nomon de la tekkomputilo, la ĉelo ruliĝis loke, kiom ajn sana la VPN aspektas.
Apartigu la fasadon disde la taksilo
La fasado estas la fenestro: ĝi redaktas ĉelojn, bildigas eligon kaj konservas la kajeran dosieron. La kerno estas la procezo, kiu taksas esprimojn kaj tenas difinojn en la memoro. Fermi la fasadon ne movas la kernon, kaj konservi la kajeron ne konservas la staton de la kerno.
Post kiam malproksima kerno estas konektita, la dosierloko de la kajero kaj la labordosierujo de la kerno estas malsamaj aferoj. Directory[] raportas la dosierujon de la taksilo, kaj tio estas la vojo, kiu gravas por Import, Export kaj relativaj dosiernomoj. Datumaro apud la kajero sur la tekkomputilo ne videblas al kerno kuranta sur alia maŝino.
Decidu, kiel la datumoj atingos la servilon antaŭ ol vi skribos la analizon: komuna muntita loko, aprobita transiga paŝo aŭ datumbazo, kiun la servilo povas atingi rekte. Tiu elekto influas reprodukteblecon, ĉar kajero dependanta de tekkomputila vojo malsukcesos la venontan fojon, kiam iu alia rulos ĝin.
Lanĉu la kernon per aprobita kanalo
La gvidilo pri malproksimaj kernoj de Wolfram priskribas aldoni kernan eron, elekti la malproksiman maŝinon kaj lanĉi per SSH. La vojo de la plenumeblo kaj la argumentoj en la ekzemplo apartenas al la laborkonduko de tiu produkto; adaptu ilin al la gastiganto kaj versio, kiujn la administranto nomas, anstataŭ enmeti ilin senŝanĝe.
La identeco de la gastiganto estas parto de la agordo. Kontrolu la SSH-gastigantan ŝlosilon per la procezo de la organizo, uzu la eldonitan aŭtentikigan metodon kaj tenu privatajn ŝlosilojn kaj pasvortojn ekster kajeraj dosieroj, kiuj estas kunhavataj aŭ enmetataj en deponejon. Kajero kun lanĉa komando kaj pasvorto estas liko de akreditaĵoj, ne komforto.
Ne malfermu WSTP-auskultanton al la interreto kiel fuĝvojon. La subtenata ŝablono estas la SSH-lanĉo, kiu tenas la kernan kanalon ene de aŭtentikigita konekto. Se la reta teamo aprobis alian transporton, uzu ĝin, sed traktu elmetitan taksilan pordon kiel dezajnan ŝanĝon, ne kiel paŝon de ĝenerala riparado.
Unue kontrolu rajtigon, datumojn kaj eliggrandon
Konfirmu kun la permesilposedanto, ke la servilo rajtas ruli kernon por ĉi tiu uzanto kaj ke samtempaj seancoj estas permesataj. Malproksima komputado ofte permesiĝas aparte de la labortabla fasado, kaj malsukcesa lanĉo pro rajtigo aspektas kiel malsukcesa SSH-komando ĝis iu legas la mesaĝon de la servilo.
Poste taksu la grandecon de la rezulto. Kerno, kiu redonas esprimon de pluraj gigabajtoj, sendas ĝin tra la lanĉa kaj kerna kanaloj al la fasado, kio povas haltigi aŭ elĉerpi la memoron de la tekkomputilo. Tenu pezan agregadon sur la servilo kaj redonu resumojn, aŭ skribu grandajn rezultojn al servila vojo kaj transigu ilin konscie.
Notu la vojon de la plenumeblo, la lanĉajn argumentojn kaj la labordosierujon en la agordnotoj de la kajero. La sekva uzanto tiam reproduktas la aranĝon anstataŭ denove malkovri, kiun el kvin eblaj vojoj la servilo uzas.
Diagnozu la etapojn laŭ ordo
Kvin etapoj devas sukcesi, kaj ĉiu havas apartan teston. Komencu de la tekkomputilo kaj haltu ĉe la unua malsukceso anstataŭ ŝanĝi plurajn agordojn samtempe:
nc -vz research.example.edu 22
ssh -v [email protected] 'hostname; command -v wolframscript'
ssh [email protected] 'wolframscript -code "$MachineName"'Malsukcesa TCP-kontrolo indikas enkursigadon, DNS aŭ la permesitajn celojn de la VPN. Sukcesa TCP-kontrolo kun malsukcesa SSH-ensaluto indikas aŭtentikigon aŭ gastigantan ŝlosilpolitikon. Ensaluto, kiu funkcias sed ne trovas plenumeblon, indikas la kernan instaladon aŭ la vojon donitan al la fasado. Kerno, kiu startas sed neniam konektiĝas, indikas la lanĉajn argumentojn aŭ la lokan fajroŝirmilon.
Konservu la unuan signifan eraron kaj sendu la servilflankajn etapojn al la administranto, kiu posedas tiun maŝinon. Ripeta rekreado de la kerna ero kaŝas, kiu etapo vere malsukcesis, kaj ĝi forĵetas la pruvojn, kiujn la administranto bezonas.
Fine vi volas fenestron, kiun vi rekonas, taksilon, kiun vi povas nomi, kaj interkonsentitan vojon por kodo kaj dosieroj. La VPN estas unu komponanto de tiu vojo, kaj ju pli frue la laborkonduko reflektas tion, des malpli da tempo iras al rekonekto de tunelo, kiu neniam estis la problemo.