Дело в том, что после некоторого размера системы эти советы применимы… но местами. А что бы применить «местами» надо понимать что, как и почему происходит. Но в этой статье ответов точно нет, есть «рецепт».
Про ipv6. Запрос в гугле «netsh teredo» может навести на пару полезных мыслей. Хотя просто отключить этот интерфейс в настройках карты по большей части хватает за глаза.
Я 1с-админ, кроме прочего имею сертификат «Эксперт по технологическим вопросам», защищался у Филиппова.
Большая часть «ошибок» автора в отсутствии владения устоявшейся терминологией. Есть пара _неточностей_. Это то, что выдают за истину в последней инстанции, хотя на самом деле это лишь частный случай. У Вас такие же симптомы: Вы правы, но при условии уже конкретных систем и архитектур.
Автор описал свою архитектуру сначала очень ЭПИЧНО, а потом очень обще.
Согласен, что статья по большей части лишь «покрасоваться», но и интересные (правда в моих архитектурах или излишние или неприменимые) решения есть.
Парадигма развития 1с, как мне кажется, лежит несколько в иной плоскости. 1с не предоставляет глобальный сервис, так зачем поддержка srv?
А через http — это уже reverse proxi. У меня это сделано через nginx, как вариант. Ну и катит вне зоопарка, только для 8.3-ready конфигураций (конфигураций на тонких клиентах). Т.е. для современных. У автора статьи, как я понял еще и 8.1 где-то есть…
Опишите пожалуйста настройки для раздачи серверных лицензий. Мои настройки, при котором раздаются сетевые лицензии пользователей не дали раздать серверный ключ.
Мне тоже кажется, что так можно (чем и пользуюсь) раздавать пользовательские сетевые. Серверная по своей природе локальная, если не пользоваться хитростями аппаратными.
Большая часть «ошибок» автора в отсутствии владения устоявшейся терминологией. Есть пара _неточностей_. Это то, что выдают за истину в последней инстанции, хотя на самом деле это лишь частный случай. У Вас такие же симптомы: Вы правы, но при условии уже конкретных систем и архитектур.
Автор описал свою архитектуру сначала очень ЭПИЧНО, а потом очень обще.
Согласен, что статья по большей части лишь «покрасоваться», но и интересные (правда в моих архитектурах или излишние или неприменимые) решения есть.
А через http — это уже reverse proxi. У меня это сделано через nginx, как вариант. Ну и катит вне зоопарка, только для 8.3-ready конфигураций (конфигураций на тонких клиентах). Т.е. для современных. У автора статьи, как я понял еще и 8.1 где-то есть…
Предыдущий комментарий считать неправильным.
Ну и т.д. У вас на одном инстансе может быть больше одной службы, просто на разных портах. Как с помощью ДНС разрулить обращение к службам?