Бахнул базовые настройки. Решил попробовать с KDE plasma поигратся. Посмотрим что выйдет из этого

Правда 9 гигов выделил на систему. знаю что мало, лол

СУУУУУУУУУУУУКАААААААА

Простите за яркие емоции, но это пиздец. Хотел скачать grup и сука обнаружил что я в bios-е а не в uefi, а это значит что efibootmgr не запустится, а это означает ЧТО СИСТЕМА САМА НЕ ЗАПУСТИТСЯ. Было бы хорошо просто переключить галочку в вм на UEFI вместо биоса, НО ЕСЛИ Я ЭТО СДЕЛАЮ, ЭТО ВСЁ ЗАНОГО ПРИДЁТСЯ ПЕРЕЧЕЛЫВАТЬ

Короче, завтра раунд 2

reboot...

Сюююда
Бутнулся, кайф, но дизайн хочется поправить. Например проги чуть програчнее сделать и иконки норм поставить

Установил i3. Запустил desktop сессию. увидел это😐

Фух, это было тяжко, но это сделано.

Короче, хотел закачать хелпер, но обнаружил что в home разделе я выделил ЛИШЬ 200MB! думал что можно всё в рут разделехранить но не тут то было. Вижу что всё скачивается в /home папку пользователя. Думаю как это изменить. Надо было зайти в live iso. Пол дня разбирался как в него войти на виртуалке и вошел. Далее изменил размеры логических томов и теперь сижу кайфую, буду сетап себе подготавливать)

Вывод: Выдиляем под lv где хранится корневая директория 30GB, а всё остальное - в /home. Всё это делается в 3 разделе (у меня sda3). Остальные два выделяются для: /boot и /boot/EFI. Виной этому разная архитектура файловых систем. Для /boot/EFI - юзается FAT32, а для /boot - ext2-4. для / и /home выбрал lvm

ps: да, работаю с такими маленькими системами, бо места на компе мало + я считаю что лишь на экстремальных условиях возможно хорошо научится. Система весит 24 гига

Ха, кстати, считайте что при установки арча у меня возникло меньше ошибок, нежели на кали, которую я установил где-то 2 года назад😎

Но это не точно

пока что так выходит :)

Хотел установить Hyprland и поставить его вместо i3. В итоге и Hyprland не поставился, и i3 слетел☺️

Хотите прикол? Слетел так же NetworkManager, нету доступа к сети 🥳
Даже после reboot подключение отсутствует

ps: после того, как изменил тип подключения с сетевого моста на NAT - всё заработало

Не снося i3 и kde plasma установил пакет gnome рядом. Кайф, что сказать. Чего-то плазма мне не сильно зашла как гном, так что на основной ос буду ставить его + i3

Кстати, вот в чём прелесть арча: Сегодня сидишь в одном окружении, а завтра в другом. Или вообще если что-то не понравилось - взял установил какой-то новый wm, скажем hyrpland, и вот пожалуйста: новый ui, сиди пользуйся, райси

Установил арч через archinstall. Не совсем удобно, потому что:

a) /EFI монтируется в /boot.
Хотя /boot и /EFI имеют общею фс(например FAT32), это может плохо сказаться в будущем если на машине будет более 2 ос, да и если есть желание шифровать диск /boot, то вместе с ним будет зашифрован /efi. Только не понял как шифрование может блочить установку другой ос - единственный непонятный момент.

б) Интерфейс archinstall довольно быстро изменился за 1 год, по этому возникли трудности с установкой. Возможно если я бы смонтировал сначала в /EFI, установщик бы его автоматически не положил бы в /boot.

в) конфигурация системы не достаточно гибкая

Но, если посмотреть, есть ещё другая сторона: он сильно упрощает установку нужных пакетов, драйверов. Да и вообще он сильно автоматизирует монтирование разделов, что позволяет установить арч за минуты без бесячих ошибок и колупаний в конфиг файлах

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

Что ж, начинаю устанавливать на хост)

НАКОНЕЦ ТО ЭТОТ ЧАС НАСТАЛ

I use arch btw

Детальный разбор первой главы книги clr via c#. Но некоторую инфу в конце я посчитал что учитывать - не стоит. Может кому-то будет полезно)

Итак, реализовал самый простой механизм аутентификации в аспнете. Когда пользователь регистрируется, его данные(хешированный пароль и имя) записывается в список, который хранится в классе UserRepository, другими словами имитация работы с бд(мок).

А при успешном логине, пользователь получает доступ к определённому ресурсу /courses/{id}. В данном случае мы проверяем существует ли пользователь с таким именем и совпадает ли хешированый пароль с тем, что хранитсяя в списке.

Как определяется является ли пользователь аутентифицированным?

При успешном прохождении /login пользователю через куки выдаётся jwt токен, который содержит некоторые данные о алгоритме + клеймы(данные пользователя например айди). Если (к примеру /courses/1) просит доказать что пользователь авторизован(RequireAuthorization), то берётся специальный токен и проверяется всё ли нормально. Если да - даётся "курс" в теле json-ответа , нет- выдаёт 401 Unauthorized. Вообще можно настроить этот процесс как угодно, но пока реализовал лишь основное

Arch Linux pulls AUR packages that installed Chaos RAT malware https://share.google/81Ry4Gm3NJVVR9oYW


Только установил арч, а уже это, блть👍

Аутентификация и авторизация в asp.net core

Что это такое?
Аутентификация — это процесс установления подлинности субъекта (пользователя, устройства, системы) путём проверки предъявленного фактора (например, пароля, токена или сертификата) против зарегистрированных данных. Она не доказывает, кто ты, а только подтверждает, что ты обладаешь чем-то, что даёт тебе доступ.
А вот к каким именно ресурсам вы имеете доступ - это решает авторизация.

Аутентификация
В asp.net есть несколько схем аутентификации каждая из которых определяет способ проверки и извлечения личности пользователя из запроса. Некоторые из них:
cookie-based - хранит ClaimsPrincipal между запросами в куках

Jwt Bearer - в 1 секции сохраняются данные о алгоритме, во 2 - данные о полезной нагрузке или клеймах(данные о пользователе), в 3 - подпись, которая хранит подпись(что бы нельзя было что-то изменить через браузер)

OAuth - используются посторонние провайдеры такие как Google, Microsoft, OpenID для получения токена(jwt) с помощью которого пользователь идентифицируется и установкой его в куки.
Все данные передаются в зашифрованном виде.

Авторизация

Policy-based - создаются политики, которые указываются на ендпоинтах
Role-based - используется метод AddRequirements(IAuthorizationRequirement ar) для добавлений кастомных требований и для кастомной обработки используется AuthorizationHandler<T> от которого можно наследоватся и написать свою проверку переопределив метод HandleRequirementAsync. Внедрив зависимость, данный хендлер будет также проверять является пользователь авторизирован

На общею картину можно посмотреть в моём проекте на гитхабе