К статье
Практический материал

Администрирование · 10 мин

Какая скорость интернета нужна для 1С

Разбираем, какая скорость интернета нужна для 1С: файловый, клиент-серверный и веб-доступ, требования к пингу, расчёт на офис и удалённых сотрудников.

Скорость интернета для 1С — вопрос, который чаще всего возникает в трёх ситуациях: при подключении к базе через интернет по RDP или веб-клиенту, при работе с облачной 1С (например, 1С:Фреш) и при объединении нескольких офисов в одну сеть. Однозначной цифры «для всех» не существует: требования зависят от режима работы, количества одновременных пользователей и объёма данных, которые гоняет конфигурация.

Ключевой момент, который упускают многие: для 1С зачастую важнее не мегабиты в секунду, а задержка (пинг) и стабильность канала. База данных обменивается с клиентом множеством мелких запросов, и канал на 100 Мбит/с с пингом 150 мс будет работать заметно хуже, чем канал на 20 Мбит/с с пингом 5 мс. Поэтому оценивать нужно три параметра: пропускную способность, время отклика и потери пакетов.

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

От чего зависит требуемая скорость

Требования к каналу определяются архитектурой, по которой работает ваша 1С. В файловом режиме, когда база лежит в общей папке и клиент читает её напрямую, трафик максимальный: клиентская программа фактически скачивает куски файла базы. Такой режим через интернет использовать нельзя в принципе — только по локальной сети с гигабитными портами.

В клиент-серверном режиме (1С:Предприятие + СУБД) тонкий клиент общается с сервером относительно компактными пакетами, но очень часто. Здесь критична задержка: каждый запрос ждёт ответа, и при пинге 100 мс открытие документа, требующего десятков обращений к серверу, растянется на секунды.

При работе через веб-клиент (браузер) или через удалённый рабочий стол (RDP) трафик состоит в основном из передачи «картинки» интерфейса и действий пользователя. Это самый экономичный по каналу вариант, поэтому именно его рекомендуют для удалённых сотрудников и филиалов.

Сколько мегабит нужно на одного пользователя

Ориентировочные значения для комфортной работы одного пользователя по сценариям приведены ниже. Это практические оценки, а не официальные нормы: реальная нагрузка зависит от конфигурации — «тяжёлые» отчёты и проведение крупных документов создают пиковый трафик.

Способ подключенияМинимум на пользователяКомфортноКритичный параметр
RDP (удалённый рабочий стол)1–2 Мбит/с2–5 Мбит/сСтабильность, отсутствие потерь
Веб-клиент (браузер)2–5 Мбит/с5–10 Мбит/сПинг до 50 мс
Тонкий клиент через интернет5–10 Мбит/с10–20 Мбит/сПинг до 30 мс
Облачная 1С (1С:Фреш)2–5 Мбит/с5–10 Мбит/сСтабильность канала
Обмен между базами (синхронизация)зависит от объёмаот 10 Мбит/сВремя окна обмена

Обратите внимание на исходящую скорость на стороне сервера. Если сервер 1С стоит в вашем офисе, а сотрудники подключаются извне, то для них «скачивание» — это для сервера «отдача». Тарифы с асимметричной скоростью (например, 100 Мбит/с на приём и 10 Мбит/с на отдачу) станут узким местом: десять удалённых пользователей по RDP уже упрутся в лимит исходящего канала.

Расчёт суммарной потребности офиса

Чтобы прикинуть необходимый канал для офиса или филиала, умножьте норму на пользователя на число одновременно работающих и добавьте запас 30–50% на пиковые нагрузки: проведение документов в конце дня, формирование отчётов, регламентные обмены. Пример: 8 удалённых бухгалтеров по RDP — это 8 × 3 Мбит/с = 24 Мбит/с, с запасом — около 35 Мбит/с отдачи на стороне сервера.

Не забывайте, что канал делится между всеми сервисами: видеозвонки, почта с вложениями, облачные хранилища и обновления Windows конкурируют с 1С за полосу. Если в офисе активно используются видеоконференции, закладывайте отдельный резерв или настраивайте приоритизацию трафика (QoS) на маршрутизаторе, отдавая предпочтение трафику 1С и RDP.

Как рассчитать канал для офиса
  1. 1
    Определите сценарий подключения: RDP, веб-клиент или тонкий клиент
  2. 2
    Посчитайте число одновременно работающих пользователей в час пик
  3. 3
    Умножьте норму на пользователя на их количество
  4. 4
    Добавьте 30–50% запаса на пиковые операции и другие сервисы
  5. 5
    Проверьте, что исходящая скорость на стороне сервера не ниже полученного значения
  6. 6
    Проведите тестовый замер в рабочее время и сравните с расчётом

Как измерить реальные параметры канала

Заявленная провайдером скорость и реальная — разные вещи, особенно в час пик. Измеряйте в то время, когда сотрудники реально работают с базой. Для оценки пропускной способности подойдёт любой сервис замера скорости, но для 1С важнее два других теста: пинг до сервера и потери пакетов.

Пинг измеряется стандартной командой до адреса вашего сервера 1С. Запустите длительный тест и посмотрите не только среднее значение, но и разброс: стабильные 20 мс лучше, чем скачки от 10 до 200 мс.

bash
ping -n 100 адрес_сервера_1С

Если в результате потери пакетов выше 1% или пинг нестабилен, проблема в канале, а не в 1С. Типичные причины: Wi-Fi вместо кабеля, перегруженный маршрутизатор, мобильный интернет с нестабильным сигналом. Первое действие — подключить рабочее место кабелем и повторить замер.

Контрольные точки

Как проверить результат

Пинг до сервера 1С
Норма

Стабильно до 30–50 мс без скачков

Тревожный признак

Выше 100 мс или сильный разброс значений

Потери пакетов
Норма

0–1% при длительном тесте

Тревожный признак

Более 1–2%, интерфейс 1С подвисает

Скорость в час пик
Норма

Не ниже расчётной потребности офиса

Тревожный признак

Просадки именно в рабочее время

Отклик интерфейса 1С
Норма

Документы и списки открываются за 1–2 секунды

Тревожный признак

Каждое действие занимает 5 и более секунд

Что делать, если скорости не хватает

Прежде чем менять тариф, исключите локальные причины. Значительная часть жалоб на «медленный интернет для 1С» на практике оказывается проблемой Wi-Fi, старого роутера или перегруженного сервера. Проверьте работу по кабелю, посмотрите загрузку процессора и дисков на сервере, убедитесь, что антивирус не сканирует каталог базы.

Если канал действительно узкий, первая мера — сменить режим работы на более экономичный: перевести удалённых пользователей с тонкого клиента на веб-клиент или RDP. Вторая мера — включить сжатие трафика: в RDP оно работает по умолчанию, а для веб-сервера 1С можно использовать сжатие на уровне IIS или Apache. Третья — настроить QoS, чтобы 1С не проигрывал конкуренцию обновлениям и видео.

Маршрут решения

Как выбрать действие

Пинг стабильный, но не хватает мегабит при одновременной работеУвеличивайте тариф и настраивайте QoS на маршрутизаторе
Пинг высокий или скачет, а скорость в нормеИщите проблему в канале: кабель вместо Wi-Fi, смена провайдера, проверка маршрута
Медленно только у удалённых пользователейПереведите их на RDP или веб-клиент вместо тонкого клиента через интернет
Медленно у всех, включая локальную сетьПроблема в сервере или базе, а не в интернете: проверяйте диски, память и СУБД
Типичные ошибки
01
Оценивать только мегабиты и игнорировать пинг — канал 100 Мбит/с с задержкой 150 мс работает хуже, чем 20 Мбит/с с задержкой 10 мс
02
Смотреть только скорость приёма и забывать про отдачу на стороне сервера — удалённые пользователи упираются именно в upload
03
Использовать файловый режим через интернет или VPN с сетевым диском — это гарантированные подвисания и риск повреждения базы
04
Подключать рабочие места с 1С по Wi-Fi в перегруженной сети — потери пакетов дают «фризы» интерфейса
05
Не оставлять запас канала на пиковые часы — в конце отчётного периода работа встаёт

Риски и ограничения

Главный риск при работе 1С через интернет — не медленная скорость, а обрывы соединения. Разрыв сессии в момент записи документа в файловом режиме через сетевой диск может повредить базу. Поэтому файловый режим через интернет недопустим: используйте клиент-серверную архитектуру, веб-клиент или RDP, где обрыв соединения не затрагивает целостность данных на сервере.

Второй риск — безопасность. Публикация сервера 1С напрямую в интернет без VPN, ограничений по IP и актуальных обновлений платформы делает базу мишенью. Для удалённого доступа используйте VPN-канал до офиса, а RDP не выставляйте наружу на стандартном порту без дополнительной защиты. Настройку публикации и прав доступа лучше поручить специалисту, если у вас нет опыта администрирования сетей.

Частые вопросы

Хватит ли мобильного интернета 4G для работы в 1С?

Для веб-клиента или RDP — обычно да, если сигнал стабильный и пинг держится в пределах 50–80 мс. Проблема мобильного интернета не в скорости, а в нестабильности: скачки задержки и потери пакетов вызывают подвисания. Для постоянной работы лучше проводное подключение, 4G оставьте как резерв.

Почему 1С тормозит, хотя тест скорости показывает 100 Мбит/с?

Чаще всего причина в высоком пинге, потерях пакетов или в самом сервере, а не в пропускной способности. Замерьте задержку до сервера длительным пингом и проверьте загрузку дисков и памяти на сервере 1С. Также проверьте скорость отдачи на стороне, где стоит сервер.

Какой пинг считается нормальным для тонкого клиента 1С?

Комфортная работа тонкого клиента по клиент-серверному протоколу — при задержке до 30 мс. До 50–70 мс работать можно, но интерфейс будет заметно «думать» при открытии форм. Выше 100 мс тонкий клиент через интернет использовать не стоит — переходите на веб-клиент или RDP.

Нужен ли статический IP-адрес для доступа к 1С через интернет?

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

Сколько трафика в месяц потребляет работа в 1С?

Зависит от режима и интенсивности. RDP-сессия при активной работе расходует ориентировочно десятки мегабайт в час, веб-клиент — сопоставимо, тонкий клиент — заметно больше. Для тарифов с лимитированным трафиком имеет смысл замерить расход за неделю на одном пользователе и экстраполировать.

Что лучше для филиалов: веб-клиент, RDP или тонкий клиент?

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

Итог

Что важно запомнить

Для 1С важнее низкий пинг и стабильность, чем большая скорость: 2–5 Мбит/с на пользователя по RDP или веб-клиенту обычно достаточно. Считайте суммарную потребность с запасом 30–50%, проверяйте исходящую скорость на стороне сервера и никогда не используйте файловый режим через интернет.