Неопытному пользователю бывает сложно подключить материнскую плату. Обилие проводов, разъёмов, непонятные символы – всё это вызывает ряд вопросов. В данной статье будет подробно рассмотрен вопрос подключения к «материнке» всех остальных устройств, начиная блоком питания и заканчивая USB-штекерами от передней панели.
Подключение передней панели к материнской плате
На любом корпусе (системном блоке) присутствует передняя панель. Естественно, её тоже необходимо подключить к материнской плате, иначе компьютер не удастся даже включить. Помимо этого, на передней панели есть такие (либо близкие по назначению) устройства по управлению компьютером:
- кнопка подачи питания (запуска/отключения) компьютера (POWER SW) (см. как подключить к материнской плате кнопку запуска компьютера);
- кнопка перезагрузки компьютера (RESTART SW);
- индикаторы обращения к винчестеру (жёсткому диску; H.D.D.LED или HD LED);
- звуковые индикаторы (SPEAKER);
- мигающая лампочка на кнопках перезагрузки и включения компьютера (POWER LED +/-);
- USB-порты.
БЕЗ ПАНИКИ! Как подключить переднюю панель корпуса к любой материнской плате? ЛЕГКО!
В некоторых случаях названия на штекерах и шлейфах могут отличаться. Вместо POWER SW (power switch – выключатель) может быть написано PWRBTN (power button – кнопка выключения), а RESTART SW (перезагрузка) обозначен как RESET (сброс). Это одни и те же названия, но производители иногда используют синонимичные английские сокращения. Искать соответствия нужно не буквально, а по смысловой нагрузке: PW – POWER, RES – RESET и т. д. Всё это – идентичные значения, написанные разными словами. То же самое можно встретить и на материнской плате.
Чтобы правильно подключить все провода и шлейфы, нужно тщательно изучить и перевести названия во избежание ошибочных действий. Ну или просто воспользоваться документацией по сборке компьютера. Там всё объясняется довольно разборчиво и до мелочей. Более того, указанная информация будет касаться именно конкретного случая и устройства, а не обобщенная.
Место на материнской плате, куда нужно присоединять данные штекеры, выглядит приблизительно так:
Помимо схемы с названиями имеются и цветовые обозначения, идентичные цветам на штекерах. Вызывать проблем данная процедура не должна. Чёрные крестики на рисунке являются «ключами». Они располагаются как на разъёме, так и на шлейфах, но могут иметь разные формы (в зависимости от производителя).
Подключать стоит ключ к ключу, таким образом, не будет допущена ошибка при подсоединении устройств. Если обозначений нет или их трудно рассмотреть, можно попробовать подключать провода надписями «на себя». Также на разъёмах иногда имеются боковые фиксаторы. Они тоже могут выступить ориентиром при подключении.
Все штекеры подключаются до упора, но без применения силы. Обращайте внимание на направляющие элементы для правильного подключения устройств (срезы, блокирующие части, фиксаторы и т. д.).
Кабели от USB-портов подключаются в соответствующие разъёмы. Они могут иметь названия F_USB1, USB1 или просто USB. Количество подобных разъёмов может варьироваться от модели системной платы, но зачастую, их как минимум 2.
Основные устройства при подключении к материнке
1. Закрепление материнской платы на корпусе. Обычно есть 4 стойки (иногда больше, но 4 будет достаточно), на которые и нужно закрепить материнскую плату болтами. С этой процедурой проблем возникнуть не может, т. к. главное и единственное условие – уметь пользоваться отвёрткой. Затягивать болты нужно плотно, но без прикладывания чрезмерных усилий, чтобы не сломать материнскую плату. Если устройство будет стабильно держаться в корпусе и не «ездить», этого более чем достаточно.
Стойки нужны, чтобы отделить материнскую плату от корпуса: они защищают её от замыкания, способствуют дополнительному охлаждению и т. п.
2. Питание. Первым делом, касательно устройств, следует подключить блок питания. Его установка на корпусе не вызывает проблем. Так как множество оставшихся кабелей будут подключаться к другим устройствам, помимо самой материнской платы. Это обеспечит беспрепятственный доступ к присоединению остальных устройств.
Подключить блок питания следует коннектором на 24 контакта (иногда 20). Перепутать его с другими шлейфами не получится (он такой один). Выглядит этот коннектор следующим образом:
Гнездо для блока питания обычно находится на краю материнской платы. Перепутать его невозможно – это единственный разъём такой ширины на два ряда. Никакое другое устройство подключить туда не получится. При подсоединении следует делать это аккуратно, слегка надавливая – до щелчка, чтобы защёлка на разъёме и шлейфе совпадали. Таким же образом закрепляются остальные шлейфы, имеющие фиксаторы.
Все остальные шлейфы от блока питания полностью отличаются друг от друга, поэтому не возникнет вопросов, какой именно кабель к какому устройству предназначается. Если сомневаетесь, ищите направляющие элементы и обозначения. Или воспользуйтесь документацией к приобретённому блоку питания/материнской плате.
Ни в коем случае не подсоединяйте шлейф на 20 контактов в разъём на 24 контакта и наоборот. Это вызовет необратимые повреждения, ремонт которых будет стоить очень дорого. Правило номер один – всегда проверяйте, подойдёт ли конкретный блок питания к используемой модели материнской платы перед покупкой. Это касается любых других устройств, кроме USB 3.0.
3. Винчестер. Шлейф от жёсткого диска бывает широким и не очень. Всё зависит от штекера. Различают две разновидности: IDE и SATA.
Выглядит IDE шлейф следующим образом:
Чёрный разъём (слева) вставляется в жёсткий диск, а синий (справа) – в материнскую плату. Вот так выглядит место на материнской плате, куда нужно вставлять IDE штекер от шлейфа (синий разъём, между двумя чёрными сверху и снизу).
Касательно SATA шлейфа, он размером значительно меньше и вставляется в разъём с обозначением «SATA1», «SATA3» и т. д. Обозначения могут быть любыми, но всегда содержат в себе ключевое слово SATA. Всё зависит от модели материнской платы.
Дисковод, кстати, устанавливается в плату полностью идентичным образом. Но его IDE шлейф присоединяется в более короткий разъём (на предыдущей картинке он чёрного цвета, находится чуть выше синего). В остальном, включая SATA коннектор, подключение дисковода в материнскую плату идентично подсоединению жёсткого диска.
SATA разъём на «материнке» выглядит так:
Это лишь пример, так как подобные разъёмы могут быть разной формы (вертикальные, горизонтальные) и располагаться в разных частях материнских плат.
Также нужно подключить коннектор от блока питания, учитывая направляющие элементы. Проблем с этим, обычно, не возникает. На этом подключение винчестера к материнской плате окончено.
4. Видеокарта. Подключение видеокарты к материнской плате – совершенно не сложный процесс, но с конкретными хитростями, знать которые нужно, чтобы не сломать фиксаторы. На большинстве материнских плат есть зажимы на подобии таких:
Они полностью идентичны фиксаторам на оперативной памяти. Но иногда бывают не совсем очевидные фиксаторы, знать о существовании и принципах работы которых нужно каждому пользователю. Прежде чем подключать видеокарту, внимательно изучите работу фиксаторов. При необходимости отсоединить (или присоединить, если зажимы механического типа) устройство могут возникнуть проблемы.
Сам разъём для видеокарты изображен под цифрой 8:
Вертикальный разъём синего цвета и есть то место, куда вставляется видеокарта. Выпирающий снизу кусочек – стандартный фиксатор. Ошибиться невозможно, так как вставить видеокарту неправильной стороной не получится из-за направляющего среза на разъёме.
Далее к видеокарте подключается (для подавляющего большинства современных моделей) дополнительный источник питания в виде кабеля от блока питания. Зачастую, это коннектор с 4 контактами, но бывают и 2 провода по 2 контакта или 1 провод, но на 8 контактов. Всё зависит от модели и производителя как видеокарты, так и блока питания. В конце с наружной стороны системного блока подсоединяется кабель от монитора – видеокарта полностью готова к пользованию.
5. Корпусные вентиляторы (кулеры). Для подключения данных устройств достаточно закрепить их болтами в надлежащих местах (выбираются индивидуально или следуя документации) и подключить к материнской плате:
- CPU_FAN (CPU – центральный процессор; FAN – вентилятор). Гнездо предназначено для подключения кулера на процессор. Не пытайтесь подсоединить в него шлейф на 4 контакта, если отверстий под них только 3 и наоборот, лучше приобретите подходящий для данного разъёма вентилятор. При неправильном подключении кулер может быстро перегореть или перестать работать, а это грозит перегревом и поломкой центрального процессора. Который, кстати, является самым дорогим устройством в компьютере.
- SYS_FAN (system fan – системный вентилятор). Гнездо создано для всех остальных вентиляторов в корпусе. Кулеры на выдув и прочее охлаждение в системном блоке стоит подключать именно в этот тип разъёмов (последовательность не имеет никакого значения, можно подключать в любой из них). Обычно таких разъёмов несколько, в зависимости от модели материнской платы (SYS_FAN1/2/3 и т. д.). Все они подписаны на «материнке», найти не составит труда.
Видео-инструкция о том, как подключить материнскую плату
В следующем видео в мельчайших подробностях рассматривается подключение материнской платы, объясняются значения шлейфов и разбирается множество дополнительной информации.
Главное в подключении материнской платы – понимание обозначений, ориентир по направляющим элементам (подсказки; отсутствие контакта, разрез в гнезде, ложный «пин» в штекере и т. д.) и аккуратное подсоединение. Если следовать этим правилам, то в следующий раз не понадобится никакая помощь в подключении «материнки» – настолько всё легко и просто.
Источник: masterservis24.ru
Как привязать программу к материнской плате
Написал программу на Delphi. Хочу сделать привязку к конкретному компьютеру, подскажите, как лучше реализовать? К чему привязываться?
Я вроде слышал 3 года назад, что теперь процессоры и материнские платы не содержат уникального ID. Это правда?
Кто-то советует к жесткому диску, но вроде жесткие диски содержат движущиеся части и ломаются чаще. Поэтому прошу совета у специалистов.
02.11.11 08:32: Перенесено модератором из ‘Delphi Написал программу на Delphi. Хочу сделать привязку к конкретному компьютеру, подскажите, как лучше реализовать? К чему привязываться?
LO>Я вроде слышал 3 года назад, что теперь процессоры и материнские платы не содержат уникального ID. Это правда?
LO>Кто-то советует к жесткому диску, но вроде жесткие диски содержат движущиеся части и ломаются чаще. Поэтому прошу совета у специалистов.
Тебе лучше к шароварщикам обратится. Основные места привязки: материнские платы, винты, система. Винты — не всегда можно точно привязаться — информация, доставаемая через GetVolumeInformation() может быть легко изменена. То же самое относится к системе (Windows ID) — переставили систему — все уехало. Доступ к ID материнки — отдельная песня.
Я бы не заморачивался и сделал бы шифрованный ключевой файл. Файл есть и его содержимое корректно — работаем, если нет — прошу на регистрацию, работаем в демо режиме.
P.S. Можно использовать и навесную защиту и комбинацию разных защит — все зависит от того, что программа делает.
WBR, Dmitry Beloshistov AKA [-=BDS=-]
Re: Привязка программы к компьютеру
| От: | acDev |
| Дата: | 01.11.11 14:35 |
| Оценка: |
Здравствуйте, LupakovO, Вы писали:
LO>Здравствуйте.
LO>Написал программу на Delphi. Хочу сделать привязку к конкретному компьютеру, подскажите, как лучше реализовать? К чему привязываться?
Только HDD (HDDSN) и Монитор (EDID) имеют реально уникальный ID, который производитель обязан «заполнить».
Так же есть ID в:
1) сетевых картах (во встроенных можно в биосе менять значение MAC, поэтому не уникален)
2) планках памяти (не во всех и встречаются дубликаты);
3) материнских платах (не во всех и встречаются дубликаты).
Все эти идентификаторы можно при помощи спец. утилит поменять (кроме HDDSN).
LO>Я вроде слышал 3 года назад, что теперь процессоры и материнские платы не содержат уникального ID. Это правда?
Только Pentium III первых ревизий содержал ID (да и то можно было в биосе отключить его определение).
Материнские платы штампуют китайцы и им всё равно (дорогие платы конечно содержат всякие ID и т.п.).
LO>Кто-то советует к жесткому диску, но вроде жесткие диски содержат движущиеся части и ломаются чаще. Поэтому прошу совета у специалистов.
Жёский диск служит в среднем 5 лет. Да и сам комп живёт не больше (апгрейды и т.п.).
ЗЫ. Все выше упомянутые ID можно проэмулировать (перехватить и изменить) . умельцев на это хватает.
Re: Привязка программы к компьютеру
| От: | okman | https://searchinform.ru/ |
| Дата: | 01.11.11 16:56 | |
| Оценка: | 1 (1) +1 | |
Здравствуйте, LupakovO, Вы писали:
LO>Здравствуйте.
LO>Написал программу на Delphi. Хочу сделать привязку к конкретному компьютеру, подскажите, как лучше реализовать? К чему привязываться?
Привязываться лучше к нескольким параметрам, для надежности.
Например, если из пяти компонентов три или четыре вдруг меняют характеристики — значит,
запуск произведен на другом компьютере.
LO>Я вроде слышал 3 года назад, что теперь процессоры и материнские платы не содержат уникального ID. Это правда?
Дело даже не в этом, а в том, что для получения наиболее «железных» параметров приходится
влезать в kernel-mode (писать драйвер). К тому же, железо разных производителей (Intel/AMD,
GeForce/Radeon) имеет, как правило, разный API для доступа к своим характеристикам.
LO>Кто-то советует к жесткому диску, но вроде жесткие диски содержат движущиеся части и ломаются чаще. Поэтому прошу совета у специалистов.
Наиболее реальный вариант — использовать WMI и CPUID.
В Windows Vista и выше есть полезная функция — GetSystemFirmwareTable (для XP придется
писать хак через DevicePhysicalMemory). С ее помощью можно вытянуть очень много интересного,
но чтобы разобраться во всем этом, нужно перелопатить официальные спецификации SMBIOS, DMI и т.п.
В общем, пуд соли обеспечен, а выгоды туманны.
Re[2]: Привязка программы к компьютеру
| От: | de Niro |
| Дата: | 02.11.11 01:34 |
| Оценка: |
Здравствуйте, DarkMaster, Вы писали:
DM>Я бы не заморачивался и сделал бы шифрованный ключевой файл. Файл есть и его содержимое корректно — работаем, если нет — прошу на регистрацию, работаем в демо режиме.
Может, я чего-то недопонимаю.
А что помешает недобросовестному юзеру выложить этот ключевой файл на всеобщее пользование?
Re[3]: Привязка программы к компьютеру
| От: | Nonmanual Worker | |
| Дата: | 02.11.11 02:32 | |
| Оценка: | 1 (1) | |
Здравствуйте, de Niro, Вы писали:
DM>>Я бы не заморачивался и сделал бы шифрованный ключевой файл. Файл есть и его содержимое корректно — работаем, если нет — прошу на регистрацию, работаем в демо режиме.
DN>Может, я чего-то недопонимаю.
DN>А что помешает недобросовестному юзеру выложить этот ключевой файл на всеобщее пользование?
Re[4]: Привязка программы к компьютеру
| От: | de Niro |
| Дата: | 02.11.11 04:13 |
| Оценка: |
Здравствуйте, Nonmanual Worker, Вы писали:
DM>>>Я бы не заморачивался и сделал бы шифрованный ключевой файл. Файл есть и его содержимое корректно — работаем, если нет — прошу на регистрацию, работаем в демо режиме.
DN>>Может, я чего-то недопонимаю.
DN>>А что помешает недобросовестному юзеру выложить этот ключевой файл на всеобщее пользование?
NW>Мы продаем так софт больше 10 лет. Случаев выкладывания серийника или кейфайла было всего несколько. Софт популярный и известный в определенных кругах.
У меня опыт противоположный. Но вопрос был не об этом. Каков смысл этого ключевого файла по сравнению с серийником, тоже не привязанным к железу? Выложить могут и то, и то. Отличие только в размере?
Re: Привязка программы к компьютеру
| От: | Kubyshev Andrey | |
| Дата: | 02.11.11 04:51 | |
| Оценка: | +1 -2 | |
Источник: www.rsdn.org
Как привязать программу к материнской плате
← →
Друпи ( 2002-09-03 23:18 ) [0]
Ув. Мастера.
Мне надо мою програмку привязать к моему компу.
Причем так (по возможности), чтобы ее можно было привязать (лично мне) к другому компьютеру (или к примеру к моему же, после апгрейда ОС или железа).
← →
DC-AC ( 2002-09-04 07:21 ) [1]
Аппаратные ключи (COM, LPT, USB).
← →
TCrash ( 2002-09-04 10:42 ) [2]
Еще на 286х я делад прогу на паскале, которая запрашивала пароль при переносе на другую тачку. Привязывалась к серийному номеру материнской платы. Если не ошибаюсь — 8 байт (уже не помню). При вводе корректного пароля правилась константа в .exe (прямо в программе), которая и содержала серийный номер. На современных материнках есть ли такое — не знаю.
Мож кто подскажет, как добраться до номера. Тогда добирался через реек(адрес).
← →
DC-AC ( 2002-09-04 11:24 ) [3]
«Серийный номер материнской платы» — стесняюсь спросить ЭТО ЧТО ?
← →
Друпи ( 2002-09-04 20:34 ) [4]
Может как-нибудь програмvно узнавать серийный номер винта и привязываться к нему. Но как его узнать?
← →
DC-AC ( 2002-09-05 07:05 ) [5]
Узнать-то можно, а как же это «после апгрейда ОС или железа» ? Винт — не железо что ли ? Он самый настоящий HARD disk 🙂
И потом, сменить серийный номер винта — лично мне очень легко. Хоть 00000000 запишу. Не знаю как вам.
← →
Друпи ( 2002-09-05 08:40 ) [6]
2DC-AC
Как это «сменить серийный» — он типа на заводе должен присваиваться железно.
← →
DC-AC ( 2002-09-05 09:02 ) [7]
«присваиваться железно» — это как ? Он в EEPROM (или служебку, сейчас уже не помню) прописывается. А что один прописал, другой завсегда сменить может 🙂 Не верите — приходите, покажу 😉
← →
Anatoly Podgoretsky ( 2002-09-05 09:14 ) [8]
Достаточно инсталляции и серийного номера для пользователя с привязкой привязкой к серийному номеру тома и тогда он сможет переинсталлировать при необходимости или из за любых причин.
В качестве параметра path можешь задавать что угодно: от «c:» до. ну не знаю, что в голову придет.
Если процедурка возвращает -1 — значит ты где-то ошибся.
Самый здравый вариант — привязываться именно к номеру винчестера. Представь себе, невинный юзер совершил апгрейд мамы (ну, или саунд поменял) а твоё нетленное на него бочку пушит.
← →
Роман Василенко ( 2002-09-05 09:44 ) [11]
Забыл написать — sn1 и sn2 — оттуда надо получать серийный номер девайса, заданного в path
← →
TCrash ( 2002-09-05 09:47 ) [12]
2DC-AC
на 286х по какому-то адресу памяти(адрес не помню) содержалась 8ми байтовая константа (записать по этому адресу ничего не удавалось), уникальная для каждого компа. Проверялось на машинах абсолютно одинаковой конфигурации. Машин было ~10. Есть ли чего подобное в современных тачках — не уверен.
← →
Anatoly Podgoretsky ( 2002-09-05 09:54 ) [13]
Не придумывай, если только у тебя не был бренднейм от dell, compaq, HP
← →
Gibbel ( 2002-09-05 10:03 ) [14]
Посмотрите здесь:
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q208048-)
← →
DC-AC ( 2002-09-05 10:29 ) [15]
Да, Вы правы. ПОКА менять её (а точнее некоторую служебную информацию) могут немногие. Надо будет восполнить данный пробел 🙂 Ы ?
← →
Gibbel ( 2002-09-05 11:02 ) [16]
Лучше не нада. Подумай о бедных сисадминах)))
← →
Vladislav ( 2002-09-05 11:03 ) [17]
getvolumeinformation вернет не серийный номер диска, а номер, который задается системой при форматировании диска. Переформать — и номер будет другой.
← →
Vladislav ( 2002-09-05 11:08 ) [18]
Еще уточнение getvolumeinformation номер не диска, а тома, т.е. для C:, D: номер будет разный.
← →
Anatoly Podgoretsky ( 2002-09-05 11:34 ) [19]
А какая разница, нормальную программу также придется переинсталлировать после смены диска, переформатирования, а плюч состоит в том, что это гарантировано работает, без дополнительных драйверов/модулей не в пример серийному номеру жесткого диска.
← →
Gibbel ( 2002-09-05 11:51 ) [20]
2 Anatoly Podgoretsky — выб по ссылочке сходили. Это я о »
> гарантировано работает, без дополнительных драйверов/модулей
> не в пример серийному номеру жесткого диска.
»
← →
raiv ( 2002-09-05 11:55 ) [21]
Не ломай голову! Профи всеравно крякнет твою защиту, а для чайника скачай компонент AVLGold c этого форума.
И пользуйся на здоровье!
← →
Anatoly Podgoretsky ( 2002-09-05 11:59 ) [22]
Сходил и с удовольствием прочитал, хорошая статья и к тому же не умалчивает о проблемах «SMARTVSD Troubleshooting Checklist»
← →
ruslanyd ( 2002-09-05 12:59 ) [23]
сам заинтересован в способах привязки софта к железу (винту или маме), но хотелось бы узнать все-таки более эффективные способы,
чем getvolumeinformation.
Серийник тома, который она возвращает, подменяется diskedit-ом за 30 сек. на любой интересующий
можно и более доступным способом
ghost сделает сколько угодно клонов этого винта, на которых ваш софт будет работать ничего не заметив — плакали ваши денежки 😉
← →
Gibbel ( 2002-09-05 13:19 ) [25]
2 ravi: Профи сломает любую защиту. Вопрос в том, чтобы заставить его что-либо ломать, и чтоб этот процесс занял как можно больше времени и сил.
← →
ruslanyd ( 2002-09-05 13:38 ) [26]
Именно!
я же сказал, что сам заинтересован в способах привязки софта к железу, а для того, чтобы ее сделать надежной в какой-то степени, надо знать хотя бы простые способы ее обхода
2 Gibbel
а при чем здесь технология SMART ?
← →
Gibbel ( 2002-09-05 14:18 ) [27]
2 ruslanyd с помощью этой технологии мы можем получить информацию _УНИКАЛЬНУЮ_ для данного устройства, в частности дисков IDE
← →
DC-AC ( 2002-09-05 14:25 ) [28]
Сегодня я поставил программу на свой винт, она благополучно к нему «привязалась». Завтра я меняю винт и пишу разработчику «типа у меня винт кирдык, Fujitsu MPG и всё такое», шли опять по новой. Послезавтра повторяется та же история. ПРЕДПОЛОЖИТЕ дальнейшие действия разработчика и меня.
← →
ruslanyd ( 2002-09-05 14:27 ) [29]
технология SMART изначально использовалась только на винтах WD
и то с определенного времени
позже они лицензировали ее другим производителям (но далеко не всем), т.е. привязка, выполненная таким образом, будет не универсальная
← →
Gibbel ( 2002-09-05 14:51 ) [30]
2 DC-AC: По-моемому речь шла о привязке программы к компу, т.е. к ее «железу». Железо имеет свойство накрываться. Вопрос в том, что привязывать можно не только к харду, но и к остальному оборудованию, и, если какое-либо оборудование меняется, подстраиваться под новую систему. То есть, можно отслеживать, скажем, мамку, тип проца (инфу, полученную с помощью команды CPUID), тип и серийный номер харда(ов), сидюка(ов), и т.д. И, если изменения в системе незначительные, самостоятельно подстраиваться под новую систему.
А насчет методов с ключами, то тут куча проблем — например, нету у меня свободных портов. И попробуй тут что-либо возразить. В результате, можно только снизить популярность своего проекта.
2 ruslanyd: не думаю, что сейчас кто-либо пишет программы под винды, расчитывая на то, что им придеться работать на компах старше 10 лет.
← →
DC-AC ( 2002-09-05 15:30 ) [31]
Мда. Всё в лучшем духе Microsoft и его XP. Им можно, а мы значит ничем не хуже. Печально всё это.
Я работаю в компьютерном сервисе, доводилось ездить на выезды к клиентам, ну не доводилось мне за 4 года встречать компа, на котором оба COM, один LPT и (как минимум) два USB были заняты.
Сорри если развожу флейм, для меня тема исчерпана, пошёл работать.
← →
ruslanyd ( 2002-09-05 17:31 ) [32]
2 Gibbel
почему 10 лет?
на винтах производства, отличного от WD, где-то 2-х годовалой давности SMART мало где присутствовал
и таких компьютеров сейчас в эксплуатации масса
2 DC-AC
если у клиента летят каждый день винты, то это проблема клиента или производителя этих винтов, а электронные ключи — это неоправданные дополнительные затраты для того же клиента,
т.к. и этот способ защиты тоже не панацея
← →
ruslanyd ( 2002-09-05 17:45 ) [33]
неужели на сегодня нет способа программным путем прочитать серийный номер производителя винта или матери?
← →
vasya_dvc ( 2002-09-05 22:12 ) [34]
Можешь к серийнику процессора привязаться . Если человек поменял проц — то прога лечится простой переустановкой, о чём она сама может ему с радостью об этом сообщить (любезно выдвинув лоток CD). К тому-же . не так часто юзер процессоры меняет! Насчёт матери — не знаю.
Тут возникает проблема защиты дистрибутива. Есть один из путей . Человек шлёт заяву на покупку твоей проги. Ты ему кидаешь программу, считывающую серийник проца и создающую каким-либо образом ключ. Всё ему честно объясняешь: «запусти эту прогу там, где ты её хочешь ставить. А полученый ключик шли мне обратно» . Дальше надеюсь понятно . Путей обхода кроме прямого disasm я не вижу, а желающих этим заниматься не так уж и много (учитывая современное законодательство, за это можно небо клетчатое увидеть).
Насчёт серийника винта — а он там точно есть? Я говорю не про серийный номер, генерируемый при его (HDD) форматировании, а про такой, что невозможно изменить. Я за своё короткое время пребывания перед монитором не встретил ни одной проги, которая его бы получала .
← →
Друпи ( 2002-09-05 23:13 ) [35]
Только что родилась тупейшая идея:
привязываться к первому попавшемуся BAD-BLOCKу винта и если он «исправился», то не грузиться.
← →
DC-AC ( 2002-09-06 07:05 ) [36]
ruslanyd
>если у клиента летят каждый день винты, то это проблема клиента или производителя этих винтов
Но Вы же, предположим, ПРОДАЛИ человеку программу ? И КИНЕТЕ его при первом же «помирании» винта ? Видимо Вам неизвестна проблема винтов Fujitsu MPG 🙂
vasya_dvc
>Можешь к серийнику процессора привязаться
А это ещё что такое ? То, что написано на нём на бумажной наклеечке ? 🙂
>Я за своё короткое время пребывания перед монитором не встретил ни одной проги, которая его бы получала .
Эта тема уже неоднократно здесь перетиралась, по-моему примеры получения s/n винта чуть ли не на каждом углу висят бооольшими буквами.
← →
msts ( 2002-09-06 11:05 ) [37]
Если сможешь решить эту задачу (привязка программы к «рабочему месту») смело проси за это 10 000 000$ как ни как сотни фирм и десятки корпораций тратят на решение этой проблемы миллионы баксов и кстати абсолютный результат = 0 иначе ты бы не сидел на XP Professional и точно не юзал Delphi 🙁
но конечно есть относительный результат состовляющий 17% от абсолютного, но это так отступление (которое ты и так знаешь)
в общем возьми ручку и лист бумаги (так делают все матера :))- раздели его по полам линией с одной стороны опиши типовую конфигурацию «рабочего места» — установленного на него програмного и аппаратного обеспечения (если прога стоящая то и особенные требования найдутся) на другой половине опиши какие изменения (и какова их степень) приводит к тому что теперь это _другое_ рабочее место и есть основание заявить о необходимости переустановки проги в общем решил для себя — что
значит «запустили прогу на другом компе»
(в качестве источника я бы использовал глобальную таблицу атомов, если установленна винда)
далее определился бы с форматом хранения этой информации и способа интеграции в код программы для наибольшей зависимости (придется написать свой линковщик)(можно использовать java П-код и генерить на нем часть проги — выполнять в другом потоке исползуя какую нибудь JVM)
далее я бы применил нейронные сети (в частности распознования образов) для анализа этого описания — что позволяет сделать более мягкую проверку на изменения конфигурации, с каждым запуском нужно сохранять результат анализа то есть новую конфигурацию (получится как бы фотография компа с шумом — а твоя прога будет распозновать в ней тот комп на который ее поставили и если не узнает то заявить о переустановки, но комп стареет/изменяется но если эти изменения затронули 50 из 1000 атрибутов то это нормально иначе. ) при этом должно быть накопление (в разумных пределах) результатов анализа и переодической смены эталона с которым сравнивать — комп стареет а прога его узнает (как человек постоянно видящий другого не замечает изменений а стоит возникнуть перерыву — то уже нужно узнавать)
что дают нейронные сети (НС) — сложность трассировки (прямо скажем нихрена непонятно) интеграция в нее своего кода (полезного так сказать) достаточно проста в связи с компонентной архетиктурой делфы, так же можно сделать зависимость от степени узнования — степень ограничений на функциональность проги,
так как в НС нет прямых переходов — если иначе — то банальная замена инструкций не поможет крякеру, снимок проги из памяти тоже, знание НС «не дает нихрена» (Цой) , в общем полиморфная прога на критериях зависящих от конфигурации компа.
осталось защитить генератор НС — для этого система будет состоять из 3х частей
1 — программа установки — ПУ
2 — сама программа — П
3 — генератор НС — ГНС
клиенту высылается ПУ и П — она формирует предварительное описание (ПО) раб места — передает разработчику — на основе этого ПО — генератор формирует НС и высылает назад — ПУ вшивает НС в П (ну вариации на твое усмотрение), таким образом разработчику нужно защищать только ГНС
если НС имеет 1000 узлов/нейронов помноженных на 10 связей-синапсов и того 10 000 конструкций — если/иначе — крякеру будет грусно
а теперь представь на сколько должна быть стоящей твоя прога?
а с другой стороны можно потратить 5 месяцев — наваять ~ 35 000 строк кода в скомпиленном виде ~15кб — сделать компонент для дельфы и продать за выше указанную сумму какой нибудь корпорации
Источник: delphimaster.net