• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Правило местоположения
#1
Кто настраивал правила местоположения компьютеров у которых инвентаризация идет через интернет.
в локалке проблем не возникло, вот которые за локалкой в правилах критерий мало.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#2
HRR Wrote:Кто настраивал правила местоположения компьютеров у которых инвентаризация идет через интернет.
в локалке проблем не возникло, вот которые за локалкой в правилах критерий мало.
У вас есть что-нибудь статическое, чем можно опознать объект, например, IP'шник, имя ПК, заказчик?
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply
#3
techobsl Wrote:У вас есть что-нибудь статическое, чем можно опознать объект, например, IP'шник, имя ПК, заказчик?
Да есть, у всех наших филиалов статический IP адрес на шлюзе.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#4
HRR Wrote:Да есть, у всех наших филиалов статический IP адрес на шлюзе.
FI не видит IP адрес вашего шлюза, я так полагаю. Вашему ПК какой IP назначается? Организация одна у вас в лок.сети и та, что за пределами ее, как вы их обзначаете?
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply
#5
В организации пять зданий (в черте города) и у этих зданий своя подсеть:
192.168.1.0/24
192.168.2.0/24
192.168.3.0/24
192.168.4.0/24
192.168.5.0/24
С этим проблем нету!
у всех филиалов (их 45) сеть 192.168.1.0/24 но статический ip адрес на шлюзах. т.е. с филиалами разные сети.
FI видит публичный ip адрес агентов, но его нет в правилах местоположения где критерий. Пока нашел вариант по тегу FI но не очень удобно.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#6
как это нет в критерии, его же можно вписать в ручную?

Критерий Условие Причины

Адрес IP содержит 1.1.11.

действие

Поля Тип действия Значение

Местоположение Назначить город > доппоф > кабинет
Ubuntu 16.4 GLPI 0.90.5 FusionInventory 0.90+1.4 FusionInventory agent 2.3.18
  Reply
#7
ponch13 Wrote:как это нет в критерии, его же можно вписать в ручную?

Критерий Условие Причины

Адрес IP содержит 1.1.11.

действие

Поля Тип действия Значение

Местоположение Назначить город > доппоф > кабинет

У меня сеть главного офиса и филиалов разные, они не в одной сети! но сети класса В 192.168.1.0/24.
У меня сеть не класса А, нет ничего общего с сетью главного офиса и филиалов, у всех филиалов сеть 192.168.1.0/24 но не в общей сети.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#8
HRR Wrote:
ponch13 Wrote:как это нет в критерии, его же можно вписать в ручную?

Критерий Условие Причины

Адрес IP содержит 1.1.11.

действие

Поля Тип действия Значение

Местоположение Назначить город > доппоф > кабинет

У меня сеть главного офиса и филиалов разные, они не в одной сети! но сети класса В 192.168.1.0/24.
У меня сеть не класса А, нет ничего общего с сетью главного офиса и филиалов, у всех филиалов сеть 192.168.1.0/24 но не в общей сети.

Давайте попробуем понять друг друга.
Я вам опишу как делается, например:
Критерий | Условие | Причины
Адрес IP | начинается с | 192.168.1

Это пример по IP адресу, который назначается вашим компьютерам в одной подсети.

Имя компьютера | содержит | 111

В имени тоже может присутствовать, то что отличает от других офисов.

Так же можно по домену, по подсети и еще некоторые критерии. Есть здесь ответ для вас? только проверьте, без опыта не узнаешь.
Подходит
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply
#9
techobsl Wrote:
HRR Wrote:
ponch13 Wrote:как это нет в критерии, его же можно вписать в ручную?

Критерий Условие Причины

Адрес IP содержит 1.1.11.

действие

Поля Тип действия Значение

Местоположение Назначить город > доппоф > кабинет

У меня сеть главного офиса и филиалов разные, они не в одной сети! но сети класса В 192.168.1.0/24.
У меня сеть не класса А, нет ничего общего с сетью главного офиса и филиалов, у всех филиалов сеть 192.168.1.0/24 но не в общей сети.

Давайте попробуем понять друг друга.
Я вам опишу как делается, например:
Критерий | Условие | Причины
Адрес IP | начинается с | 192.168.1

Это пример по IP адресу, который назначается вашим компьютерам в одной подсети.

Имя компьютера | содержит | 111

В имени тоже может присутствовать, то что отличает от других офисов.

Так же можно по домену, по подсети и еще некоторые критерии. Есть здесь ответ для вас? только проверьте, без опыта не узнаешь.
Подходит


тут беда в том что все филиалы имеют одинаковую адресацию... т.е. Екб, Мурманск, Иваново 192.168.1.*
выход либо вводить в имена компов привязку к локации или при установке выдавать теги... ну или навести порядок в сети на случай их объединения Wink
Ubuntu 16.4 GLPI 0.90.5 FusionInventory 0.90+1.4 FusionInventory agent 2.3.18
  Reply
#10
ponch13 Wrote:
techobsl Wrote:
HRR Wrote:У меня сеть главного офиса и филиалов разные, они не в одной сети! но сети класса В 192.168.1.0/24.
У меня сеть не класса А, нет ничего общего с сетью главного офиса и филиалов, у всех филиалов сеть 192.168.1.0/24 но не в общей сети.

Давайте попробуем понять друг друга.
Я вам опишу как делается, например:
Критерий | Условие | Причины
Адрес IP | начинается с | 192.168.1

Это пример по IP адресу, который назначается вашим компьютерам в одной подсети.

Имя компьютера | содержит | 111

В имени тоже может присутствовать, то что отличает от других офисов.

Так же можно по домену, по подсети и еще некоторые критерии. Есть здесь ответ для вас? только проверьте, без опыта не узнаешь.
Подходит


тут беда в том что все филиалы имеют одинаковую адресацию... т.е. Екб, Мурманск, Иваново 192.168.1.*
выход либо вводить в имена компов привязку к локации или при установке выдавать теги... ну или навести порядок в сети на случай их объединения Wink
Это косяк конечно, они у вас не по VPN соединены, в одной локальной сети? До вас такую систему придумали?
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply
#11
согласен ponch13, по тегам только вариант. но FI еще видит агента публичный ip адрес т.е ip шлюза который за пределами локальной сети. у наших филиалов у всех статический ip адрес. жаль что нет такого критерия в правилах
а объединять все филиалы в одну сетку нам не имеет смысла. нам достаточно объединения в черте города между пятью корпусами.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#12
techobsl Wrote:
ponch13 Wrote:
techobsl Wrote:Давайте попробуем понять друг друга.
Я вам опишу как делается, например:
Критерий | Условие | Причины
Адрес IP | начинается с | 192.168.1

Это пример по IP адресу, который назначается вашим компьютерам в одной подсети.

Имя компьютера | содержит | 111

В имени тоже может присутствовать, то что отличает от других офисов.

Так же можно по домену, по подсети и еще некоторые критерии. Есть здесь ответ для вас? только проверьте, без опыта не узнаешь.
Подходит


тут беда в том что все филиалы имеют одинаковую адресацию... т.е. Екб, Мурманск, Иваново 192.168.1.*
выход либо вводить в имена компов привязку к локации или при установке выдавать теги... ну или навести порядок в сети на случай их объединения Wink
Это косяк конечно, они у вас не по VPN соединены, в одной локальной сети? До вас такую систему придумали?
нет это не косяк. есть моменты когда построение сети устраивает и так.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#13
HRR Wrote:согласен ponch13, по тегам только вариант. но FI еще видит агента публичный ip адрес т.е ip шлюза который за пределами локальной сети. у наших филиалов у всех статический ip адрес. жаль что нет такого критерия в правилах
а объединять все филиалы в одну сетку нам не имеет смысла. нам достаточно объединения в черте города между пятью корпусами.
В инвентаризации он пишет IP шлюза, но правила срабатывают только на IP, который во вкладке "Сетевые порты".
Имена вы тоже одинаковые придумали? Домен тоже один и тот же?
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply
#14
techobsl Wrote:В инвентаризации он пишет IP шлюза, но правила срабатывают только на IP, который во вкладке "Сетевые порты".
Имена вы тоже одинаковые придумали? Домен тоже один и тот же?
Имена хостов фамилия сотрудника, домен один.
CentOS 6.7, GLPI 9.1.2, FusionInventory for GLPI 9.1+1.1, FusionInventory-Agent 2.3.21
  Reply
#15
HRR Wrote:Имена хостов фамилия сотрудника, домен один.
Хочу сказать, что у вас исключительная ситуация, где нет правил для автоопределения местоположения.

У нас имена инвентаризационные и в каждом отделение, есть отличительные буквы вначале. Также все офисы соединены по VPN и подсеть у всех разная, такого вида: 192.168.10.хх; 192.168.20.хх и т.д., 10.1.25.хх и т.д., тут вариантов много придумать.
GLPI 9.2.2, FusionInventory for GLPI 9.2+2.0-RC1, FusionInventory-Agent 2.4
Ubuntu 16.04.4, Apache 2.4.18, PHP 7.0.25, MySQL 5.7.21
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)