vault backup: 2026-04-20 22:55:39
This commit is contained in:
@@ -0,0 +1,31 @@
|
||||
# 06 NoxPKB
|
||||
|
||||
LLM‑maintained personal knowledge base (PKB) inside SecondBrain.
|
||||
|
||||
## Roles
|
||||
- **Raw sources** (`raw/`) are the source of truth and should be treated as immutable after ingest (append-only fixes only).
|
||||
- **Wiki layer** (`wiki/`) is **maintained by Nox**: it can be created/updated/refactored freely to keep the knowledge coherent.
|
||||
|
||||
## Workflow (commands are conceptual)
|
||||
### Ingest
|
||||
1) Put a new source into `raw/` (markdown preferred).
|
||||
2) Nox extracts key claims, entities, concepts, and updates the wiki pages.
|
||||
3) Nox updates `wiki/index.md` and appends to `wiki/log.md`.
|
||||
|
||||
### Query
|
||||
Ask questions against the wiki. Useful answers can be filed back into `wiki/` as new pages.
|
||||
|
||||
### Lint
|
||||
Periodically scan for:
|
||||
- contradictions
|
||||
- stale claims
|
||||
- orphan pages
|
||||
- missing pages for mentioned concepts/entities
|
||||
- weak cross-references
|
||||
|
||||
## Conventions
|
||||
- Markdown only.
|
||||
- Prefer short pages that link out.
|
||||
- Use `wiki/index.md` as the primary entry point.
|
||||
- Use `wiki/log.md` as append-only timeline.
|
||||
- **Links:** when referencing the main vault, prefer **absolute paths from the vault root** (e.g. `[[01 Library/.../Note]]`) rather than relative `../` links.
|
||||
@@ -0,0 +1,57 @@
|
||||
# LLM Wiki (idea)
|
||||
|
||||
Captured: 2026-04-12
|
||||
|
||||
---
|
||||
|
||||
LLM Wiki
|
||||
|
||||
A pattern for building personal knowledge bases using LLMs.
|
||||
|
||||
The core idea
|
||||
|
||||
Most people's experience with LLMs and documents looks like RAG: you upload a collection of files, the LLM retrieves relevant chunks at query time, and generates an answer. This works, but the LLM is rediscovering knowledge from scratch on every question. There's no accumulation. Ask a subtle question that requires synthesizing five documents, and the LLM has to find and piece together the relevant fragments every time. Nothing is built up. NotebookLM, ChatGPT file uploads, and most RAG systems work this way.
|
||||
|
||||
The idea here is different. Instead of just retrieving from raw documents at query time, the LLM incrementally builds and maintains a persistent wiki — a structured, interlinked collection of markdown files that sits between you and the raw sources. When you add a new source, the LLM doesn't just index it for later retrieval. It reads it, extracts the key information, and integrates it into the existing wiki — updating entity pages, revising topic summaries, noting where new data contradicts old claims, strengthening or challenging the evolving synthesis. The knowledge is compiled once and then kept current, not re-derived on every query.
|
||||
|
||||
This is the key difference: the wiki is a persistent, compounding artifact. The cross-references are already there. The contradictions have already been flagged. The synthesis already reflects everything you've read. The wiki keeps getting richer with every source you add and every question you ask.
|
||||
|
||||
You never (or rarely) write the wiki yourself — the LLM writes and maintains all of it. You're in charge of sourcing, exploration, and asking the right questions. The LLM does all the grunt work — the summarizing, cross-referencing, filing, and bookkeeping that makes a knowledge base actually useful over time.
|
||||
|
||||
Architecture
|
||||
|
||||
There are three layers:
|
||||
|
||||
Raw sources — your curated collection of source documents. Articles, papers, images, data files. These are immutable — the LLM reads from them but never modifies them. This is your source of truth.
|
||||
|
||||
The wiki — a directory of LLM-generated markdown files. Summaries, entity pages, concept pages, comparisons, an overview, a synthesis. The LLM owns this layer entirely.
|
||||
|
||||
The schema — a document that tells the LLM how the wiki is structured, what the conventions are, and what workflows to follow when ingesting sources, answering questions, or maintaining the wiki.
|
||||
|
||||
Operations
|
||||
|
||||
Ingest: read source → write a summary page → update index → update relevant entity/concept pages → append to log.
|
||||
|
||||
Query: answer questions with citations; optionally file answers back into the wiki.
|
||||
|
||||
Lint: find contradictions, stale claims, orphans, missing cross-references, and suggest new questions/sources.
|
||||
|
||||
Indexing and logging
|
||||
|
||||
Two special files help navigation:
|
||||
|
||||
index.md is content-oriented: catalog of everything in the wiki.
|
||||
|
||||
log.md is chronological: append-only record of ingests, queries, lint passes.
|
||||
|
||||
Optional tools
|
||||
|
||||
As scale grows, add local search (e.g., qmd) and/or scripts.
|
||||
|
||||
Why this works
|
||||
|
||||
Humans abandon wikis because maintenance burden grows. LLMs can touch many files cheaply, keeping cross-references current.
|
||||
|
||||
Note
|
||||
|
||||
Abstract pattern; implementation depends on domain and preferences.
|
||||
@@ -0,0 +1,24 @@
|
||||
# Ansible — Core (one-screen)
|
||||
|
||||
## 1) Что это
|
||||
**Ansible** — инструмент автоматизации конфигурации/развёртывания.
|
||||
|
||||
Ключевые свойства:
|
||||
- **agentless**: на управляемых хостах не нужен агент (обычно SSH).
|
||||
- задачи описываются в **YAML** (playbook).
|
||||
- **idempotency**: повторный прогон не должен “ломать/менять” уже настроенное.
|
||||
|
||||
## 2) Основные сущности (словарик)
|
||||
- **Inventory** — список/группы хостов + параметры подключения.
|
||||
- **Playbook** — YAML-сценарий: какие задачи на каких хостах.
|
||||
- **Task** — единица работы в playbook.
|
||||
- **Module** — атомарное действие (ping, user, service, lineinfile и т.д.).
|
||||
- **Handlers** — задачи “после изменений” (через `notify`).
|
||||
- **Tags** — запуск части задач.
|
||||
- **Vars** — переменные.
|
||||
- **Facts** — автособираемая информация о хостах.
|
||||
- **Include** — переиспользование (tasks/vars/handlers/playbooks).
|
||||
- **Role** — упаковка playbook’ов/задач/vars в структуру.
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Ansible - основы|Ansible - основы]]
|
||||
@@ -0,0 +1,56 @@
|
||||
# Ansible — Inventory (one-screen)
|
||||
|
||||
## 1) Зачем
|
||||
**Inventory** — описание хостов, групп и параметров подключения, к которым Ansible применяет команды/плейбуки.
|
||||
|
||||
## 2) INI-формат (просто)
|
||||
```ini
|
||||
192.168.0.1
|
||||
192.168.0.2
|
||||
|
||||
[web]
|
||||
192.168.0.3
|
||||
192.168.0.4
|
||||
```
|
||||
|
||||
Псевдонимы + параметры:
|
||||
```ini
|
||||
app ansible_host=ip_server1
|
||||
web ansible_host=ip_server3 ansible_user=admin ansible_port=22
|
||||
```
|
||||
|
||||
Полезные параметры:
|
||||
- `ansible_connection` (ssh/winrm/local/docker)
|
||||
- `ansible_port`
|
||||
- `ansible_user`
|
||||
- `ansible_ssh_pass` / `ansible_password`
|
||||
|
||||
## 3) Группы групп (children)
|
||||
```ini
|
||||
[mail_internal]
|
||||
mail1.serv
|
||||
|
||||
[mail_external]
|
||||
mail2.serv
|
||||
|
||||
[mail_all:children]
|
||||
mail_internal
|
||||
mail_external
|
||||
```
|
||||
|
||||
## 4) YAML-формат (структурно)
|
||||
```yaml
|
||||
all:
|
||||
children:
|
||||
webservers:
|
||||
hosts:
|
||||
web1.example.com:
|
||||
ansible_host: 192.168.1.10
|
||||
ansible_user: admin
|
||||
vars:
|
||||
ansible_port: 22
|
||||
ansible_python_interpreter: /usr/bin/python3
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Inventory - Ansible|Inventory - Ansible]]
|
||||
@@ -0,0 +1,32 @@
|
||||
# Ansible — Loops (one-screen)
|
||||
|
||||
## 1) Зачем
|
||||
Циклы позволяют применять один и тот же модуль/таску к набору значений.
|
||||
|
||||
## 2) `loop` (универсальный)
|
||||
Удобно, когда item — структура (dict):
|
||||
```yaml
|
||||
- hosts: all
|
||||
tasks:
|
||||
- name: Create users
|
||||
user:
|
||||
name: "{{ item.name }}"
|
||||
uid: "{{ item.uid }}"
|
||||
loop:
|
||||
- { name: Boris, uid: 1011 }
|
||||
- { name: Anna, uid: 1012 }
|
||||
```
|
||||
|
||||
## 3) `with_*` (старые/специальные итераторы)
|
||||
Пример `with_items`:
|
||||
```yaml
|
||||
- hosts: localhost
|
||||
vars:
|
||||
fruits: [Apple, Banana, Grapes, Orange]
|
||||
tasks:
|
||||
- command: 'echo "{{ item }}"'
|
||||
with_items: '{{ fruits }}'
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Loops - Ansuble|Loops - Ansuble]]
|
||||
@@ -0,0 +1,61 @@
|
||||
# Ansible — Modules (one-screen)
|
||||
|
||||
## 1) Module = атомарное действие
|
||||
Модуль — минимальная “операция”, которую Ansible выполняет на хосте.
|
||||
|
||||
## 2) Примеры модулей из твоих заметок
|
||||
### `command`
|
||||
Выполнение команды:
|
||||
```yaml
|
||||
- name: Display home directory
|
||||
command: ls ~/
|
||||
```
|
||||
Параметры типа `chdir`/`creates`:
|
||||
```yaml
|
||||
- command: cat resolv.conf chdir=/etc
|
||||
- command: mkdir /folder creates=/folder
|
||||
```
|
||||
|
||||
### `script`
|
||||
Запускает скрипт с контроллера на удалённом хосте:
|
||||
```yaml
|
||||
- hosts: all
|
||||
tasks:
|
||||
- name: Run script
|
||||
script: /root/script.sh -arg1 -arg2
|
||||
```
|
||||
|
||||
### `lineinfile`
|
||||
Гарантирует наличие строки в файле:
|
||||
```yaml
|
||||
- hosts: all
|
||||
tasks:
|
||||
- lineinfile:
|
||||
path: /etc/resolv.conf
|
||||
line: 'nameserver 10.1.250.10'
|
||||
```
|
||||
|
||||
### `service`
|
||||
Управление сервисами (systemd):
|
||||
```yaml
|
||||
- hosts: web_nodes
|
||||
tasks:
|
||||
- name: Start httpd
|
||||
service:
|
||||
state: started
|
||||
```
|
||||
|
||||
### `user` (`ansible.builtin.user`)
|
||||
Управление пользователями:
|
||||
```yaml
|
||||
- hosts: all
|
||||
tasks:
|
||||
- name: Create user John
|
||||
user:
|
||||
name: John
|
||||
uid: 1040
|
||||
group: dev
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Modules - Ansible|Modules - Ansible]]
|
||||
@@ -0,0 +1,35 @@
|
||||
# Ansible — Playbooks (one-screen)
|
||||
|
||||
## 1) Playbook
|
||||
**Playbook** — YAML-файл (или набор), где описано:
|
||||
- на каких **hosts** выполняем,
|
||||
- какие **tasks** и в каком порядке.
|
||||
|
||||
Запуск:
|
||||
```bash
|
||||
ansible-playbook playbook.yml
|
||||
```
|
||||
|
||||
## 2) Ad-hoc команды (без playbook)
|
||||
Проверить связность модулем `ping`:
|
||||
```bash
|
||||
ansible node1 -m ping
|
||||
```
|
||||
Общий шаблон:
|
||||
```bash
|
||||
ansible <hosts> -m <module>
|
||||
```
|
||||
Выполнить команду на узлах:
|
||||
```bash
|
||||
ansible <hosts> -a <command>
|
||||
ansible all -a "/sbin/reboot"
|
||||
```
|
||||
|
||||
## 3) Отладка
|
||||
Больше подробностей:
|
||||
```bash
|
||||
ansible-playbook playbook.yml -vv
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Playbooks - Ansible|Playbooks - Ansible]]
|
||||
@@ -0,0 +1,29 @@
|
||||
# Apache Mesos (one-screen)
|
||||
|
||||
## 1) Что это
|
||||
**Apache Mesos** — менеджер кластерных решений для оркестрации контейнерных и не-контейнерных нагрузок.
|
||||
|
||||
## 2) Архитектура
|
||||
Три части:
|
||||
1) **masters** — узлы управления
|
||||
2) **agents** — рабочие узлы
|
||||
3) **frameworks** — “платформы”/надстройки, которые запускают конкретные нагрузки
|
||||
|
||||
## 3) Как работают frameworks
|
||||
Framework состоит из:
|
||||
- **scheduler** (планировщик)
|
||||
- **executor** (исполнитель)
|
||||
|
||||
Идея:
|
||||
- masters предлагают ресурсы framework’ам,
|
||||
- scheduler решает, где запускать задачи,
|
||||
- executor исполняет задания на agent-узлах.
|
||||
|
||||
## 4) Примеры frameworks
|
||||
- Marathon (контейнеры)
|
||||
- Apache Aurora (cron/jobs) — deprecated
|
||||
- Mesosphere DC/OS (на базе Mesos+Marathon) — deprecated
|
||||
- DC/OS 2.0 (Kubernetes-совместимый) — “не готово” в твоих заметках
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Контейнеризация/Apache Mesos|Apache Mesos]]
|
||||
@@ -0,0 +1,22 @@
|
||||
# Architecture
|
||||
|
||||
## Three layers
|
||||
|
||||
### 1) Raw sources (`../raw/`)
|
||||
- Curated, **immutable** source documents.
|
||||
- Articles, papers, transcripts, images, datasets.
|
||||
- The “source of truth”.
|
||||
|
||||
### 2) Wiki layer (`./`)
|
||||
- LLM-maintained markdown pages: summaries, concept pages, entity pages, comparisons, synthesis.
|
||||
- This is what we query most of the time.
|
||||
- Updated incrementally as new sources arrive.
|
||||
|
||||
### 3) Schema (conventions)
|
||||
- The rules that govern structure, naming, page types, and workflows.
|
||||
- In this repo, start with: [[05 NoxPKB/README]] (can evolve).
|
||||
|
||||
## Why this architecture
|
||||
- Shifts work from repeated query-time synthesis to **one-time ingest + ongoing maintenance**.
|
||||
- Enables compounding knowledge via cross-links and curated pages.
|
||||
- Makes contradictions and gaps visible and actionable.
|
||||
@@ -0,0 +1,19 @@
|
||||
# Command help (Linux) (one-screen)
|
||||
|
||||
## Основные способы получить справку
|
||||
- `man <cmd>` — полная man-страница (описание, синтаксис, опции, примеры).
|
||||
- `<cmd> --help` — короткая справка по опциям.
|
||||
- `help <builtin>` — справка по встроенным командам shell (например `cd`).
|
||||
- `tldr <cmd>` — краткие практичные примеры (если установлен).
|
||||
|
||||
## Структура man (типично)
|
||||
- NAME, SYNOPSIS, DESCRIPTION, OPTIONS, EXAMPLES, SEE ALSO.
|
||||
|
||||
## Навигация в man
|
||||
- `q` — выйти
|
||||
- `/` — поиск
|
||||
- Space / b — вперёд/назад
|
||||
- стрелки / Enter — перемещение
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Command Help|Command Help]]
|
||||
@@ -0,0 +1,54 @@
|
||||
# DevOps — MOC
|
||||
|
||||
> Карта темы DevOps. Сюда складываем “one-screen” конспекты + ссылки на твои исходные заметки из `01 Library/02 DevOps`.
|
||||
|
||||
## What is DevOps
|
||||
- [[DevOps—Основы (one-screen)]]
|
||||
- Source: [[01 Library/02 DevOps/DevOps - основы|DevOps - основы]]
|
||||
|
||||
## IaC
|
||||
- [[IaC—Основы (one-screen)]]
|
||||
- [[Terraform—Core (one-screen)]]
|
||||
- [[Ansible—Core (one-screen)]]
|
||||
- [[Ansible—Inventory (one-screen)]]
|
||||
- [[Ansible—Playbooks (one-screen)]]
|
||||
- [[Ansible—Modules (one-screen)]]
|
||||
- [[Ansible—Loops (one-screen)]]
|
||||
|
||||
Sources:
|
||||
- [[01 Library/02 DevOps/IaC - основы|IaC - основы]]
|
||||
- [[01 Library/02 DevOps/Terraform|Terraform]]
|
||||
|
||||
## Containers
|
||||
- [[Docker—Основы (one-screen)]]
|
||||
- [[Docker—Images & Dockerfile (one-screen)]]
|
||||
- [[Docker—Volumes (one-screen)]]
|
||||
- [[Docker—Networking (one-screen)]]
|
||||
- [[Docker—Storage drivers (one-screen)]]
|
||||
- [[Docker—Multistage build (one-screen)]]
|
||||
- [[Docker—Extra (one-screen)]]
|
||||
|
||||
## Orchestration
|
||||
- [[Kubernetes—Architecture (one-screen)]]
|
||||
- [[Kubernetes—Control plane (one-screen)]]
|
||||
- [[ReplicaSet—Core (one-screen)]]
|
||||
|
||||
Alternatives / related:
|
||||
- [[Docker Swarm (one-screen)]]
|
||||
- [[HashiCorp Nomad (one-screen)]]
|
||||
- [[Apache Mesos (one-screen)]]
|
||||
|
||||
(later, only if present in Library) Core objects (Pod/Deployment/Service), Ingress / Helm / Observability
|
||||
|
||||
## CI/CD
|
||||
- [[CI-CD—Basics (one-screen)]]
|
||||
|
||||
## Security-ish (from Library)
|
||||
- [[Fail2Ban (Ansible) (one-screen)]]
|
||||
|
||||
## DevSecOps (later)
|
||||
- (later) SAST/SCA/DAST, container scanning, policy as code
|
||||
|
||||
---
|
||||
## Sources (Library)
|
||||
- `01 Library/02 DevOps/` (Docker, Ansible, Terraform, Kubernetes)
|
||||
@@ -0,0 +1,51 @@
|
||||
# DevOps — Основы (one-screen)
|
||||
|
||||
## 1) Идея
|
||||
**DevOps** — подход/культура и набор практик, которые сближают **разработку** и **эксплуатацию** (и всё чаще безопасность) так, чтобы:
|
||||
- быстрее доставлять изменения,
|
||||
- стабильнее держать прод,
|
||||
- повышать качество (через автоматизацию и обратную связь).
|
||||
|
||||
Ключ не в “должности DevOps”, а в **сквозном процессе** от коммита до продакшна.
|
||||
|
||||
## 2) Что обычно входит
|
||||
### IaC (Infrastructure as Code)
|
||||
Инфраструктура описывается конфигами/кодом (декларативно), что даёт:
|
||||
- повторяемость, версионирование, review,
|
||||
- быстрое развёртывание и откат,
|
||||
- стандартизацию.
|
||||
Инструменты: Terraform (infra), Ansible (config mgmt).
|
||||
|
||||
### CI/CD
|
||||
Автоматизация сборки/тестов/деплоя:
|
||||
- **CI**: сборка + тесты на каждый change,
|
||||
- **CD**: доставка/развёртывание (часто через пайплайн, окружения, approvals).
|
||||
|
||||
### Containers & Orchestration
|
||||
- контейнеризация: Docker/Podman (упаковка приложения + зависимости),
|
||||
- оркестрация: Kubernetes/Swarm/Nomad (распределённый запуск, scaling, self-healing).
|
||||
|
||||
### Observability
|
||||
Мониторинг/логи/трейсинг:
|
||||
- метрики (Prometheus),
|
||||
- логи (Loki/ELK),
|
||||
- визуализация (Grafana),
|
||||
- трассировка (OpenTelemetry).
|
||||
|
||||
## 3) Цели/метрики (практический смысл)
|
||||
Часто ориентируются на DORA-метрики:
|
||||
- частота деплоев,
|
||||
- lead time изменений,
|
||||
- время восстановления (MTTR),
|
||||
- change failure rate.
|
||||
|
||||
## 4) Типичный toolchain (пример)
|
||||
Git → CI (GitLab CI/Jenkins) → Docker image → registry → deploy (K8s) → monitoring/logging.
|
||||
|
||||
## 5) Анти-паттерны
|
||||
- “DevOps = один человек, который чинит всё”
|
||||
- ручные деплои без воспроизводимости
|
||||
- отсутствие наблюдаемости (непонятно, что сломалось)
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/DevOps - основы|DevOps - основы]]
|
||||
@@ -0,0 +1,33 @@
|
||||
# Docker Swarm (one-screen)
|
||||
|
||||
## 1) Что это
|
||||
**Docker Swarm** — встроенная в Docker оркестрация:
|
||||
- оркестрирует **только Docker-контейнеры**,
|
||||
- простая в освоении,
|
||||
- без шаблонизации.
|
||||
|
||||
## 2) Архитектура
|
||||
- **manager (master)** — узлы управления
|
||||
- **worker** — рабочие узлы
|
||||
|
||||
## 3) Сети
|
||||
Поддерживаемые типы:
|
||||
- `bridge`
|
||||
- `overlay`
|
||||
- `ingress` (overlay + балансировка входящего трафика)
|
||||
|
||||
## 4) Возможности и ограничения
|
||||
Есть:
|
||||
- service discovery,
|
||||
- volumes для персистентных данных,
|
||||
- rolling update (обновление без downtime),
|
||||
- интеграция с мониторингом,
|
||||
- docker secrets (хранилище секретов),
|
||||
- mTLS.
|
||||
|
||||
Нет:
|
||||
- autoscaling,
|
||||
- network policies.
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Контейнеризация/Docker Swarm|Docker Swarm]]
|
||||
@@ -0,0 +1,27 @@
|
||||
# Docker — Extra (one-screen)
|
||||
|
||||
## 1) Непривилегированный пользователь в контейнере
|
||||
Практика: **не запускать как root** внутри контейнера и не давать лишних привилегий.
|
||||
|
||||
Как сделать:
|
||||
- создать/использовать пользователя в Dockerfile,
|
||||
- переключиться директивой **USER**.
|
||||
|
||||
Пример:
|
||||
```dockerfile
|
||||
FROM mariadb
|
||||
USER 999
|
||||
```
|
||||
|
||||
## 2) Rootless mode и Podman
|
||||
Docker движется к концепции **rootless-mode** (без root-привилегий для daemon/socket), но это нетривиально (установка бинарей, скрипты, права).
|
||||
|
||||
Альтернатива: **Podman**
|
||||
- rootless и daemonless по умолчанию,
|
||||
- написан на Go,
|
||||
- во многом совместим с Docker (в т.ч. Dockerfile),
|
||||
- есть podman builder (описание сборки на bash),
|
||||
- большинство docker-команд имеют аналоги.
|
||||
|
||||
---
|
||||
**Source:** [[Docker - Дополнительные знания|Docker - Дополнительные знания]]
|
||||
@@ -0,0 +1,35 @@
|
||||
# Docker — Images & Dockerfile (one-screen)
|
||||
|
||||
## 1) Image: из чего состоит
|
||||
**Docker image** собирается из **слоёв (layers)**. Почти каждая инструкция Dockerfile добавляет слой.
|
||||
Слои кэшируются: при изменении “ранних” слоёв пересобирается всё ниже.
|
||||
|
||||
## 2) Ключевые инструкции Dockerfile
|
||||
- **FROM** — базовый образ.
|
||||
- **RUN** — команды при сборке (формируют слой).
|
||||
- **COPY** — копирование файлов/папок в image.
|
||||
- **ADD** — как COPY, но умеет распаковать архивы (использовать осознанно).
|
||||
|
||||
Часто используемые:
|
||||
- **WORKDIR** — рабочая директория.
|
||||
- **ENV** — переменные окружения.
|
||||
- **ARG** — переменные только на этапе build.
|
||||
- **CMD** — команда по умолчанию (можно переопределять).
|
||||
- **ENTRYPOINT** — “жёсткая” точка входа.
|
||||
- **EXPOSE** — документирует порт.
|
||||
- **VOLUME** — точка монтирования volume.
|
||||
|
||||
## 3) Оптимизация образа (практика)
|
||||
- Склеивать RUN:
|
||||
```dockerfile
|
||||
RUN apt update && apt install -y python3 python3-dev \
|
||||
&& rm -rf /var/lib/apt/lists/*
|
||||
```
|
||||
- Чистить кеш пакетного менеджера.
|
||||
- Удалять временные файлы **в той же инструкции**, где создавались.
|
||||
- Менее изменчивое — выше, часто меняющееся — ниже.
|
||||
- COPY делать батчами.
|
||||
- По возможности брать лёгкие base images.
|
||||
|
||||
---
|
||||
**Source:** [[Images, Dockerfile - Docker|Images, Dockerfile - Docker]]
|
||||
@@ -0,0 +1,30 @@
|
||||
# Docker — Multistage build (one-screen)
|
||||
|
||||
## 1) Идея
|
||||
**Multistage build** — многоэтапная сборка Docker-образа: сборку делим на этапы (stages) и помечаем их.
|
||||
|
||||
Обычно:
|
||||
- stage 1: “builder” (компиляция, зависимости, tooling)
|
||||
- stage 2: “runtime” (только артефакт + минимальный runtime)
|
||||
|
||||
## 2) Что даёт
|
||||
- **меньше итоговый образ**,
|
||||
- быстрее сборка/доставка (часто),
|
||||
- меньше зависимостей в runtime,
|
||||
- **меньше поверхность атаки**,
|
||||
- можно переиспользовать промежуточные stages.
|
||||
|
||||
## 3) Мини-пример
|
||||
```dockerfile
|
||||
FROM golang:1.22 AS builder
|
||||
WORKDIR /src
|
||||
COPY . .
|
||||
RUN CGO_ENABLED=0 go build -o app ./cmd/app
|
||||
|
||||
FROM gcr.io/distroless/static
|
||||
COPY --from=builder /src/app /app
|
||||
ENTRYPOINT ["/app"]
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[Multistaging - Docker|Multistaging - Docker]]
|
||||
@@ -0,0 +1,23 @@
|
||||
# Docker — Networking (one-screen)
|
||||
|
||||
## 1) Зачем network drivers
|
||||
Docker должен обеспечивать контейнерам сетевую связность и изоляцию:
|
||||
- маршрутизация/правила (iptables),
|
||||
- формирование/инкапсуляция пакетов,
|
||||
- иногда шифрование.
|
||||
|
||||
## 2) Основные драйверы
|
||||
- **bridge** (по умолчанию): контейнеры в одной bridge-сети видят друг друга; между разными bridge сетями связи нет.
|
||||
- **host**: контейнер использует сеть хоста (меньше изоляции; возможны конфликты портов; только Linux).
|
||||
- **overlay**: сеть поверх сети для контейнеров на разных хостах.
|
||||
- **macvlan**: контейнер как “физическое устройство” в сети (с отдельным MAC); Linux.
|
||||
- **none**: полностью без сети.
|
||||
- **plugins**: сторонние драйверы/CNI.
|
||||
|
||||
## 3) Практические заметки
|
||||
- Bridge — безопасный дефолт, хорош для изоляции.
|
||||
- Если нужно менять сетевую конфигурацию внутри контейнера, могут понадобиться дополнительные **capabilities** (например `CAP_NET_ADMIN`).
|
||||
- Для более продвинутых сценариев — смотреть в сторону CNI-плагинов.
|
||||
|
||||
---
|
||||
**Source:** [[Network Drivers - Docker|Network Drivers - Docker]]
|
||||
@@ -0,0 +1,22 @@
|
||||
# Docker — Storage drivers (one-screen)
|
||||
|
||||
## 1) Контейнерный слой (container layer)
|
||||
При запуске контейнера появляется **записываемый слой** (container layer) поверх read-only слоёв image. Все изменения файлов внутри контейнера попадают туда.
|
||||
|
||||
## 2) Зачем нужны storage drivers
|
||||
Docker управляет слоями образов и container layer через **storage driver**.
|
||||
|
||||
## 3) Типы хранилищ (в общих чертах)
|
||||
- **Block level**: данные блоками фиксированного размера; быстрый доступ.
|
||||
Примеры: ZFS, DeviceMapper.
|
||||
- **File level**: иерархия директорий; доступ по пути; самый распространённый.
|
||||
Примеры: AUFS, Overlay, **Overlay2** (дефолт Docker).
|
||||
- **Object level**: данные как объекты + метаданные; доступ через API; обычно “перезапись целиком”.
|
||||
|
||||
## 4) Практика
|
||||
- В Docker по умолчанию используется **overlay2**.
|
||||
- Меняется в `/etc/docker/daemon.json`.
|
||||
- Важно: storage driver требует **совместимую backing filesystem** — ту ФС, где лежит `/var/lib/docker`.
|
||||
|
||||
---
|
||||
**Source:** [[Storage Drivers - Docker|Storage Drivers - Docker]]
|
||||
@@ -0,0 +1,41 @@
|
||||
# Docker — Volumes (one-screen)
|
||||
|
||||
## 1) Зачем
|
||||
Данные контейнера по умолчанию **неперсистентны** (контейнер удалили — данные исчезли). Поэтому “живущие” данные (БД, логи, конфиги, артефакты) выносят во **volumes**.
|
||||
|
||||
По умолчанию Docker volumes лежат в:
|
||||
`/var/lib/docker/volumes/`
|
||||
|
||||
## 2) Варианты подключения
|
||||
### Host bind-mount
|
||||
Монтируем конкретный путь хоста:
|
||||
```bash
|
||||
docker run -v /host/data:/var/lib/mysql/data ...
|
||||
```
|
||||
Плюс — прозрачно. Минус — завязка на конкретный путь/права.
|
||||
|
||||
### Anonymous volume
|
||||
```bash
|
||||
docker run -v /var/lib/mysql/data ...
|
||||
```
|
||||
Docker сам создаст volume в дефолтной директории.
|
||||
|
||||
### Named volume
|
||||
```bash
|
||||
docker run -v mydb:/var/lib/mysql/data ...
|
||||
```
|
||||
Как anonymous, но есть имя, можно переиспользовать.
|
||||
|
||||
## 3) Права доступа (важно)
|
||||
Права/владелец в смонтированном каталоге зависят от **uid/gid** внутри контейнера.
|
||||
|
||||
Чтобы не монтировать всё от root, можно использовать **userns-remap** (маппинг uid/gid контейнера → другие uid/gid на хосте).
|
||||
Настраивается в `/etc/docker/daemon.json`:
|
||||
```json
|
||||
{
|
||||
"userns-remap": "<username>"
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[Volume - Docker|Volume - Docker]]
|
||||
@@ -0,0 +1,35 @@
|
||||
# Docker — Основы (one-screen)
|
||||
|
||||
## 1) Что такое Docker
|
||||
**Docker** — платформа контейнеризации: упаковываем приложение + зависимости в **image**, запускаем как **container**.
|
||||
|
||||
Контейнер ≠ виртуальная машина:
|
||||
- VM виртуализирует железо/ОС (гипервизор), тяжелее.
|
||||
- контейнер — изоляция процессов на уровне ОС (namespaces/cgroups), легче и быстрее стартует.
|
||||
|
||||
## 2) Базовые сущности
|
||||
- **Image** — неизменяемый шаблон (слои), из которого запускаются контейнеры.
|
||||
- **Container** — запущенный экземпляр image.
|
||||
- **Registry** — хранилище image (Docker Hub, GHCR, GitLab registry).
|
||||
|
||||
## 3) Зачем
|
||||
- одинаковый runtime “у меня/у тебя/в проде”,
|
||||
- быстрые деплои,
|
||||
- удобная сборка CI,
|
||||
- изоляция зависимостей.
|
||||
|
||||
## 4) Минимальные команды (must-know)
|
||||
```bash
|
||||
docker pull nginx:alpine
|
||||
docker run --rm -p 8080:80 nginx:alpine
|
||||
docker ps
|
||||
docker logs <container>
|
||||
docker exec -it <container> sh
|
||||
```
|
||||
|
||||
## 5) Важные детали
|
||||
- Сетевой драйвер по умолчанию: **bridge**.
|
||||
- Персистентные данные контейнера выносят в **volumes**.
|
||||
|
||||
---
|
||||
**Source:** [[Основы - Docker|Основы - Docker]]
|
||||
@@ -0,0 +1,33 @@
|
||||
# Environment variables (Linux) (one-screen)
|
||||
|
||||
## 1) Что это
|
||||
Переменные окружения — именованные пары `NAME=VALUE`, влияющие на работу программ и процессов.
|
||||
Обычно наследуются дочерними процессами от родительского.
|
||||
|
||||
Посмотреть все:
|
||||
```bash
|
||||
env
|
||||
# или
|
||||
printenv
|
||||
```
|
||||
|
||||
## 2) Базовые переменные
|
||||
- `PATH` — где искать команды (см. [[PATH (Command path) (one-screen)]]).
|
||||
- `HOME` — домашняя директория (`~`).
|
||||
- `USER` — имя пользователя.
|
||||
- `SHELL` — оболочка по умолчанию.
|
||||
- `LANG` — локаль.
|
||||
- `PWD` — текущая директория.
|
||||
|
||||
## 3) Как задавать
|
||||
На текущую сессию:
|
||||
```bash
|
||||
export NAME=VALUE
|
||||
```
|
||||
Постоянно (для пользователя):
|
||||
```bash
|
||||
echo 'export NAME=VALUE' >> ~/.bashrc
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Environment Variables|Environment Variables]]
|
||||
@@ -0,0 +1,56 @@
|
||||
# Fail2Ban (Ansible) (one-screen)
|
||||
|
||||
## 1) Что такое Fail2Ban
|
||||
**Fail2Ban** — защита от brute-force атак (SSH/FTP/веб-панели и т.п.):
|
||||
- анализирует лог-файлы,
|
||||
- при подозрительной активности временно банит IP.
|
||||
|
||||
## 2) Пример `jail.local`
|
||||
```ini
|
||||
[sshd]
|
||||
enabled = true
|
||||
port = ssh
|
||||
logpath = /var/log/auth.log
|
||||
maxretry = 5
|
||||
bantime = 3600
|
||||
findtime = 600
|
||||
```
|
||||
Смысл параметров:
|
||||
- `maxretry` — сколько попыток до бана,
|
||||
- `findtime` — окно времени для подсчёта попыток,
|
||||
- `bantime` — длительность бана.
|
||||
|
||||
## 3) Установка и настройка через Ansible (идея)
|
||||
Шаги:
|
||||
1) поставить пакет (`apt`),
|
||||
2) положить конфиг (`template` → `/etc/fail2ban/jail.local`),
|
||||
3) перезапустить и включить сервис (`service`).
|
||||
|
||||
Пример playbook:
|
||||
```yaml
|
||||
- name: Install & configure Fail2ban
|
||||
hosts: all
|
||||
become: true
|
||||
tasks:
|
||||
- name: Install fail2ban
|
||||
apt:
|
||||
name: fail2ban
|
||||
state: present
|
||||
|
||||
- name: Copy jail.local
|
||||
template:
|
||||
src: jail.local.j2
|
||||
dest: /etc/fail2ban/jail.local
|
||||
owner: root
|
||||
group: root
|
||||
mode: 0644
|
||||
|
||||
- name: Restart fail2ban
|
||||
service:
|
||||
name: fail2ban
|
||||
state: restarted
|
||||
enabled: true
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Ansible/Fail2Ban - Ansible|Fail2Ban - Ansible]]
|
||||
@@ -0,0 +1,43 @@
|
||||
# File permissions (Linux) (one-screen)
|
||||
|
||||
## 1) Модель прав
|
||||
Права задаются для:
|
||||
- **owner (u)**
|
||||
- **group (g)**
|
||||
- **others (o)**
|
||||
|
||||
Разрешения:
|
||||
- `r` — read (файл: читать; директория: листинг)
|
||||
- `w` — write (файл: менять; директория: создавать/удалять внутри)
|
||||
- `x` — execute (файл: запуск; директория: “войти”/`cd`)
|
||||
|
||||
Пример:
|
||||
`-rwxr--r--`
|
||||
- `-` файл (`d` было бы директорией)
|
||||
- `rwx` для owner
|
||||
- `r--` для group
|
||||
- `r--` для others
|
||||
|
||||
## 2) Базовые команды
|
||||
- `chmod` — изменить права:
|
||||
```bash
|
||||
chmod 600 file
|
||||
chmod o+r -R dir
|
||||
```
|
||||
- `chown` — сменить владельца:
|
||||
```bash
|
||||
chown user path
|
||||
chown user:group path
|
||||
```
|
||||
- `chgrp` — сменить группу:
|
||||
```bash
|
||||
chgrp group file
|
||||
```
|
||||
|
||||
## 3) Особые биты
|
||||
- **SUID** (`s`) — исполняемый файл запускается с правами владельца (пример: `passwd`).
|
||||
- **SGID** — как SUID, но для группы; на директориях — наследование группы.
|
||||
- **Sticky bit** (`t`) — на директориях запрещает удалять чужие файлы (пример: `/tmp`).
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/File Permissions|File Permissions]]
|
||||
@@ -0,0 +1,38 @@
|
||||
# HashiCorp Nomad (one-screen)
|
||||
|
||||
## 1) Что это
|
||||
**Nomad** — фреймворк для кластерных решений:
|
||||
- поддерживает контейнерные и **не-контейнерные** нагрузки,
|
||||
- есть free/enterprise версии,
|
||||
- базовая установка простая, но с ростом числа расширений усложняется администрирование.
|
||||
|
||||
## 2) Архитектура
|
||||
- управляющие узлы: **servers**
|
||||
- рабочие узлы: **clients**
|
||||
|
||||
## 3) Расширения (экосистема)
|
||||
Можно подключать:
|
||||
- Consul (service discovery)
|
||||
- Vault (secrets)
|
||||
- Prometheus/Grafana/ELK (monitoring/logging)
|
||||
- и др.
|
||||
|
||||
## 4) Jobs/Tasks/Drivers
|
||||
Нагрузка описывается как **job → tasks**, где task выполняется драйвером:
|
||||
- docker
|
||||
- qemu
|
||||
- java
|
||||
- etc
|
||||
|
||||
## 5) Манифесты и сеть/стораж
|
||||
- язык манифестов: **HCL** (проприетарный; ограниченная конвертация в json/yml).
|
||||
- поддержка **CNI** (сети) и **CSI** (Container Storage Interface).
|
||||
|
||||
## 6) Скалирование
|
||||
Поддерживает:
|
||||
- горизонтальное,
|
||||
- вертикальное,
|
||||
- “кластерное” (увеличение server/client узлов).
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Контейнеризация/HashiCorp Nomad|HashiCorp Nomad]]
|
||||
@@ -0,0 +1,24 @@
|
||||
# IaC — Основы (one-screen)
|
||||
|
||||
## 1) Что такое IaC
|
||||
**Infrastructure as Code** — инфраструктура описывается как код/конфигурация:
|
||||
- хранится в VCS,
|
||||
- проходит review,
|
||||
- воспроизводима (одинаково поднимается снова),
|
||||
- проще откатывать/аудировать.
|
||||
|
||||
Ключевая идея: **декларативность** — описываем не “как сделать”, а “какое состояние хотим”.
|
||||
|
||||
## 2) Два базовых инструмента (по твоим заметкам)
|
||||
### Terraform (infra provisioning)
|
||||
- HashiCorp, декларативное управление инфраструктурой.
|
||||
- Описываем желаемую инфраструктуру в `.tf` (часто `main.tf`).
|
||||
- **Provider** — интерпретатор/адаптер к API вендора (AWS/Yandex/etc).
|
||||
- CRUD ресурсы: аккаунты/группы, ВМ, сети, диски, кластера и т.д.
|
||||
|
||||
### Ansible (config management)
|
||||
- Red Hat, декларативные playbooks.
|
||||
- Исторически сильнее в “настроить на уже существующих хостах” (пакеты, конфиги, сервисы).
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/IaC - основы|IaC - основы]]
|
||||
@@ -0,0 +1,36 @@
|
||||
# Kubernetes — Architecture (one-screen)
|
||||
|
||||
## 1) Две плоскости
|
||||
Kubernetes логически состоит из:
|
||||
1) **Control Plane** — управление кластером (состояние, расписание, контроллеры).
|
||||
2) **Data Plane** — рабочие ноды и нагрузки (pods и т.п.).
|
||||
|
||||
## 2) Control Plane: ключевые компоненты
|
||||
### etcd
|
||||
- key-value хранилище, консенсус **Raft**.
|
||||
- в k8s хранит конфигурацию/состояние кластера.
|
||||
|
||||
### kube-api-server
|
||||
- **точка входа** в кластер (REST API).
|
||||
- посредник между компонентами control/data plane.
|
||||
- аутентификация/авторизация.
|
||||
- **stateless**, ставится на master-ноды.
|
||||
- лидер-выбор через **lease**.
|
||||
|
||||
### kube-controller-manager
|
||||
- запускает/координирует контроллеры.
|
||||
- сборка мусора.
|
||||
- **stateless**, на master-ноды.
|
||||
- лидер-выбор через **lease**.
|
||||
|
||||
Примеры контроллеров:
|
||||
- node-controller
|
||||
- replicaset-controller (см. [[ReplicaSet—Core (one-screen)]])
|
||||
- endpoint-controller
|
||||
- token/account controllers
|
||||
|
||||
## 3) Lease (idea)
|
||||
Простой механизм лидер-элекшена: кто первым “записал себя” как leader в хранилище конфигурации — тот лидер; при отказе — переизбрание.
|
||||
|
||||
---
|
||||
**Source:** [[Kubernetes|Kubernetes]]
|
||||
@@ -0,0 +1,17 @@
|
||||
# Kubernetes — Control Plane (one-screen)
|
||||
|
||||
## 1) Что такое Control Plane
|
||||
Control Plane — компоненты, которые **управляют** кластером: принимают запросы, хранят состояние, запускают контроллеры.
|
||||
|
||||
## 2) Основные компоненты
|
||||
- **etcd** — источник истины (key-value), консенсус Raft.
|
||||
- **kube-api-server** — REST API, единая точка входа; authn/authz; stateless; лидер через lease.
|
||||
- **kube-controller-manager** — контроллеры (node, replicaset, endpoints, tokens/accounts), garbage collection; stateless; лидер через lease.
|
||||
|
||||
(В конспекте у тебя явно расписаны эти 3, остальные можно добавлять по мере углубления.)
|
||||
|
||||
## 3) Важная связка
|
||||
Почти любое действие в кластере идёт через **API server**, и изменение состояния фиксируется в **etcd**, после чего контроллеры “доводят” систему до desired state.
|
||||
|
||||
---
|
||||
**Source:** [[Kubernetes|Kubernetes]]
|
||||
@@ -0,0 +1,24 @@
|
||||
# LLM-Wiki
|
||||
|
||||
## Summary
|
||||
Instead of querying raw documents with RAG every time (and re-synthesizing from scratch), maintain a **persistent, evolving wiki layer** compiled from sources. The wiki becomes the primary working knowledge artifact: structured pages, links, flagged contradictions, and an accumulated synthesis.
|
||||
|
||||
## Key idea
|
||||
- **RAG-only**: retrieve chunks at query time → re-derive synthesis repeatedly.
|
||||
- **Compiled wiki**: ingest sources once → extract + integrate → keep pages current.
|
||||
|
||||
The benefit is compounding: each new source updates the existing structure, so future questions are answered by traversing already-built pages and links.
|
||||
|
||||
## What the LLM “owns”
|
||||
- creating and updating wiki pages
|
||||
- cross-linking entities/concepts
|
||||
- flagging contradictions and superseded claims
|
||||
- maintaining an index + a log
|
||||
|
||||
Humans focus on: sourcing, asking questions, deciding what matters.
|
||||
|
||||
## Files
|
||||
- Entry point: [[index]]
|
||||
- Model: [[Architecture]]
|
||||
- Process: [[Operations]]
|
||||
- Seed source: [[2026-04-12__llm-wiki__idea|LLM Wiki (idea)]]
|
||||
@@ -0,0 +1,208 @@
|
||||
# Library — Quick Index (01 Library)
|
||||
|
||||
> Generated snapshot index of `01 Library` (no modifications to the library itself).
|
||||
|
||||
## By top-level folder (file counts)
|
||||
- **03 Math** — 70 notes
|
||||
- **04 Networking** — 41 notes
|
||||
- **10 Finance** — 31 notes
|
||||
- **02 DevOps** — 21 notes
|
||||
- **05 Operating System** — 7 notes
|
||||
- **08 Study** — 6 notes
|
||||
- **06 Programming** — 3 notes
|
||||
- **90 Other** — 3 notes
|
||||
- **11 Machine Learning** — 2 notes
|
||||
- **01 Admin** — 1 note
|
||||
- **07 HomeLab** — 1 note
|
||||
- **09 Sport** — 1 note
|
||||
|
||||
---
|
||||
|
||||
## Full note list (path)
|
||||
- [[01 Library/01 Admin/CA и NGINX|01 Admin/CA и NGINX.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Ansible - основы|02 DevOps/Ansible/Ansible - основы.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Fail2Ban - Ansible|02 DevOps/Ansible/Fail2Ban - Ansible.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Inventory - Ansible|02 DevOps/Ansible/Inventory - Ansible.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Loops - Ansuble|02 DevOps/Ansible/Loops - Ansuble.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Modules - Ansible|02 DevOps/Ansible/Modules - Ansible.md]]
|
||||
- [[01 Library/02 DevOps/Ansible/Playbooks - Ansible|02 DevOps/Ansible/Playbooks - Ansible.md]]
|
||||
- [[01 Library/02 DevOps/DevOps - основы|02 DevOps/DevOps - основы.md]]
|
||||
- [[Docker - Дополнительные знания|02 DevOps/Docker/Docker - Дополнительные знания.md]]
|
||||
- [[Images, Dockerfile - Docker|02 DevOps/Docker/Images, Dockerfile - Docker.md]]
|
||||
- [[Multistaging - Docker|02 DevOps/Docker/Multistaging - Docker.md]]
|
||||
- [[Network Drivers - Docker|02 DevOps/Docker/Network Drivers - Docker.md]]
|
||||
- [[Storage Drivers - Docker|02 DevOps/Docker/Storage Drivers - Docker.md]]
|
||||
- [[Volume - Docker|02 DevOps/Docker/Volume - Docker.md]]
|
||||
- [[Основы - Docker|02 DevOps/Docker/Основы - Docker.md]]
|
||||
- [[01 Library/02 DevOps/IaC - основы|02 DevOps/IaC - основы.md]]
|
||||
- [[Kubernetes|02 DevOps/Kubernetes.md]]
|
||||
- [[ReplicaSet|02 DevOps/ReplicaSet.md]]
|
||||
- [[01 Library/02 DevOps/Terraform|02 DevOps/Terraform.md]]
|
||||
- [[01 Library/02 DevOps/Контейнеризация/Apache Mesos|02 DevOps/Контейнеризация/Apache Mesos.md]]
|
||||
- [[01 Library/02 DevOps/Контейнеризация/Docker Swarm|02 DevOps/Контейнеризация/Docker Swarm.md]]
|
||||
- [[01 Library/02 DevOps/Контейнеризация/HashiCorp Nomad|02 DevOps/Контейнеризация/HashiCorp Nomad.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/TS и DS ряды|03 Math/Статистика/Временные ряды/TS и DS ряды.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Автокорреляционная (ACF) и частная автокорреляционная (PACF) функции|03 Math/Статистика/Временные ряды/Автокорреляционная (ACF) и частная автокорреляционная (PACF) функции.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Автокорреляционная функция (АКФ)|03 Math/Статистика/Временные ряды/Автокорреляционная функция (АКФ).md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Авторегрессия AR|03 Math/Статистика/Временные ряды/Авторегрессия AR.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Белый шум|03 Math/Статистика/Временные ряды/Белый шум.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/ВР - основы|03 Math/Статистика/Временные ряды/ВР - основы.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Временные ряды|03 Math/Статистика/Временные ряды/Временные ряды.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Лаговый оператор|03 Math/Статистика/Временные ряды/Лаговый оператор.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Модели АРПСС. Методология Бокса-Дженкинса|03 Math/Статистика/Временные ряды/Модели АРПСС. Методология Бокса-Дженкинса.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Модели скользящего среднего|03 Math/Статистика/Временные ряды/Модели скользящего среднего.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Моделирование временных рядов|03 Math/Статистика/Временные ряды/Моделирование временных рядов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Общая схема методологии Бокса-Дженкинса|03 Math/Статистика/Временные ряды/Общая схема методологии Бокса-Дженкинса.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Определение временного ряда, виды и особенности|03 Math/Статистика/Временные ряды/Определение временного ряда, виды и особенности.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Определение порядков АР и СС|03 Math/Статистика/Временные ряды/Определение порядков АР и СС.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Переход к стационарным разностям|03 Math/Статистика/Временные ряды/Переход к стационарным разностям.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Порядок интегрированности ряда|03 Math/Статистика/Временные ряды/Порядок интегрированности ряда.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Проверка адекватности и выбор модели|03 Math/Статистика/Временные ряды/Проверка адекватности и выбор модели.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Процедура Доладо — Дженкинса — Сосвилла — Ривера|03 Math/Статистика/Временные ряды/Процедура Доладо — Дженкинса — Сосвилла — Ривера.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Процесс ARIMA|03 Math/Статистика/Временные ряды/Процесс ARIMA.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Разложение Вольда|03 Math/Статистика/Временные ряды/Разложение Вольда.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Скользящее среднее MA|03 Math/Статистика/Временные ряды/Скользящее среднее MA.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Случайное блуждание|03 Math/Статистика/Временные ряды/Случайное блуждание.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Смешанные модели (ARMA)|03 Math/Статистика/Временные ряды/Смешанные модели (ARMA).md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Стационарность - ВР|03 Math/Статистика/Временные ряды/Стационарность - ВР.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Стационарность. Строгая и слабая стационарность|03 Math/Статистика/Временные ряды/Стационарность. Строгая и слабая стационарность.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Тесты на единичный корень и Дики-Фуллер|03 Math/Статистика/Временные ряды/Тесты на единичный корень и Дики-Фуллер.md]]
|
||||
- [[01 Library/03 Math/Статистика/Временные ряды/Частная автокорреляционная функция|03 Math/Статистика/Временные ряды/Частная автокорреляционная функция.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Дискриминантный анализ (Conflicted copy ada-pc 202602021942)|03 Math/Статистика/Дискриминантный анализ/Дискриминантный анализ (Conflicted copy ada-pc 202602021942).md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Дискриминантный анализ|03 Math/Статистика/Дискриминантный анализ/Дискриминантный анализ.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Параметрический дискриминантный анализ в случае нормального закона распределения классов|03 Math/Статистика/Дискриминантный анализ/Параметрический дискриминантный анализ в случае нормального закона распределения классов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Построение оптимальной процедуры классификации|03 Math/Статистика/Дискриминантный анализ/Построение оптимальной процедуры классификации.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Принципы дискриминантного анализа|03 Math/Статистика/Дискриминантный анализ/Принципы дискриминантного анализа.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Условие отнесения объекта к классу в случае двух признаков|03 Math/Статистика/Дискриминантный анализ/Условие отнесения объекта к классу в случае двух признаков.md]]
|
||||
- [[01 Library/03 Math/Статистика/Дискриминантный анализ/Функция потерь|03 Math/Статистика/Дискриминантный анализ/Функция потерь.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Агломеративные (иерархические) методы|03 Math/Статистика/Кластерный анализ/Агломеративные (иерархические) методы.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Дивизимные методы|03 Math/Статистика/Кластерный анализ/Дивизимные методы.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Интерпретация результатов кластеризации|03 Math/Статистика/Кластерный анализ/Интерпретация результатов кластеризации.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Итерационная классификация. Метод K-средних (K-means)|03 Math/Статистика/Кластерный анализ/Итерационная классификация. Метод K-средних (K-means).md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Классификация|03 Math/Статистика/Кластерный анализ/Классификация.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Критерии определения оптимального числа классов|03 Math/Статистика/Кластерный анализ/Критерии определения оптимального числа классов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Наивный Байесовский алгоритм|03 Math/Статистика/Кластерный анализ/Наивный Байесовский алгоритм.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Понятие однородности объектов|03 Math/Статистика/Кластерный анализ/Понятие однородности объектов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Постановка задачи Кластерного анализа|03 Math/Статистика/Кластерный анализ/Постановка задачи Кластерного анализа.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Расстояние между классами объектов|03 Math/Статистика/Кластерный анализ/Расстояние между классами объектов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Расстояние между объектами|03 Math/Статистика/Кластерный анализ/Расстояние между объектами.md]]
|
||||
- [[01 Library/03 Math/Статистика/Кластерный анализ/Функционалы качества разбиения|03 Math/Статистика/Кластерный анализ/Функционалы качества разбиения.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Алгоритм оценки главных компонент|03 Math/Статистика/Факторный анализ/Алгоритм оценки главных компонент.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Алгоритм оценки главных факторов. Матрица индивидуальных значений ГФ|03 Math/Статистика/Факторный анализ/Алгоритм оценки главных факторов. Матрица индивидуальных значений ГФ.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Вращение факторов|03 Math/Статистика/Факторный анализ/Вращение факторов.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Матрица индивидуальных значений|03 Math/Статистика/Факторный анализ/Матрица индивидуальных значений.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Матрица нагрузок и её свойства|03 Math/Статистика/Факторный анализ/Матрица нагрузок и её свойства.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Метод главных факторов. Методы оценки общности|03 Math/Статистика/Факторный анализ/Метод главных факторов. Методы оценки общности.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Определение первой и последующих компонент|03 Math/Статистика/Факторный анализ/Определение первой и последующих компонент.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Основные числовые характеристики главных компонент|03 Math/Статистика/Факторный анализ/Основные числовые характеристики главных компонент.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Постановка задачи снижения размерности признакового пространства|03 Math/Статистика/Факторный анализ/Постановка задачи снижения размерности признакового пространства.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Процедура построения первой и остальных главных компонент|03 Math/Статистика/Факторный анализ/Процедура построения первой и остальных главных компонент.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Разложение дисперсии в факторном анализе. Разложение характерности в факторном анализе|03 Math/Статистика/Факторный анализ/Разложение дисперсии в факторном анализе. Разложение характерности в факторном анализе.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Требования к факторам. Линейная модель факторного анализа|03 Math/Статистика/Факторный анализ/Требования к факторам. Линейная модель факторного анализа.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/ФА - вращение|03 Math/Статистика/Факторный анализ/ФА - вращение.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/ФА - модель, цель, сущность|03 Math/Статистика/Факторный анализ/ФА - модель, цель, сущность.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Факторное отображение. Факторная структура|03 Math/Статистика/Факторный анализ/Факторное отображение. Факторная структура.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Факторный анализ. Цели и сущность. Постановка задачи. Отличие от анализа главных компонент|03 Math/Статистика/Факторный анализ/Факторный анализ. Цели и сущность. Постановка задачи. Отличие от анализа главных компонент.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Факторный анализ|03 Math/Статистика/Факторный анализ/Факторный анализ.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Фундаментальная теорема факторного анализа|03 Math/Статистика/Факторный анализ/Фундаментальная теорема факторного анализа.md]]
|
||||
- [[01 Library/03 Math/Статистика/Факторный анализ/Этапы ФА. Выделение факторов|03 Math/Статистика/Факторный анализ/Этапы ФА. Выделение факторов.md]]
|
||||
- [[01 Library/03 Math/Теория нечетких множеств/Доказательство законов Де Моргана|03 Math/Теория нечетких множеств/Доказательство законов Де Моргана.md]]
|
||||
- [[01 Library/03 Math/Теория нечетких множеств/Коэффициенты функций принадлежности|03 Math/Теория нечетких множеств/Коэффициенты функций принадлежности.md]]
|
||||
- [[01 Library/03 Math/Теория нечетких множеств/Логические операции над нечеткими множествами|03 Math/Теория нечетких множеств/Логические операции над нечеткими множествами.md]]
|
||||
- [[01 Library/03 Math/Теория нечетких множеств/Определение нечеткого множества|03 Math/Теория нечетких множеств/Определение нечеткого множества.md]]
|
||||
- [[01 Library/03 Math/Теория нечетких множеств/Функция принадлежности|03 Math/Теория нечетких множеств/Функция принадлежности.md]]
|
||||
- [[01 Library/04 Networking/04 Networking|04 Networking/04 Networking.md]]
|
||||
- [[01 Library/04 Networking/Ethernet|04 Networking/Ethernet.md]]
|
||||
- [[01 Library/04 Networking/LAN vs WAN|04 Networking/LAN vs WAN.md]]
|
||||
- [[01 Library/04 Networking/MAC-адрес|04 Networking/MAC-адрес.md]]
|
||||
- [[01 Library/04 Networking/NAT|04 Networking/NAT.md]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/RoaS - Base|04 Networking/Router-on-a-Stick/RoaS - Base.md]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/Router-on-a-Stick|04 Networking/Router-on-a-Stick/Router-on-a-Stick.md]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/Настройка коммутатора Cisco (Router-on-a-Stick)|04 Networking/Router-on-a-Stick/Настройка коммутатора Cisco (Router-on-a-Stick).md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - Base|04 Networking/VLAN/VLAN - Base.md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - диапазоны|04 Networking/VLAN/VLAN - диапазоны.md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - история и trunk|04 Networking/VLAN/VLAN - история и trunk.md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - настройка Cisco|04 Networking/VLAN/VLAN - настройка Cisco.md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - полная настройка Cisco|04 Networking/VLAN/VLAN - полная настройка Cisco.md]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN|04 Networking/VLAN/VLAN.md]]
|
||||
- [[01 Library/04 Networking/VLSM|04 Networking/VLSM.md]]
|
||||
- [[01 Library/04 Networking/VPN|04 Networking/VPN.md]]
|
||||
- [[01 Library/04 Networking/Базовая настройка коммутатора|04 Networking/Базовая настройка коммутатора.md]]
|
||||
- [[01 Library/04 Networking/Витая пара|04 Networking/Витая пара.md]]
|
||||
- [[01 Library/04 Networking/Иерархическая модель Cisco|04 Networking/Иерархическая модель Cisco.md]]
|
||||
- [[01 Library/04 Networking/Инкапсуляция данных|04 Networking/Инкапсуляция данных.md]]
|
||||
- [[01 Library/04 Networking/Коммутатор L3 vs Маршрутизатор|04 Networking/Коммутатор L3 vs Маршрутизатор.md]]
|
||||
- [[01 Library/04 Networking/Модель OSI|04 Networking/Модель OSI.md]]
|
||||
- [[01 Library/04 Networking/Пример настройки DHCPv6|04 Networking/Пример настройки DHCPv6.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/ARP|04 Networking/Протоколы/ARP.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/DHCP-snooping|04 Networking/Протоколы/DHCP/DHCP-snooping.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/DHCP|04 Networking/Протоколы/DHCP/DHCP.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Dynamic ARP Inspection|04 Networking/Протоколы/DHCP/Dynamic ARP Inspection.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Механизм работы - DHCP|04 Networking/Протоколы/DHCP/Механизм работы - DHCP.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Настройка DHCP - Cisco|04 Networking/Протоколы/DHCP/Настройка DHCP - Cisco.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Настройка DHCP Snooping и DAI|04 Networking/Протоколы/DHCP/Настройка DHCP Snooping и DAI.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/DNS|04 Networking/Протоколы/DNS.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/ICMP - Internet Control Messag|04 Networking/Протоколы/ICMP - Internet Control Messag.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/IP-адрес|04 Networking/Протоколы/IP-адрес.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/IPv6|04 Networking/Протоколы/IPv6.md]]
|
||||
- [[01 Library/04 Networking/Протоколы/TCP vs UDP|04 Networking/Протоколы/TCP vs UDP.md]]
|
||||
- [[01 Library/04 Networking/Режимы передачи данных в сетях|04 Networking/Режимы передачи данных в сетях.md]]
|
||||
- [[01 Library/04 Networking/Сегментация сети|04 Networking/Сегментация сети.md]]
|
||||
- [[01 Library/04 Networking/Сетевые устройства|04 Networking/Сетевые устройства.md]]
|
||||
- [[01 Library/04 Networking/Утилита Ping|04 Networking/Утилита Ping.md]]
|
||||
- [[01 Library/04 Networking/Широковещательные и коллизионные домены. Коммутация.|04 Networking/Широковещательные и коллизионные домены. Коммутация..md]]
|
||||
- [[01 Library/04 Networking/Широковещательные и коллизионные домены. Маршрутизация.|04 Networking/Широковещательные и коллизионные домены. Маршрутизация..md]]
|
||||
- [[01 Library/05 Operating System/Linux/Command Help|05 Operating System/Linux/Command Help.md]]
|
||||
- [[01 Library/05 Operating System/Linux/Command Path|05 Operating System/Linux/Command Path.md]]
|
||||
- [[01 Library/05 Operating System/Linux/Environment Variables|05 Operating System/Linux/Environment Variables.md]]
|
||||
- [[01 Library/05 Operating System/Linux/File Permissions|05 Operating System/Linux/File Permissions.md]]
|
||||
- [[01 Library/05 Operating System/Linux/Linux|05 Operating System/Linux/Linux.md]]
|
||||
- [[01 Library/05 Operating System/Linux/Redirects|05 Operating System/Linux/Redirects.md]]
|
||||
- [[01 Library/05 Operating System/Linux/Super-user|05 Operating System/Linux/Super-user.md]]
|
||||
- [[01 Library/06 Programming/Ruby On Rails/Active Storage|06 Programming/Ruby On Rails/Active Storage.md]]
|
||||
- [[01 Library/06 Programming/Ruby On Rails/Ruby On Rails|06 Programming/Ruby On Rails/Ruby On Rails.md]]
|
||||
- [[01 Library/06 Programming/Ruby On Rails/Sidekiq - основа работы|06 Programming/Ruby On Rails/Sidekiq - основа работы.md]]
|
||||
- [[01 Library/07 HomeLab/Проблемы дистрибутивов|07 HomeLab/Проблемы дистрибутивов.md]]
|
||||
- [[01 Library/08 Study/31, 32 - Налоги|08 Study/31, 32 - Налоги.md]]
|
||||
- [[01 Library/08 Study/OSINT - Зачет|08 Study/OSINT - Зачет.md]]
|
||||
- [[01 Library/08 Study/Налоги - Организационные моменты|08 Study/Налоги - Организационные моменты.md]]
|
||||
- [[01 Library/08 Study/Налоги - СР2|08 Study/Налоги - СР2.md]]
|
||||
- [[01 Library/08 Study/РИАС - база|08 Study/РИАС - база.md]]
|
||||
- [[01 Library/08 Study/Староста|08 Study/Староста.md]]
|
||||
- [[01 Library/09 Sport/План тренировок (FullBody + Upper-Lower)|09 Sport/План тренировок (FullBody + Upper-Lower).md]]
|
||||
- [[01 Library/10 Finance/Бухгалтерский учет/Бухгалтерский баланс|10 Finance/Бухгалтерский учет/Бухгалтерский баланс.md]]
|
||||
- [[01 Library/10 Finance/Бухгалтерский учет/Отчет о финансовых результатах|10 Finance/Бухгалтерский учет/Отчет о финансовых результатах.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Акцизы|10 Finance/Налоги/Акцизы.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Государственная пошлина|10 Finance/Налоги/Государственная пошлина.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Государственный бюджет|10 Finance/Налоги/Государственный бюджет.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Доходы в целях налога на прибыль|10 Finance/Налоги/Доходы в целях налога на прибыль.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Законодательная база|10 Finance/Налоги/Законодательная база.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Кривая Лаффера|10 Finance/Налоги/Кривая Лаффера.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Методы признания доходов и расходов|10 Finance/Налоги/Методы признания доходов и расходов.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налог на добавленную стоимость|10 Finance/Налоги/Налог на добавленную стоимость.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налог на доходы физических лиц (НДФЛ)|10 Finance/Налоги/Налог на доходы физических лиц (НДФЛ).md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налог на имущество ФЛ|10 Finance/Налоги/Налог на имущество ФЛ.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налог на имущество организаций|10 Finance/Налоги/Налог на имущество организаций.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налог на прибыль|10 Finance/Налоги/Налог на прибыль.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налоговая декларация|10 Finance/Налоги/Налоговая декларация.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налоговая нагрузка|10 Finance/Налоги/Налоговая нагрузка.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налоговая система (Классификация налогов)|10 Finance/Налоги/Налоговая система (Классификация налогов).md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налоговые вычеты|10 Finance/Налоги/Налоговые вычеты.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налоговый контроль (камеральные, выездные проверки)|10 Finance/Налоги/Налоговый контроль (камеральные, выездные проверки).md]]
|
||||
- [[01 Library/10 Finance/Налоги/Налогоплательщики и объекты налога на прибыль организаций|10 Finance/Налоги/Налогоплательщики и объекты налога на прибыль организаций.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Ответственность (санкции, административная и уголовная)|10 Finance/Налоги/Ответственность (санкции, административная и уголовная).md]]
|
||||
- [[01 Library/10 Finance/Налоги/Производные финансовые инструменты|10 Finance/Налоги/Производные финансовые инструменты.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Разница метода по отгрузке и по оплате|10 Finance/Налоги/Разница метода по отгрузке и по оплате.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Расходы в целях налога на прибыль|10 Finance/Налоги/Расходы в целях налога на прибыль.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Специальные налоги организаций|10 Finance/Налоги/Специальные налоги организаций.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Специальные налоговые режимы|10 Finance/Налоги/Специальные налоговые режимы.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Страховые взносы|10 Finance/Налоги/Страховые взносы.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Субъекты налоговой системы (права и обязанности)|10 Finance/Налоги/Субъекты налоговой системы (права и обязанности).md]]
|
||||
- [[01 Library/10 Finance/Налоги/Сущность и история налогов|10 Finance/Налоги/Сущность и история налогов.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Таможенные пошлины|10 Finance/Налоги/Таможенные пошлины.md]]
|
||||
- [[01 Library/10 Finance/Налоги/Функции налогов и экономические циклы|10 Finance/Налоги/Функции налогов и экономические циклы.md]]
|
||||
- [[01 Library/11 Machine Learning/Линейные модели|11 Machine Learning/Линейные модели.md]]
|
||||
- [[01 Library/11 Machine Learning/Метрические алгоритмы|11 Machine Learning/Метрические алгоритмы.md]]
|
||||
- [[01 Library/90 Other/Guide - Статья|90 Other/Guide - Статья.md]]
|
||||
- [[01 Library/90 Other/Гайд на научников|90 Other/Гайд на научников.md]]
|
||||
- [[01 Library/90 Other/Сканер отпечатка пальцев|90 Other/Сканер отпечатка пальцев.md]]
|
||||
@@ -0,0 +1,21 @@
|
||||
# Library — Suggested Priorities (deepening candidates)
|
||||
|
||||
Based on counts and likely leverage, here are the best branches to deepen next (convert into MOCs + short summaries + cross-links).
|
||||
|
||||
## 1) 04 Networking (41)
|
||||
High leverage for DevOps/ИБ; clear concept graph (OSI, VLAN, DHCP/DNS, IPv6, routing/switching).
|
||||
|
||||
## 2) 02 DevOps (21)
|
||||
Directly applicable to projects; good candidate for turning into practical runbooks (Docker, Kubernetes, Terraform, Ansible).
|
||||
|
||||
## 3) 10 Finance (31)
|
||||
A lot of structured content (taxes, accounting). Good for building a "personal finance + taxes" reference and content ideas.
|
||||
|
||||
## 4) 05 Operating System / Linux (7)
|
||||
Small but foundational. Easy to turn into crisp cheat-sheets.
|
||||
|
||||
## 5) 11 Machine Learning (2) + Math subsets
|
||||
Right now ML is small; best leverage is to deepen only the math areas you actually use (stats/time series etc.).
|
||||
|
||||
## Notes
|
||||
- **03 Math (70)** is the largest, but it’s probably better to deepen it **selectively**: e.g. time series + factor analysis first, depending on your current study/projects.
|
||||
@@ -0,0 +1,21 @@
|
||||
# Linux — MOC
|
||||
|
||||
> Карта темы Linux (из твоей `01 Library/05 Operating System/Linux`).
|
||||
|
||||
- [[Linux—Overview (one-screen)]]
|
||||
- [[Command help (Linux) (one-screen)]]
|
||||
- [[PATH (Command path) (one-screen)]]
|
||||
- [[Environment variables (Linux) (one-screen)]]
|
||||
- [[File permissions (Linux) (one-screen)]]
|
||||
- [[Redirects & pipes (Linux) (one-screen)]]
|
||||
- [[Super-user (root) (one-screen)]]
|
||||
|
||||
---
|
||||
## Sources (Library)
|
||||
- [[01 Library/05 Operating System/Linux/Linux|Linux]]
|
||||
- [[01 Library/05 Operating System/Linux/Command Help|Command Help]]
|
||||
- [[01 Library/05 Operating System/Linux/Command Path|Command Path]]
|
||||
- [[01 Library/05 Operating System/Linux/Environment Variables|Environment Variables]]
|
||||
- [[01 Library/05 Operating System/Linux/File Permissions|File Permissions]]
|
||||
- [[01 Library/05 Operating System/Linux/Redirects|Redirects]]
|
||||
- [[01 Library/05 Operating System/Linux/Super-user|Super-user]]
|
||||
@@ -0,0 +1,19 @@
|
||||
# Linux — Overview (one-screen)
|
||||
|
||||
## 1) Что в этой ветке
|
||||
Это твой мини-справочник по базовым кирпичикам работы в Linux:
|
||||
- как искать справку по командам,
|
||||
- как работает `PATH`,
|
||||
- переменные окружения,
|
||||
- права доступа,
|
||||
- редиректы/конвейеры,
|
||||
- root/sudo/su.
|
||||
|
||||
## 2) С чего обычно начинать
|
||||
1) [[Command help (Linux) (one-screen)]] — man/--help/help/tldr
|
||||
2) [[PATH (Command path) (one-screen)]] — почему “команда не найдена”
|
||||
3) [[Redirects & pipes (Linux) (one-screen)]] — склейка команд
|
||||
4) [[File permissions (Linux) (one-screen)]] — почему “permission denied”
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Linux|Linux]]
|
||||
@@ -0,0 +1,33 @@
|
||||
# Networking — ARP (one-screen)
|
||||
|
||||
**ARP (Address Resolution Protocol)** — протокол сопоставления **IP (L3)** → **MAC (L2)** в локальном сегменте, чтобы реально отправить кадр Ethernet в пределах L2.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/ARP|ARP]].
|
||||
|
||||
## Зачем
|
||||
- L2 (например Ethernet) доставляет кадры по **MAC** в локальной сети.
|
||||
- L3 (IP) работает между сетями/подсетями.
|
||||
- Чтобы отправить IP‑пакет, узлу нужно знать **MAC следующего хопа** (обычно либо адресата в своей подсети, либо MAC **default gateway**).
|
||||
|
||||
## Как работает (упрощённо)
|
||||
1) Узел смотрит **ARP cache** (таблицу IP↔MAC).
|
||||
2) Если записи нет → шлёт **broadcast ARP request** «кто имеет IP X?».
|
||||
3) Нужный хост отвечает **ARP reply** со своим MAC.
|
||||
4) Отправитель кэширует соответствие и шлёт трафик.
|
||||
|
||||
Если назначение в **другой сети**, узел резолвит **MAC шлюза по умолчанию**, и уже шлюз доставляет дальше.
|
||||
|
||||
## Кэширование
|
||||
- ARP на каждом хопе создаёт нагрузку → используется **кэш**.
|
||||
- Записи бывают **dynamic** (авто) и **static** (вручную).
|
||||
|
||||
## Варианты/родственники
|
||||
В тексте упомянуты:
|
||||
- **RARP** (Reverse ARP) — MAC → IP (исторически для “тонких”/бездисковых устройств)
|
||||
- **InARP** (Inverse ARP) — также MAC → IP (использовался в некоторых средах)
|
||||
- **SLARP** и др.
|
||||
|
||||
## Proxy ARP (идея)
|
||||
Маршрутизатор может отвечать на ARP за узел в другом сегменте, «притворяясь соседом» (полезно в некоторых сценариях, но может скрывать проблемы дизайна).
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—IPv6 (one-screen)]] (в IPv6 вместо ARP используется NDP), [[01 Library/04 Networking/MAC-адрес|MAC-адрес]].
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
created: 2026-04-12
|
||||
updated: 2026-04-12
|
||||
---
|
||||
# Networking — DHCP (one-screen)
|
||||
|
||||
**DHCP (Dynamic Host Configuration Protocol)** — автоматическая раздача сетевых параметров клиентам (IP, gateway, DNS и т.д.). Нужен, когда устройства приходят/уходят, и ручная статическая настройка становится дорогой.
|
||||
|
||||
Источники:
|
||||
- [[DHCP|DHCP]]
|
||||
- [[Механизм работы - DHCP]]
|
||||
- [[Настройка DHCP - Cisco]]
|
||||
|
||||
## Режимы (allocation)
|
||||
1) **Manual** — админ заранее “прибивает” IP к клиенту, сервер просто выдаёт его.
|
||||
2) **Automatic** — сервер раздаёт из пула *навсегда* (без аренды).
|
||||
3) **Dynamic** — выдача из пула **на время (lease)**, потом продление/перевыдача.
|
||||
|
||||
## DORA (как клиент получает адрес)
|
||||
1) **DISCOVER** — клиент без IP шлёт broadcast (`0.0.0.0 -> 255.255.255.255`), сообщает свой MAC.
|
||||
2) **OFFER** — сервер предлагает свободный адрес из пула (резервирует).
|
||||
3) **REQUEST** — клиент подтверждает выбор (если серверов несколько — обычно тоже broadcast).
|
||||
4) **ACK** — сервер подтверждает аренду.
|
||||
|
||||
Продление: клиент шлёт REQUEST “своему” серверу; если он не отвечает — пробует broadcast ко всем.
|
||||
|
||||
## Cisco IOS: минимум для DHCP-сервера
|
||||
Исключить адреса из пула:
|
||||
```text
|
||||
ip dhcp excluded-address 192.168.1.254
|
||||
ip dhcp excluded-address 192.168.1.1 192.168.1.9
|
||||
```
|
||||
Создать пул:
|
||||
```text
|
||||
ip dhcp pool POOL-1
|
||||
network 192.168.1.0 255.255.255.0
|
||||
default-router 192.168.1.1
|
||||
dns-server 192.168.1.2
|
||||
domain-name example.local
|
||||
lease 2
|
||||
```
|
||||
Посмотреть bindings:
|
||||
```text
|
||||
show ip dhcp binding
|
||||
```
|
||||
|
||||
## DHCP Relay (ip helper-address)
|
||||
Если DHCP‑сервер в другой сети:
|
||||
```text
|
||||
interface g0/0
|
||||
ip helper-address 192.168.1.1
|
||||
```
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—VLAN (one-screen)]], [[01 Library/04 Networking/Протоколы/DNS|DNS]].
|
||||
@@ -0,0 +1,42 @@
|
||||
# Networking — DHCP Snooping & DAI (one-screen)
|
||||
|
||||
**DHCP Snooping** и **DAI (Dynamic ARP Inspection)** — механизмы L2‑безопасности для защиты от DHCP/ARP‑атак.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/DHCP/Настройка DHCP Snooping и DAI|DHCP Snooping & DAI настройка]].
|
||||
|
||||
## DHCP Snooping
|
||||
- Коммутатор **прослушивает DHCP пакеты** и строит таблицу `ip source binding` (MAC ↔ IP ↔ порт).
|
||||
- Защищает от **rogue DHCP‑серверов** (злоумышленник выдаёт поддельные адреса).
|
||||
- Порты по умолчанию — **untrusted** (проверяются), линки к реальным DHCP‑серверам — **trusted**.
|
||||
|
||||
Типовая настройка (Cisco):
|
||||
```
|
||||
ip dhcp snooping
|
||||
ip dhcp snooping vlan 200
|
||||
int range gi1/0/1-46
|
||||
ip dhcp snooping limit rate 15 ! ограничение пакетов
|
||||
int range gi1/0/47-48
|
||||
ip dhcp snooping trust ! доверяем серверным линкам
|
||||
```
|
||||
|
||||
## DAI (Dynamic ARP Inspection)
|
||||
- Проверяет **ARP пакеты** на соответствие таблице DHCP Snooping.
|
||||
- Защищает от **ARP spoofing** и «man-in-the-middle».
|
||||
- Требует **заполненную таблицу DHCP Snooping** → ждут 1–2 дня перед включением.
|
||||
|
||||
Для статических IP (не в DHCP):
|
||||
```
|
||||
arp access-list DAI
|
||||
permit ip host 192.168.200.25 mac host 0017.6111.a309
|
||||
```
|
||||
|
||||
Включение:
|
||||
```
|
||||
ip arp inspection vlan 200
|
||||
```
|
||||
|
||||
## Важно
|
||||
- Поспешное включение DAI без готовой таблицы → блокирует весь трафик.
|
||||
- Опция 82 (информация о коммутаторе в DHCP) часто отключают: `no ip dhcp snooping information option`
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—DHCP (one-screen)]].
|
||||
@@ -0,0 +1,28 @@
|
||||
# Networking — DNS (one-screen)
|
||||
|
||||
**DNS (Domain Name System)** — система сопоставления доменных имён IP‑адресам (и обратно). Удобная метафора: «контактная книга».
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/DNS|DNS]].
|
||||
|
||||
## Как обычно резолвится домен (упрощённо)
|
||||
1) **Кэш**: браузер/ОС (если уже ходили на сайт).
|
||||
2) **Локальные записи**: например файл `hosts`.
|
||||
3) **Resolver** (рекурсивный резолвер, часто у провайдера/можно свой):
|
||||
- проверяет свой кэш
|
||||
- если не знает → идёт по цепочке DNS‑иерархии.
|
||||
|
||||
## Иерархия DNS
|
||||
- **Root (.)** — корневые сервера зоны `.` (домены фактически имеют точку в конце: `example.com.`)
|
||||
- **TLD** (Top Level Domain) — сервера доменных зон верхнего уровня:
|
||||
- **gTLD**: `.com`, `.org`, `.edu` …
|
||||
- **ccTLD**: `.ru`, `.us`, `.by` …
|
||||
- **Authoritative nameserver** — авторитативный сервер конкретного домена (обычно у регистратора/хостинга); он и отдаёт финальные записи (например A/AAAA).
|
||||
|
||||
Идея: root/TLD обычно **не дают IP**, они говорят «куда идти дальше».
|
||||
|
||||
## Типы запросов (терминология)
|
||||
1) **Recursive** — «дай мне IP по домену» (резолвер делает работу сам).
|
||||
2) **Iterative** — «подскажи следующий шаг» (или нужный NS).
|
||||
3) **Inverse (reverse)** — «дай доменное имя по IP».
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—DHCP (one-screen)]].
|
||||
@@ -0,0 +1,31 @@
|
||||
# Networking — Ethernet (one-screen)
|
||||
|
||||
**Ethernet** — стандарт (IEEE 802.3) для локальной проводной связи (LAN) на уровнях L1 (физика) и L2 (кадры).
|
||||
|
||||
Источник: [[01 Library/04 Networking/Ethernet|Ethernet]].
|
||||
|
||||
## Развитие скоростей
|
||||
- **1970s** — исходный Ethernet: 10 Мбит/с
|
||||
- **Fast Ethernet** — 100 Мбит/с
|
||||
- **Gigabit Ethernet** — 1 Гбит/с
|
||||
|
||||
## Стандарт, не кабель
|
||||
Ethernet — это **стандарт**, описывающий способы физической передачи (L1) и формирования кадров (L2).
|
||||
|
||||
Типовой кабель — **UTP CAT5+** (Unshielded Twisted Pair — неэкранированная витая пара).
|
||||
|
||||
## Ethernet vs Wi‑Fi (сравнение)
|
||||
|
||||
| Аспект | Ethernet | Wi‑Fi |
|
||||
|---|---|---|
|
||||
| **Стабильность** | Выше (меньше помех) | Ниже |
|
||||
| **Безопасность** | Выше (физический кабель) | Ниже (может подключиться извне) |
|
||||
| **Стоимость** | Выше (кабели, коммутаторы) | Ниже |
|
||||
| **Мобильность** | Низкая | Высокая |
|
||||
|
||||
## Практика
|
||||
- **Офис** — Ethernet: критичны безопасность и стабильность.
|
||||
- **Дом** — Wi‑Fi: удобство и мобильность.
|
||||
- **Критичные системы** (финтрансакции, ДЦ) — Ethernet обязателен.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[01 Library/04 Networking/Витая пара|Витая пара]].
|
||||
@@ -0,0 +1,32 @@
|
||||
# Networking — ICMP & Ping (one-screen)
|
||||
|
||||
**ICMP (Internet Control Message Protocol)** — служебные сообщения на сетевом уровне (L3), которые помогают диагностировать доставку пакетов и сетевые проблемы.
|
||||
|
||||
Источники:
|
||||
- [[01 Library/04 Networking/Протоколы/ICMP - Internet Control Messag|ICMP]]
|
||||
- [[01 Library/04 Networking/Утилита Ping|Ping]]
|
||||
|
||||
## Что делает ICMP
|
||||
- помогает понять, достигает ли пакет адресата и что происходит по пути
|
||||
- активно используется маршрутизаторами и другими L3‑устройствами
|
||||
|
||||
## TTL (Time To Live)
|
||||
- TTL ограничивает число “хопов” (переходов через маршрутизаторы).
|
||||
- Если в сети петля маршрутизации, TTL “сгорит” и пакет не будет ходить бесконечно.
|
||||
- Очень большие значения хопов (например, близко к 128) обычно подозрительны и могут указывать на проблему.
|
||||
|
||||
## Ping (ICMP echo)
|
||||
Ping — базовая проверка связности и задержки:
|
||||
1) **ICMP echo request** — запрос «хост жив?»
|
||||
2) **ICMP echo reply** — ответ
|
||||
3) RTT (round‑trip time) = время туда‑обратно
|
||||
|
||||
## Traceroute
|
||||
`traceroute` (или аналоги) строит список хопов на маршруте до цели, обычно опираясь на TTL/ICMP‑ответы.
|
||||
|
||||
## Тёмная сторона
|
||||
ICMP может использоваться в атаках:
|
||||
- **DoS** через массовые ping‑запросы
|
||||
- исторически: **Ping of Death** (переполнение через фрагментацию oversized‑пакетов)
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—OSI (one-screen)]].
|
||||
@@ -0,0 +1,29 @@
|
||||
# Networking — IP-адрес (one-screen)
|
||||
|
||||
**IP (Internet Protocol)** — адрес сетевого уровня (L3), который идентифицирует устройство в сети и маршрутизируется между подсетями.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/IP-адрес|IP-адрес]].
|
||||
|
||||
## IPv4
|
||||
- 32 бита, обычно записывается в десятичной нотации: `192.168.1.1`
|
||||
- Разбито на 4 октета (по 8 бит каждый)
|
||||
- Всего доступно ≈ 4.3 млрд адресов (не хватает → NAT, IPv6)
|
||||
|
||||
## IPv6
|
||||
- 128 бит (вместо 32)
|
||||
- Записывается в шестнадцатиричной нотации, разбито на 8 частей: `2001:0db8:85a3::8a2e:0370:7334`
|
||||
- Огромное адресное пространство (не нужен NAT)
|
||||
|
||||
## Статическая vs Динамическая адресация
|
||||
- **Статическая** — адрес задаётся **вручную**, фиксирован.
|
||||
- **Динамическая** — выдаётся **DHCP‑сервером** из пула на время (lease).
|
||||
|
||||
## Адресация и NAT
|
||||
Приватные диапазоны (не маршрутизируются глобально):
|
||||
- `10.0.0.0/8`
|
||||
- `172.16.0.0/12`
|
||||
- `192.168.0.0/16`
|
||||
|
||||
За счёт **NAT/PAT** много устройств с приватными IP могут выходить наружу через **один публичный IP** (добавляя порты для различения сеансов).
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—IPv6 (one-screen)]], [[Networking—NAT (one-screen)]].
|
||||
@@ -0,0 +1,50 @@
|
||||
# Networking — IPv6 (one-screen)
|
||||
|
||||
**IPv6** — версия IP с **128‑битной** адресацией (vs 32‑бит IPv4). Главная цель — решить дефицит адресов и упростить некоторые аспекты обработки пакетов.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/IPv6|IPv6]].
|
||||
|
||||
## Почему IPv6
|
||||
- IPv4 адресов не хватает; NAT/PAT — костыли, которые ломают end‑to‑end.
|
||||
- IPv6 даёт гигантское адресное пространство (порядка 3.4×10^38 адресов).
|
||||
|
||||
## Совместимость и “двойной стек” (dual stack)
|
||||
IPv4 и IPv6 **несовместимы**, поэтому миграция часто идёт через **dual stack** (оба протокола в сети одновременно).
|
||||
|
||||
Примеры обновлений:
|
||||
- OSPFv2 → **OSPFv3**
|
||||
- ICMP → **ICMPv6**
|
||||
- ARP заменён на **NDP** (Neighbor Discovery Protocol)
|
||||
|
||||
## Заголовок IPv6
|
||||
- Базовый заголовок проще.
|
||||
- Расширения реализованы через поле **Next Header** (цепочка extension headers).
|
||||
|
||||
## Формат адреса и сокращения
|
||||
Пример:
|
||||
`2041:0000:140F:0000:0000:0000:875B:131B`
|
||||
|
||||
Правила сокращения:
|
||||
- последовательности `0000` можно сжать в `::` (один раз в адресе)
|
||||
- одиночный `0000` → `0`
|
||||
- ведущие нули в блоке можно опускать: `0007` → `7`
|
||||
|
||||
## Типы одноадресной рассылки (unicast)
|
||||
- **Global Unicast** — глобально маршрутизируемые адреса (аналог публичных IPv4).
|
||||
- **Unique Local** — локальные адреса (похоже на приватные IPv4).
|
||||
|
||||
Полезные префиксы (как “якоря”):
|
||||
- `FD..` — Unique Local
|
||||
- `FE80..` — Link‑Local
|
||||
- `FF..` — Multicast
|
||||
|
||||
## Префиксы и /64 практика
|
||||
Типовой шаблон:
|
||||
- провайдер выдаёт, например, `/48`
|
||||
- внутри сети почти всегда режут на подсети **/64**
|
||||
|
||||
Интуиция:
|
||||
- первые биты — **prefix** (маршрутизация/подсети)
|
||||
- последние **64 бита** — **interface identifier** (аналог host‑части)
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—NAT (one-screen)]], [[01 Library/04 Networking/VLSM|VLSM]].
|
||||
@@ -0,0 +1,24 @@
|
||||
# Networking — LAN vs WAN (one-screen)
|
||||
|
||||
**LAN** (Local Area Network) и **WAN** (Wide Area Network) — две основные категории сетевой топологии по масштабу.
|
||||
|
||||
Источник: [[01 Library/04 Networking/LAN vs WAN|LAN vs WAN]].
|
||||
|
||||
## LAN (Локальная вычислительная сеть)
|
||||
- Охватывает **небольшую зону**: квартира, офис, здание.
|
||||
- Устройства **напрямую связаны** (кабель, Wi‑Fi).
|
||||
- Обычно делится на **VLAN'ы** для логической сегментации.
|
||||
- Высокая скорость, низкая задержка.
|
||||
- Пример: офисная сеть 192.168.1.0/24.
|
||||
|
||||
## WAN (Глобальная вычислительная сеть)
|
||||
- Охватывает **большие расстояния**: города, страны, интернет.
|
||||
- Обычно состоит из **сети сетей** (multiple LAN'ы, соединённые через ISP).
|
||||
- Публичный характер.
|
||||
- Ниже скорость, выше задержка (vs LAN).
|
||||
- Пример: Интернет.
|
||||
|
||||
## Иерархия
|
||||
Локальные сети соединяются через **маршрутизаторы** и **WAN‑линки** (лизированные каналы, MPLS, VPN и т.д.) в глобальную инфраструктуру.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—VLAN (one-screen)]].
|
||||
@@ -0,0 +1,25 @@
|
||||
# Networking — MAC-адрес (one-screen)
|
||||
|
||||
**MAC (Media Access Control)** — физический адрес, который идентифицирует сетевую карту устройства в локальном сегменте (L2).
|
||||
|
||||
Источник: [[01 Library/04 Networking/MAC-адрес|MAC-адрес]].
|
||||
|
||||
## Формат
|
||||
Пример: `00-50-B6-5B-CA-6A` (48 бит = 6 октетов, часто в hex)
|
||||
|
||||
## Структура
|
||||
- **Первые 3 октета** — **OUI (Organizational Unique Identifier)** — идентификатор производителя (заводской).
|
||||
- **Последние 3 октета** — уникальный номер **конкретного устройства**.
|
||||
|
||||
## Назначение (L2)
|
||||
MAC используется для доставки кадров в **локальном сегменте** (одна подсеть, один коммутатор).
|
||||
|
||||
- ARP резолвит IP → MAC
|
||||
- Коммутаторы строят **MAC table** и пересылают кадры по портам
|
||||
- Маршрутизаторы меняют MAC при переходе между сетями (но IP остаётся тем же)
|
||||
|
||||
## IP vs MAC (intuition)
|
||||
- **MAC** — "адрес в квартирном доме" (локально, физический)
|
||||
- **IP** — "адрес в городе/мире" (глобально, логический)
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—ARP (one-screen)]], [[Networking—Ethernet (one-screen)]].
|
||||
@@ -0,0 +1,66 @@
|
||||
# Networking — MOC (04 Networking)
|
||||
|
||||
> Сводная карта темы + быстрые входы. Источники лежат в `01 Library/04 Networking/*`.
|
||||
|
||||
## 0) Старт
|
||||
- Исходный MOC из библиотеки: [[01 Library/04 Networking/04 Networking|04 Networking (Library MOC)]]
|
||||
|
||||
## 1) Модель и базовые идеи
|
||||
- [[01 Library/04 Networking/Модель OSI|Модель OSI]]
|
||||
- [[01 Library/04 Networking/Инкапсуляция данных|Инкапсуляция данных]]
|
||||
- [[01 Library/04 Networking/Режимы передачи данных в сетях|Режимы передачи данных в сетях]]
|
||||
- [[01 Library/04 Networking/Широковещательные и коллизионные домены. Коммутация.|Широковещательные и коллизионные домены: коммутация]]
|
||||
- [[01 Library/04 Networking/Широковещательные и коллизионные домены. Маршрутизация.|Широковещательные и коллизионные домены: маршрутизация]]
|
||||
|
||||
## 2) Физика и L2
|
||||
- [[01 Library/04 Networking/Витая пара|Витая пара]]
|
||||
- [[01 Library/04 Networking/Ethernet|Ethernet]]
|
||||
- [[01 Library/04 Networking/MAC-адрес|MAC-адрес]]
|
||||
- VLAN (access/trunk, 802.1Q)
|
||||
- [[01 Library/04 Networking/VLAN/VLAN|VLAN (overview)]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - Base|VLAN — base]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - история и trunk|VLAN — trunk]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - диапазоны|VLAN — диапазоны]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - настройка Cisco|VLAN — настройка Cisco]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - полная настройка Cisco|VLAN — полная настройка Cisco]]
|
||||
|
||||
## 3) L3: адресация и маршрутизация
|
||||
- [[01 Library/04 Networking/Протоколы/IP-адрес|IP-адрес]]
|
||||
- [[01 Library/04 Networking/VLSM|VLSM]]
|
||||
- [[01 Library/04 Networking/NAT|NAT]]
|
||||
- [[01 Library/04 Networking/Коммутатор L3 vs Маршрутизатор|Коммутатор L3 vs Маршрутизатор]]
|
||||
- Router-on-a-Stick
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/Router-on-a-Stick|Router-on-a-Stick (overview)]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/RoaS - Base|RoaS — base]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/Настройка коммутатора Cisco (Router-on-a-Stick)|RoaS — настройка коммутатора Cisco]]
|
||||
|
||||
## 4) L4 и диагностика
|
||||
- [[01 Library/04 Networking/Протоколы/TCP vs UDP|TCP vs UDP]]
|
||||
- [[01 Library/04 Networking/Протоколы/ICMP - Internet Control Messag|ICMP]]
|
||||
- [[01 Library/04 Networking/Утилита Ping|Ping]]
|
||||
|
||||
## 5) Сервисы: DHCP/DNS/ARP
|
||||
- [[01 Library/04 Networking/Протоколы/ARP|ARP]]
|
||||
- DHCP
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/DHCP|DHCP]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Механизм работы - DHCP|DHCP — механизм работы]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Настройка DHCP - Cisco|DHCP — настройка Cisco]]
|
||||
- [[01 Library/04 Networking/Пример настройки DHCPv6|DHCPv6 — пример настройки]]
|
||||
- DNS
|
||||
- [[01 Library/04 Networking/Протоколы/DNS|DNS]]
|
||||
|
||||
## 6) L2-security
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/DHCP-snooping|DHCP snooping]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Dynamic ARP Inspection|Dynamic ARP Inspection (DAI)]]
|
||||
- [[01 Library/04 Networking/Протоколы/DHCP/Настройка DHCP Snooping и DAI|DHCP snooping + DAI (настройка)]]
|
||||
|
||||
## 7) Сеть в целом / дизайн
|
||||
- [[01 Library/04 Networking/Иерархическая модель Cisco|Иерархическая модель Cisco]]
|
||||
- [[01 Library/04 Networking/Сегментация сети|Сегментация сети]]
|
||||
- [[01 Library/04 Networking/Сетевые устройства|Сетевые устройства]]
|
||||
- [[01 Library/04 Networking/Базовая настройка коммутатора|Базовая настройка коммутатора]]
|
||||
- [[01 Library/04 Networking/LAN vs WAN|LAN vs WAN]]
|
||||
- [[01 Library/04 Networking/VPN|VPN]]
|
||||
|
||||
## Дальше (углубление)
|
||||
- Сделать “one-screen” summaries по ключевым узлам: OSI, VLAN, DHCP, DNS, NAT, IPv6, ARP, RoaS, L2-security.
|
||||
@@ -0,0 +1,39 @@
|
||||
# Networking — NAT (one-screen)
|
||||
|
||||
**NAT (Network Address Translation)** — трансляция адресов, которая позволяет устройствам с приватными IPv4 выходить во внешний мир через публичные адреса (и экономит IPv4).
|
||||
|
||||
Источник: [[01 Library/04 Networking/NAT|NAT]].
|
||||
|
||||
## Зачем
|
||||
- решает (частично) дефицит IPv4 вместе с приватными диапазонами
|
||||
- скрывает внутреннюю адресацию (конфиденциальность/сегментация на границе)
|
||||
|
||||
Приватные IPv4 диапазоны:
|
||||
- `10.0.0.0/8`
|
||||
- `172.16.0.0/12`
|
||||
- `192.168.0.0/16`
|
||||
|
||||
Обычно NAT стоит на границе **stub‑сети** (один основной маршрут наружу, сеть не транзитит чужой трафик).
|
||||
|
||||
## Термины адресов NAT (4 типа)
|
||||
- **Inside local** — внутренний адрес хоста *внутри* (приватный)
|
||||
- **Inside global** — внешний (публичный) адрес, которым этот хост “виден” снаружи
|
||||
- **Outside global** — реальный адрес внешнего узла назначения
|
||||
- **Outside local** — представление внешнего узла “изнутри” (часто совпадает с outside global)
|
||||
|
||||
Важно: “inside/outside” всегда **с точки зрения транслируемого устройства**.
|
||||
|
||||
## Типы NAT
|
||||
1) **Static NAT** — 1:1 (внутренний ↔ внешний). Удобно для сервисов (например, публичный веб‑сервер), но требует много публичных адресов.
|
||||
2) **Dynamic NAT** — many:many через пул адресов (занимаются по принципу «кто первый пришёл»).
|
||||
3) **PAT (Port Address Translation)** aka **NAT Overload** — many:1 (или many:few) за счёт портов. Типично для домашних роутеров.
|
||||
|
||||
### PAT: ключевая идея
|
||||
Маршрутизатор различает сессии по **src port** (TCP/UDP). Для протоколов без портов (например ICMP) PAT может использовать **Query ID**.
|
||||
|
||||
## Плюсы / минусы (коротко)
|
||||
**Плюсы:** экономия IPv4, приватность, независимость внутренней схемы от провайдера.
|
||||
|
||||
**Минусы:** теряется end‑to‑end адресация, сложнее диагностика/трассировка, могут быть проблемы с входящими соединениями/UDP/туннелями (например IPsec), возможны задержки.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—IPv6 (one-screen)]] (когда появится).
|
||||
@@ -0,0 +1,23 @@
|
||||
# Networking — OSI (one-screen)
|
||||
|
||||
Основа: **OSI (Open Systems Interconnection)** — модель, которая раскладывает сетевое взаимодействие на 7 уровней, чтобы понимать *что где происходит* и *какими протоколами/устройствами это решается*.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Модель OSI|Модель OSI]].
|
||||
|
||||
## TL;DR по уровням
|
||||
1) **L1 Physical** — физический сигнал (кабель/радио/оптика, модуляция, «нули-единицы»). Устройства: хабы/репитеры.
|
||||
2) **L2 Data Link** — кадры (frame), доставка внутри одной L2‑сети, контроль ошибок; идентификатор: **MAC**. Устройства: **switch/bridge**. LLC/MAC подуровни.
|
||||
3) **L3 Network** — маршрутизация между сетями, пакеты (packet), адресация: **IP**. Устройства: **router**. В локальной сети IP↔MAC помогает **ARP**.
|
||||
4) **L4 Transport** — доставка «процесс‑процесс», выбор: **TCP vs UDP**.
|
||||
5–7) **Session/Presentation/Application** — сессии, форматы/кодирование/сжатие, прикладные протоколы (HTTP(S), SMTP, FTP). Обычно ближе к разработке софта.
|
||||
|
||||
## Инкапсуляция / деинкапсуляция
|
||||
- Сверху вниз: добавляется служебная информация на каждом уровне (**инкапсуляция**).
|
||||
- Снизу вверх: снимается (**деинкапсуляция**).
|
||||
|
||||
## Практический ориентир
|
||||
- «Пинг не ходит» → часто L3/L4/ICMP.
|
||||
- «В одной подсети не видят друг друга» → часто L2 (VLAN, MAC, STP, порт‑режим).
|
||||
- «DNS не резолвит» → L7‑сервис, но причины могут быть на нижних уровнях.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[01 Library/04 Networking/Инкапсуляция данных|Инкапсуляция данных]], [[01 Library/04 Networking/Протоколы/IP-адрес|IP-адрес]], [[01 Library/04 Networking/Протоколы/ARP|ARP]], [[01 Library/04 Networking/Протоколы/TCP vs UDP|TCP vs UDP]].
|
||||
@@ -0,0 +1,34 @@
|
||||
# Networking — Router-on-a-Stick (one-screen)
|
||||
|
||||
**Router-on-a-Stick (RoaS)** — архитектура, где **один маршрутизатор** подключен к **коммутатору через один кабель (trunk 802.1Q)** и выполняет маршрутизацию между VLAN'ами (Inter-VLAN routing).
|
||||
|
||||
Источники:
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/Router-on-a-Stick|Router-on-a-Stick]]
|
||||
- [[01 Library/04 Networking/Router-on-a-Stick/RoaS - Base|RoaS — Base]]
|
||||
|
||||
## Идея
|
||||
- На **коммутаторе** настроены несколько VLAN'ов (например, VLAN 10, 20).
|
||||
- Порт коммутатора к роутеру — **trunk (802.1Q)**, несёт все VLAN'ы.
|
||||
- На **маршрутизаторе** этот порт разбивается на **sub-interfaces** (например `.10` и `.20`), каждый приписан к одному VLAN.
|
||||
- **Sub-interfaces** имеют IP‑адреса из соответствующих подсетей и выполняют маршрутизацию.
|
||||
|
||||
Пример:
|
||||
```
|
||||
Router port Gi0/0.10 → IP 192.168.10.1/24 (VLAN 10)
|
||||
Router port Gi0/0.20 → IP 192.168.20.1/24 (VLAN 20)
|
||||
```
|
||||
|
||||
## Плюсы / минусы
|
||||
**Плюсы:**
|
||||
- Дешевле, чем отдельный L3‑коммутатор.
|
||||
- Просто настроить VLAN‑маршрутизацию.
|
||||
|
||||
**Минусы:**
|
||||
- Один маршрутизатор — **bottleneck**.
|
||||
- Масштабируемость ограничена (нет LAG, нет резервирования).
|
||||
- Одно звено — один trunk, один порт на коммутаторе.
|
||||
|
||||
## Альтернатива
|
||||
**L3‑коммутаторы** — встроенная маршрутизация, выше производительность, но дороже.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—VLAN (one-screen)]].
|
||||
@@ -0,0 +1,26 @@
|
||||
# Networking — TCP vs UDP (one-screen)
|
||||
|
||||
**TCP** и **UDP** — основные протоколы транспортного уровня (L4) модели OSI.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Протоколы/TCP vs UDP|TCP vs UDP]].
|
||||
|
||||
## TCP (Transmission Control Protocol)
|
||||
- **Надёжный**, ориентирован на соединение.
|
||||
- Перед передачей — **3‑way handshake**:
|
||||
1) **SYN** — запрос на установку соединения
|
||||
2) **SYN-ACK** — подтверждение
|
||||
3) **ACK** — соединение установлено, можно передавать данные
|
||||
- После передачи частей данных получатель отправляет **подтверждения** (ACK), что повышает надёжность.
|
||||
- Цена: больше накладных расходов → обычно **медленнее**.
|
||||
- Базовый RFC: **RFC 793**.
|
||||
|
||||
## UDP (User Datagram Protocol)
|
||||
- **Без установления соединения**: просто отправляет датаграммы.
|
||||
- Возможны потери/перестановка порядка.
|
||||
- Подходит, когда важнее скорость, чем идеальная точность (видео/звонки и т.п.).
|
||||
|
||||
## Практический выбор (очень грубо)
|
||||
- “точность важнее” → TCP
|
||||
- “скорость важнее” → UDP
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—ICMP & Ping (one-screen)]].
|
||||
@@ -0,0 +1,53 @@
|
||||
# Networking — VLAN (one-screen)
|
||||
|
||||
**VLAN (Virtual LAN)** — способ логически разделить один физический коммутатор/инфраструктуру на несколько **broadcast‑доменов**, чтобы повысить сегментацию и управляемость.
|
||||
|
||||
Источники:
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - Base|VLAN — Base]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - История И Trunk|VLAN — история и trunk]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - Диапазоны|VLAN — диапазоны]]
|
||||
- [[01 Library/04 Networking/VLAN/VLAN - Настройка Cisco|VLAN — настройка Cisco]]
|
||||
|
||||
## Зачем
|
||||
- безопасность: устройства в разных VLAN «не видят» друг друга на L2
|
||||
- уменьшение L2‑шума: широковещание ограничивается VLAN’ом
|
||||
- гибкость: логика не зависит от физической топологии (где воткнут кабель)
|
||||
|
||||
## Ключевые понятия
|
||||
- **Access port** — порт для конечного устройства, трафик *без тегов*; порт принадлежит одному VLAN.
|
||||
- **Trunk port (802.1Q)** — линк между коммутаторами/к роутеру, несёт несколько VLAN, добавляя **VLAN tag**.
|
||||
- **VTP** — протокол Cisco для распространения VLAN (исторически). Для расширенного диапазона часто нужен `transparent/off`.
|
||||
|
||||
## Диапазоны VLAN ID
|
||||
- **Normal**: 1–1005 (1002–1005 зарезервированы; хранятся в `vlan.dat`; VTP может распространять)
|
||||
- **Extended**: 1006–4094 (по умолчанию в `running-config`; для больших сетей/провайдеров; VTP обычно `transparent`)
|
||||
- Ограничение 4094 связано с **12‑битным VLAN ID** в 802.1Q.
|
||||
|
||||
## Cisco IOS: минимальный набор команд
|
||||
Создать VLAN:
|
||||
```text
|
||||
conf t
|
||||
vlan <id>
|
||||
name <name>
|
||||
end
|
||||
```
|
||||
Назначить access‑порт в VLAN (если VLAN не существовал — может создаться автоматически):
|
||||
```text
|
||||
conf t
|
||||
interface <int>
|
||||
switchport access vlan <id>
|
||||
```
|
||||
Проверка:
|
||||
```text
|
||||
show vlan brief
|
||||
```
|
||||
Удаление:
|
||||
```text
|
||||
conf t
|
||||
no vlan <id>
|
||||
```
|
||||
|
||||
## Мини‑кейс
|
||||
Один коммутатор: Sales = VLAN 10 (Fa0/1–12), Dev = VLAN 20 (Fa0/13–24) → используем `interface range` и назначаем `switchport access vlan ...`.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[01 Library/04 Networking/Router-on-a-Stick/Router-on-a-Stick|Router-on-a-Stick]].
|
||||
@@ -0,0 +1,38 @@
|
||||
# Networking — VLSM (one-screen)
|
||||
|
||||
**VLSM (Variable Length Subnet Mask)** — техника сегментации сети с использованием масок разной длины, чтобы эффективнее использовать IPv4‑адресное пространство.
|
||||
|
||||
Источник: [[01 Library/04 Networking/VLSM|VLSM]].
|
||||
|
||||
## Исторический контекст: классовая адресация
|
||||
Раньше IP‑адреса делились на классы (A, B, C) с фиксированными масками:
|
||||
- **A** — первый бит `0`, маска `/8` (255.0.0.0)
|
||||
- **B** — первые биты `10`, маска `/16` (255.255.0.0)
|
||||
- **C** — первые биты `110`, маска `/24` (255.255.255.0)
|
||||
|
||||
Проблема: огромное расточительство (например, класс C для 25 хостов оставляет 229 адресов неиспользованными).
|
||||
|
||||
## CIDR (бесклассовая адресация)
|
||||
**CIDR** — на смену классам пришла бесклассовая адресация. Нотация: `192.168.1.0/24` (24 бита на сеть, 8 на хосты).
|
||||
|
||||
## VLSM и сегментация
|
||||
Идея VLSM:
|
||||
- выделяется пул адресов (например `/16`)
|
||||
- внутри пула создаются подсети с **разными масками** (например `/24`, `/25`, `/27`)
|
||||
- каждый отдел/сегмент получает необходимое количество адресов, остаток экономится
|
||||
|
||||
**Формулы:**
|
||||
- Хостов в сети: `H = 2^n - 2` (где n — биты для хостов)
|
||||
- Подсетей из заимствованных бит: `N = 2^m` (где m — биты, заимствованные из хостовой части)
|
||||
|
||||
## Приватные диапазоны
|
||||
- `10.0.0.0/8` (класс A)
|
||||
- `172.16.0.0/12` (класс B)
|
||||
- `192.168.0.0/16` (класс C)
|
||||
|
||||
Специальные: `0.0.0.0` (DHCP), `127.x.x.x` (loopback), `255.255.255.255` (broadcast в сети).
|
||||
|
||||
## Распределение адресов (иерархия)
|
||||
**IANA** → Regional Registrars (например RIPE) → National Registrars → ISP.
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—IP-адрес (one-screen)]].
|
||||
@@ -0,0 +1,31 @@
|
||||
# Networking — Режимы передачи (one-screen)
|
||||
|
||||
**Режимы передачи** — способ, которым два устройства обмениваются данными (направления и одновременность).
|
||||
|
||||
Источник: [[01 Library/04 Networking/Режимы передачи данных в сетях|Режимы передачи данных в сетях]].
|
||||
|
||||
## Симплекс (Simplex)
|
||||
- **Однонаправленный** — данные передаются **только в одну сторону**.
|
||||
- Пример: пульт ТВ → телевизор (без обратного канала).
|
||||
- **Плюс:** вся пропускная способность в одном направлении.
|
||||
- **Минус:** нет двусторонней коммуникации.
|
||||
|
||||
## Полудуплекс (Half-duplex)
|
||||
- **Двусторонний**, но **не одновременно** — устройства по очереди передают/получают.
|
||||
- Пример: рация (нажимаешь кнопку — говоришь, отпускаешь — слушаешь).
|
||||
- **Плюс:** вся пропускная способность в активном направлении, обнаружение ошибок.
|
||||
- **Минус:** задержки, нужно ждать, пока противоположная сторона закончит.
|
||||
|
||||
## Полнодуплекс (Full-duplex)
|
||||
- **Двусторонний и одновременный** — обе стороны могут одновременно передавать/получать.
|
||||
- Пример: телефонный звонок, современный Ethernet.
|
||||
- Использует **два отдельных канала** (или выделенные временные слоты).
|
||||
- **Плюс:** одновременная коммуникация, эффективнее.
|
||||
- **Минус:** пропускная способность **делится пополам** на два направления.
|
||||
|
||||
## Практика
|
||||
- Современные **Ethernet** — full‑duplex (обычно).
|
||||
- **Wi‑Fi** — half‑duplex (обычно, одна частота).
|
||||
- **USB 2.0** — full‑duplex (два отдельных провода).
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—Ethernet (one-screen)]].
|
||||
@@ -0,0 +1,31 @@
|
||||
# Networking — Сегментация сети (one-screen)
|
||||
|
||||
**Сегментация сети** — разделение сети на изолированные группы пользователей для повышения безопасности и снижения broadcast‑штормов.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Сегментация сети|Сегментация сети]].
|
||||
|
||||
## Цель
|
||||
- **Безопасность**: уменьшить площадь проникновения (attack surface).
|
||||
- **Производительность**: снизить broadcast‑трафик в каждом сегменте.
|
||||
- **Контроль доступа**: разные политики для разных групп (гости, сотрудники, администраторы).
|
||||
|
||||
## Три основные задачи
|
||||
1) **Идентификация** — определить, какой группе принадлежит пользователь (например, 802.1X).
|
||||
2) **Изоляция** — создать отдельные сети/VLAN'ы для каждой группы.
|
||||
3) **Контроль** — фильтрация (ACL, IP‑based правила).
|
||||
|
||||
## Методы реализации
|
||||
- **VLAN** — логическая сегментация в одном коммутаторе.
|
||||
- **802.1X** — сетевая аутентификация, дополнительный фактор доступа.
|
||||
- **DMZ** — демилитаризованная зона (например, для веб‑серверов).
|
||||
- **ACL** — списки контроля доступа (простые, расширенные, динамические).
|
||||
|
||||
## Вызовы масштабирования
|
||||
- Ручная работа (создание правил) → автоматизация.
|
||||
- Динамические окружения → правила меняются часто.
|
||||
- **Программно-определённая сегментация** (например Cisco TrustSec) → более гибко.
|
||||
|
||||
## Важно
|
||||
Сегментация — **не одноразовая операция**, а **постоянный процесс** (как организация меняется, меняются и требования).
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—VLAN (one-screen)]].
|
||||
@@ -0,0 +1,32 @@
|
||||
# Networking — Сетевые устройства (one-screen)
|
||||
|
||||
**Сетевые устройства** — оборудование, которое передаёт, маршрутизирует и управляет трафиком в сети.
|
||||
|
||||
Источник: [[01 Library/04 Networking/Сетевые устройства|Сетевые устройства]].
|
||||
|
||||
## Хаб (Hub)
|
||||
- **Уровень**: L1 (физический)
|
||||
- **Действие**: получает данные на один порт → **копирует и пересылает **на все остальные порты**.
|
||||
- **Проблема**: все устройства видят весь трафик (нет приватности) → broadcast‑штормы.
|
||||
- **Использование**: устарел (заменён коммутаторами).
|
||||
|
||||
## Коммутатор (Switch)
|
||||
- **Уровень**: L2 (канальный)
|
||||
- **Действие**: получает кадр (с MAC) → смотрит в **MAC table** → отправляет **только адресату** (или broadcast/multicast).
|
||||
- **Плюс**: нет лишнего трафика на других портах, выше производительность.
|
||||
- **L3-коммутатор**: также выполняет маршрутизацию (L3).
|
||||
|
||||
## Маршрутизатор (Router)
|
||||
- **Уровень**: L3 (сетевой)
|
||||
- **Действие**: работает с **IP-адресами**, консультирует **таблицу маршрутизации** → пересылает пакеты между сетями.
|
||||
- **Функции**: может быть DNS‑сервером, DHCP‑сервером, firewall'ом и т.д.
|
||||
- **Граница**: обычно на границе между локальной сетью и WAN.
|
||||
|
||||
## Иерархия (по OSI)
|
||||
```
|
||||
Хаб → L1
|
||||
Коммутатор → L2
|
||||
Маршрутизатор → L3
|
||||
```
|
||||
|
||||
Связанные узлы: [[Networking—MOC]], [[Networking—OSI (one-screen)]].
|
||||
@@ -0,0 +1,30 @@
|
||||
# Operations
|
||||
|
||||
## Ingest (source → wiki)
|
||||
**Input:** a new file in `../raw/`.
|
||||
|
||||
**Steps:**
|
||||
1) Read the source.
|
||||
2) Extract: key claims, definitions, entities, concepts, open questions.
|
||||
3) Create/update wiki pages:
|
||||
- concept page(s)
|
||||
- entity page(s) if needed
|
||||
- comparisons / synthesis pages if useful
|
||||
4) Add/refresh links between pages.
|
||||
5) Update [[index]].
|
||||
6) Append an entry to [[log]].
|
||||
|
||||
## Query (wiki → answer)
|
||||
1) Read [[index]] to find relevant pages.
|
||||
2) Read those pages and synthesize.
|
||||
3) If the answer is reusable, file it back into the wiki as a new page and link it from [[index]].
|
||||
|
||||
## Lint (health check)
|
||||
Periodically scan the wiki for:
|
||||
- contradictions or competing definitions
|
||||
- stale pages that haven’t been updated as sources grew
|
||||
- orphan pages (no inbound links)
|
||||
- concepts mentioned but missing their own page
|
||||
- weak cross-linking
|
||||
|
||||
Output can be a short lint report page + a small backlog of suggested sources/questions.
|
||||
@@ -0,0 +1,36 @@
|
||||
# PATH (Command path) (one-screen)
|
||||
|
||||
## 1) Что такое PATH
|
||||
`PATH` — переменная окружения: упорядоченный список каталогов, где shell ищет исполняемые файлы, если команда вызвана без абсолютного пути.
|
||||
|
||||
Формат: пути через `:`
|
||||
```text
|
||||
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
|
||||
```
|
||||
|
||||
Посмотреть:
|
||||
```bash
|
||||
echo $PATH
|
||||
```
|
||||
|
||||
## 2) Важное правило
|
||||
Если есть два бинарника с одинаковым именем, запустится тот, который встречается **раньше** в PATH.
|
||||
|
||||
## 3) Как добавить путь
|
||||
Временно (на текущую сессию):
|
||||
```bash
|
||||
export PATH=/path/to/bin:$PATH
|
||||
```
|
||||
|
||||
Постоянно:
|
||||
- `~/.bashrc`, `~/.zshrc`
|
||||
- `/etc/profile`
|
||||
|
||||
## 4) Найти, что реально запускается
|
||||
```bash
|
||||
which bash
|
||||
# /bin/bash
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Command Path|Command Path]]
|
||||
@@ -0,0 +1,23 @@
|
||||
# Redirects & pipes (Linux) (one-screen)
|
||||
|
||||
## 1) Три стандартных потока
|
||||
1) **stdin** (0) — ввод
|
||||
2) **stdout** (1) — обычный вывод
|
||||
3) **stderr** (2) — ошибки
|
||||
|
||||
## 2) Редиректы
|
||||
- `>` — stdout в файл (перезапись): `ls > out.txt`
|
||||
- `>>` — stdout в конец файла: `echo new >> out.txt`
|
||||
- `<` — stdin из файла: `wc -l < file.txt`
|
||||
- `2>` — stderr в файл: `ls nonexist 2> errors.txt`
|
||||
- `2>&1` — объединить stderr в stdout: `cmd > out.txt 2>&1`
|
||||
- `&>` — кратко объединить stdout+stderr: `cmd &> all.txt`
|
||||
|
||||
## 3) Конвейер (pipe)
|
||||
`|` — вывод одной команды становится вводом другой:
|
||||
```bash
|
||||
ls | grep user
|
||||
```
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Redirects|Redirects]]
|
||||
@@ -0,0 +1,17 @@
|
||||
# ReplicaSet — Core (one-screen)
|
||||
|
||||
## 1) Что такое ReplicaSet
|
||||
**ReplicaSet (RS)** — базовый контроллер Kubernetes, который поддерживает **ровно N реплик Pod’ов** (сколько задано в манифесте).
|
||||
|
||||
Работает по принципу reconcile loop:
|
||||
- сравнивает **текущее** состояние (сколько подов реально есть),
|
||||
- с **желаемым** состоянием (сколько должно быть),
|
||||
- создаёт/удаляет поды, чтобы “сойтись” к desired state.
|
||||
|
||||
## 2) Три ключевых элемента RS
|
||||
1) **Selector** — какие pod’ы принадлежат этому RS (обычно по labels).
|
||||
2) **Replicas** — желаемое количество pod’ов.
|
||||
3) **Pod Template** — шаблон pod’а, по которому создавать новые.
|
||||
|
||||
---
|
||||
**Source:** [[ReplicaSet|ReplicaSet]]
|
||||
@@ -0,0 +1,16 @@
|
||||
# Super-user (root) (one-screen)
|
||||
|
||||
## 1) Кто такой root
|
||||
**root** — суперпользователь: полный доступ ко всем данным и настройкам системы.
|
||||
|
||||
Best practice: не работать постоянно под root.
|
||||
Обычно создают админ-пользователя и добавляют его в группу `sudo` (в RHEL-стеке часто `wheel`).
|
||||
|
||||
## 2) Утилиты
|
||||
- `sudo` — выполнить команду с правами root.
|
||||
- `sudo -i` — интерактивная root-сессия.
|
||||
- `su` / `su -` — перейти к root.
|
||||
- `su - user` — перейти под другого пользователя.
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/05 Operating System/Linux/Super-user|Super-user]]
|
||||
@@ -0,0 +1,23 @@
|
||||
# Terraform — Core (one-screen)
|
||||
|
||||
## 1) Что такое Terraform
|
||||
Terraform (HashiCorp) — инструмент централизованного управления инфраструктурой по IaC: описываем **желаемое состояние**, Terraform через **provider** вызывает API вендора.
|
||||
|
||||
## 2) Основные файлы/директории
|
||||
- `main.tf` — декларативное описание инфраструктуры.
|
||||
- `terraform.d/` — место, где может храниться провайдер после загрузки.
|
||||
- `.terraform/` — рабочая директория Terraform (в т.ч. файлы провайдеров/кэш).
|
||||
- `terraform.lock.hcl` — lockfile версий провайдеров (фиксирует зависимости).
|
||||
- `terraform.tfstate` — **state**: зарегистрированное состояние инфраструктуры (очень важный файл).
|
||||
|
||||
## 3) Базовые команды
|
||||
- `terraform init` — инициализация директории (скачать провайдеры и т.п.).
|
||||
- `terraform plan` — показать, что изменится (dry-run).
|
||||
- `terraform apply` — применить изменения.
|
||||
- `terraform refresh` — обновить данные о состоянии (в современных версиях многое переехало в plan/apply).
|
||||
|
||||
## 4) Практическая заметка про state
|
||||
`tfstate` связывает “код” и реальные ресурсы. Потеря/порча state = боль (дрейф, дубли, невозможность безопасно удалить).
|
||||
|
||||
---
|
||||
**Source:** [[01 Library/02 DevOps/Terraform|Terraform]]
|
||||
@@ -0,0 +1,47 @@
|
||||
# 06 NoxPKB — Wiki Index
|
||||
|
||||
> Content-oriented catalog of the wiki layer. Start here.
|
||||
|
||||
## Concepts
|
||||
- [[LLM-Wiki]] — Pattern: compile sources into a persistent, interlinked wiki (vs rediscovering via RAG each time).
|
||||
|
||||
## SecondBrain ingest snapshots
|
||||
- [[Library—Index]] — Quick index of `01 Library` (paths + folder counts).
|
||||
- [[Library—Priorities]] — Suggested branches to deepen next.
|
||||
|
||||
## Networking (deepened)
|
||||
- [[Networking—MOC]] — Карта темы (04 Networking).
|
||||
- [[Networking—OSI (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—VLAN (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—DHCP (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—DNS (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—NAT (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—IPv6 (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—ARP (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—ICMP & Ping (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—TCP vs UDP (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—IP-адрес (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—VLSM (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—LAN vs WAN (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—Ethernet (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—MAC-адрес (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—Router-on-a-Stick (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—DHCP Snooping & DAI (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—Режимы передачи (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—Сегментация сети (one-screen)]] — Конспект на 1 экран.
|
||||
- [[Networking—Сетевые устройства (one-screen)]] — Конспект на 1 экран.
|
||||
|
||||
## DevOps
|
||||
- [[DevOps—MOC]] — Карта темы (Docker/Ansible/Terraform/K8s/CI).
|
||||
|
||||
## Linux
|
||||
- [[Linux—MOC]] — База: help/PATH/env/perms/redirects/root.
|
||||
|
||||
## Architecture
|
||||
- [[Architecture]] — The 3-layer model: raw sources → wiki → schema.
|
||||
|
||||
## Operations
|
||||
- [[Operations]] — Ingest / Query / Lint workflows.
|
||||
|
||||
## Sources (raw)
|
||||
- [[2026-04-12__llm-wiki__idea|2026-04-12 — LLM Wiki (idea)]] — Seed note describing the pattern.
|
||||
@@ -0,0 +1,16 @@
|
||||
# 06 NoxPKB — Wiki Log
|
||||
|
||||
> Chronological, append-only record of ingests, queries, and lint passes.
|
||||
|
||||
## [2026-04-12] ingest | LLM Wiki (idea)
|
||||
- Source: [[2026-04-12__llm-wiki__idea|2026-04-12__llm-wiki__idea]]
|
||||
- Created/updated: [[LLM-Wiki]], [[Architecture]], [[Operations]], [[index]]
|
||||
|
||||
## [2026-04-12] ingest | 01 Library (quick index)
|
||||
- Scope: `01 Library` (187 markdown notes)
|
||||
- Created: [[Library—Index]], [[Library—Priorities]]
|
||||
- Updated: [[index]]
|
||||
|
||||
## [2026-04-12] deepen | 04 Networking (pass 1)
|
||||
- Created: [[Networking—MOC]], [[Networking—OSI (one-screen)]], [[Networking—VLAN (one-screen)]], [[Networking—DHCP (one-screen)]], [[Networking—DNS (one-screen)]], [[Networking—NAT (one-screen)]], [[Networking—IPv6 (one-screen)]], [[Networking—ARP (one-screen)]], [[Networking—ICMP & Ping (one-screen)]], [[Networking—TCP vs UDP (one-screen)]], [[Networking—IP-адрес (one-screen)]], [[Networking—VLSM (one-screen)]], [[Networking—LAN vs WAN (one-screen)]], [[Networking—Ethernet (one-screen)]], [[Networking—MAC-адрес (one-screen)]], [[Networking—Router-on-a-Stick (one-screen)]], [[Networking—DHCP Snooping & DAI (one-screen)]], [[Networking—Режимы передачи (one-screen)]], [[Networking—Сегментация сети (one-screen)]], [[Networking—Сетевые устройства (one-screen)]]
|
||||
- Updated: [[index]]
|
||||
@@ -0,0 +1,87 @@
|
||||
---
|
||||
epoch: 1776691263738
|
||||
modelKey: "qwen2.5:3b|ollama"
|
||||
topic: "Fuzzy Sets Information"
|
||||
|
||||
|
||||
|
||||
tags:
|
||||
- copilot-conversation
|
||||
---
|
||||
|
||||
**user**: Найди мне в заметках информацию про нечеткие множества
|
||||
[Context: Notes: 00 Inbox/Курсовая инфа.md]
|
||||
[Timestamp: 2026/04/20 16:21:03]
|
||||
|
||||
**ai**: I understand you want to find information about fuzzy sets in your notes. However, I don't see any existing note titled "Курсовая инфа" (Coursework Info) in the vault that contains information about fuzzy sets. Could you please check if there's a relevant note or provide more details on what exactly you're looking for?
|
||||
[Timestamp: 2026/04/20 16:21:09]
|
||||
|
||||
**user**: Найди мне в заметках информацию про нечеткие множества
|
||||
[Timestamp: 2026/04/20 16:21:28]
|
||||
|
||||
**ai**: I don't see any existing notes titled "Курсовая инфа" (Coursework Info) in the vault that contain information about fuzzy sets. Could you please check if there's a relevant note or provide more details on what exactly you're looking for?
|
||||
[Timestamp: 2026/04/20 16:21:33]
|
||||
|
||||
**user**: Найди мне в заметках информацию про нечеткие множества
|
||||
[Timestamp: 2026/04/20 16:22:58]
|
||||
|
||||
**ai**: I don't see any existing notes titled "Курсовая инфа" (Coursework Info) in the vault that contain information about fuzzy sets. Could you please check if there's a relevant note or provide more details on what exactly you're looking for?
|
||||
[Timestamp: 2026/04/20 16:23:03]
|
||||
|
||||
**user**: Test
|
||||
[Timestamp: 2026/04/20 16:23:24]
|
||||
|
||||
**ai**: It seems like your message might have been cut off. Did you intend to ask something specific related to fuzzy sets, or did you need assistance with finding information about fuzzy sets in your notes? Please provide more details so I can assist you better.
|
||||
[Timestamp: 2026/04/20 16:23:29]
|
||||
|
||||
**user**: Пиши по русски
|
||||
[Timestamp: 2026/04/20 16:23:32]
|
||||
|
||||
**ai**: Конечно! Я не нашел в ваших заметках информацию о нечетких множествах. Может быть, у вас есть конкретное название или описание заметки, где вы ищете эту информацию? Если да, пожалуйста, предоставьте больше информации, чтобы я мог помочь вам лучше.
|
||||
[Timestamp: 2026/04/20 16:23:37]
|
||||
|
||||
**user**: Что ты умеешь?
|
||||
[Timestamp: 2026/04/20 16:26:55]
|
||||
|
||||
**ai**: Я могу помочь с различными задачами, основываясь на предоставленной информации. Вот некоторые вещи, которые я могу сделать:
|
||||
|
||||
1. **Искать информацию в ваших заметках**: Я могу искать определенные темы или ключевые слова в ваших заметках.
|
||||
2. **Помощь с математикой**: Если у вас есть формулы или задачи по математике, я могу помочь вам их решить или объяснить.
|
||||
3. **Поддержка с машинным обучением и искусственным интеллектом**: Я могу предоставить информацию о различных алгоритмах, моделях и методах машинного обучения.
|
||||
4. **Помощь с статистикой и анализом данных**: Если у вас есть вопросы по статистическим методам или анализу данных, я могу помочь вам найти ответы.
|
||||
5. **Поддержка с сетями и протоколами интернета**: Я могу предоставить информацию о различных сетях и протоколах, включая IPv6.
|
||||
6. **Помощь с OSINT (Open-Source Intelligence)**: Если у вас есть вопросы по сбору информации через открытые источники (OSINT), я могу помочь вам найти ответы на эти вопросы.
|
||||
|
||||
Если вы хотите, чтобы я помогал вам с каким-то конкретным вопросом или задачей, просто предоставьте мне больше деталей.
|
||||
[Timestamp: 2026/04/20 16:29:05]
|
||||
|
||||
**user**: Найди мне в заметках информацию про нечеткие множества
|
||||
[Timestamp: 2026/04/20 16:30:38]
|
||||
|
||||
**ai**: В ваших заметках я нашел информацию о нечетких множествах и логических операциях над ними. Вот некоторые ключевые моменты:
|
||||
|
||||
1. **Определение Нечеткого Множества**:
|
||||
- Нечеткое множество $A$ на универсуме ($U$) - это совокупность пар вида $u, \mu_{A}(u)$, где $\mu_{A}(u)$ - функция принадлежности нечеткого множества $A: U \to [0, 1]$.
|
||||
- Примеры:
|
||||
- $U = (a,b,c,d,e,f)$, тогда $A = (\frac{0}{a},\frac{1}{b}, \frac{0.5}{c}, \dots)$
|
||||
- $U=\{a,b,c,d,e\};\ A=\{\{a,0\}, \{b,0.1\},\{c,0.5\},\{d,0.9\},\{e,1\}\}$
|
||||
- $U = R;\ \mu_{A}(x)=(1+|x-10|^{m})^{-1}$
|
||||
|
||||
2. **Логические Операции Нечеткого Множества**:
|
||||
- Дизъюнкция (объединение): $\mu_{A\cup B}(u) = \max(\mu_A(u), \mu_B(u))$
|
||||
- Конъюнкция (пересечение): $\mu_{A \cap B}(u) = \min(\mu_A(u), \mu_B(u))$
|
||||
- Дополнение: $\overline{A} = 1 - A$
|
||||
- Разность: $A - B = A \cap \overline{B}$
|
||||
|
||||
3. **Функция Принадлежности**:
|
||||
- Для нечеткого множества $\mu_{A}(u)$ принимает значения из диапазона [0, 1].
|
||||
- Например, для трёхмерного пространства: $U = \{a,b,c,d,e,f\}$ и функция принадлежности может быть задана как $\mu_A(u) = (1+|u-5|^2)^{-1}$.
|
||||
|
||||
4. **Терминология**:
|
||||
- Пустое нечеткое множество: $\mu_{A}(u) = 0$ для всех $u \in U$
|
||||
- Носитель множества: подмножество таких точек $U$, где функция принадлежности положительна
|
||||
- Высота множества: максимальное значение х.ф.
|
||||
- Нормальное и субнормальное множество
|
||||
|
||||
Если вам нужен более подробный анализ или конкретная информация по какому-то аспекту, пожалуйста, уточните ваш запрос!
|
||||
[Timestamp: 2026/04/20 16:34:04]
|
||||
@@ -0,0 +1,39 @@
|
||||
---
|
||||
epoch: 1776711800199
|
||||
modelKey: "qwen2.5:3b|ollama"
|
||||
topic: "Test Conversation Title"
|
||||
|
||||
|
||||
|
||||
tags:
|
||||
- copilot-conversation
|
||||
---
|
||||
|
||||
**user**: Test
|
||||
[Context: Notes: 00 Inbox/Экономическая безопасность.md]
|
||||
[Timestamp: 2026/04/20 22:03:20]
|
||||
|
||||
**ai**: It seems like you're looking for a test or evaluation related to the context provided. Could you please specify what kind of test or which aspect of testing you need assistance with? For example, is it about validating an algorithm, assessing model performance, or something else specific? Please provide more details so I can assist you better.
|
||||
[Timestamp: 2026/04/20 22:04:59]
|
||||
|
||||
**user**: Отвечай на русском
|
||||
Найди в хранилище информацию про k8s
|
||||
[Context: Notes: 00 Inbox/Экономическая безопасность.md]
|
||||
[Timestamp: 2026/04/20 22:05:31]
|
||||
|
||||
**ai**: Для того чтобы найти информацию о Kubernetes (k8s) в вашем хранилище, я буду использовать методы поиска. В вашем контексте есть несколько заметок и документаций, связанных с Kubernetes. Вот как я бы начал поиск:
|
||||
|
||||
1. **Используйте метаданные для фильтрации**: Поиск начнется с проверки метаданных (метаинформации) ваших заметок или документов. Например, если у вас есть заметка "Kubernetes", вы можете использовать её как ключ для поиска.
|
||||
|
||||
2. **Поиск по заголовкам и содержимому**: Если в вашем хранилище есть заметки или документы с меткой "Kubernetes" или содержащие слово "k8s", я бы начал поиск с этих элементов.
|
||||
|
||||
3. **Используйте инструменты поиска**: В зависимости от используемого инструмента, вы можете использовать фильтры и поисковые запросы для поиска информации о Kubernetes. Например:
|
||||
- Если у вас используется Obsidian, можно использовать команду `{{Kubernetes}}` в поиске.
|
||||
- Если у вас используются заметки с метками или тегами, поиск будет проще.
|
||||
|
||||
4. **Проверьте контекстные документы**: Возможно, есть документы или заметки, которые специально говорят о Kubernetes и его компонентах (например, Control Plane, Data Plane).
|
||||
|
||||
5. **Используйте похожие ключевые слова**: Если у вас нет конкретной метки "Kubernetes", вы можете использовать похожие ключевые слова такие как "k8s", "Docker Swarm", "Podman" и т.д.
|
||||
|
||||
После того, как найдете заметку или документ с информацией о Kubernetes, я могу предоставить вам краткий пересказ или улучшить структуру этой информации в соответствии с вашими инструкциями. Пожалуйста, предоставьте больше деталей или конкретные примеры для более точного поиска.
|
||||
[Timestamp: 2026/04/20 22:07:52]
|
||||
@@ -0,0 +1,84 @@
|
||||
---
|
||||
epoch: 1776691008342
|
||||
modelKey: "qwen2.5:3b|ollama"
|
||||
topic: "Title Assistance Requested"
|
||||
|
||||
|
||||
|
||||
tags:
|
||||
- copilot-conversation
|
||||
---
|
||||
|
||||
**user**: Test
|
||||
[Context: Notes: 00 Inbox/Курсовая инфа.md]
|
||||
[Timestamp: 2026/04/20 16:16:48]
|
||||
|
||||
**ai**:
|
||||
<errorChunk>"qwen2.5:3b" does not support thinking</errorChunk>
|
||||
[Timestamp: 2026/04/20 16:16:48]
|
||||
|
||||
**user**: Test
|
||||
[Context: Notes: 00 Inbox/Курсовая инфа.md]
|
||||
[Timestamp: 2026/04/20 16:17:01]
|
||||
|
||||
**ai**: I'm sorry, I seem to have misunderstood your request. How can I assist you today?
|
||||
[Timestamp: 2026/04/20 16:17:05]
|
||||
|
||||
**user**: Simplify {} to a 6th-grade reading level (ages 11-12). Use simple sentences, common words, and clear explanations. Maintain the original key concepts. Return only the simplified text.
|
||||
[Timestamp: 2026/04/20 16:17:53]
|
||||
|
||||
**ai**: Программа сдается ВЮ, а пояснительную записку ДЮ.
|
||||
|
||||
- Для анализа нужно убрать лишние слова и числа.
|
||||
- Тема курсовой работы должна быть уникальной и основана на законах УК РФ.
|
||||
- В отчете нужно указать всех участников команды.
|
||||
|
||||
Оформление:
|
||||
Надо написать заголовок
|
||||
Написать аннотацию
|
||||
Написать содержание
|
||||
Написать постановку задачи
|
||||
Написать введение (как будем решать)
|
||||
Не писать про GPT
|
||||
Написать результаты
|
||||
Написать выводы
|
||||
Написать список литературы (не менее 5 пунктов)
|
||||
Добавить приложение
|
||||
|
||||
Картинки, которые показывают работу программы. Не меньше 12 страниц (лучше 15).
|
||||
|
||||
Сдавать полностью на двух лекциях, дальше за каждую неделю -5 баллов.
|
||||
[Timestamp: 2026/04/20 16:18:09]
|
||||
|
||||
**user**: Add relevant emojis to enhance {}. Follow these rules:
|
||||
1. Insert emojis at natural breaks in the text
|
||||
2. Never place two emojis next to each other
|
||||
3. Keep all original text unchanged
|
||||
4. Choose emojis that match the context and tone
|
||||
Return only the emojified text.
|
||||
[Context: Notes: 00 Inbox/Курсовая инфа.md]
|
||||
[Timestamp: 2026/04/20 16:18:48]
|
||||
|
||||
**ai**: Программа сдается ВЮ, пояснительную записку ДЮ. 👍
|
||||
|
||||
- проведение анализа подразумевает нормализацию текста (убрать стоп-слова, числительные, имена собственные(имена людей, названия объектов географических, юридических))
|
||||
- индивидуализированная тема курсовой работы (Поиск стоп-слов в УК РФ на основе закона Хипса/Ципфа)
|
||||
- В отчет вписать всех в команде в столбик
|
||||
|
||||
Оформление курсовой работы:
|
||||
Титульник с названием
|
||||
Аннотация
|
||||
Содержание
|
||||
Постановка задачи
|
||||
Введение (как будем решать)
|
||||
Описание того, как разработали (не писать про GPT)
|
||||
Какие результаты получили
|
||||
Выводы
|
||||
Списки литературы (не менее 5 пунктов)
|
||||
Приложение
|
||||
|
||||
Картинки, демонстрирующие работу приложения
|
||||
Не менее 12 страниц (рекомендуемое 15 страниц)
|
||||
|
||||
Сдавать полностью на двух лекциях (макс баллы), дальше за каждую неделю -5 баллов. 📊
|
||||
[Timestamp: 2026/04/20 16:19:09]
|
||||
@@ -0,0 +1,17 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 20
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 1776711535056
|
||||
---
|
||||
Отформатируй:
|
||||
- короткие абзацы
|
||||
- списки вместо длинных предложений
|
||||
Исправь markdown:
|
||||
- заголовки
|
||||
- списки
|
||||
- код-блоки
|
||||
- ссылки
|
||||
Убери лишний текст.
|
||||
Без изменения смысла.
|
||||
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 10
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 1776711362740
|
||||
---
|
||||
Добавь emoji по категориям:
|
||||
- идеи → 💡
|
||||
- задачи → ✅
|
||||
- предупреждения → ⚠️
|
||||
- важно → ❗
|
||||
- ссылки → 🔗
|
||||
Не меняй текст, только добавь маркеры.
|
||||
@@ -0,0 +1,19 @@
|
||||
---
|
||||
copilot-system-prompt-created: 1776711589359
|
||||
copilot-system-prompt-modified: 1776711589359
|
||||
copilot-system-prompt-last-used: 0
|
||||
copilot-system-prompt-default: true
|
||||
---
|
||||
Пиши на русском.
|
||||
Кратко и по делу.
|
||||
Структурируй (списки, заголовки).
|
||||
Сохраняй смысл текста.
|
||||
Убирай лишнее.
|
||||
Используй Markdown.
|
||||
Контекст:
|
||||
- Это личная база знаний (PKM)
|
||||
- Важно: связность заметок и переиспользование
|
||||
|
||||
Дополнительно:
|
||||
- Предлагай улучшения структуры, если они очевидны
|
||||
- Выделяй actionable элементы
|
||||
Reference in New Issue
Block a user