Pull to refresh
2
0.1
Дмитрий Багров@magnificentbat

User

Send message

На уровень ОС битые сектора не попадают вообще

Но ведь тем не менее для SSD chkdsk не только не отключен, но и как раз, как я понимаю, логически помечает битые сектора (https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/chkdsk?tabs=ssd%2Cevent-viewer):

How chkdsk performs on different media (SSD) - Marking clusters bad is logical, not physical remapping.

Например если логически утилита пометила битый сектор, то на уровне контроллера он будет считаться просто "не пустым" и, следовательно, не подверженным TRIM? А, например, если будет выполнено быстрое форматирование диска - то данные о том что сектор битый удалятся или нет... В общем с диагностикой и исправлением ошибок на SSD сейчас больше вопросов чем ответов, как мне кажется)

Статья интересная, но хотелось бы узнать в дополнение - как работает утилита chkdsk на SSD?

Ведь если на контроллер SSD влиять невозможно, как я понимаю, может возникнуть такая ситуация, что он захочет записать данные в раннее помеченный ОС битый сектор SSD?

Спасибо за статью. Вообще было бы интересно почитать как связать Radius и SQL-сервер, чтобы хранить данные пользователей в БД, а также как сделать радиус-сервер для авторизации абонентов через BRAS (хотя бы на уровне тестового сервера для GNS3/EVE NG).

Ну почему не быстрое, когда есть Grep.

К тому-же есть RFC MIB, которые, как правило, одинаковые для всех однотипных устройств. Например для описанной автором задачи половину данных можно взять из RFC'шного ifMib'a, остается только найти OID'ы таблицы MAC-адресов, которые обычно проприетарные.

Касательно D-Link - у них есть MIB файлы практически для всех коммутаторов, даже довольно старых.

Как альтернатива - можно выполнить поиск порта при помощи SNMP. Скорость работы с ним даже в однопотоке заметно выше. А если задать под скрипт snmp community с RO-правами, то безопасность скрипта значительно увеличится, так как техники, узнав его, не смогут изменить ни каких настроек.

Добрый день. Интересный проект. Я тоже занимался написанием подобных проектов для сети провайдера. Советую обратить внимание на библиотеки для прямой работы с SNMP из Python, например pysnmp. В последних версиях оно стало достаточно быстро работать, т.к. в ней корректно реализовали асинхронность. Еще есть библиотека easysnmp, но она работает на на всех версиях Debian (на более-менее актуальных работает).

А вообще с любовью разработчиков Python и его библиотек к глобальным изменениям в версиях (одно из последних - удалили вполне рабочую библиотеку Telnet из дистрибутива) - последнее время стал писать подобные проекты на Go. Там действительно все работает на уровне "написал и забыл".

Крайне интересный проект, и хорошо что он сделан на Delphi. Мне кажется, это один из наиболее недооцененных языков программирования. В наше время все уходит в web, забывая об ИБ и удобстве использования...

Information

Rating
3,920-th
Registered
Activity

Specialization

Системный администратор, Сетевой инженер
Старший
Linux
Python
Golang
Маршрутизация
Телекоммуникации
BGP
OSPF
Juniper
Switching