res2001

Одно время работал на компанию, находящуюся на другом конце страны, разница во времени 8 часов. Все нормально. Когда надо было пообщаться с офисом приходилось предпринимать дополнительные действия - встать рано или наоборот. При приеме это все обсуждалось, график работы зафиксирован в договоре.
С трудовой проблем не было - отправил почтой первым классом. У меня то же были опасения на счет трудовой и я перед отправкой сделал нотариально заверенную копию, не пригодилась. Потом оформил электронную трудовую, что и вам рекомендую (это должен делать работодатель, вам надо только написать заявление).
Почта, кстати, работает нормально. Заказные письма ходят достаточно быстро, ни разу косяков не было. Первый класс - чуть дороже и чуть быстрей, но не критично. Только надо определится с оптимальным временем посещения этого заведения, т.к. в часы пик там обычно много народу. У меня до сих пор оптимально 12-16.

Трудовой договор и прочие документы можно отправлять обычным заказным письмом.
Хорошо иметь дома принтер (подойдет черно-белый), т.к. регулярно надо будет что-то печатать/подписывать/пересылать, не часто, но 3-4 раза в год точно.

В другом месте работы меня позвали на 2 недели на стажировку, так что все документы привез сам. Перед стажировкой все собеседования уже прошли и решение о приеме уже было принято. Стажировка по факту не особо была нужна, но было полезно в том плане, что познакомился с коллективом и с начальством лично, ну и плюс все оформление прошло на месте. Контора оплатила проживание и билеты.

Еще один момент - если в вашем регионе или в регионе работодателя действуют полярки и/или северные коэффициенты (надбавки к окладу), то на этом надо заострить внимание, т.к. от региона к региону коэффициенты разные. Вы должны получать эти надбавки согласно месту вашей работы - в трудовом договоре должно быть указано, что вы работает по месту нахождения (жительства) и ваш регион. Работодатели порой сами не особо этот момент просекают, потом пытаются задним числом исправлять. Сам ходил по этим граблям. В Москве этих надбавок нет, но в регионе работодателя они могут быть.

Круто, что английский на высоком уровне.

Нет особого смысла учить кучу языков - основа везде одна и та же. Немного отличаются компилируемые от интерпретируемых, а так же ЯПы с динамической типизацией и статической. Так же отдельно можно выделить еще ЯПы заточенные на функциональное программирование и декларативное, у них свои особенности.

Вы можете менять языки, платформы, проекты, но есть технологии, которые используются в подавляющем большинстве проектов и присутствуют практически на всех платформах в том или ином виде. Стоит начать изучение именно этих технологий:
1.сетевое программирование
2.многопоточность/многозадачность и взаимодействие потоков/процессов.
3.базы данных

Список, конечно, не полный. Но и этого вполне достаточно на следующие несколько лет изучения.

Не буду рекомендовать литературу, обозначу основные направления.

1.Знания по сетям надо подтянуть. Организация с точки зрения админа - это в первую очередь локальная сеть и организация работы многих устройств в этой сети. Часто имеется географически распределенная сеть.
У вас пока больше ремонт и обслуживание оборудования.
В домашних условиях изучать сети проблематично. Проще всего устроится в контору, где уже есть 1-2 админа и совместно решать конкретные задачи в конкретных условиях. Условия в разных организациях могут быть очень разными, а от этого сильно зависят способы решения задач.

2.Базы данных. Они есть в любой организации. Даже бывает, что организация не знает об этом.
Поэтому на каком-то уровне нужно знать БД: настройка, бэкап, оптимизация. Хорошо знать SQL - реально часто полезен. Хорошо хотя бы иметь представление с какой стороны заходить к 1-2 распространенным СУБД. Например взять 1 из корпоративного сектора (MS SQL) и одну свободную (Postgre, MySQL). Лучше начинать с реляционных СУБД. Сейчас полно других вариантов, но реляционные наиболее универсальный вариант и подходят практически в любых ситуациях, к тому же в корпоративном секторе используются в основном РСУБД. Специализированные СУБД могут быть в каких-то направлениях более эффективны, чем РСУБД, но это уже совсем другая история.

3.Изучать скриптовые языки применительно к административным задачам. Начать следует с языков командной оболочки используемой ОС (cmd, powershell, bash), после этого хорошо изучить какой-либо универсальный ЯП (python). Этому может способствовать такой подход: есть некая задача, вы можете ее решить используя GUI утилиту, попробуйте ее решить без применения GUI инструментов. Стоит помнить о том, что инструменты администрирования командной строки являются первичными, а затем они уже обрастают GUI надстройками. Часто задачи решаются только из командной строки.

На мой взгляд вы правильно расставили приоритеты.
1С - это обычно работа в офисе, думаю в любом более-менее крупном городе можно будет устроится. Материалов для изучения хватает. Поставьте на домашнем компе и попытайтесь что-нибудь сделать. Хорошие 1сники неплохо зарабатывают, так что перспектива есть. Но, конечно, нужно подковаться и в бух.учете, без этого в "хорошие" не пробится.
WEB - есть хороший шанс на удаленную работу или фриланс. Но в этом случае надо быть хотя бы мидлом. Если в вашем городе есть вариант устроится джуном в местную студию, то вперед (JS - для фронат, PHP, Python - для бэка). Можете сходить на собеседование и узнать требования, под них и будете готовится. Наберетесь опыта, начнете искать удаленную работу.

Разместите резюме на HH (мой круг, superjob и т.п.), откликайтесь на понравившиеся вакансии, проходите собеседования, делайте тестовые задания. Не забывайте ежедневно обновлять резюме. Удаленные вакансии есть, устроится реально.
В свободное время делайте то что задумали, потом добавите ссылки к резюме.
Параллельно можно посмотреть и в сторону фриланса.
Желаю удачи!

Какие-то технологии верхнего уровня приходят и уходят быстро, например разные фреймворки в веб разработке. Но они базируются на базовых технологиях, которые довольно статичны (веб фреймворки базируются на - http, css, JS, ЯП для серверной части, ... Посмотрите когда последний раз менялся стандарт http, а что принципиально нового появилось в новой версии JS и на сколько это новое трудно изучить?). То же самое и в других областях. Если вы дорастете до хорошего знания базовых технологий то технологии верхнего уровня сможете легко осваивать.
В других отраслях то же самое, например в сетях: IPv4 - сколько уже лет на нем весь интернет работает? (скоро 40 стукнет, по моему). Его все хоронят, а он никак не умирает. Уже и преемник IPv6 больше чем 20 лет назад появился.
И не стоит кидаться на все подряд. Определите для себя наиболее интересное направление на данный момент и погружайтесь в него.

Что такое база данных master/msdb/model?
В свое время я прокололся на этом, но тогда я ни разу MS SQL в глаза не видел - работал с другими СУБД.
Вопросы по бэкапу/восстановлению, сжатию журнала транзакций/базы данных, репликации/зеркалирование.
Это что касается непосредственно администрирования. Так же скорее всего будут вопросы по T-SQL, но для администратора обычно достаточно базовых знаний.