×
×
Содержание




ОС Linux. Сетевые настройки


Раздел Сетевые настройки в окне с установками программы (пункт Установки в меню вкладки Файл) предназначен для настройки параметров подключения программы «ГРАНД-Смета» к информационным сервисам, в частности к серверу www.grandsmeta.ru.

Общий вид окна

2026-03-07-09-06-27.png

Окно настроек состоит из нескольких логических блоков:

  • Подключаться к информационным сервисам – главный включатель сетевой активности программы.
  • Настройки прокси-сервера – параметры подключения через прокси (адрес, порт, авторизация).
  • Кнопка Проверить соединение – позволяет сразу проверить работоспособность настроек.

В зависимости от ОС набор доступных опций меняется: в версии для Windows имеется возможность использовать настройки, введённые на уровне ОС, а в версии для Linux добавлен явный выбор типа авторизации.

Подключение к информационным сервисам

Опция Подключаться к информационным сервисам – включает или отключает возможность программы обращаться к внешним сервисам (обновления, загрузка нормативных баз, справочников и т. д.). Если флажок здесь снят, то все сетевые операции будут заблокированы.

Настройки прокси-сервера

Блок настроек прокси-сервера становится активным при установке флажка Использовать прокси-сервер. Здесь доступны следующие опции:

UNC адрес прокси сервера или IP – поле для ввода доменного имени или IP-адреса прокси-сервера.

Порт – номер порта (0 – значение по умолчанию, требует замены на реальный порт)

Тип авторизации – выбор метода аутентификации на прокси-сервере:

Не требуется – прокси не запрашивает логин и пароль.

Basic – простая аутентификация (передача логина и пароля в открытом виде, не рекомендуется без шифрования).

Negotiate – автоматический выбор наиболее безопасного протокола (Kerberos или NTLM). Используется в доменных средах.

NTLM – аутентификация по протоколу Windows NTLM.

Имя пользователя и Пароль – учётные данные для доступа к прокси (обязательны для типов Basic, Negotiate и NTLM, если прокси их требует)

Примечание: Имя пользователя может быть указано как в формате DOMAIN\username так и username

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

Кнопка Проверить соединение позволяет немедленно протестировать доступ к серверу www.grandsmeta.ru с выбранными настройками. При возникновении ошибки (например, 407 Proxy Authentication Required) программа выдаст соответствующее сообщение.

Особенности аутентификации Negotiate и Kerberos

Тип авторизации Negotiate (SPNEGO) используется для автоматического выбора протокола – как правило, сначала пытается применить Kerberos, а если он недоступен – NTLM. Kerberos является стандартным протоколом аутентификации в доменах Windows и требует наличия у клиента действительного билета (ticket).

  • В Linux автоматическое получение билетов Kerberos не происходит. Для работы Negotiate с использованием Kerberos необходимо вручную получить билет с помощью команды kinit. Например: kinit Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в вашем браузере должен быть включен Javascript.. После успешного выполнения команды билет будет сохранён в кеше, и программа «ГРАНД-Смета» (запущенная из той же сессии) сможет использовать его для аутентификации на прокси.
  • Если билет отсутствует или просрочен, а прокси требует Kerberos, то при попытке подключения возникнет ошибка 407 Proxy Authentication Required, даже если логин и пароль указаны верно. Это связано с тем, что Negotiate не может сформировать корректный токен без действующего билета.

Важно: При использовании Negotiate рекомендуется либо оставить поля логина и пароля пустыми (если ОС предоставляет билет), либо убедиться в наличии актуального билета Kerberos. Принудительное указание логина и пароля в окне настроек не отменяет необходимость наличия билета для протокола Kerberos.

Рекомендации по устранению ошибки 407

Если при проверке соединения возникает ошибка 407 при типе авторизации Negotiate:

  1. Убедитесь, что компьютер находится в домене DOMAIN.RU (или том, который указан в имени пользователя).
  2. Выполните команду kinit Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в вашем браузере должен быть включен Javascript. и введите пароль. После этого повторите проверку соединения.
  3. Если билет есть, но ошибка сохраняется, попробуйте сменить тип авторизации на NTLM (он не требует Kerberos и работает на основе логина/пароля). Однако NTLM менее безопасен и может быть отключён на стороне прокси-сервера.

Если после выполнения всех рекомендаций соединение не устанавливается, необходимо обратиться к системному администратору для проверки настроек прокси-сервера и доменной инфраструктуры.

Теги: