Како да стартувате далечинско Wolfram јадро од преносен сметач преку VPN

Се поврзувате на VPN, ја отворате бележницата и очекувате тешката ќелија да се изврши на серверот. Во пракса, тунелот пренесува само пакети. Тој не инсталира оценувач, не дава лиценца и не избира која машина го извршува кодот. Тоа се три одделни работи, а работниот тек со далечинско јадро ги бара сите три пред првата пресметка да биде доверлива.

Мит: VPN врската е поставувањето

VPN обезбедува мрежен пат помеѓу преносниот сметач и серверот. Тоа е корисно и често потребно, бидејќи каналот за стартување и врската со јадрото мора да стигнат до далечинскиот домаќин. Тој не кажува ништо за тоа дали на тој домаќин постои Wolfram јадро, дали лиценцата дозволува втор истовремен процес или дали предниот дел е конфигуриран да го користи.

Управуван преносен сметач може да го носи само предниот дел, а правото е врзано за серверот. Се случува и обратното: лиценца за работна површина на преносниот сметач не дозволува јадро на заедничка инфраструктура. Ниту еден од двата случаи не се решава со повторно поврзување на тунелот.

Проверете ја претпоставката рано. Оценете го $MachineName во нова бележница и споредете го одговорот со домаќинот што го очекувате. Ако врати името на преносниот сметач, ќелијата се извршила локално, колку и да изгледа здрав VPN-от.

Одделете го предниот дел од оценувачот

Предниот дел е прозорецот: ги уредува ќелиите, прикажува излез и ја зачувува датотеката на бележницата. Јадрото е процесот што ги оценува изразите и ги држи дефинициите во меморијата. Затворањето на предниот дел не го поместува јадрото, а зачувувањето на бележницата не ја зачувува состојбата на јадрото.

Откако ќе се поврзе далечинско јадро, местоположбата на датотеката на бележницата и работниот директориум на јадрото се две различни работи. Directory[] го известува директориумот на оценувачот, и тоа е патеката што е важна за Import, Export и релативните имиња на датотеки. Збирот податоци до бележницата на преносниот сметач не е видлив за јадро што работи на друга машина.

Одлучете како податоците ќе стигнат до серверот пред да ја напишете анализата: заедничко монтирано место, одобрен чекор за пренос или база на податоци до која серверот може да пристапи директно. Овој избор влијае на повторливоста, бидејќи бележница што зависи од патека на преносниот сметач ќе не успее следниот пат кога некој друг ќе ја стартува.

Стартувајте го јадрото преку одобрен канал

Водичот за далечински јадра на Wolfram опишува додавање запис за јадро, избор на далечинската машина и стартување преку SSH. Патеката на извршната датотека и аргументите во примерот припаѓаат на работниот тек на тој производ; прилагодете ги на домаќинот и верзијата што ги наведува администраторот, наместо да ги вметнете непроменети.

Идентитетот на домаќинот е дел од поставувањето. Проверете го SSH клучот на домаќинот преку процесот на организацијата, користете го издадениот метод за автентикација и држете ги приватните клучеви и лозинките надвор од датотеките на бележницата што се споделуваат или се ставаат во складиште. Бележница со команда за стартување и лозинка е истекување на пристапни податоци, а не погодност.

Не отворајте слушач на WSTP кон интернет како кратенка. Поддржаниот образец е стартување преку SSH, што го држи каналот на јадрото внатре во автентифицирана врска. Ако мрежниот тим одобрил друг транспорт, користете го него, но отворениот порт на оценувачот третирајте го како промена на дизајнот, а не како чекор за решавање проблеми.

Прво проверете го правото, податоците и големината на излезот

Потврдете со сопственикот на лиценцата дека серверот смее да стартува јадро за овој корисник и дека истовремените сесии се дозволени. Далечинското пресметување често се лиценцира одделно од предниот дел на работната површина, а неуспешното стартување поради право изгледа како неуспешна SSH команда додека некој не ја прочита пораката на серверот.

Потоа проценете ја големината на резултатот. Јадро што враќа израз од неколку гигабајти го праќа по каналот за стартување и каналот на јадрото до предниот дел, што може да ја блокира или исцрпи меморијата на преносниот сметач. Држете тешко агрегирање на серверот и враќајте резимеа, или запишувајте големи резултати на патека на серверот и пренесувајте ги свесно.

Запишете ја патеката на извршната датотека, аргументите за стартување и работниот директориум во белешките за поставување на бележницата. Тогаш следниот корисник го репродуцира распоредот, наместо повторно да открива која од петте можни патеки ја користи серверот.

Дијагностицирајте ги фазите по ред

Пет фази мора да успеат, и секоја има посебен тест. Започнете од преносниот сметач и застанете при првиот неуспех, наместо да менувате неколку поставки одеднаш:

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

Неуспешната TCP проверка укажува на рутирање, DNS или дозволените дестинации на VPN-от. Успешната TCP проверка со неуспешно SSH најавување укажува на автентикација или политика за клуч на домаќин. Најавување што работи, но не наоѓа извршна датотека, укажува на инсталацијата на јадрото или на патеката што му била дадена на предниот дел. Јадро што стартува, но никогаш не се поврзува, укажува на аргументите за стартување или на локалниот ѕид за заштита.

Зачувајте ја првата значајна грешка и пратете ги фазите од страната на серверот до администраторот што ја поседува таа машина. Повторното создавање на записот за јадрото скрива која фаза навистина не успеала и ги фрла доказите што му се потребни на администраторот.

На крајот сакате прозорец што го препознавате, оценувач што можете да го именувате и договорена рута за кодот и датотеките. VPN-от е една компонента од таа патека, и колку побрзо работниот тек го одразува тоа, толку помалку време оди на повторно поврзување на тунел што никогаш не бил проблемот.