VPN аркылуу SSHFS байлоосу колдонуучу сессиясына таандык болушу керекпи?

VPN көтөрүлгөндөн кийин жалпы папканы байлоо оңой чаташтырылуучу эки инсанды камтыйт: тармакты конфигурациялоого уруксат берилген компонент жана файл серверине кирүүгө уруксат берилген аккаунт. Алар сейрек бирдей болот. Root ээлигиндеги VPN илгичи жумуш үстөл колдонуучусунун SSHFS байлоосун баштоо үчүн начар жер, анткени анда колдонуучунун агенти да, болжолдонгон байлоо ээлиги да жок. Ээликти адегенде туура коюу триггерди жөнөкөй кылат.

Эки инсан, эки өзүнчө уруксат

VPN кардарына маршруттарды жана интерфейстерди өзгөртүү үчүн артыкчылыктар керек. SSHFS байлоосуна файл сервери кабыл алган SSH инсаны жана файлдарды окуй турган аккаунтка таандык FUSE байлоосу керек. Root катары иштеген бир скрипт биринчи талапты канааттандырат жана экинчисин үнсүз бузат.

Root катары байлоо файлдарды жумуш үстөл сессиясынын сыртында жана колдонуучунун ачкычын кармаган агентке жетүүсүз калтырат. Байлоо бар, колдонуучу анын аркылуу жаза албайт, жана бузулуу сервер тараптагы уруксат маселесине окшош. Бул туура эмес диагноз түштөн кийинки убакытты жана сактоо тобуна билетти корот.

Автоматташтырууну жазганга чейин байлоо кайсы аккаунтка таандык экенин чечиңиз, анткени бул тандоо триггердин кайда жашай турганын жана кайсы каттоо маалыматтарына жете аларын аныктайт.

Адегенде кол менен колдонуучуга таандык байлоону түзүңүз

Бош байлоо чекити, уруксат берилген SSH аккаунту жана туннель аркылуу серверге иштеген жолу бар кирген колдонуучудан баштаңыз. Кол менен байлоо ар кандай автоматташтыруу кайталашы керек болгон негизди белгилейт.

mkdir -p "$HOME/mnt/team"
sshfs [email protected]:/exports/team "$HOME/mnt/team"
mount | grep sshfs

Аталыштар мисалдар, ошондуктан сервериңиз чындап сунуш кылган хостту жана экспорт жолун алмаштырыңыз. Ошол биринчи туташууда бекитилген процесс аркылуу хост ачкычын текшериңиз. VPN аккаунтунун сырсөзү автоматтык түрдө сактоо аккаунтунун каттоо маалыматы эмес экенин эске алыңыз, жана бул ийгиликсиз аракеттердин кеңири тараган себеби.

Аны кадимки колдонуучу катары, ошол колдонуучуга таандык байлоо чекити менен иштетиңиз. Демейде файлдарга байлаган аккаунт гана жетет, ал эми allow_other бул чекти ар бир жергиликтүү колдонуучуга кеңейтет. Бул кирүүнү атайын кеңейтүү, автоматташтыруу үчүн айланып өтүү жолу эмес.

Триггер ошол эле сессия контекстинде аракет кылсын

Колдоого алынган VPN окуялар интеграциясы колдонуучу сессиясынын аракетин иштетүүнү сурасын, артыкчылыгы бар callback жумуш үстөлүнүн каттоо маалыматын карызга ала алат деп болжолдоонун ордуна. Триггерди кокустан tun0 деп аталган кандайдыр бир интерфейске эмес, болжолдонгон туташуу идентификаторуна чектеңиз. Туура эмес нерсеге дал келген диспетчер эрежеси ар бир тармак өзгөрүүсүндө иштрейт, анын ичинде бул байлоого эч кандай тиешеси жок өзгөрүүлөрдө да.

Аракет күтүлгөн хост атын ырастоо, бар байлоону байкоо жана бир чектелген аракет жасоо керек. Ар бир нече секунд сайын жаңы SSHFS процессин баштаган же сервер өчүп турганда каттоо маалыматын суроону кайталаган сурам циклы кыскача үзгүлтүктү тыгылып калган процесстердин үймөгүнө айландырат. Аракетти тайм-аут жана бир кайталоо менен чектеңиз.

nmcli -g UUID connection show --active
systemctl --user list-units 'sshfs*'
pgrep -a sshfs

Биринчи буйрук диспетчер дал келиши керек болгон туташуу идентификаторун берет. Калган экөө аракеттин буга чейин жүрүп жатканын көрсөтөт, жана бул кайталоолорду болтурбоочу текшерүү.

Көзөмөлсүз кызмат өзүнүн аткаруу контекстинде өзүнүн бекитилген каттоо маалыматтарын жана өзүнүн хост текшерүүсүн талап кылат. Ал графикалык агенттин кулпу ачылганын болжолдой албайт жана аны ачууга аракет кылбашы керек.

Мажбурлап тазалоодон мурун ажыратууну пландаңыз

Пландалган ажыратуу үчүн файлдык операцияларды бүтүрүп, байлаган колдонуучунун өз иш агымынан ажыратыңыз. Процессти эмес, байлоо чекитин максат кылыңыз жана ийгилик тууралуу билдирүүдөн мурун натыйжаны ырастаңыз.

fusermount3 -u "$HOME/mnt/team"
mountpoint "$HOME/mnt/team"

Ушул иш агымы түзгөн байлоону гана ажыратыңыз. Эгер ал бош эмес болсо, бул колдонмонун чечими: илгичке ийгилик кайтаруу үчүн жашаган мажбурлап ажыратуу маалымат жоготуусун болтурбоонун ордуна жашырат.

Күтүлбөгөн жоготуу башкача аракет кылат. SSHFS тармак үзгүлтүгү файлдык системанын операциясын бөгөттөй аларын документтештирет, жана reconnect опциясы транспортту калыбына келтирет, бирок туткаларды калыбына келтирбейт: кайра туташуудан мурун ачылган файл кийинки жазууда ийгиликсиз болушу мүмкүн, ал эми үзүлгөн жазуу сакталбайт. Бул айырма бир файлды сааттар бою ачык кармаган редакторлор үчүн эң маанилүү. Калыбына келтирүүнү болжолдоонун ордуна кайра ачуу кадамын пландаңыз.

Ага таянбастан мурун жол берилүүчү файлдар менен жүрүм-турумду текшериңиз. Туннель кайтып келгенден кийин кайра пайда болгон папка мурунку туткалардын же сакталбаган иштин аман калганын далилдебейт.