Миша Шав

Все очень сильно повязано на том, что за инфру переносите и на том, есть ли избыточные мощности.
Инфра может быть нетерпима к простою, может быть терпима. Мощности могут быть, их может не быть. Рассмотрим все 4 варианта:
0. Создать схему инфры в новом здании на всех уровнях OSI. где розетки, где патчи, где серверная, где и как скс, какие вланы, какие маршруты, etc
1. Настройка сети:
1.1. Вне зависимости от вариантов: прокладываете заранее СКС, монтируете патч-панели
Если есть лишнее сетевое оборудование:
1.2. Монтируете роутеры и коммутаторы, настраиваете локальную сеть на 2 и 3 уровне.
Если его нет:
1.3. Настраиваете текущие коммутаторы заранее, если текущая инфра отличается от новой и держится, например, на костылях(как обычно) - отличный повод от них избавиться. Настраиваете, если по-новому в старом офисе никак, то сняли дамп - сбили - настроили как хотите- сняли дамп - вернули прошлые настройки. При переезде достаточно будет залить дамп.
1.4. Инет сделать заранее, так, чтобы к моменту выключения серверов в старом здании, в новом он уже железно работал.
2. Настройка Серверов:
2.1. Кейс первый: простой запрещен, избыточные мощности есть:
Переносим свободные серверы, поднимаем реплики, перемещаем туда трафик, убиваем старые, переносим
2.2. Кейс второй: Простой запрещен, избыточные мощности отсутствуют:
Просить избыточные мощности :з Можно взять в аренду несколько впсок на время переезда, реплики поднять там, позже вернуть. Ну или переезжать в моменты минимальной активности, ночью
2.3. Кейс третий: Из сервисов инет, адшка, телефония:
Без всяких проблем переносим в новое здание, вырубил - перенес - врубил. Проблема, если переезд будет долго: нужно оставить мощности для сервисов в старом офисе тоже. Если их нет: переезжать разом, всем
3. Клиентские тачки тащим на похуй, это же клиентские тачки

Я никогда не пользовал Рапсберри, но ваша проблема с любой ос решается поднятием где-либо впн сервера, тот же AWS Freetier, если не планируете трафика дофига гонять, выйдет даже бесплатно. А там уже хоть ssh, хоть шо хотите.

День добрый. Касаемо знаний - нет какого-либо стандарта знаний для любой компании, есть определенный набор требований, который разнится от компании к компании. Для телекома вам важно понимать сети на 1 и 2 уровнях, для датацентра, вам, скорее всего, нужно будет знать только аппаратную часть серверов, уметь вставлять их в стойку и включать, знать что такое рейд и как заменить в нем диск, для обычной неайти компании - уметь настроить и установить дохренльерд программ, чаще всего пиратских, там подкрутить 1ску, тут развернуть файлопоймойку, починить принтер и т.д. Это вкратце по ситуации на рынке, дальше конкретные рекомендации:

• Нельзя на первых этапах поиска работы просто сделать 1 резюме и слать его рассылкой в 10 компаний. Мне вот сейчас хватает профиля на линкедине, ибо есть бэкграунд, опыт и рекрутеры пишут сами. Когда я искал первую работу, у меня было 6 разных резюме под разные профили и каждый перед отправкой я немного редактировал. Это сильно помогает увеличить вероятность вызова на интервью. Если компания ищет специалиста техподдержки, а в вашем резюме написано "Помощник системного администратора/Эникей" - шансов, что вас выберет HR меньше, чем если бы там было написано "Специалист тех.поддержки". Также и по навыкам: Если в вакансии просят умение: Настроить ОС Win10, работать с оргтехникой, уметь построить ЛВС, уметь пнуть 1ску и т.п., а в резюме, в навыках у вас указаны уязвимости веб-приложений и там, список сетевых служб, то вероятность, что вас позовут на именно эту вакансию опять же резко сокращается, ибо компании нужен человек, который знает, как принтер запустить если вдруг перестанет печатать, а не тот, который знает различие между telnet-ом и SSH.
  
• 
  Второй момент, опять же по навыкам. Рекрутер ищет не специалиста, который будет как минимум иметь этот набор знаний и выше за n-ную сумму. Ему нужно найти человека, который отработает в компании хотя бы год. Если вы гордитесь своими познаниями в сетях, но компания не располагает серьезной ЛВС, то вас скорее всего не возьмут, банально потому что ваши интересы не совпадают с задачи в компании и вряд ли вам это понравится. Пример: Если я пишу в резюме DevOps инженер и в основные знания ставлю Kubernetes, Ansible, Docker и Gitlab, то, пусть у меня и есть бэкграунд виндоус и линукс администрирования, и я полностью подхожу компании, которая ищет сисадмина, они, скорее всего, мне не позвонят, ибо я своими навыками четко показываю, чем именно я планирую заниматься в новой компании и другое мне будет неинтересно.
  
  
• 
  Третье. Опять же про навыки. Пожалуйста, проще. Не пишите "изучил Танненбаума", это звучит как "познал всё". Не пишите "поиск и устранение уязвимостей веб аппликейшнов", это подразумевает за собой действительно глубинное понимание темы ИБ, а не просто знать, шо над в айпитейблс закрыть лишние порты и шо такое sql инъекция. "Немного знаю сети, учил по книгам Танненбаума. Немного представляю, что такое ИБ, даже ходил на CTF-ки, ибо нравится это тема." Будьте проще, скорее всего потому после интервью вас и не берут, ибо по таким описаниям - вы спец на 100к, а по факту, знания только поверхностные. Конечно, судить я ваши знания браться не буду, но готов лишь предположить, исходя из вашей ситуации.
  
  

В любом случае успехов в поисках!
PS. Касаемо того, какую выбрать компанию, решайте сами. Я выбрал путь из телекома в небольшую компанию сисадмин-эникеем, где у меня не было присмотра сверху, дабы получить максимальную свободу. Но можно и в крупную пойти, чтоб сразу трогать, так сказать, "взрослые" железки и сервисы. Но эникея туда, как правило, не подпустят.

Попробуйте отключить ACPI в биосе. Возможна проблема с накопителем, если не поможет - рекомендую заменить по гарантии.

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

Это нужно как аксиому себе записать: перезагрузкой не решаются проблемы, перезагрузкой решаются последствия проблемы. Как правило, временно.
Для начала - что говорит при попытке подключения.
И в журнале что-то, да должно быть.

Во-первых: забудьте про влан, как уже сказал @Ruslan-Strannik
Во-вторых: Чтобы динамически айпи-адреса кто-то в сети ПОЛУЧАЛ, кто-то в сети их должен РАЗДАВАТЬ.
В-третьих: Если по статике инеты везде работают - просто настраиваете DHCP сервер на первой железке(она могёт, причем квиксетапом)
Если не выходит: Позовите айтишника, хотя бы на первую инсталляцию, чтоб работало(хотя он может спецом это дело временами ломать, так что придется брать на полный аутсорс тело. Но всяко лучше так, чем никак)