jak uzyskać scp przez snmp do pracy z routerami Cisco?

Mam konfigurację laboratoryjną, w której próbuję używać SCP przez SNMP do routera cisco. Znalazłem dokumentację online, taką jak: http://ccie20728.wordpress.com/2008/05/20/get-the-cisco- Configuration-over-snmp /

Oto moja konfiguracja wysokiego poziomu. Na routerze:

R1(config)# username cisco password cisco
R1(config)# ip domain-name somedomain.com
R1(config)# crypto key generate rsa general-keys modulus 1024
R1(config)# aaa new-model
R1(config)# aaa authentication login cisco local
R1(config)# aaa authorization exec cisco local
R1(config)# ip scp server enable
R1(config)# line vty 0
R1(config)# login authentication cisco
R1(config)# snmp-server community cisco RW

Aby router działał jako serwer SCP, musisz włączyć powyżej cmd. Na serwerze Ubuntu mam zainstalowany / uruchomiony openSSH i wykonuję następujące polecenia:

snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.2.111 i 4
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.3.111 i 4
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.4.111 i 1
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.5.111 a <svr ip addr>
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.6.111 s cisco.txt
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.7.111 s cisco
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.8.111 s cisco
snmpset -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.14.111 i 1

Następnie, aby sprawdzić, jaki jest status, wykonuję snmpget i / lub snmpwalk poprzez:

snmpwalk -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.10.111

kiedy to uruchamiam, otrzymuję liczbę całkowitą (2), co oznacza, że ​​jest uruchomiona, a następnie przechodzi do liczby całkowitej (4), co oznacza, że ​​się nie udało.

Następnie sprawdzam przyczynę niepowodzenia:

snmpwalk -c cisco -v 2c <router ip addr> 1.3.6.1.4.1.9.9.96.1.1.1.1.13.111

i otrzymuję liczbę całkowitą (2), co oznacza „badfilename”.

Próbowałem więc różnych permutacji nazwy pliku dla „.6.111 łańcucha” powyżej, w tym różnych rozszerzeń plików, z łącznikami i bez nich, takiej samej nazwy pliku jak uruchomione polecenia cmds, nawet podałem bezwzględną nazwę pliku ścieżki, ale żadna z nich nie działa.

Próbowałem debugować sshdz różnymi poziomami rejestrowania i nie otrzymałem danych wyjściowych z zapisanego / zapisanego pliku syslog.

Czy ktoś był w stanie uruchomić to?

Właśnie próbowałem tego na moim CPE:

[ytti@lintukoto ~]% cat moi2.sh 
#!/bin/sh

snmp="snmpset -v2c -cfoo bu.ip.fi"

$snmp 1.3.6.1.4.1.9.9.96.1.1.1.1.2.9 i 4 \
      1.3.6.1.4.1.9.9.96.1.1.1.1.3.9 i 4 \
      1.3.6.1.4.1.9.9.96.1.1.1.1.4.9 i 1 \
      1.3.6.1.4.1.9.9.96.1.1.1.1.5.9 a 91.198.120.2 \
      1.3.6.1.4.1.9.9.96.1.1.1.1.6.9 s filename \
      1.3.6.1.4.1.9.9.96.1.1.1.1.7.9 s username \
      1.3.6.1.4.1.9.9.96.1.1.1.1.8.9 s password \
      1.3.6.1.4.1.9.9.96.1.1.1.1.14.9 i 4
sleep 10
$snmp 1.3.6.1.4.1.9.9.96.1.1.1.1.14.9 i 6
[ytti@lintukoto ~]% 

Które kopie z uruchomionym config (4) do sieci (1), poprzez ich zamianę możesz zmienić kierunek (z sieci na uruchomioną)

Uruchomiony powyżej skryptu mój katalog domowy będzie miał plik „nazwa pliku”, który zawiera mój CPE running-config:

[ytti@lintukoto ~]% ls -la filename
ls: cannot access filename: No such file or directory
[2 ytti@lintukoto ~]% ./moi2.sh      
iso.3.6.1.4.1.9.9.96.1.1.1.1.2.9 = INTEGER: 4
iso.3.6.1.4.1.9.9.96.1.1.1.1.3.9 = INTEGER: 4
iso.3.6.1.4.1.9.9.96.1.1.1.1.4.9 = INTEGER: 1
iso.3.6.1.4.1.9.9.96.1.1.1.1.5.9 = IpAddress: 91.198.120.2
iso.3.6.1.4.1.9.9.96.1.1.1.1.6.9 = STRING: "filename"
iso.3.6.1.4.1.9.9.96.1.1.1.1.7.9 = STRING: "username"
iso.3.6.1.4.1.9.9.96.1.1.1.1.8.9 = STRING: "password"
iso.3.6.1.4.1.9.9.96.1.1.1.1.14.9 = INTEGER: 4
iso.3.6.1.4.1.9.9.96.1.1.1.1.14.9 = INTEGER: 6
[ytti@lintukoto ~]% ls -la filename
-rw-r--r-- 1 ytti ytti 16172 Jun 11 00:35 filename
[ytti@lintukoto ~]% 

Oprócz tego, co @daniel wspomina również, że „14” lub „rowstatus” jest nieprawidłowy, używasz 1 „active”, podczas gdy powinieneś używać 4 „createAndGo”.

Według Cisco SNMP Object Navigator wartość 4 nie jest obsługiwana w 1.3.6.1.4.1.9.9.96.1.1.1.1.3. Zamiast tego wartość 2 oznacza running-config:

Object  ccCopySourceFileType
OID     1.3.6.1.4.1.9.9.96.1.1.1.1.3
Type    ConfigFileType
1:startupConfig
2:runningConfig
Permission  read-create

Prawdopodobnie dlatego pojawia się błąd badFileName.

EDYTOWAĆ:

W rzeczywistości wydaje się, że istnieje sprzeczność między SNMP Object Navigator a definicją MIB , jako typ dla ccCopySourceFileTypei ccCopyDestFileTypejest ConfigFileTypei zgodnie z definicją MIB:

ConfigFileType ::= TEXTUAL-CONVENTION

SYNTAX          INTEGER  {
                        networkFile(1),
                        iosFile(2),
                        startupConfig(3),
                        runningConfig(4),
                        terminal(5),
                        fabricStartupConfig(6) }

I wydaje się to poparte odpowiedzią Ytti

Opublikowałem to wcześniej: http://checkforbees.com/router-backup/

Myślę, że twój problem dotyczy wielu snmpsetów. Musisz zacząć od utworzenia wpisu, aby to zrobić. [14.xxx = 5 (createAndWait)] Następnie możesz odpowiednio ustawić wpis, zanim ustawisz parametr rowStatus na „1” (aktywny).

[Uwaga: Moje skrypty mają dekady, więc są dostrojone do tftp.]

[root:pts/6{8}]debian1:/tmp/[01:32 AM]:./test.sh
CISCO-CONFIG-COPY-MIB::ccCopyProtocol.111 = INTEGER: scp(4)
CISCO-CONFIG-COPY-MIB::ccCopySourceFileType.111 = INTEGER: runningConfig(4)
CISCO-CONFIG-COPY-MIB::ccCopyDestFileType.111 = INTEGER: networkFile(1)
CISCO-CONFIG-COPY-MIB::ccCopyServerAddress.111 = IpAddress: 192.168.55.25
CISCO-CONFIG-COPY-MIB::ccCopyFileName.111 = STRING: cisco.txt
CISCO-CONFIG-COPY-MIB::ccCopyUserName.111 = STRING: cisco
CISCO-CONFIG-COPY-MIB::ccCopyUserPassword.111 = STRING: cisco
CISCO-CONFIG-COPY-MIB::ccCopyEntryRowStatus.111 = INTEGER: active(1)
..
Status: successful []
CISCO-CONFIG-COPY-MIB::ccCopyEntryRowStatus.111 = INTEGER: destroy(6)
[root:pts/6{8}]debian1:/tmp/[01:32 AM]:ls -l cisco.txt
-rw-r--r-- 1 root root 15790 Jun 12 01:32 cisco.txt

Zapętlam ... 10.111 (stan), kiedy „działa”. Podejrzewam, że nigdy nie usunąłeś wpisu „111”. W przeciwnym razie są to dokładne sekwencje snmpsets przeciwko 2960S z serwerem ssh w systemie Linux. (jak sugeruje mój monit, pudełko debiana).

Sprawdź tutaj: jak skopiować pliki konfiguracyjne do iz routerów Cisco IOS korzystających z SNMP

Zmień ccCopyProtocolna żądaną metodę transferu:

1. tftp
2. ftp
3. rcp
4. scp
5. sftp

Oto skrypt bash do automatyzacji tworzenia kopii zapasowych konfiguracji.