Смотрите. У меня есть сервер, у меня есть VPS. Мне, конкретно мне, проще использовать SSH-туннели они уже встроены в любую систему и делают ровно то, что мне от них нужно пробрасывают порт и работают. Если вы хотите заморочиться, поднять между ними VPN, настраивать его (а там, я так понимаю, морока ещё та) никто вам не запретит, и всё будет работать. Но для меня, подчёркиваю, конкретно для меня, это слишком сложно. Поэтому я сделала как мне проще. Вот и всё.
Название говорит само за себя "VPS-бастион". Простите, что вам непонятно, что статья будет затрагивать VPS? По поводу "нейрослопа" это не художественная литература и даже не мнение. Это туториал. Люди открывают туториал, садятся и делают. Туториал должен быть максимально понятным. А вам, я так понимаю, сказать по существу нечего вот и прицепились к "нейрослопу".
Если провайдер режет всё подряд, то проблема не в туториале, а в провайдере. SSH-туннель это просто инструмент. Если ваш VPS недоступен с мобильного интернета, это вопрос к хостингу или оператору, а не к технологии.
Статья не про "сделать VPN для дома", а про "выглянуть конкретным сервисом наружу, не светя всю сеть". А вообще, думаю можно и VPN поставить вы открываете доступ ко всей домашней сети. По мне так это не безопасно. Но опять же на вкус и цвет фломастеры разные.:) А вопрос хорошии так то. плюс вам поставлю.
DDNS решает проблему динамического белого IP, а не серого. Все попытки достучаться извне через DDNS разобьются о NAT провайдера. У меня так то серый адрес. И я вообще не люблю ничего усложнять. Поэтому выбрала самый простой "дедовский" способ. Я не обзор делаю, я просто решаю свою проблему.
У меня есть VPS, есть потребности, я описываю как я их реализую. В частности случай, когда нет белого IP. Статья будет интересна тем, у кого уже есть VPS и кто озадачился похожими вопросами. В статье я прямо указываю: из платного нужен только VPS. Вот статья тоже там VPS, но это вообще не про IP. https://habr.com/ru/articles/1033472/
У меня нет белого IP, и покупать его отдельно я не хочу. если можно заплатить на 50–100 рублей больше и получить полноценный сервер? На нём и IP работать будет, и пет-проекты можно тестировать, и домашний сервер с данными остаётся в безопасности. Так что кому арбуз, а кому свиной хрящик. Если вы выбрали платить за белый IP у провайдера этот туториал вам ни к чему. :)
Хорошо разложили. Я бы ещё добавила третий случай, инициатива идёт снизу, но начальству плевать, потому что у них свои метрики. В итоге те кто реально хочет менторить и менториться, делают это втихую, без отчётов и без бюджета. А система продолжает делать вид, что управляет процессом. :-)
Я в статье разбирала не только сбор метрик, но и их анализ. Если этого недостаточно, скажите, чего именно не хватило? Возможно, дополню статью отдельным разбором по анализу данных.
Прочитала исходный текст дважды. Автор не замечает главного.
Нельзя требовать от ручного тестировщика переквалифицироваться в автоматизатора, как нельзя заставить бухгалтера выполнять работу финдиректора. Да, оба работают с цифрами. Но бухгалтер живёт в мире учёта и порядка, а финдиректор в мире стратегий, дефицита и рисков. Работа с одним и тем же материалом не делает их взаимозаменяемыми. Сознание устроено иначе.
С ручным тестировщиком та же история. Он исследователь. Его хлеб неизвестное. Он лезет туда, куда автотест по определению не пойдёт, потому что автотест проверяет то, что уже знает. Ручник ищет странности на границах спецификации, строит гипотезы на лету. Это не баги в отчёте, это чутьё на систему. Научить этому нельзя, оно нарабатывается сотнями часов живого контакта с продуктом. И далеко не каждый, кто пишет автотесты, вообще способен так работать, просто потому что у него мозги заточены под другое.
Автоматизатор по факту это строитель. Его задача: возвести конструкцию, которая будет держать известное. Воспроизводимость, стабильность, читаемость кода, интеграция в CI/CD. это инженерная работа, местами довольно монотонная, требующая дисциплины и архитектурного мышления.
А теперь рынок, с его вечным зудом оптимизации, пытается скрестить эти две роли и назвать результат fullstack-инженером по качеству. Потому что если копнуть глубже, это не эволюция профессии. Это попытка нанять одного человека вместо двух. Прикрытая модным словом.
Если можно, немного добавлю от себя. Чтобы понимать уровни шума в безэховой камере, лучше подходит величина “теплового шума в проводнике”. Этот шум возникает из-за теплового движения носителей зарядов и его величина составляет приблизительно -174 дБм ( мВт) на 1 Гц при 20 градусах Цельсия. Она вычисляется по формуле , где k - постоянная Больцмана, T - температура, B - ширина полосы частот. В моём случае B=1, а у сотовой связи сигнал широкополосный, поэтому у них эта мощность умножается на величину ширины полосы сигнала в герцах. Судя по описанному в вашей статье, речь идёт о величинах примерно сотни килогерц ( Гц). Для таких сигналов величина -120 дБм считается очень слабой, потому что она близка к уровню теплового шума. А учитывая, что для нормального приёма цифрового сигнала отношение уровня сигнала к уровню шума (соотношение сигнал-шум) должно быть хотя бы 12-15 дБ, то и получается чувствительность -108 дБм. То есть, для сигнала с шириной полосы 1 Гц, приемлемый уровень шума -160 дБм. Например GPS примерно с такими сигналами и работает.
Поэтому, -160 дБм - это для БЭК наверное не предел, но всё равно очень хорошее значение.
Хорошее объяснение. Добавлю в статью (если вы не против)
Я не специалист по ЭМС, но когда я проверял приборы, все измерения проводились снаружи камеры. Для этого кабели от измеряемого прибора шли из камеры наружу через специальную ёмкость с металлическими шариками, чтобы помехи не попадали в камеру. Приборы для измерений также стояли снаружи. При этом дверь в камеру была плотно закрыта.
Все верно. В статье этот момент описан неточно. Ритуал с выкладыванием вещей перед заходом в камеру нужен для другого, чтобы ничего не выпало из карманов на плату и не осталось внутри камеры. Поправлю в статье. Спасибо за внимательность :-)
Вы правы. Приборы всегда снаружи, кабели через фильтрованный ввод. В тексте этот момент упущен, спасибо что поправили. внесу правку в статью. + в карму за внимательность.
Все кривые пишутся. Но во время поисковых испытаний многие дефекты проявляются только пока идёт вибрация и исчезают после остановки. Если не заметить момент в реальном времени и не вмешаться сразу, причину отказа потом по записи уже не найти. Запись и живое наблюдение решают разные задачи.
Смотрите. У меня есть сервер, у меня есть VPS. Мне, конкретно мне, проще использовать SSH-туннели они уже встроены в любую систему и делают ровно то, что мне от них нужно пробрасывают порт и работают. Если вы хотите заморочиться, поднять между ними VPN, настраивать его (а там, я так понимаю, морока ещё та) никто вам не запретит, и всё будет работать. Но для меня, подчёркиваю, конкретно для меня, это слишком сложно. Поэтому я сделала как мне проще. Вот и всё.
Название говорит само за себя "VPS-бастион". Простите, что вам непонятно, что статья будет затрагивать VPS? По поводу "нейрослопа" это не художественная литература и даже не мнение. Это туториал. Люди открывают туториал, садятся и делают. Туториал должен быть максимально понятным. А вам, я так понимаю, сказать по существу нечего вот и прицепились к "нейрослопу".
Если провайдер режет всё подряд, то проблема не в туториале, а в провайдере. SSH-туннель это просто инструмент. Если ваш VPS недоступен с мобильного интернета, это вопрос к хостингу или оператору, а не к технологии.
Статья не про "сделать VPN для дома", а про "выглянуть конкретным сервисом наружу, не светя всю сеть". А вообще, думаю можно и VPN поставить вы открываете доступ ко всей домашней сети. По мне так это не безопасно. Но опять же на вкус и цвет фломастеры разные.:) А вопрос хорошии так то. плюс вам поставлю.
Каждому своё. Yggdrasil это для гиков и энтузиастов, которые любят ковыряться. SSH + VPS-бастион для тех, кому нужно просто, надёжно и чтобы работало.
DDNS решает проблему динамического белого IP, а не серого. Все попытки достучаться извне через DDNS разобьются о NAT провайдера. У меня так то серый адрес. И я вообще не люблю ничего усложнять. Поэтому выбрала самый простой "дедовский" способ. Я не обзор делаю, я просто решаю свою проблему.
У меня есть VPS, есть потребности, я описываю как я их реализую. В частности случай, когда нет белого IP. Статья будет интересна тем, у кого уже есть VPS и кто озадачился похожими вопросами. В статье я прямо указываю: из платного нужен только VPS. Вот статья тоже там VPS, но это вообще не про IP. https://habr.com/ru/articles/1033472/
У меня нет белого IP, и покупать его отдельно я не хочу. если можно заплатить на 50–100 рублей больше и получить полноценный сервер? На нём и IP работать будет, и пет-проекты можно тестировать, и домашний сервер с данными остаётся в безопасности. Так что кому арбуз, а кому свиной хрящик. Если вы выбрали платить за белый IP у провайдера этот туториал вам ни к чему. :)
Хорошо разложили. Я бы ещё добавила третий случай, инициатива идёт снизу, но начальству плевать, потому что у них свои метрики. В итоге те кто реально хочет менторить и менториться, делают это втихую, без отчётов и без бюджета. А система продолжает делать вид, что управляет процессом. :-)
Звучит как нормальный процесс обмена опытом, где менторство встроено в работу. Только компании обычно не дают на это ни времени, ни ресурсов.
Чтобы научить джуна думать самостоятельно, достаточно перестать давать прямые ответы.
ну а вы, что ожидали? чтоб он вам фокусы показывал?
Я в статье разбирала не только сбор метрик, но и их анализ. Если этого недостаточно, скажите, чего именно не хватило? Возможно, дополню статью отдельным разбором по анализу данных.
Ребят, вижу много закладок, но тишина в оценках. Если гайд кажется слишком сложным или чего-то не хватает, напишите прямо здесь. Буду править
Прочитала исходный текст дважды. Автор не замечает главного.
Нельзя требовать от ручного тестировщика переквалифицироваться в автоматизатора, как нельзя заставить бухгалтера выполнять работу финдиректора. Да, оба работают с цифрами. Но бухгалтер живёт в мире учёта и порядка, а финдиректор в мире стратегий, дефицита и рисков. Работа с одним и тем же материалом не делает их взаимозаменяемыми. Сознание устроено иначе.
С ручным тестировщиком та же история. Он исследователь. Его хлеб неизвестное. Он лезет туда, куда автотест по определению не пойдёт, потому что автотест проверяет то, что уже знает. Ручник ищет странности на границах спецификации, строит гипотезы на лету. Это не баги в отчёте, это чутьё на систему. Научить этому нельзя, оно нарабатывается сотнями часов живого контакта с продуктом. И далеко не каждый, кто пишет автотесты, вообще способен так работать, просто потому что у него мозги заточены под другое.
Автоматизатор по факту это строитель. Его задача: возвести конструкцию, которая будет держать известное. Воспроизводимость, стабильность, читаемость кода, интеграция в CI/CD. это инженерная работа, местами довольно монотонная, требующая дисциплины и архитектурного мышления.
А теперь рынок, с его вечным зудом оптимизации, пытается скрестить эти две роли и назвать результат fullstack-инженером по качеству. Потому что если копнуть глубже, это не эволюция профессии. Это попытка нанять одного человека вместо двух. Прикрытая модным словом.
Хорошее объяснение. Добавлю в статью (если вы не против)
Все верно. В статье этот момент описан неточно. Ритуал с выкладыванием вещей перед заходом в камеру нужен для другого, чтобы ничего не выпало из карманов на плату и не осталось внутри камеры. Поправлю в статье. Спасибо за внимательность :-)
Вы правы. Приборы всегда снаружи, кабели через фильтрованный ввод. В тексте этот момент упущен, спасибо что поправили. внесу правку в статью. + в карму за внимательность.
Рада что понравилось.:)
Все кривые пишутся. Но во время поисковых испытаний многие дефекты проявляются только пока идёт вибрация и исчезают после остановки. Если не заметить момент в реальном времени и не вмешаться сразу, причину отказа потом по записи уже не найти. Запись и живое наблюдение решают разные задачи.
Железо, в отличие от человека, на горящий план не смотрит. :-)