sysadmin:projects:w23:portkeynoexec
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
sysadmin:projects:w23:portkeynoexec [2023/03/15 14:23] – kjohns23 | sysadmin:projects:w23:portkeynoexec [2023/03/15 14:28] (current) – kjohns23 | ||
---|---|---|---|
Line 3: | Line 3: | ||
As a jumpbox, Portkey is not intended to be used as either a VSCode Remote, or for users to run any non-system utilities, other than to SCP/SFTP files to or from their SoCS Home Folder, or to shell on to another on-campus server. Many students were still connecting directly to Portkey with VSCode which was causing server outages on Portkey as VSCode used up all available system memory. | As a jumpbox, Portkey is not intended to be used as either a VSCode Remote, or for users to run any non-system utilities, other than to SCP/SFTP files to or from their SoCS Home Folder, or to shell on to another on-campus server. Many students were still connecting directly to Portkey with VSCode which was causing server outages on Portkey as VSCode used up all available system memory. | ||
- | * Blah | + | To fix this issue, the following changes were made. |
+ | |||
+ | | ||
+ | * To do this, a new AutoFS mapping of auto_master_secnet_noexec was created | ||
+ | * New autoMountKey entries were set up for this AutoFS Mapping, which were configured with the " | ||
+ | * AutoFS on Portkey was configured to use this mapping instead of the usual auto_master_secnet mapping for hosts on the SoCS backend network | ||
+ | |||
+ | Students who now attempt to connect VSCode to Portkey will be met with an error message. Portkey has not had any resourcing issues since this change was made. |
sysadmin/projects/w23/portkeynoexec.1678890190.txt.gz · Last modified: 2023/03/15 14:23 by kjohns23