Как раз таки обычно технари всё знают, подают заявки на оборудование, вакансии, командировки и т.п., а руководство жмет деньги. Из моего 25-летнего опыта работы в ИТ в 7 разных компаниях. А если CIO/CTO что-то не заметили, то на совете директоров это должно вскрыться весьма быстро, и их должны принудить к апгрейду. Так что как ни крути, это ошибка именно топов от бизнеса.
Статья прикольная, только вы постепенно превращаетесь в Мастерхост. По уровню сервиса, чувству клиента и постоянному повышению цен, и скрытым/навязанным услугам в ЛК (за что в "Идеи" вам уже напихали как следует). Плюс, неконкурентные цены на cloud в принципе. Сюда же можно отнести дикий ценовой перекос между ЦОД, взять даже СПб и Москву (я уже молчу про KZ). Ну это так, у слову. Теперь про ваш ДДОС и "ваш кампф" с ним со стороны клиента.
Сайты падали в течение недель, и ни извинений, ни зачислений на баланс за даунтайм и дичайшие тормоза, не последовало. Как не последовало и выступления ваших топов, почему же они такое допустили. И вот спустя квартал, мы получаем как бы интересную статейку для технарей "посмотрите какие мы молодцы" + немножко смеха про пиво и прочее, чтобы отвести от основной темы и негативного повода в целом. Таким образом, бизнес переложил ответственность на технаря, продолжая дальше отсиживаться в темном углу. Самое простое и самое недальновидное решение.
С точки зрения техники (сети на скоростях в ~терабит) оценить ваши действия профессионально не могу, но как у нас принято, действовать вы начали, когда было уже поздно, и когда я уже в ТП написал, что ухожу нахер с 25 проектами. Так что хвалиться тут есть не особо чем - примерно, как "у нас загорелся дом, мы посмотрели, как он горит, а потом начали покупать огнетушители и перемещать их к месту пожара". И это опять вопрос качества менеджмента, именно бизнесового, а не технического.
TW, у вас там точно всё в порядке в плане управления? Выглядит со стороны так, как будто на волне успеха наняли "эффективного менеджера" из Кока-Колы. Или отец передал бизнес сыну, который обычно проводил время в клубе Soho.
Вам непонятно потому что вы не понимаете что такое ISM и безлицензионные диапазоны. И что такое миллион сигнализаций в Москве, которые работают не на 433.920, а работают в полосе +-1 МГц. Вполне возможно что в вашей семье уже есть 2-3 незаконных РЭС.
В нашей стране вас могут и без устройства в суд потащить. А что касается диапазонов, то они все загажены тоннами легальных и нелегальных ISM-устройств. В этих диапазонов не ведётся работа по выявлению незаконных РЭС. Это никому не нужно. Это как на помойке искать тухлятину.
Вы не разобрались в вопросе. Карается ввоз СТС — если ваш трекер камуфлирован и может быть использован для негласного сбора информации. В данном случае вы покупаете устройство без признаков камуфлирования. К тому же, любая экспертиза подтвердит, оно не предназначено для негласного сбора информации. Совсем другое дело трекер в корпусе без опознавательных обозначений. Читайте законы и судебную практику!
Сделал все по инструкции, Ubuntu 16.04.
На строке echo 1 > /proc/sys/kernel/sysrq машина ушла в ребут.
Вторая строка, видимо, уже не была воспринята: echo b > /proc/sysrq-trigger
Получил после ребута: Booting from Hard Disk
Loading system with initrd
ERROR: no system package found!
Kernel panic - not syncing: Attempting to klll init!
Rebooting in 1 seconds...
Микроты просто издеваются! Годами ждешь устройство, которое бы тебя устроило. То нет гигабита, то нет аппаратной крипты, то нет Wi-Fi, то нет 5 ГГц в WiFi. В этом устройства на первый взгляд все есть, пусть и заметно дороже, чем обычно… но нет USB. Что за трэшак? Как я буду раздавать, скажем, файлы с TFTP-сервера?
Товарищи, а что можете сказать по такой теме. CentOS 7, PPTPD 2.4.5 со стандартным конфигом. Цепляюсь к демону Микротиком, туннель поднят и активен, и все в целом работает отлично, но с некоторыми сайтами нет коннекта. Методом тыка, потратив целый день, нашел проблему — нужно MRU повысить на 4 единицы или более, тогда появляется коннект с «проблемными» сайтами. Сами по себе значения MTU и MRU не критичны, можно ставить все что угодно в диапазоне 1300-1492, но главное, чтобы выполнялось правило: MRU = MTU + 4 (или более). Куда бы копнуть по это теме?
Что со стабильностью GSM-модема и команд у UniPing server solution v3/SMS? В разрезе года-полугода, скажем. Бывали ли случаи, что требовался хардверный ресет, выезд на место для «пинка»?
Фигня полная эта розетка. Виснут они и перестают управляться по СМС, узнавать номера, добавлять номера. Требуется ресет кнопкой. Статистика 100% за 3-5 месяцев на множестве розеток, купленных в разных местах.
Как раз таки обычно технари всё знают, подают заявки на оборудование, вакансии, командировки и т.п., а руководство жмет деньги. Из моего 25-летнего опыта работы в ИТ в 7 разных компаниях. А если CIO/CTO что-то не заметили, то на совете директоров это должно вскрыться весьма быстро, и их должны принудить к апгрейду. Так что как ни крути, это ошибка именно топов от бизнеса.
Вы просто везунчик! Теперь то на эти деньги сможете купить себе 1 поездку на метро в Москве.
Статья прикольная, только вы постепенно превращаетесь в Мастерхост. По уровню сервиса, чувству клиента и постоянному повышению цен, и скрытым/навязанным услугам в ЛК (за что в "Идеи" вам уже напихали как следует). Плюс, неконкурентные цены на cloud в принципе. Сюда же можно отнести дикий ценовой перекос между ЦОД, взять даже СПб и Москву (я уже молчу про KZ). Ну это так, у слову. Теперь про ваш ДДОС и "ваш кампф" с ним со стороны клиента.
Сайты падали в течение недель, и ни извинений, ни зачислений на баланс за даунтайм и дичайшие тормоза, не последовало. Как не последовало и выступления ваших топов, почему же они такое допустили. И вот спустя квартал, мы получаем как бы интересную статейку для технарей "посмотрите какие мы молодцы" + немножко смеха про пиво и прочее, чтобы отвести от основной темы и негативного повода в целом. Таким образом, бизнес переложил ответственность на технаря, продолжая дальше отсиживаться в темном углу. Самое простое и самое недальновидное решение.
С точки зрения техники (сети на скоростях в ~терабит) оценить ваши действия профессионально не могу, но как у нас принято, действовать вы начали, когда было уже поздно, и когда я уже в ТП написал, что ухожу нахер с 25 проектами. Так что хвалиться тут есть не особо чем - примерно, как "у нас загорелся дом, мы посмотрели, как он горит, а потом начали покупать огнетушители и перемещать их к месту пожара". И это опять вопрос качества менеджмента, именно бизнесового, а не технического.
TW, у вас там точно всё в порядке в плане управления? Выглядит со стороны так, как будто на волне успеха наняли "эффективного менеджера" из Кока-Колы. Или отец передал бизнес сыну, который обычно проводил время в клубе Soho.
Вам непонятно потому что вы не понимаете что такое ISM и безлицензионные диапазоны. И что такое миллион сигнализаций в Москве, которые работают не на 433.920, а работают в полосе +-1 МГц. Вполне возможно что в вашей семье уже есть 2-3 незаконных РЭС.
В нашей стране вас могут и без устройства в суд потащить. А что касается диапазонов, то они все загажены тоннами легальных и нелегальных ISM-устройств. В этих диапазонов не ведётся работа по выявлению незаконных РЭС. Это никому не нужно. Это как на помойке искать тухлятину.
Вы не разобрались в вопросе. Карается ввоз СТС — если ваш трекер камуфлирован и может быть использован для негласного сбора информации. В данном случае вы покупаете устройство без признаков камуфлирования. К тому же, любая экспертиза подтвердит, оно не предназначено для негласного сбора информации. Совсем другое дело трекер в корпусе без опознавательных обозначений. Читайте законы и судебную практику!
Сделал все по инструкции, Ubuntu 16.04.
На строке echo 1 > /proc/sys/kernel/sysrq машина ушла в ребут.
Вторая строка, видимо, уже не была воспринята: echo b > /proc/sysrq-trigger
Получил после ребута:
Booting from Hard DiskLoading system with initrd
ERROR: no system package found!
Kernel panic - not syncing: Attempting to klll init!
Rebooting in 1 seconds...