Слить конфиг С устройства.

0
0

По поводу мульти-юзерной платформы, всё вроде бы хорошо, создаём узеров с правами user, admin-ом копипастим начальный конфиг, ставим железо грузиться с export start-up, после чего каждый user после загрузки и правки сохранить (wr mem) и всё у него своя лаба со своим конфигом. НО не смог найти как слить c  железа (running config) в txt файл, не сохраняя в statup(с правами admin,editor) и без копипаста, сохранять в startup не подходит, так как другие юзеры будут хватать этот конфиг, при первой загрузке устройств до wr mem/cop run st.  Возможно я что то упустил.

  • Larchen
    А нет ли краткого (лаконичного) руководства по настройке пользователей в UNL и переноса топологии в их аккаунты? На ютубовском канале много всего, но сейчас вообще нет времени с этим подробно разбираться, хочется просто быстро сделать.
  • olegslavkin
    @Larchen Лабы доступны все пользователям. Как я понял в текущей версии нет понятия private лабы, они все публичные и доступны всем пользователям. Другое дело, что editor может все что угодно делать с лабами, а user только запускать топологию без права изменения. Лично я считаю, что это пока криво, может авторы в будущем исправят, это может и нет…
  • Alevas
    Для пользователей разделяется понятие топологии и конфига. Если топология у всех общая, то конфиг у каждого свой. И исправить его на другой пользователь с иным pid не может. Кратко — заводите пользователей, обязательно разный pid и работаете. Про права выше написали. Топология будет открыта для всех. Пока что надежнее для каждого пользователя лабу клонировать и положить в отдельную директорию. Я пока так работаю и проблем не возникало. Каждый со своей лабой и топологией работает. Про private лабы и тому подобное — UNL обещаются реализовать, но в каком релизе не говорят.
4
0

Возможно не правильно понял Вашего вопроса, но может подойдет такой рецепт:

  1. Скопировать running-config на диск (copy running-config unix:/test.cfg)
  2. После этого скопировать с Ubuntu этот файл. Он находится по  пути: /opt/unetlab/tmp/X/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/ID/test.cfg , где X — POD (как я понимаю id пользователя); xxxx-… — UUID лаборатории; ID — id node.

У меня файл располагается по данному тут: /opt/unetlab/tmp/0/7bead68b-7fd5-4fc2-93d9-5b12bd1710d0/11/test.cfg

  • Зайцев Дмитрий
    Вы всё верно поняли, спасибо, из всех вариантов способ самый лучший.
  • merovigen
    Спасибо, отличный метод!
3
1

Кстати еще хочу поделится маленьким хинтом, вдруг он кому будет полезен. Лично я пользуюсь им постоянно. Иногда надо сбросить конфигурацию в дефолт, без ребута (мне лень ждать :) ). Для этого с помощью tclsh запишите в файл пустой конфиг

tclsh
puts [ open «flash:blank.cfg» w+] {
version 15.4
!
end
}
tclquit

А после этого

config replace flash:blank.cfg

Спасибо Brian McGahan

1
0

В рамках проекта «CCIE за год» нужна мульти-юзеровская платформа? Банально, copy run tftp, copy run ftp не подходит?

  • Зайцев Дмитрий
    Думаю нет, тогда нужно будет назначать на бридж VM(unetlab) ip из той же подсети что и наше устройство с которого хотим слить, дальше позаботиться о маршрутах до tftp/ftp или поднять на VM(unetlab). Учтите что у нас не одно устройство, и эту операцию не один день придётся делать.
  • Alevas
    Зачем такие сложности? Достаточно одного облака на топологии к роутеру. Адрес можно получить по dhcp от vm и остается, чтобы была связность всех нужных устройств с этим облаком через роутер. А можно виндовую или юниксовую машину добавить в топологию безо всяких бриджей. Другое дело, что есть путь еще проще. Но кому что.
0
0

Увидел этот тред, уже накидав вот такой скриптец для выдергивания конфигов прямо из файла лабы (должны быть сохранены, экспортированы и установлены как startup-сfg, т.к. после этого хранятся в base64 в файле лабы):

http://paste.ubuntu.com/16464606/

Показано 4 результата
Ваш ответ

для ответа.