Como executar un núcleo remoto de Wolfram desde un portátil por VPN

Conecta a VPN, abre o caderno e espera que a célula pesada se execute no servidor. Na práctica, o túnel só transporta paquetes. Non instala un avaliador, non concede unha licenza nin escolle que máquina executa o código. Son tres cousas separadas, e un fluxo de traballo con núcleo remoto necesita as tres antes de que o primeiro cálculo sexa fiable.

O mito: unha conexión VPN é a configuración

A VPN proporciona unha ruta de rede entre o portátil e o servidor. Iso é útil e a miúdo necesario, porque a canle de arranque e a conexión do núcleo teñen que chegar ao host remoto. Non di nada sobre se existe un núcleo de Wolfram nese host, se a licenza permite un segundo proceso concorrente ou se a interface frontal está configurada para usalo.

Un portátil xestionado pode levar só a interface frontal, co dereito ligado ao servidor. Tamén ocorre o contrario: unha licenza de escritorio no portátil non autoriza un núcleo en infraestrutura compartida. Ningún dos dous casos se resolve reconectando o túnel.

Probe a suposición pronto. Avalíe $MachineName nun caderno novo e compare a resposta co host que espera. Se devolve o nome do portátil, a célula executouse localmente, por san que pareza a VPN.

Separe a interface frontal do avaliador

A interface frontal é a ventá: edita células, mostra a saída e garda o ficheiro do caderno. O núcleo é o proceso que avalia expresións e mantén as definicións na memoria. Pechar a interface frontal non move o núcleo, e gardar o caderno non garda o estado do núcleo.

Unha vez conectado un núcleo remoto, a localización do ficheiro do caderno e o directorio de traballo do núcleo son cousas distintas. Directory[] informa do directorio do avaliador, e esa é a ruta que importa para Import, Export e os nomes de ficheiro relativos. Un conxunto de datos xunto ao caderno no portátil non é visible para un núcleo que se executa noutra máquina.

Decida como chegarán os datos ao servidor antes de escribir a análise: unha localización montada compartida, un paso de transferencia aprobado ou unha base de datos á que o servidor poida acceder directamente. A elección afecta a reproducibilidade, porque un caderno que depende dunha ruta do portátil fallará a próxima vez que o execute outra persoa.

Inicie o núcleo por unha canle aprobada

A guía de núcleos remotos de Wolfram describe como engadir unha entrada de núcleo, seleccionar a máquina remota e iniciar por SSH. A ruta do executábel e os argumentos do exemplo pertencen ao fluxo de traballo dese produto; adápteos ao host e á versión que indique o administrador en lugar de pegalos sen cambios.

A identidade do host forma parte da configuración. Verifique a clave de host SSH mediante o proceso da organización, use o método de autenticación emitido e manteña as claves privadas e os contrasinais fóra dos ficheiros do caderno que se comparten ou se confirman no repositorio. Un caderno cun comando de arranque e un contrasinal é unha fuga de credenciais, non unha comodidade.

Non abra un oínte WSTP a internet como atallo. O patrón admitido é o arranque por SSH, que mantén a canle do núcleo dentro dunha conexión autenticada. Se o equipo de rede aprobou outro transporte, use ese, pero trate un porto de avaliador exposto como un cambio de deseño, non como un paso de resolución de problemas.

Comprobe primeiro o dereito, os datos e o tamaño da saída

Confirme co propietario da licenza que o servidor pode executar un núcleo para este usuario e que se permiten sesións concorrentes. O cálculo remoto a miúdo licénciase por separado da interface frontal de escritorio, e un arranque fallido por dereitos parece un comando SSH fallido ata que alguén le a mensaxe do servidor.

Despois estime o tamaño do resultado. Un núcleo que devolve unha expresión de varios gigabytes envíaa pola canle de arranque e pola canle do núcleo ata a interface frontal, o que pode bloquear ou esgotar a memoria do portátil. Manteña a agregación pesada no servidor e devolva resumos, ou escriba os resultados grandes nunha ruta do servidor e transfíraos deliberadamente.

Anote a ruta do executábel, os argumentos de arranque e o directorio de traballo nas notas de configuración do caderno. Así o seguinte usuario reproduce a disposición en lugar de descubrir de novo cal das cinco rutas posibles usa o servidor.

Diagnostique as etapas por orde

Cinco etapas deben ter éxito, e cada unha ten unha proba distinta. Comece polo portátil e detéñase no primeiro fallo en lugar de cambiar varios axustes á vez:

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

Unha comprobación TCP fallida apunta ao encamiñamento, ao DNS ou aos destinos permitidos da VPN. Unha comprobación TCP correcta cun inicio de sesión SSH fallido apunta á autenticación ou á política de claves do host. Un inicio de sesión que funciona pero non atopa ningún executábel apunta á instalación do núcleo ou á ruta que recibiu a interface frontal. Un núcleo que arrinca pero nunca se conecta apunta aos argumentos de arranque ou á devasa local.

Conserve o primeiro erro significativo e envíe as etapas do lado do servidor ao administrador que posúe esa máquina. Recrear a entrada do núcleo unha e outra vez oculta que etapa fallou realmente e descarta as probas que o administrador necesita.

Ao final quere unha ventá que recoñeza, un avaliador que poida nomear e unha ruta acordada para o código e os ficheiros. A VPN é un compoñente desa ruta, e canto antes o reflicta o fluxo de traballo, menos tempo se irá en reconectar un túnel que nunca foi o problema.