Запуск нескольких экземпляров сервера на одном компьютере является штатной возможностью сервера 1С:Предприятие и позволяет использовать несколько платформ одновременно или разделить сервера на рабочие и тестовые.
Важным обстоятельством является то, что все запущенные экземпляры используют единственную серверную лицензию, что позволяет серьезно экономить денежные средства при наличии вычислительных возможностей.
Процесс установки дополнительных экземпляров сервера 1С:Предприятие в целом несложен, описан в официальной документации, но имеет некоторые свои тонкости.
Также мы добавим некоторую дополнительную информацию, которая может вам пригодиться.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
Важным обстоятельством является то, что все запущенные экземпляры используют единственную серверную лицензию, что позволяет серьезно экономить денежные средства при наличии вычислительных возможностей.
Процесс установки дополнительных экземпляров сервера 1С:Предприятие в целом несложен, описан в официальной документации, но имеет некоторые свои тонкости.
Также мы добавим некоторую дополнительную информацию, которая может вам пригодиться.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
👍22
Будет ли работать DHCP-сервер?
Anonymous Quiz
38%
Да
26%
Нет
5%
Только с включенным FastTrack
1%
Только с выключенным FastTrack
3%
Будет выдавать только зарезервированные адреса
5%
Не сможет выдать новые адреса, но может продлять
4%
Сможет выдать новые адреса, но не сможет продлить
19%
Недостаточно данных для ответа
Почему будет работать DHCP-сервер
Я думаю, правильный ответ многих удивил, еще кто-то мог про него знать, считая это просто особенностью роутеров Mikrotik, но на самом деле все глубже.
Начнем с того, что с DHCP-трафиком хост должен уметь работать в несколько отличных от всего иного сетевого взаимодействия обстоятельством – при полном отсутствии каких-либо сетевых настроек.
А как работать с сетью, если сети еще нет? Понятно, что стандартные инструменты здесь подходят мало и было принято решение использовать Berkeley Packet Filter (BPF).
Berkeley Packet Filter (BPF) – это механизм в UNIX и Linux системой который позволяет работать с сырым трафиком (raw sockets) выполняя захват и фильтрацию.
Поэтому в системе на уровне ядра настроен отдельный BPF на захват DHCP-трафика и этот захват происходит раньше, чем трафик попадает в Netfilter – еще один компонент ядра, который осуществляет фильтрацию пакетов, т.е. является настоящим брандмауэом.
Это важно помнить, фильтрацией трафика в Linux занимается именно Netfilter, а iptables, nftables, ufw и т.д. и т.п. – это всего лишь высокоуровневые интерфейсы для управления им.
Таким образом DHCP-трафик выпадает из-под действия брандмауэра, так как захватывается через BPF раньше. Хотя позже эти пакеты все-таки придут в брандмауэр, но это не будет влиять ни на что, кроме счетчиков.
Постойте, скажет кто-нибудь, это же касается DHCP-клиента, а у нас сервер. Но на самом деле это касается любой системы, вне зависимости от ее роли. На уровне BPF система понятия не имеет о ролях и софте, она просто делает свою работу – захватывает DHCP-трафик.
Поэтому вне зависимости от того, клиент перед нами или сервер, DHCP-трафик в брандмауэр не попадает. А Router OS, являясь по происхождению Linux системой унаследовала это поведение.
Я думаю, правильный ответ многих удивил, еще кто-то мог про него знать, считая это просто особенностью роутеров Mikrotik, но на самом деле все глубже.
Начнем с того, что с DHCP-трафиком хост должен уметь работать в несколько отличных от всего иного сетевого взаимодействия обстоятельством – при полном отсутствии каких-либо сетевых настроек.
А как работать с сетью, если сети еще нет? Понятно, что стандартные инструменты здесь подходят мало и было принято решение использовать Berkeley Packet Filter (BPF).
Berkeley Packet Filter (BPF) – это механизм в UNIX и Linux системой который позволяет работать с сырым трафиком (raw sockets) выполняя захват и фильтрацию.
Поэтому в системе на уровне ядра настроен отдельный BPF на захват DHCP-трафика и этот захват происходит раньше, чем трафик попадает в Netfilter – еще один компонент ядра, который осуществляет фильтрацию пакетов, т.е. является настоящим брандмауэом.
Это важно помнить, фильтрацией трафика в Linux занимается именно Netfilter, а iptables, nftables, ufw и т.д. и т.п. – это всего лишь высокоуровневые интерфейсы для управления им.
Таким образом DHCP-трафик выпадает из-под действия брандмауэра, так как захватывается через BPF раньше. Хотя позже эти пакеты все-таки придут в брандмауэр, но это не будет влиять ни на что, кроме счетчиков.
Постойте, скажет кто-нибудь, это же касается DHCP-клиента, а у нас сервер. Но на самом деле это касается любой системы, вне зависимости от ее роли. На уровне BPF система понятия не имеет о ролях и софте, она просто делает свою работу – захватывает DHCP-трафик.
Поэтому вне зависимости от того, клиент перед нами или сервер, DHCP-трафик в брандмауэр не попадает. А Router OS, являясь по происхождению Linux системой унаследовала это поведение.
👍63❤2
Очередная раздача слонов в виде бесплатного домена .SITE от Рег.ру
Проводится по принципу: кто первый встал - того и тапки.
Перед участием в данной акции невиданной щедрости уточняйте стоимость продления, чтобы потом не было мучительно больно.
Все недовольство ценовой и маркетинговой политикой компании направляйте в адрес компании.
Мы просто раздаем что нам не надо, из соображений что у нас пропадет, а кому-то может и пригодится.
🎉🎉🎉
Проводится по принципу: кто первый встал - того и тапки.
Перед участием в данной акции невиданной щедрости уточняйте стоимость продления, чтобы потом не было мучительно больно.
Все недовольство ценовой и маркетинговой политикой компании направляйте в адрес компании.
Мы просто раздаем что нам не надо, из соображений что у нас пропадет, а кому-то может и пригодится.
🎉🎉🎉
🤡11👍4🌭3🤮2❤1
В каких случаях DNS использует TCP?
(Правильных ответов несколько)
(Правильных ответов несколько)
Anonymous Poll
16%
По выбору клиента
38%
Для передачи DNS-зон
29%
Если сервер недоступен по UDP
13%
Если нет ответа на более чем три запроса по UDP
24%
Если ответ сервера превышает 512 байт
7%
При первом запросе сервер сам устанавливает протокол
22%
В сетях Active Directory
16%
TCP используют кеширующие DNS-сервера
12%
Если сервер находится в сети не имеющей прямого маршрута к клиенту
16%
В любых доменных сетях
👍11
🙂 Выиграйте беспроводную колонку!
Fplus растет активно растет и предлагает все больше гаджетов для вашего быта, работы и отдыха. Не хотите пропустить свежие новости? Подписывайтесь на Fplus и участвуйте в конкурсе!
Как принять участие:
1. Подпишитесь на канал @fplus_ru
2. Нажмите кнопку “Принять участие” под конкурсным постом
Оставайтесь на связи и следите за розыгрышем!
Приз - беспроводная колонка, а результаты конкурса будут объявлены 3 декабря ! 😉
С полными правилами розыгрыша можно ознакомиться по ссылке!
erid: LjN8K7Re6
Fplus растет активно растет и предлагает все больше гаджетов для вашего быта, работы и отдыха. Не хотите пропустить свежие новости? Подписывайтесь на Fplus и участвуйте в конкурсе!
Как принять участие:
1. Подпишитесь на канал @fplus_ru
2. Нажмите кнопку “Принять участие” под конкурсным постом
Оставайтесь на связи и следите за розыгрышем!
Приз - беспроводная колонка, а результаты конкурса будут объявлены 3 декабря ! 😉
С полными правилами розыгрыша можно ознакомиться по ссылке!
erid: LjN8K7Re6
Когда DNS использует UDP, а когда TCP?
Чтобы правильно ответить на этот вопрос обратимся к RFC5966, который говорит, что TCP используется для трансфера зон или ответов, размер которых превышает 512 байт.
С трансфером зон все понятно, здесь нам требуется обеспечить максимальную целостность данных, поэтому целесообразно использовать TCP, даже в ущерб скорости и производительности.
А вот что такое ограничение на 512 байт и откуда оно взялось? Это связано с техническими ограничениями протокола UDP и обеспечением обратной совместимости. Проще говоря, если мы хотим быть уверенными, что любой узел сможет получить DNS-ответ по UDP, его размер не должен превышать 512 байт.
В противном случае сервер должен перейти на использование протокола TCP, либо клиент получит усеченный ответ (то, что поместится в 512 байт).
А теперь о том, какие именно записи могут превышать 512 байт:
🔸 Многочисленные записи: если запрашивается доменное имя, которое имеет много A-записей или AAAA-записей размер ответа может превышать 512 байт.
🔸 Записи типа MX: также могут возвращать несколько записей для почтовых серверов обслуживающих домен.
🔸 Записи типа CNAME: могут указывать на доменные имена, которые имеют многочисленные А-записи
🔸 DNSSEC: в этом случае дополнительные криптографические записи (RRSIG, DNSKEY) могут значительно увеличить размер ответа.
🔸 Дополнительные записи: например, NS, TXT или SRV записи, которые могут быть многочисленными и иметь достаточно большой размер.
Однако использование TCP в данном случае не является обязательным, существуют расширения протокола DNS - EDNS0, в рамках которого резолвер может в запросе указать какой размер ответа он может принять через UDP и сервер отправит ему такой ответ даже если его размер превышает 512 байт.
❓Кто должен поддерживать TCP? Согласно стандарту, все реализации должны поддерживать оба протокола, но есть и более строгие требования.
Стандарт требует обязательной поддержки от:
🔸 Авторитативного сервера, хранящего зону для ее возможной передачи тому, кто имеет право ее запросить
🔸 Рекурсивных серверов и форвардеров, для того чтобы они могли передавать большие ответы от серверов клиентам.
🔸 Конечных DNS-клиентов (реализаций в ОС и т.д.) – для возможности принимать не усечённые запросы.
Однако в отношении последних есть некоторые послабления, стандарт разрешает не реализовывать поддержку TCP для специализированных или маломощных устройств, если заранее известны все возможные DNS-ответы и среди них не будет превышающих 512 бит, либо получение усеченных ответов не влияет на нормальное функционирование системы.
Что это может быть? Например, какой-нибудь интернет ларек или касса самообслуживания. Когда мы знаем все возможные DNS-запросы и знаем все ответы на них.
Либо если нас интересует сугубо интернет-серфинг и не предполагаем никаких запросов кроме записей типа А, в этом случае даже если мы получим усеченный ответ это никак не помешает нормальной работе.
Также стандарт устанавливает порядок использования протоколов. Резолвер прежде всего должен попытаться выполнить UDP-запрос, должен, но не обязан.
Если он предполагает, что с большой вероятностью будет получен ответ большого размера, то он имеет право сразу перейти на использование протокола TCP.
В случае если TCP-соединение с сервером уже установлено, то клиент может продолжать его использовать не возвращаясь на протокол UDP.
Чтобы правильно ответить на этот вопрос обратимся к RFC5966, который говорит, что TCP используется для трансфера зон или ответов, размер которых превышает 512 байт.
С трансфером зон все понятно, здесь нам требуется обеспечить максимальную целостность данных, поэтому целесообразно использовать TCP, даже в ущерб скорости и производительности.
А вот что такое ограничение на 512 байт и откуда оно взялось? Это связано с техническими ограничениями протокола UDP и обеспечением обратной совместимости. Проще говоря, если мы хотим быть уверенными, что любой узел сможет получить DNS-ответ по UDP, его размер не должен превышать 512 байт.
В противном случае сервер должен перейти на использование протокола TCP, либо клиент получит усеченный ответ (то, что поместится в 512 байт).
А теперь о том, какие именно записи могут превышать 512 байт:
🔸 Многочисленные записи: если запрашивается доменное имя, которое имеет много A-записей или AAAA-записей размер ответа может превышать 512 байт.
🔸 Записи типа MX: также могут возвращать несколько записей для почтовых серверов обслуживающих домен.
🔸 Записи типа CNAME: могут указывать на доменные имена, которые имеют многочисленные А-записи
🔸 DNSSEC: в этом случае дополнительные криптографические записи (RRSIG, DNSKEY) могут значительно увеличить размер ответа.
🔸 Дополнительные записи: например, NS, TXT или SRV записи, которые могут быть многочисленными и иметь достаточно большой размер.
Однако использование TCP в данном случае не является обязательным, существуют расширения протокола DNS - EDNS0, в рамках которого резолвер может в запросе указать какой размер ответа он может принять через UDP и сервер отправит ему такой ответ даже если его размер превышает 512 байт.
❓Кто должен поддерживать TCP? Согласно стандарту, все реализации должны поддерживать оба протокола, но есть и более строгие требования.
Стандарт требует обязательной поддержки от:
🔸 Авторитативного сервера, хранящего зону для ее возможной передачи тому, кто имеет право ее запросить
🔸 Рекурсивных серверов и форвардеров, для того чтобы они могли передавать большие ответы от серверов клиентам.
🔸 Конечных DNS-клиентов (реализаций в ОС и т.д.) – для возможности принимать не усечённые запросы.
Однако в отношении последних есть некоторые послабления, стандарт разрешает не реализовывать поддержку TCP для специализированных или маломощных устройств, если заранее известны все возможные DNS-ответы и среди них не будет превышающих 512 бит, либо получение усеченных ответов не влияет на нормальное функционирование системы.
Что это может быть? Например, какой-нибудь интернет ларек или касса самообслуживания. Когда мы знаем все возможные DNS-запросы и знаем все ответы на них.
Либо если нас интересует сугубо интернет-серфинг и не предполагаем никаких запросов кроме записей типа А, в этом случае даже если мы получим усеченный ответ это никак не помешает нормальной работе.
Также стандарт устанавливает порядок использования протоколов. Резолвер прежде всего должен попытаться выполнить UDP-запрос, должен, но не обязан.
Если он предполагает, что с большой вероятностью будет получен ответ большого размера, то он имеет право сразу перейти на использование протокола TCP.
В случае если TCP-соединение с сервером уже установлено, то клиент может продолжать его использовать не возвращаясь на протокол UDP.
👍41
Установка и настройка сервера лицензирования 1С:Предприятие
Управление лицензиями 1С:Предприятия - задача не простая, особенно если у вас в эксплуатации несколько серверов или используется виртуализация.
Основные проблемы - это оптимизация распределения лицензий и привязка лицензий к параметрам оборудования, что создает трудности в виртуальной среде.
Облегчить работу и централизовать управление лицензиями вам поможет выделенный сервер лицензирования, как его установить и настроить мы расскажем в этой статье.
https://interface31.ru/tech_it/2024/11/ustanovka-i-nastroyka-servera-licenzirovaniya-1spredpriyatie.html
Управление лицензиями 1С:Предприятия - задача не простая, особенно если у вас в эксплуатации несколько серверов или используется виртуализация.
Основные проблемы - это оптимизация распределения лицензий и привязка лицензий к параметрам оборудования, что создает трудности в виртуальной среде.
Облегчить работу и централизовать управление лицензиями вам поможет выделенный сервер лицензирования, как его установить и настроить мы расскажем в этой статье.
https://interface31.ru/tech_it/2024/11/ustanovka-i-nastroyka-servera-licenzirovaniya-1spredpriyatie.html
🔥22👍13
Всем привет! 👋
С 2008 года я занимаюсь продвижением сайтов в Яндекс и Google.
Наверное, у многих тут есть свои сайты, развитием которых вы занимаетесь?
https://yangx.top/seoalliance - мой канал с актуальными методами и примерами продвижения сайтов. Найдете интересное.
https://seseo.ru/ - сайт
https://yangx.top/allianceseo - написать мне лично
Готов помочь с развитием и продвижением ваших сайтов на любом этапе.
В общем, всё, что связано с рекламой и развитием сайтов - ко мне 🤝
Проконсультирую и направлю - бесплатно!
Все мы IT'шники 😀
Что могу предложить:
⚙ Seo - поисковое продвижение.
⚙ Проведение аудитов сайтов.
⚙ Составление стратегии развития.
⚙ Контекстная реклама.
⚙ Создание оптимизированных сайтов.
⚙ Seo прототипирование на этапе создания сайта.
⚙ Услуги настройки и ведения контекстной рекламы.
#реклама
О рекламодателе
erid: LjN8K1dfD
С 2008 года я занимаюсь продвижением сайтов в Яндекс и Google.
Наверное, у многих тут есть свои сайты, развитием которых вы занимаетесь?
https://yangx.top/seoalliance - мой канал с актуальными методами и примерами продвижения сайтов. Найдете интересное.
https://seseo.ru/ - сайт
https://yangx.top/allianceseo - написать мне лично
Готов помочь с развитием и продвижением ваших сайтов на любом этапе.
В общем, всё, что связано с рекламой и развитием сайтов - ко мне 🤝
Проконсультирую и направлю - бесплатно!
Все мы IT'шники 😀
Что могу предложить:
⚙ Seo - поисковое продвижение.
⚙ Проведение аудитов сайтов.
⚙ Составление стратегии развития.
⚙ Контекстная реклама.
⚙ Создание оптимизированных сайтов.
⚙ Seo прототипирование на этапе создания сайта.
⚙ Услуги настройки и ведения контекстной рекламы.
#реклама
О рекламодателе
erid: LjN8K1dfD
🤮36🍌1
Время от времени спрашивают:
Базовая настройка роутера MikroTik
За роутерами Mikrotik давно закрепилась слава "сложных" в настройке.
Это действительно так, если говорить о начинающих. После обычных роутеров, где производитель практически за руку ведет пользователя от настройки к настройке, RouterOS пугает обилием возможностей и отсутствием привычных интерфейсов.
Но не стоит пугаться, если вы имеете начальные знания по устройству и работе сетей, то очень скоро вы будете чувствовать себя как рыба в воде, а настройки иных роутеров наоборот покажутся вам ограниченными.
Сегодня мы начнем с базовой настройки, чтобы научить ваш Mikrotik всему тому, что умеют обычные роутеры.
https://interface31.ru/tech_it/2018/11/bazovaya-nastroyka-routera-mikrotik.html
Базовая настройка роутера MikroTik
За роутерами Mikrotik давно закрепилась слава "сложных" в настройке.
Это действительно так, если говорить о начинающих. После обычных роутеров, где производитель практически за руку ведет пользователя от настройки к настройке, RouterOS пугает обилием возможностей и отсутствием привычных интерфейсов.
Но не стоит пугаться, если вы имеете начальные знания по устройству и работе сетей, то очень скоро вы будете чувствовать себя как рыба в воде, а настройки иных роутеров наоборот покажутся вам ограниченными.
Сегодня мы начнем с базовой настройки, чтобы научить ваш Mikrotik всему тому, что умеют обычные роутеры.
https://interface31.ru/tech_it/2018/11/bazovaya-nastroyka-routera-mikrotik.html
👍28🔥3🥱2
Продолжаем базовые настройки роутеров Mikrotik.
Расширенная настройка Wi-Fi на роутерах Mikrotik. Режим точки доступа
Wi-Fi в роутерах Mikrotik достаточно неоднозначная тема, с одной стороны количество посвященных ей публикаций достаточно велико, но с другой, большая часть из них является простым перечислением всех присутствующих в роутере настроек с кратким описанием, без пояснений об их назначении, нужности, либо, наоборот, ненужности.
Поэтому мы в нашей статье сделаем упор на практическое применение и опции, которые реально могут вам потребоваться в повседневной деятельности. А также дадим необходимый теоретический минимум для понимания смысла отдельных настроек.
https://interface31.ru/tech_it/2020/08/rasshirennaya-nastroyka-wi-fi-na-routerah-mikrotik.html
Расширенная настройка Wi-Fi на роутерах Mikrotik. Режим точки доступа
Wi-Fi в роутерах Mikrotik достаточно неоднозначная тема, с одной стороны количество посвященных ей публикаций достаточно велико, но с другой, большая часть из них является простым перечислением всех присутствующих в роутере настроек с кратким описанием, без пояснений об их назначении, нужности, либо, наоборот, ненужности.
Поэтому мы в нашей статье сделаем упор на практическое применение и опции, которые реально могут вам потребоваться в повседневной деятельности. А также дадим необходимый теоретический минимум для понимания смысла отдельных настроек.
https://interface31.ru/tech_it/2020/08/rasshirennaya-nastroyka-wi-fi-na-routerah-mikrotik.html
👍18⚡3❤2🔥1🤮1