Snmpwalk случайным образом возвращает меньше переменных (заканчивая SNMPv2-MIB :: snmpSetSerialNo.0)
Нет, похоже, что вы делаете это неправильно. Соединения MongoDB являются «клиентской стороной». Очень похоже на то, что вы сказали:
На данный момент я получаю комментарии, соответствующие моим критериям, затем выясняя все uid в этом наборе результатов, получая пользовательские объекты и объединяя их с комментариями. Похоже, я делаю это неправильно.
1) Select from the collection you're interested in. 2) From that collection pull out ID's you need 3) Select from other collections 4) Decorate your original results.Это не «реальное» соединение, но на самом деле оно намного полезнее, чем соединение SQL, потому что вам не нужно иметь дело с дубликатом строки для «многих» сторонних объединений, вместо этого вы украшаете первоначально выбранный набор.
На этой странице много глупостей и FUD. Оказывается, 5 лет спустя MongoDB все еще есть.
1 ответ
Мне удалось решить проблему, используя только одно общедоступное сообщество по умолчанию, одного пользователя и одну группу. У группы должен быть доступ только к одному представлению с множественными определениями поддеревьев OID:
com2sec notConfigUser default public
Сообщество определено только в строке com2sec, но больше нигде.
view all included .1.3.6.1.4.1.x.y
view all included .1.3.6.1.4.1.2021
view all included .1 80
view systemview included .1.3.6.1.2.1.1
view systemview included .1.3.6.1.2.1.25.1.1
view systemview included .1.3.6.1.4.1
Определено одно представление для нескольких поддеревьев, но существует не больше представлений, чем «все» и «представление системы».
access notConfigGroup "" any noauth exact all none none
notConfigGroup имеет доступ к представлению «все».