лучше с очисткой сеансовых данных

Остановил сервер 1с, очистил сенасовые данные сервера, убил зависших клиентов, запустил сервер, запустил клиента - висим....

В консоли кластера 1с смотрите колонки время вызова текущее и время вызова субд текущее

Закинул файлик к клиенту

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
        <log location="/var/log/1C/" history="96">
                <event>
                         <eq property="name" value="DBMSSQL"/>
                </event>
                <event>
                         <eq property="name" value="SDBL"/>
                </event>
                <event>
                         <eq property="name" value="EXCP"/>
                </event>
                <property name="all"/>
        </log>
</config>

Создало диры 1cv8c_* и 1cv8s_*, внутри пустые файлики вида 21052616.log, ничего не пишет :)

эти параметры для сервера вроде, лучше включить "ВСЁ" - как не помню, в доке точно есть

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

Ну это само собой, тем более в документации вполне себе об этом всем написано.
В бинари положить - это как пушкой по воробьям, но зато результат здесь и сейчас )

Из ?ошибок? вижу только что-то вида

makeIntroTicketREQ: KRB5CCNAME environment variable is not set!

И возможно это

44:53.344000-12045998,LIC,1,process=1cv8c,OSThread=3269,Func=getLicense,res=error,txt='0, client, error, local Application; 

Продолжаю висеть на "Loading configuration data", больше ничего кроме пингов не пишет (те самые 32 байта, видимо)

46:44.105000-0,CONN,0,process=1cv8c,OSThread=3310,Txt='Ping direction statistics: address=172.16.0.10:1560,pingTimeout=15000,pingPeriod=3000,period=10065,packetsSent=3,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=0,packetsLostAndFound=0'

Откатил клиентскую машину на состояние "взад" на несколько дней, получил... Ничего, тот же результат.
Виндовый клиент тем временем всё так же успешно подключается.
Прекрасная система, надёжная как швейцарские часы...

А проблема как всегда окажется в закрытых портах или в ресолве имён

так он же пишет, что лицензию найти не может

А сказать об этом в лицо? :))
Лицензии раздаёт сервер (Сервер мини). Одному раздал - второму не раздал?
В тж сервера нашёл "Software licensing error". И больше ничего... Информативненько.

Это чтобы жизнь медом не казалась 😂

Возвращаясь к вопросу - и чо делать то?

Галка "использовать аппаратную лицензию" на клиенте точно не стоит?

Хотя вообще весьма странное поведение, на самом деле.

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

  hard, local, client, absent; 
  hard, local, client 300, absent; 
  hard, local, client 500, absent; 
  hard, local, Base, absent; 
  hard, net, client, absent; 
  hard, net, client 300, absent; 
  hard, net, client 500, absent; 
  hard, net, Base, absent'

Не, ну я на самом деле не помню есть ли она там и где, просто на всякий случай написал

Естественно, это проверялось в первую очередь... Порты 1560, 1540, 5432, 1541 - все благополучно телнетятся с клиента. Резолвы работают :)