Задать вопрос

Игорь

Информация
Местоположение
Россия, Калининградская обл., Калининград (Кенигсберг)

Наибольший вклад в теги

Все теги (30)

Лучшие ответы пользователя

Все ответы (51)

  • Где относительно быстро и качественно можно изучить физику для изучения компьютерных сетей?

    @tifco
    Вообще-то компьютерные сети представляют из себя стек протоколов модели ISO OSI, состоящий из разных уровней. Физический -> канальный -> сетевой -> сеансовый -> приложений -> представления. Вроде особо не напутал.
    Что имеется ввиду под "физикой", физический уровень? Самый нижний? Так у Олифера нормально все объяснено. Проводные, беспроводные каналы передачи данных. Уровни, кодирование сигналов. Понятно и всеобъемлюще. Не зря стоит у книги гриф "рекомендовано МО РФ".
    Кому и когда, реально, по факту, придется работать с физическим уровнем? Единожды, при прокладке Ethernet-кабеля (витой пары Cat UTP-5) - при построении проводной ЛВС (компзал, своя локалка, какая-то фирма и т. п.). Или устанавливать Wi-Fi точку доступа - в случае беспроводной ЛВС. Сейчас еще, интернет ребята приходят проводить. Кабеля тянут. Но там больше нужны строительные навыки (перфоратор и т. п.). Хотя уже полно где все подключено: по пять провайдеров на дом. Кроме новостроек - естетственно. Тут из новинок - оптика (оптоволокно) - своя, отдельная история.
    Сами мы, как страна, ничего здесь своего не имеем и не разрабатываем. Увы. Чисто на аппаратном уровне - имеется ввиду. Так что сидеть с осциллографом и изучать сигналы на витой паре с целью их оптимизации и "допиливания" - что-то из области фантастики. Я про работу радиоинженеров.
    Сдается мне, что как админы, так и безопасники, в основном, работают с вышележащими уровнями модели OSI. Там, где реально ковырять железки не требуется. Когда, так сказать, этот "фундамент" готов. Настраиваются параметры, все уже чисто за клавиатурой, программно. Глубоко куда-то лезть не надо. Все достаточно понятно. Знаний уровня "академик" не требуется. Так же как и знать наизусть 600 страниц талмуда по TCP/IP от разработчиков этих протоколов. Обычные специалисты знают это поверхностно, только ровно то, что нужно, достаточно для выполнения своих обязанностей, решения поставленной задачи. Не спорю, какие-нибудь гипотетические взломщики, пытаясь найти уязвимости в протоколах, не ленятся штудировать и такое. Все возможно.
    В учебных заведениях упор идет на вышележащие уровни: сетевой, сеансовый, представления (приложений). Там присутствуют такие протоколы как: TCP/IP, UDP, FTP, HTTP - самые основные. Сами по себе они мудреные. Но просто почитать, в общем виде (та же википедия) - не помешало бы. Познакомиться, так сказать.
    Выше приведены примеры сетей малого масштаба. MAN и LAN. Еще бывают: внутренние сети интернет-провайдеров и корпоративные системы и сети разных компаний. У них своя "кухня". Ну а Интернет - сеть сетей (WAN). Объединение сетей, так сказать. С присутствием некоторых магистральных, трансконтинентальных каналов связи. Проложенных по дну океана между континентами - например. И используемыми совместно разными организациями, странами. У нас, к примеру, магистральный канал связи есть у магистрального оператора связи Ростелекома. Другие провайдеры - организации поменьше масштабом.

    Если я где-то приврал, то извиняюсь, старался не особо сочинять. :)
    Вот, собственно, и все. Для начала.
    Ответ написан
    5 комментариев
    5 комментариев

  • Почему иногда не включается компьютер?

    @tifco
    Как-то был системник с мамой от Гигабайт, там кондеры повздувались, электролиты, что рядом с процом. По питанию или как - не знаю для чего они там стояли.
    Суть в том, что комп включался с первого раз только в том случае, если дежурка была включена. Т. е. не было полного обесточивания от сети электропитания. А именно, сетевой фильтр не выключался.
    Если же выключить сетевой фильтр, полностью обесточить комп, пройдет пара минут, все остатки в электролитических кондерах разрядятся и выключатся все управляющие цепи (дежурные или какие там еще бывают), то, после подачи питания, и первой попытки запустить это чудо, оно не стартует: просто наблюдается черный экран, кулера гудят как бешеные и все, тишина, ни намека на прохождение POST, никаких биканий, ошибок старта и т.п. А вот после резета, он уже спокойно стартует. Также стартует сразу он в случае наличия дежурки, не отключения сетевого фильтра.
    Не знаю, та же бадяга у вас или нет. Но что-то похожее. Вот у меня лично было так. Быть может, стоило заменить эти копеечные пару кондеров на маме и все бы нормализовалось. Не знаю. Я как-то не парился, жил так. А потом и вовсе пришло время менять комп на новый.
    Тут жешь явно что-то с питанием. Толи блок питания галит. Толи у мамы проблемы. В моем случае, "высохшие электролиты" были видны сразу. На что и грешил. Жить с этим можно. Хоть и неприятно малость. Если проблема ерундовая, исправляется дешево и быстро, то почему сервисы не берутся - вопрос. Это ж не проц перекатать, не мосты. Всего пару кондеров - ерундовая пайка.
    Ответ написан
    2 комментария
    2 комментария

  • Как поставить на линукс драйвера на realtek адаптер rtl8811?

    @tifco
    Заголовочные файлы ядра Linux (linux-headers) нужны только лишь в том случае, если планируется собирать (компилировать) модуль (драйвер) из исходных кодов. Зачем вам это надо? Это в крайнем случае.

    На сайте Realtek, найдены устройства, что работают по шине USB (см. ваш вывод lsusb).
    RTL8811AU
    https://www.realtek.com/en/products/communications...
    RTL8811CU
    https://www.realtek.com/en/products/communications...

    На сайте Realtek, в разделе Download, есть драйвера только для Windows. Так что, идем мимо.

    Посмотрим на совместимость с Linux (linux-hardware.org).
    AU-вариация устройства у некоторых заработала ("Status", на 11, 12 Дебьяне):
    https://linux-hardware.org/?view=search&vendor=Rea...
    https://linux-hardware.org/?id=usb:0bda-a811
    Как написано, в ядре Линукса драйверов нет ("Kernel Drivers").
    Предлагается установить какие-то сторонние драйвера ("Other Drivers").
    Эти все про 8812au. Насколько совместимы они с 8811au? И да, их надо собирать из исходников.
    https://github.com/lwfinger/rtl8812au
    https://github.com/abperiasamy/rtl8812AU_8821AU_linux
    https://github.com/aircrack-ng/rtl8812au
    https://github.com/gnab/rtl8812au
    Вот здесь явно сказано про 8811au:
    https://github.com/Rajpratik71/Realtek-rtl8811AU_8...
    Но, вообще, они могут быть совместимыми. Вероятно, используется один драйвер на три модели (11, 12 и 21).

    CU-вариация устройства не совместима:
    https://linux-hardware.org/?view=search&vendor=Rea...

    Окольными путями, найден комплектный диск с драйверами:
    https://ya.ru/search/?text=Realtek+Drivers+RTL8811...
    https://archive.org/details/realtekdrivers_rtl8811...
    https://ia803100.us.archive.org/view_archive.php?a...

    Я скачал файл из содержимого образа диска "RTL8811CU_8821CU_WiFi_linux_v5.2.5.3.zip", распаковал. В readme есть отсылка на файл "/document/Quick_Start_Guide_for_Driver_Compilation_and_Installation.pdf". В котором сказано, что, для автоматической установки драйвера, нужно выполнить скрипт install.sh. Да, есть такой в корневом каталоге.

    Само имя файла, также, фигурирует на разных сторонних источниках в Интернете. Можно ли им доверять?
    https://ya.ru/search/?text=RTL8811CU_8821CU_WiFi_l...
    Вот он тоже:
    https://github.com/yohikofox/8811CU-drivers

    Самые разные инструкции по установке из Интернет. Можно ли им доверять и следовать? Пожалуй, на свой страх и риск. Т. к. это не официальная инструкция от производителя. А где, сейчас, официальная - интересно?
    https://4te.me/post/realtek-8821-linux-driver/?ysc...
    forum.matuntu.info/index.php?topic=1090.0
    https://www.cyberithub.com/how-to-install-rtl8821c...

    Мне лично повезло со своим Интеловским адаптером. Там требовалось всего-то скачать архив с сайта производителя и скопировать файлы в нужный каталог. Никаких сборок из исходников.
    Хорошо бы заранее, перед покупкой, проверять совместимость железа на вышеозначенном сайте (linux-hardware.org).
    Правда, надо заметить, что на февраль 2024 г., по старой ссылке на драйвер, на сайте Интел, висит сообщение: "Мы немедленно приостановили все деловые операции в России. Это следует за нашим предыдущим решением приостановить все поставки клиентам в России и Беларуси.". Спасибо, че! :/
    Так что, возможно, и вам, где-то по архивам, по Интернетам, окольными путями, придется выискивать драйвер для своей железяки. Если не сохранили комплектный диск. :(

    В остальном, как говорится, остается лишь: компилить, компилить и еще раз компилить. :)

    Нашел, кстати, еще такой пакет для Дебьяна: firmware-realtek. Там бинарники есть. Правда для 12, 21 - моделей, 11-я не указана. Надо пробовать.

    Теперь про установку. Я бы, лично, действовал в такой последовательности.

    I. Для начала, стоит попробовать поставить бинарник, не усложняя себе жизнь:
    apt-get install firmware-realtek

    II. Если устанавливать в автоматическом режиме, при помощи install.sh.

    1) Распаковать архив, перейти, в терминале, в каталог с модулем.
    2) Запустить установку:
    ./install.sh


    III. Примерная схема сборки модуля вручную, из исходников, такая. В общем-то, почти тоже самое, что и обычной программы.

    1) Нужно установить требуемые для сборки пакеты (компилятор, заголовочные файлы ядра, возможно, что-то еще не упомянул):
    gcc++, linux-headers

    2) Распаковать архив, перейти в каталог с ним. И скомпилировать исходник модуля:
    ./configure
    make
    make install

    3) Загрузить модуль (где после modprobe указано имя_модуля):
    modprobe 8811au
    или
    modprobe rtl8811au

    4) Проверить что он работает:
    lsmod | grep wifi
    или
    lsmod | grep 8811au
    или
    lsmod | grep rtl8811au

    5) Дальше можно проверять, настраивать, устанавливать само wifi-подключение при помощи NetworkManager (графика) или ifconfig (терминал).


    В каких-то случаях могут потребоваться права суперпользователя (команда: sudo ...).
    Ответ написан
    6 комментариев
    6 комментариев

  • Как безопасно скачивать и открывать файлы (например zip,txt,jpg) из интернета?

    @tifco
    Надо стараться файлы брать с проверенных источников, а не абы откуда.

    Вирус открывать не надо. Зачем? Удалить и дело с концом. Т. к. "вылечить" исполняемый файл не всегда возможно. Он может быть просто поломан в процессе: антивирус не те байты поменяет и привет.

    В виртуальной машине можно, к примеру, поизучать действие вредоноса. Любопытства ради. И, обычно, без ущерба для основной машины. Если машины, конечно, не объединены в локальную сеть (хост система <-> виртуальная система) и мы не запускаем, к примеру, некоего сетевого червя, что распространяется, как раз-таки, по сети. Используя, допустим, какие-то уязвимости, размещенных в ней (локалке), хостов. Как видно, опасность сего мероприятия зависит от функциональности, продвинутости зловреда. Так что насчет 100% абсолютности - врядли, не всегда и не со всеми. Ну а в целом, если не фанатеть этим, то интересного там не особо много. Потестил раз, два и надоест. Возникнет вопрос: нафиг оно вообще?
    Тут же жизнь со всеми ее приключениями. Кого-то не взяли айтишником, а он - талантище. Так вот и мстит обидчивый миру за несправедливость. Как умеет. Или изначально пошел по пути криминала. Это уже о мотивах и психологии данных "писателей".

    Исполняемые файлы (exe) содержат в себе исполняемый программный код. Все остальные (если грубо разделить) форматы не содержат его.
    Пример. Раньше, как-то была статья об уязвимости встроенного просмотрщика фотографий Windows. Дескать, открытие, специально сформированного, графического файла могло вызвать ошибку программы просмотра и, вроде как, допустить несанкционированный доступ к системе из вне. Вообще, софт пишут люди и в нем хватает ошибок. Сколько, в процентном отношении, таких уязвимостей и насколько реально они опасны (что в итоге может натворить программа после получения доступа (ее опасная начинка) или злоумышленник (по сети)) - еще вопрос. Тут, всеже, эксешники (exe) вне конкуренции. Их-то и надо опасаться, при прочих равных. Хотя, "вирусы" тоже эволюционировали. Понапридумано масса иных лазеек. Сейчас классические вирусы не столь актуальны, нежели трояны.
    Временами, эти истории вообще походят на байки. Про зараженные архивы, картинки и уже тем более текстовики. Если подумать логически: чего может быть опасного в простейшем текстовом файле? Ну завершит он с ошибкой Блокнот, если, к примеру, файл будет очень большой (пару мегабайт, да и на слабом ПК). Так это не вирус, а ограничения программы. Памяти не хватило.

    Тема вирусов достаточно обширная. Начиная от самых безобидных "шуток" и до очень мудреных, резидентных вирусов, сетевых червей и т. п. Что висят только лишь в оперативной памяти. Но на такое способно малое число "писателей", в основном же, речь идет о лютой туфте.

    Так что тут дело в вероятности. EXE-высока вероятность, все остальные - мала, если не крайне. Либо ущерб незначителен. Легко фиксится руками. Как и обезвреживается само поделие.

    Если exe-файл не запускать, не выбирать команду по файлу "открыть", то он безвреден. Т. к., в данном случае, это просто набор байтов (как и все остальное компьютерное содержимое), а не некая выполняющаяся программа (код).
    Ответ написан
    2 комментария
    2 комментария

  • Как создают интерфейсы в программах?

    @tifco
    Например, касаемо Qt, я читал как создавать интерфейсы ("сигнал-слоты" или же именно окошки?) при помощи данного фреймворка. Но это программирование на C++. Не на Си.
    Сами по себе Cи и С++, в силу своего давнего развития, заточены для консоли. Какие там графические средства могут быть "из коробки"?
    Да и понятие ООП (объектно-ориентированное прогр.), на принципах которого и строятся оконные интерфейсы, появилось позже, уже в C++. Т. к. последний - язык Си и надмножество над ним. Т. е. дополнительные возможности. Потому так и говорят C++ - Cи с плюсами или Си с классами. Сам же по себе Си - структурно-ориентированный ЯП (если не ошибаюсь). Со всеми вытекающими. Старенький он, старенький. Что вы от него хотите? Кроме низкоуровневого, системного программирования.
    Что касаемо WinAPI, что-то я сомневаюсь в его возможностях на данный счет. Иначе бы зачем тогда дополнительные фреймворки лепить, если бы все было в комплекте?
    Выше пишут про геометрию на экране. Я уж не помню, вроде бы в "Pelles C" можно было выйти в некий графический режим (графическая "песочница"). В рамках которого рисуй себе что хочешь. Быть может и окошки с кнопками, на свой лад. Этот графический режим похож на тот, что применяется часто, для обучения программированию, в Basic. Там ничего другого делать нельзя, кроме как: round, line, circule и т. п. - только на Си. Толи в книге, что в комплекте с этим компилем, этот режим был описан, толи пример был в самой программе приведен. Точно не скажу. Я как-то нашел его, случайно, чисто из любопытства. Можно ли сделать интерактивные объекты - вопрос. А вот просто нарисовать - да.
    В общем, это, не претендую на абсолютную истину. :)
    Ответ написан
    1 комментарий
    1 комментарий