Merge remote-tracking branch 'origin/main'
This commit is contained in:
Taiga committed
commit
0524181939
9 files changed
+355
-68
No files matched your search
@@ -1,6 +1,6 @@
|
||||
---
|
||||
created: '2026-08-24'
|
||||
updated: '2026-08-24'
|
||||
updated: '2026-11-05'
|
||||
tags:
|
||||
- tax
|
||||
- russia
|
||||
@@ -12,41 +12,32 @@ tags:
|
||||
|
||||
- ИП в Кыргызстане, доход от иностранных IT-клиентов
|
||||
- Живу в Бишкеке, гражданин РФ
|
||||
- Цель: **не становиться налоговым резидентом РФ** (порог — 183 дня в любые 12 последовательных месяцев)
|
||||
- Цель: **не становиться налоговым резидентом РФ по итогам календарного года**
|
||||
- Пока нерезидент — доход от КР-ИП РФ не касается
|
||||
|
||||
---
|
||||
|
||||
## Въезды/выезды в РФ
|
||||
## Пребывание в РФ по календарным годам
|
||||
|
||||
| Период | Дней |
|
||||
| ----------------------- | ------- |
|
||||
| 29.11.2025 → 14.03.2026 | 106 |
|
||||
| 04.07.2026 → 30.08.2026 | 58 |
|
||||
| 06.09.2026 → 19.09.2026 | 14 |
|
||||
| 29.11.2026 → ? | считаем |
|
||||
| Период | Дней в 2025 году | Дней в 2026 году |
|
||||
| --- | ---: | ---: |
|
||||
| 29.11.2025 → 14.03.2026 (106 дней всего) | 33 | 73 |
|
||||
| 04.07.2026 → 30.08.2026 | — | 58 |
|
||||
| 06.09.2026 → 19.09.2026 | — | 14 |
|
||||
| 25.10.2026 → 08.11.2026 | — | 15 |
|
||||
| **Итого по записанной истории** | **33** | **160** |
|
||||
|
||||
---
|
||||
Дни въезда и выезда включены. Для итогового годового статуса дни считаются с 1 января по 31 декабря; переходящий визит разделён между годами. Другие поездки, если они были, не учтены.
|
||||
|
||||
## Подсчёт скользящего окна
|
||||
[ФНС: окончательный налоговый статус определяется за календарный год](https://www.nalog.gov.ru/rn77/ip/interest/reg_ip/resident_rf/). Порог — **183 дня**; чтобы остаться ниже него, допустимо максимум **182 дня за год**. Для промежуточного определения статуса налоговым агентом в течение года применяется период из 12 последовательных месяцев.
|
||||
|
||||
### На дату приезда 29.11.2026
|
||||
## Следующий въезд с пребыванием до 31.12.2026
|
||||
|
||||
Окно 29.11.2025 → 28.11.2026:
|
||||
- 29.11.25 → 14.03.26 = **106 дней**
|
||||
- 04.07.26 → 30.08.26 = **58 дней**
|
||||
- 06.09.26 → 19.09.26 = 14 дней
|
||||
- **Итого: 178 дней** (запас: **4 дня** до 183)
|
||||
Остаток на 2026 год: **182 − 160 = 22 дня**.
|
||||
|
||||
### Динамика окна при пребывании с 29.11.2026
|
||||
**Самая ранняя дата въезда — 10.12.2026:** до 31.12.2026 включительно это ровно весь остаток, и годовой итог останется ниже порога. Условие: между последним указанным визитом и этой поездкой других дней в РФ нет.
|
||||
|
||||
- **29.11.26 → 14.03.27:** из окна выпадают дни 29.11.25→14.03.26 — все в РФ → +1 −1 = **счётчик стоит на 177**
|
||||
- **15.03.27:** из окна начинают выпадать дни с 15.03.26 (КР) → каждый день в РФ даёт **чистый +1**
|
||||
- Запас 6 дней → нужно выехать до **~21.03.2027**
|
||||
|
||||
### ⚠️ Безопасный выезд при поездке 29.11.2026
|
||||
|
||||
**Выехать не позднее 20.03.2027**
|
||||
С 01.01.2027 начинается отдельный годовой счётчик; дальнейшие дни этого визита относятся к 2027 году.
|
||||
|
||||
---
|
||||
|
||||
@@ -64,11 +55,3 @@ tags:
|
||||
2. Подать **3-НДФЛ** в РФ, указать доход от КР-ИП, сослаться на СИДН (ст. 7 — предпринимательская деятельность)
|
||||
3. Приложить: сертификат резидентства КР, квитанции об уплате налога в КР, контракты
|
||||
4. Налог уплаченный в КР засчитывается — доплачивается только разница (КР ~4–6%, РФ 13%)
|
||||
|
||||
---
|
||||
|
||||
## Вывод / план
|
||||
|
||||
- **Сейчас:** нерезидент РФ, всё чисто
|
||||
- **Поездка 29.11.2026:** можно сидеть до **20.03.2027** — счётчик нейтрален пока выпадают дни зимы 2025/26 (были в РФ), с 15.03.27 начинает расти
|
||||
- **Принцип:** следить за датами, особенно после длинного лета в РФ — запас резко сокращается
|
||||
@@ -28,7 +28,7 @@ Prowlarr
|
||||
|
||||
```text
|
||||
vless-space
|
||||
└─ space-master: sub1-sweden-yt
|
||||
└─ space-master: sub1-sweden
|
||||
└─ space-failover: sub1-poland-yt
|
||||
└─ space-auto: текущий leastLoad по подписке
|
||||
```
|
||||
@@ -96,11 +96,13 @@ FlareSolverr requestTimeout = 180 seconds
|
||||
Текущая цепочка:
|
||||
|
||||
```text
|
||||
space-master selector=[sub1-sweden-yt] fallback=space-failover
|
||||
space-master selector=[sub1-sweden] fallback=space-failover
|
||||
space-failover selector=[sub1-poland-yt] fallback=space-auto
|
||||
space-auto selector=[sub1-] strategy=leastLoad
|
||||
```
|
||||
|
||||
Актуально после исправления 2026-11-02: `sub1-sweden` — prefix selector; `fallbackTag` ссылаются на одноимённые **outbound типа loopback**, которые через отдельные inboundTag/routing-правила передают трафик следующему balancer. Ссылка `fallbackTag` прямо на balancer не работает. Подробности и проверка обеих резервных ступеней — [[family/how-to/arr-stack-taiga]].
|
||||
|
||||
Не использовать общий `leastLoad` как первый уровень для RuTracker/Kinozal: он может менять egress между соединениями. `maxRTT` и `tolerance` фильтруют кандидатов, но не делают выбор sticky.
|
||||
|
||||
Перед изменением базы сохранять backup. После изменения проверить сгенерированный `/app/bin/config.json` и выполнить `xray -test`; не редактировать сгенерированный файл напрямую.
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
type: tech
|
||||
topic: print
|
||||
tags: [print, printer, samsung, cups, truenas, novosibirsk]
|
||||
updated: "2026-10-09"
|
||||
updated: "2026-11-07"
|
||||
---
|
||||
|
||||
# Samsung CLX-216x — Новосибирск
|
||||
@@ -25,15 +25,14 @@ updated: "2026-10-09"
|
||||
## Эксплуатация
|
||||
|
||||
- Конфигурация: `/mnt/RED_2TB/docker/cups/` на TrueNAS.
|
||||
- После изменения конфигурации поднимать полным пересозданием:
|
||||
- После изменения Dockerfile или скриптов пересобрать образ и пересоздать контейнер:
|
||||
|
||||
```bash
|
||||
docker stop cups-splix
|
||||
docker rm cups-splix
|
||||
docker compose up -d
|
||||
cd /mnt/RED_2TB/docker/cups
|
||||
docker compose up -d --build --force-recreate cups-splix
|
||||
```
|
||||
|
||||
- Не использовать `docker restart cups-splix`: Avahi после него становится zombie, mDNS пропадает.
|
||||
- С 2026-11-07 обычный `docker restart cups-splix` поддерживается и проверен. Старый запрет относился к ошибке прежнего entrypoint; причина устранена (см. ниже).
|
||||
- Из внешней сети печать идёт через SSH в контейнер; порт `631` наружу не опубликован.
|
||||
|
||||
## Печать PDF извне
|
||||
@@ -56,3 +55,23 @@ ssh -i ~/.ssh/id_rsa truenas_admin@mallexxx.duckdns.org \
|
||||
- Образ основан на Debian 12; в нём CUPS, splix, Avahi, D-Bus и USB-утилиты. Точка входа запускает D-Bus, затем Avahi, затем `cupsd`.
|
||||
- Каталоги `data`, `cache`, `spool` принадлежат `root:lp` и имеют права `0700`. Бэкап делать внутри контейнера через `docker exec … tar`, затем забирать `docker cp`.
|
||||
- Локально собранный образ не переживает потерю docker data-root; конфигурация и USB-очередь сохраняются в `/mnt/RED_2TB/docker/cups/`, образ нужно пересобрать.
|
||||
|
||||
## Исправление повторного сбоя 2026-11-07
|
||||
|
||||
- Проверка по SSH: USB `04e8:3425` присутствовал, очередь была idle/enabled/accepting, но D-Bus отсутствовал, его socket от 31 августа возвращал `Connection refused`, Avahi был defunct. Контейнер повторно запустился 1 ноября после перезапуска TrueNAS.
|
||||
- Причина: прежний entrypoint проверял только существование socket, запускал Avahi в фоне с подавлением ошибок и не контролировал дочерние процессы. Пересоздание контейнера обходило ошибку, но следующий старт существующего контейнера воспроизводил её.
|
||||
- Дополнительная причина, обнаруженная проверкой mDNS после восстановления D-Bus: Avahi присоединялся ко всем виртуальным интерфейсам Docker и на физическом `enp3s0.IPv4` получал `IP_ADD_MEMBERSHIP failed: No buffer space available`. Из-за исчерпания multicast memberships оставалась лишь IPv6-публикация на LAN. В Dockerfile установлен `allow-interfaces=enp3s0`: mDNS печати работает только в домашней сети, новые сети Docker не расходуют его multicast memberships.
|
||||
- Исправлены `/mnt/RED_2TB/docker/cups/{Dockerfile,entrypoint.sh}`, добавлен `healthcheck.sh`. При старте удаляются старые container-local socket/PID-файлы; D-Bus, Avahi и CUPS запускаются последовательно с проверкой готовности. PID 1 контролирует все три процесса и каждые 5 секунд проверяет Avahi по D-Bus и очередь по IPP. После трёх неудачных проверок или выхода процесса контейнер завершается; Docker автоматически поднимает его согласно сохранённому `restart: unless-stopped`. Завершение зависших процессов ограничено по времени. Ошибки Avahi видны в `docker logs`.
|
||||
- В образ добавлен Docker HEALTHCHECK (15 секунд, timeout 12 секунд, start-period 30 секунд, retries 3). `healthcheck.sh` проверяет также фактический IPv4 mDNS-анонс очереди на `enp3s0`, а не только доступность процессов. Самовосстановление обеспечивает entrypoint: один HEALTHCHECK сам по себе контейнеры не перезапускает.
|
||||
- Проверка: два `docker restart`; SIGKILL отдельно Avahi, D-Bus и CUPS; SIGSTOP Avahi для имитации зависания. После каждого теста контейнер healthy, IPP отвечает, `_ipp._tcp` разрешается на физическом `enp3s0` в `192.168.2.197:631` с правильным `rp=printers/Samsung_CLX-216x_Series`. Полный reboot TrueNAS не выполнялся.
|
||||
- Одностраничное тестовое задание отправлено через LAN IPP; результат CUPS — completed. Печать именно с телефона удалённо не проверялась.
|
||||
- Бэкап исходных Dockerfile/entrypoint/compose: `/mnt/RED_2TB/docker/cups/backup-startup-20261107T133009Z/`; прежний образ: `cups-splix:before-startup-20261107T133009Z`. Очередь, spool и USB-настройки сохранены.
|
||||
|
||||
Проверка состояния:
|
||||
|
||||
```bash
|
||||
docker inspect cups-splix --format '{{.State.Health.Status}}'
|
||||
docker exec cups-splix /healthcheck.sh
|
||||
docker exec cups-splix avahi-browse -rtp _ipp._tcp
|
||||
docker logs --tail 60 cups-splix
|
||||
```
|
||||
Reference in new issue
Block a user