---
title: "🖨 Samsung M2020 — Бишкек"
aliases: ["Samsung M2020", "Samsung M2020 Series"]
tags: ["family", "how-to", "devices", "printer", "bishkek"]
updated: "2026-10-09"
---

# Samsung M2020 — Бишкек

## Подключение

- Принтер: **Samsung M2020 Series**, идентификатор `SEC84251974A6B3`.
- Адрес: `192.168.1.80`.
- Mac: AirPrint / IPP (`dnssd://…_ipp._tcp.local`).
- Веб-интерфейс: `http://192.168.1.80/sws/index.html`.
- Вход в веб-интерфейс: `admin` / `sec00000`.

## Конфликт Mac и Android

### Исходная проблема

Стоит **заводской картридж без чипа**. M2020 сообщает по SNMP `Printer is not able to print` (`C2-1511`).

- Android через Samsung Print при этом печатал нормально.
- Mac через AirPrint отказывался печатать с сообщением `Printer is not able to print`.

### Изменение ради Mac

На M2020 выключили `SNMPv1/v2 Protocol`. Mac перестал получать статус `C2-1511` и начал печатать.

### Регрессия Android

После отключения SNMP Android всё ещё видел M2020, но при выборе принтера ждал около минуты и сообщал **«Принтер не готов»**. Переустановка модуля Samsung Print не помогла.

### Подтверждённое восстановление

Включение `SNMPv1/v2 Protocol` сразу восстановило печать с Android. SLP на результат не влияет.

### Текущее состояние

SNMPv1/v2 включён. Android печатает. На Mac применён обход ниже; Mac печатает.

Проверка CUPS 2026-10-09: задание `#99` без `waiteof=false` получило `The printer is not responding` через 30 секунд. `waiteof=false` убирает это ожидание только в Mac: документ сразу исчезает из очереди и диалог печати закрывается после передачи данных. Он не подтверждает завершение физической печати и не ускоряет M2020.

Контрольный тест: четыре пустых задания отправлены сразу друг за другом, без ухода принтера в sleep. Первое напечаталось сразу; следующие три начинали печать через **30 секунд после окончания мигания** индикатора приёма данных. Значит задержка не связана с Power Save.

Причина задержки — текущий путь Mac через сырой `socket://…:9100`: AirPrint-драйвер передаёт поток `image/urf` без IPP-границы задания, а M2020 ждёт внутренний таймаут конца задания и только затем принудительно печатает. `waiteof=false` завершает задание для macOS, но не задаёт M2020 границу задания.

## Решение конфликта на Mac

Оставить SNMPv1/v2 включённым на M2020. На Mac направить его очередь напрямую на JetDirect, отключив SNMP-проверку только для Mac:

```text
socket://192.168.1.80:9100/?snmp=false&waiteof=false
```

Для существующей очереди Mac `Samsung_M2020_Series__SEC84251974A6B3_`:

```zsh
sudo lpadmin -p 'Samsung_M2020_Series__SEC84251974A6B3_' -v 'socket://192.168.1.80:9100/?snmp=false&waiteof=false' -E
```

Настройка очереди Mac применена 2026-10-09. `snmp=false` не даёт Mac блокировать задание по статусу `C2-1511`; `waiteof=false` закрывает соединение после передачи данных и не ждёт фактического завершения печати.

Для устранения задержки нужна очередь Mac через IPP/AirPrint с явной границей задания, при сохранении отключённой проверки расходников только на Mac. Эту конфигурацию ещё нужно проверить отдельно; текущую рабочую очередь не менять без подтверждённого варианта.