Валентин

В идеале - рабочая машина, и небольшой домашний сервер с гипервизором.
Самый основной принцип который недооценивают - это не работать с полными правами.
На критичных машинах настраиваем ограниченную учетную запись, устанавливаем необходимый софт, настраиваем политику ограниченного использования программ, ничего лишнего - закрыты все порты кроме явно разрешенных, машина за NAT'ом. Если не требуется круглосуточная работа с этими данными - глушим виртуалку при ненадобности. Доступ по RDP/VNC с рабочей машины с ограниченными правами. Это надежно, это непробиваемо. Если при работе с критичными данными интернет не нужен, вообще доступ в интернет запрещаем.

на входе от провайдера два последовательных роутера разных моделей

Зачем? Хватит одного, того же микротика, главное чтобы управлялся он вами, а не провайдером.

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

Еще один почувствовал, что его на@бали, тостер превращается в ebanoe.it

Чувствую что что-то я делаю не так.

ты "не так" что-то сделал, когда выбрал айти. Гонка за знаниями, постоянная усидчивость постоянн.... Какое тут здоровье и время, о чем ты, дружок? Здоровье и время есть у барыг с рынка, у работников на заводе, да и вообще у 90% всех работяг. А твой удел - работать 8 часов, потом приходить домой и заниматься "САМОРАЗВИТИЕМ". Ты же наверняка хотел стать Джопсом или Цукербергом.

Я джун, это моя первая работа.
Имею довольно слабое здоровье

через 10 лет ты вообще в живой труп превратишься. выгоришь и индустрия и работадатели высосут из тебя все силы. Потом тебя спишут и найдут другого такого же, а ты пойдешь на свалку истории, как все айтишнички.

Все.

Во-первых, надо понять, что без опыта очень тяжело устраиваться, а попасть на стажировку - редкая удача, особенно в enterprise. Многие убили бы за возможность попасть на ваше место. Не разбрасывайтесь возможностями. Во-вторых, работа отличается от учёбы, в офисе никогда не будет рядом преподавателей стремящихся вас научить. Люди, которые могли бы, завалены своими делами. Придётся суетиться самому. В-третьих, не стоит ждать волшебного взлёта профессионального уровня. В среднем чтобы дорасти до разработчика (перестать быть джуном) нужно около трёх лет. Наконец, по неопытности можно не видеть возможности для обучения, находящиеся прямо под носом. Это напоминает дзенские притчи, в которых мастер годами лупит ученика по голове бамбуковой палкой, а ученик удивляется, почему его не учат.

поскольку как понимаю сисадмин обязан это знать

не факт. в маленьких компаниях чаще да, но чем больше инфраструктура, тем больше вероятность что есть админы и админы БД, с разными задачами и полномочиями

Это как-то связано с 1С?

возможно, но в вакансиях подобного типа это всегда явно указано

Что вообще должен знать сисадмин в плане SQL, его администрирования?

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

.. мало?.. уверяю, накидать можно больше, ну.. мне лень, сори.. ))

ps и да - во всем упомянутом, видеоурок на 15-30-45 минут, не поможет. только опыт. ну или хорошие книги, блоги профи (в простейшем случае хабр по тегам), но обязательно личный опыт

pps .. в догон
- миграции баз. к примеру со старого железа, на крутое новое, но так что бы без перебоя обслуживания клиентов ;))
- управление кластерами - отказоустойчивыми, а есть схемы и кластеров распределения нагрузки, даже для БД ))

как то так в общем.. совершенству нет предела..

Ставят задачу --> гуглишь в яндексе --> выполняешь задачу.

Да элементарно - надо вот этот вот "другой локальный компьютер" через который вы хотите выйти в интернет превратить в роутер или в прокси.

Вопрос в том, что и где нужно подкрутить в CentOS

Маршруты прописать.

компьтеры сохранили возможность подключаться к Интернету самостоятельно и независимо

За это отвечает шлюз.
Ставите в качестве шлюза вашего провайдера - ходите через него, ставите в качестве шлюза VPN сервер - ходите через него.

Да.

Учить можно но во вторую очередь

Покупайте Windows и не мучайтесь, времени на доведение всё до более-менее рабочего состояния потратите больше чем стоимость лицензий. Если Вам нужна поддержка rdp значит Windows-сервер уже есть, CAL лицензии всё равно будут нужны не зависимо клиент windows или linux. За 15 лет моего опыта, только одна компания попробовала "перейти" на линукс, хватило меньше месяца, потому что у персонала было 100500 вопросов "а как теперь сделать ..." . А приходили новые люди и их нужно было обучать, заново. И самое ужасное, это libreoffice, пользователи привыкли уже к офису2007 и страше, а посути вернулись к интерфейсу офиса2003 многие даже его не видели в глаза, поэтому производительность упала в разы, а кол-во вопросов выросло. Трудо-затраты на обучение пользователей, поддержку и интеграцию этого всего превышает стоимость лицензий, а найти потом нормального специалиста черезвычайно трудно, если Вы вдруг решите уйти.

По спецификации - этот.

Fasttrack крайне загадочная штука, кроме того капризная и с кучей нюансов.
Рекомендую один из вариантов:
1) Еще раз очень вдумчиво почитать что это, для чего, какие с ним проблемы на оф. вики.
2) Если на 146% уверены что все рекомендации по настройке соблюдены то есть вероятность что это один из загадочных глюков которые как правило лечатся полным сбросом до заводских настроек без сохранения конфигурации и без применения дефолтой стандартной конфигурации. Звучит очень бредово но это действительно часто помогает при непонятных проблем когда все точно должно быть правильно.
3) Попробуйте оказаться от Fasttrack и настроить все по классике без него. Как правило к Fasttrack имеет смысл прибегать когда скорости скорее ближу к гигабитам с кучей правил фаирвола и просто нехватает проца на фаирволе, у вас же тут всего то канал сотка. Есть предположение что он может быть косячит из за конфигурации в которой туннель поверх туннеля. Другой вариант это пошерстить форумы, возможно для такой ситуации есть свои тонкости настройки Fasttrack.
4) Как и предлагали уже, копните MSS и MTU в туннелях.

вот так в микротике
https://wiki.mikrotik.com/wiki/Manual:IP/Proxy#Tra...

отдельно на локалке поднимаешь прокси и парентом ставишь в нем тот, что дал провайдер