[решено] Переменные из данных в txt файле

[breakfruit]

Всем доброго времени суток. Для меня, по-прежнему, PoSH - дремучий лес. И вновь появилась (поставили:) ) интересную задачу.

Есть txt файл с некими параметрами

Id : 39d525ee-de75-446c-84bd-0d0ff08d3b8d
TypeOfRule : IP
VMId : e0f63469-1c5e-4c8e-a0ae-5b92e7cfe1da
Name : ICMP Allow in
Description :
Direction : Inbound
Action : Allow
LocalPorts : {0-65535}
RemotePorts : {0-65535}
RemoteVMs : {}
TargetAddressType : Any
VlanId : 4095
Protocol : ICMP
ProtocolNum : 1
ProtocolString : ICMP
RemotePortsString : 0-65535
LocalPortsString : 0-65535
RemoteIPs : Any
RemoteMACString : Any

Нужно задать переменные, используя почти все указанные значения полей в файле. Т.е. то, что после ":" идет. Я так понимаю, тут потребуется уже что-то более серьезное, чем foreach, который я уже худо бедно освоил. Но вот что именно, загуглился уже весь.

Заранее признателен за любую помощь. А если еще и наводка будет на то, что почитать. Конкретно по данной тематике - с меня напитки и плюшки по почте России :D

[Kazun]

PS > $val = (Get-Content f.txt) -replace " : ","=" | ConvertFrom-StringData
PS > $val.id
39d525ee-de75-446c-84bd-0d0ff08d3b8d

PS > $val.Name
ICMP Allow in

[breakfruit]

Kazun, примного благодарен! Это очень полезно, но я, в виду понедельника, не все вводные сказал. В текстовом файле таких таблиц может быть две и более. В этом случае, я так понимаю, результат будет другим...


Т.е. Поля те же - значения разные.

[greg zakharov]

breakfruit, так Вам что, собственно, нужно: рандомная выборка из оных таблиц или какое-то определенное свойство? И потом, фраза "я так понимаю" обычно подразумевает некое размытое представление некой концепции. Чтобы понять происходящее:PS> $a = (gc foo) -replace':','=' | ConvertFrom-StringData
#используйте метод объекта GetType
PS> $a.GetType()

[Iska]

но я, в виду понедельника, не все вводные сказал. В текстовом файле таких таблиц может быть две и более. »
Ждём от Вас подобный файл, упакованный в архив и либо прикреплённый к сообщению, либо выложенный на RGhost.

[breakfruit]

greg zakharov, не совсем рандомная. Есть сторонний командлет, в котором отсутствует команда ЭКспорта / импорта. РЕчь о FireWallе.
И потом, фраза "я так понимаю" обычно подразумевает некое размытое представление некой концепции » а оно, увы, так и есть... Так как без толковой теории я сразу перешел к практике. Увы, времени мало, и курсов никто не оплачивает. Кризис же. Потом используем то, что имеем. Гугл, PoSH ISE + развиваем логику.


По порядку.
1. Есть группа (не просто выборка клиентов, а именно группа, в которую включены клиенты) юнитов у которых есть определенные правила. Условно Г1
2. Необходимо эти правила скопировать для другой группы юнитов. Условно Г2

Моя идея в том, что бы:
1. Экспортировать правила в txt
2. Распарсить его
3. Значению каждого поля задать переменную
4. Применить правила используя, полагаю, foreach.

Это пока все, до чего я додумался.

Правила в FireWall создаются на основе VmID (второе поле в выгруженном файле).

Iska, пример в аттаче.

125738

[Kazun]

Используйте Export-CliXml и на требуемой машине Import-Clixml, так избежите подобных проблем.

Если формат неизменен txt:

$d = (Get-Content ParentGroupRules.txt) -match " : "

$val = for($i = 0; $i -lt $d.count; $i+=19)
{
($d[$i..($i+19)] | Out-String) -replace " : ", "=" | ConvertFrom-StringData
}

PS C> $val[0].Name
DNS traffic
PS > $val[1].Name
HTTP traffic
PS > $val[1].VlanId
4095

[breakfruit]

Kazun, не совсем понял "Если формат неизменен txt"? В смысле, что дальше код идет при условии выгрузки в txt файл? Если использовать CliXml - скрипт будет отличаться, правильно я понимаю?

[Kazun]

FireWallе | Export-CliXml -Path rules.xml

Переходим на другую машину и выполняем:

$val = Import-CliXml -Path rules.xml

[breakfruit]

Kazun, попробую. Отпишусь по результатам.

[breakfruit]

Kazun, в общем скрипт отрабатывает без ошибок НО



$script:vmgroup=Get-VMgroups | where {$_.name -like "ad*"} | select -ExpandProperty ID

Get-Rules -VMId $groupID | Export-Clixml -path c:\rules10.xml

$script:vmgroup2=Get-VMGroups | where {$_.name -like "web*"} | select -ExpandProperty ID
Add-IPRule | Import-Clixml -path C:\rules10.xml


На этапе добавления правил - запрашвиает параметры для ввода. Практически все поля, указанные в экспортированном файле - обязательны для ввода, но командой командлетом фаервола - Import не воспринимается... Т.е. после выполнения Add-IPRule начинается запрос ввода данных.

Полагаю, что еще и парсинг XML придется почитать...

[Kazun]

Get-Help Add-IPRule -Full - смотрим какие параметры требуется передать командлету.

Import-Clixml -path C:\rules10.xml | Foreach {Add-IPRule -Name $_.Name -Action $_.Action}

[breakfruit]

Kazun, наводка отличная. Ман прочитал, но... Команда данная ровным четом не выполняет нужной функции, так как ADD-IPrule продалжает запрашивать необходимые параметры, но такой код

$script:vmgroup=Get-VMgroups | where {$_.name -like "ad.*"} | select -ExpandProperty ID

Get-Rules -VMId $vmgroup | Export-Clixml -path c:\rules10.xml

$script:vmgroup2=Get-VMGroups | where {$_.name -like "web*"} | select -ExpandProperty ID

$script:inputdata=Import-Clixml -path C:\rules10.xml



foreach ($VMid in $InputData)


{
Add-IPRule -VMId $vmid.vmid -Name $vmid.name -Action $vmid.action -Description $vmid.description -Protocol $vmid.protocol
}

Делает то, что нужно, с оговоркой: правила дублируются в ту же группу, а не в другую. Я ужде в конец запутался. Вроде все корректно в коде. И поле нужное (VMId в данном случае указывает на ID группы) выцепил (проверил четырежды).

[breakfruit]

Нашел свою ошибку. Дальше пошли танцы со сторонним командлетом. Помечаю тему, как решенную. Всем спасибо за участие!

[greg zakharov]

...продалжает запрашивать необходимые параметры...Если командлету передается довольно много параметров, то избежать головной боли - а главное спагетти-кода - можно, да и нужно, использовать тип Hashtable, напримерPS> $par = @{
>> Path = 'E:\*'
>> Force = $true
>> }
>>
PS> gci @parОсобенно удобно использовать данный подход, как было сказано, при передаче большого количества параметров и дальнейшей отладке, не говоря уже о простоте "изъятия" одного из них.

[breakfruit]

greg zakharov, сейчас очень интересно, но я мало чего понял...

Т.е. я понимаю, о каких спагетти речь (они фактически и получились) - но все остальное....

[greg zakharov]

breakfruit, прошу прощения, если сформулировал мысль не достаточно четко. Попробую объяснить популярно на пальцах. Допустим есть командлет, которому нужно скормить более одного параметра за раз. Например:Invoke-Cmdlet -Param1 one -Param2 two ... -ParamN NИными словами, чем больше параметров, тем длиннее спагетти, а следовательно сложнее в отладке код. Чтобы сделать код более удобочитаемым параметры командлету можно передать в виде хэш-литерала, т.е. код выше можно переписать как:$par = @{
Param1 = 'one'
Param2 = 'two'
...
ParamN = N
}

Invoke-Cmdlet @parЕсли по каким-то причинам какой-то из параметров оказался не нужел, достаточно его либо удалить из хэша, либо закомментировать.

[breakfruit]

greg zakharov, во. Я попоутно читаю, конечно же, литературу и блоги на тему PoSH. Т.е. мы создаем переменную и задаем значением оной - массив параметров? Или я путаюсь в определениях? Суть кода я понял, но (так как я ОЧЕНЬ далек от кодинга в принципе, и по образованию воообще никому не нужный гуманитарий :D ) в определениях, видимо, путаюсь.

[Iska]

breakfruit, верно. Только не «массив», а «хэш-таблица» (набор пар «имя-значение»).

[breakfruit]

Iska, и любой командлет (даже стороннего разработчика) будет его нормально воспринимать? Т.е. это приемущество непосредственно PoSH, которое не зависит от командлетов?