Déterminer quelle interface répond aux réponses snmp


8

J'ai un routeur Juniper MX qui accepte les demandes SNMP. Le problème est que j'envoie des demandes UDP à une interface et qu'il répond sur une autre. L'IP cible est celle qui est affectée à lo0.1 mais le routeur répond sur lo0.0. Ceci est problématique car l'adresse IP de lo0.0 est celle qui est spécifiée sur un pare-feu extérieur. Existe-t-il un moyen de définir quelle interface doit répondre aux requêtes snmp?


Pouvez-vous vérifier si la "sélection d'adresse par défaut" est activée (utilisez "show configuration system")?
Jordan Head

Je l'ai activé. Supprimer cela résoudrait cela, je crois, mais je ne cherche pas à avoir un impact autre que SNMP idéalement.
Wild Bill

Supprimé mon ancien commentaire, en ajoutant celui-ci. Qu'est-ce qui devrait changer avec le pare-feu pour que le trafic de retour soit correct sur lo0.0, ou est-ce une autre préoccupation?
Jordan Head

1
Malheureusement, je n'ai rien trouvé qui vous permettrait d'ajuster l'adresse source pour les requêtes SNMP normales (les sources d'interruption sont toujours ajustables) tout en ayant activé "sélection d'adresse par défaut".
Jordan Head

Lorsque vous dites que "l'adresse IP de lo0.0 est celle qui est spécifiée sur un pare-feu extérieur", voulez-vous dire que l'IP de lo0.0 est dupliquée à deux endroits, à la fois sur votre routeur et sur un pare-feu externe?
cpt_fink

Réponses:


2

Junos ne peut pas avoir plusieurs interfaces de bouclage dans la même instance de routage, vous devrez donc d'abord activer snmp dans les instances de routage:

set snmp routing-instance-access

Évidemment, vous aurez également besoin d'un itinéraire à l'intérieur de votre instance de routage qui récupérera le trafic de retour vers votre poller SNMP.


0

N'étant pas un expert JunOS, mais dans Cisco-land, la snmp source-address x.x.x.xcommande résoudrait votre problème. Voici la documentation JunOS que j'ai pu localiser:

Syntax
source-address address;
Hierarchy Level
[edit snmp trap-options]

http://www.juniper.net/techpubs/en_US/junos14.2/topics/reference/configuration-statement/source-address-edit-snmp.html


si je comprends le problème, il envoie une requête SNMP ou marche vers une adresse et reçoit des réponses d'une autre. SNMP get! = Trap; votre réponse parle de pièges. Je me demande si c'est un problème qui pourrait être résolu en interrogeant un autre bouclage
Mike Pennington

C'est la partie qui m'a dérouté, comment un système SNMP (ou tout système IP ...) répondrait-il à une demande avec une adresse IP source différente et s'attendrait-il à ce que la conversation se termine correctement?
cpt_fink

2
Ainsi, l'option qu'il a configurée (sélection d'adresse par défaut) prendra n'importe quel service système (SNMP, NTP, peu importe) et utilisera l'adresse Loopback comme source, au lieu de l'interface. À MOINS que vous définissiez spécifiquement des indicateurs d'adresse source sous chaque service, la partie malheureuse est que cela est pris en charge UNIQUEMENT par les interruptions SNMP, pas les gets / promenades. Même les pings vers les interfaces auront une adresse source différente si celle-ci est activée, vous devez donc être prudent. Si la sélection d'adresse par défaut était supprimée, l'IP de l'interface serait la source (c'est la valeur par défaut).
Jordan Head

-1

Le routeur va répondre à l'adresse IP source du paquet SNMP, non? J'imagine que vous regarderiez dans la table de routage la route vers le sous-réseau du paquet source pour déterminer où va la réponse. Normalement, ce serait la même interface sur laquelle il a reçu ce paquet. Vous pouvez toujours accéder à un certain type de routage basé sur des stratégies où vous pouvez forcer le trafic destiné à [l'adresse source du paquet SNMP] hors de l'interface [selon le cas].

J'espère que cela pourra aider.


4
Le PBR est une façon bizarre de gérer un problème SNMP comme celui-ci
Mike Pennington

@MikePennington Ce n'est pas un problème SNMP. C'est un problème de routage. Droite?
Ronnie Royston

2
sonne comme un sondage ou le problème de Juno
Mike Pennington
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.