|
|
|
|
コメント(62)
そのやり方ですと、telnet実行した段階で、
telnetのプロンプトに切り替わってしまうので、
下記は無理ではないでしょうか。
> telnetでサーバに繋いだ後、ユーザ名、パスワードをPowerShell
> のスクリプトから送る方法が分りません。
代替案として、
System.Net.Sockets.TcpClientクラスを利用する方法があります。
サンプル作ったので載せておきますね。
これを拡張してみてください。
＃$hostname、$port、$user、$passは
＃適切な値に変えてください。
==================================================================
function ReadLine()
{
$reader.ReadLine()
}
function SendLine([String]$str)
{
$bytes = [Byte[]]([Text.Encoding]::ASCII.GetBytes($str + "`r`n"))
$stream.Write($bytes, 0, $bytes.Length)
}
$hostname="サーバ名"
$port=23
$user="ユーザ名"
$pass="パスワード"
$client = New-Object Net.Sockets.TcpClient($hostname,$port)
$stream = $client.getstream()
$reader = New-Object IO.StreamReader($stream,[Text.Encoding]::ASCII)
$reader.ReadLine()
SendLine("USER $user")
$reader.ReadLine()
SendLine("PASS $pass")
$reader.ReadLine()
SendLine("PWD")
$reader.ReadLine()
SendLine("QUIT")
$reader.ReadLine()
$stream.close()
$client.close()
==================================================================
telnetのプロンプトに切り替わってしまうので、
下記は無理ではないでしょうか。
> telnetでサーバに繋いだ後、ユーザ名、パスワードをPowerShell
> のスクリプトから送る方法が分りません。
代替案として、
System.Net.Sockets.TcpClientクラスを利用する方法があります。
サンプル作ったので載せておきますね。
これを拡張してみてください。
＃$hostname、$port、$user、$passは
＃適切な値に変えてください。
==================================================================
function ReadLine()
{
$reader.ReadLine()
}
function SendLine([String]$str)
{
$bytes = [Byte[]]([Text.Encoding]::ASCII.GetBytes($str + "`r`n"))
$stream.Write($bytes, 0, $bytes.Length)
}
$hostname="サーバ名"
$port=23
$user="ユーザ名"
$pass="パスワード"
$client = New-Object Net.Sockets.TcpClient($hostname,$port)
$stream = $client.getstream()
$reader = New-Object IO.StreamReader($stream,[Text.Encoding]::ASCII)
$reader.ReadLine()
SendLine("USER $user")
$reader.ReadLine()
SendLine("PASS $pass")
$reader.ReadLine()
SendLine("PWD")
$reader.ReadLine()
SendLine("QUIT")
$reader.ReadLine()
$stream.close()
$client.close()
==================================================================
お世話になっています。takuです。
いつも質問ばかりで申し訳ないのですが、エクセルの
プロセスが残る件で質問させて下さい。
下記の様なエクセルのブックを開いて閉じているだけの
ものですが、閉じた後もタスクマネージャーのプロセス
画面で確認するとエクセルのタスクが残ったままになっ
ています。
「$excelworkbook.Close()、$excelapp.Quit()」だけで
は閉じないのでしょうか？ Get-Processでプロセスを止
める必要があるのでしょうか？
すみませんが、アドバイス宜しくお願いします。
-----------------------------------------------------
$excelapp = New-Object -ComObject Excel.Application
$excelworkbook = $excelapp.Workbooks.Open("D:\Book1.xls")
$excelworkbook.Close()
$excelapp.Quit()
いつも質問ばかりで申し訳ないのですが、エクセルの
プロセスが残る件で質問させて下さい。
下記の様なエクセルのブックを開いて閉じているだけの
ものですが、閉じた後もタスクマネージャーのプロセス
画面で確認するとエクセルのタスクが残ったままになっ
ています。
「$excelworkbook.Close()、$excelapp.Quit()」だけで
は閉じないのでしょうか？ Get-Processでプロセスを止
める必要があるのでしょうか？
すみませんが、アドバイス宜しくお願いします。
-----------------------------------------------------
$excelapp = New-Object -ComObject Excel.Application
$excelworkbook = $excelapp.Workbooks.Open("D:\Book1.xls")
$excelworkbook.Close()
$excelapp.Quit()
ありがとうございます。
Get-Childitem|Sort Fullname
みたいな感じで使いたいです。
とりあえずは、自分でソートロジック入れて
Sortは、外してます。
実際に、新と現の文字でトラブりました。
PS C:\>
PS C:\> $a ="新","現"
PS C:\> $a
新
現
PS C:\> ($a[0] -lt $a[1])
True
PS C:\> $b = $a|sort $_
PS C:\> $b
現
新
PS C:\> ($b[0] -lt $b[1])
False
PS C:\> $c = $a|sort $_ -caseSensitive
PS C:\> $c
現
新
PS C:\> ($c[0] -lt $c[1])
False
PS C:\>
Get-Childitem|Sort Fullname
みたいな感じで使いたいです。
とりあえずは、自分でソートロジック入れて
Sortは、外してます。
実際に、新と現の文字でトラブりました。
PS C:\>
PS C:\> $a ="新","現"
PS C:\> $a
新
現
PS C:\> ($a[0] -lt $a[1])
True
PS C:\> $b = $a|sort $_
PS C:\> $b
現
新
PS C:\> ($b[0] -lt $b[1])
False
PS C:\> $c = $a|sort $_ -caseSensitive
PS C:\> $c
現
新
PS C:\> ($c[0] -lt $c[1])
False
PS C:\>
えーっと。確認しました。文字列のままでsort-objectを使うと確かに、変わんないですね。このケースだとcharを使うことで上手くいきましたが、全てのケースで大丈夫かは別の問題です。
PS C:\ >$a = "新","現"
PS C:\ >$b = @()
PS C:\ >foreach ( $i in $a) { $b += [char] $i}
PS C:\ >$b
新
現
PS C:\ >$c = $b |sort
PS C:\ >$c
新
現
PS C:\ >$c[0] -lt $c[1]
True
PS C:\ >$a[0] -lt $a[1]
True
PS C:\ >$a|sort
現
新
なので文字列比較は、charで行っているのではないかと。sort-objectが違いそうですね。ソートロジックを作られていて、問題がないのならそのまま使う方が良いのでは、ないでしょうか。
PS C:\ >$a = "新","現"
PS C:\ >$b = @()
PS C:\ >foreach ( $i in $a) { $b += [char] $i}
PS C:\ >$b
新
現
PS C:\ >$c = $b |sort
PS C:\ >$c
新
現
PS C:\ >$c[0] -lt $c[1]
True
PS C:\ >$a[0] -lt $a[1]
True
PS C:\ >$a|sort
現
新
なので文字列比較は、charで行っているのではないかと。sort-objectが違いそうですね。ソートロジックを作られていて、問題がないのならそのまま使う方が良いのでは、ないでしょうか。
# ヘルプを眺めただけなので、正しくない可能性が十分にあります。叩き台にでもしてください。
ValueFromPipelineByPropertyNameは、COMのIPropertyBagとIPersistPropertyBagの対のような働きではないかとみています。
入ってくるPipelineを既定(?)のフォーマットで区切り、そこに複数のオブジェクトを流し込んで、それをCmdlet側で復元して、更に事前に用意したプロパティに代入しておいてくれる、というものだと思います。
それに対してValueFromPipelineでは、入ってくるPipelineをより直接的に使えるようにする、というのかも知れません。
ValueFromRemainingArgumentsはParamArrayのようなものではないか、と思います。
ValueFromPipelineByPropertyNameは、COMのIPropertyBagとIPersistPropertyBagの対のような働きではないかとみています。
入ってくるPipelineを既定(?)のフォーマットで区切り、そこに複数のオブジェクトを流し込んで、それをCmdlet側で復元して、更に事前に用意したプロパティに代入しておいてくれる、というものだと思います。
それに対してValueFromPipelineでは、入ってくるPipelineをより直接的に使えるようにする、というのかも知れません。
ValueFromRemainingArgumentsはParamArrayのようなものではないか、と思います。
＞K.J.K.さん
なんとなくですがちょっとわかった気になりました、ありがとうございます。ただ実例がちょっと思い浮かばないですね。
＞kazaさん
ありがとうございます。
http://msdn2.microsoft.com/en-us/library/ms714597.aspx
http://msdn2.microsoft.com/en-us/library/system.management.automation.parameterattribute.valuefrompipelinebypropertyname.aspx
ですね。
でも意味がよくわからないんです（汗
具体例がどこかにあるといいんですが・・・
ValueFromRemainingArgumentsについては分かった気がします。
なんとなくですがちょっとわかった気になりました、ありがとうございます。ただ実例がちょっと思い浮かばないですね。
＞kazaさん
ありがとうございます。
http://msdn2.microsoft.com/en-us/library/ms714597.aspx
http://msdn2.microsoft.com/en-us/library/system.management.automation.parameterattribute.valuefrompipelinebypropertyname.aspx
ですね。
でも意味がよくわからないんです（汗
具体例がどこかにあるといいんですが・・・
ValueFromRemainingArgumentsについては分かった気がします。
やっぱりその理解で正しかったようです。
もしPathプロパティがあったらちゃんとそれが-pathパラメータに渡ります。
PS C:\script> $a = "hoge"
PS C:\script> $a = $a | add-member noteproperty Path "a*" -passthru
PS C:\script> $a.path
a*
PS C:\script> $a|dir
ディレクトリ: Microsoft.PowerShell.Core\FileSystem::C:\script
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 2007/07/20 18:33 0 a.txt
-a--- 2007/07/21 16:17 8826 about_Alias.help.txt
もしPathプロパティがあったらちゃんとそれが-pathパラメータに渡ります。
PS C:\script> $a = "hoge"
PS C:\script> $a = $a | add-member noteproperty Path "a*" -passthru
PS C:\script> $a.path
a*
PS C:\script> $a|dir
ディレクトリ: Microsoft.PowerShell.Core\FileSystem::C:\script
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 2007/07/20 18:33 0 a.txt
-a--- 2007/07/21 16:17 8826 about_Alias.help.txt
久し振りなんですが、「&」オペレータに関して気がついたことを少しまとめます。
ご存知のように「&」オペレータを使うとスクリプトブロックを実行することができます。が、色々と試していくとコマンド実行オペレータという表現が私には、しっくりきます。具体的には、以下のような記述ができるからです。
function test { "Test Function" }
test # 関数呼び出し
&test # 同じく関数呼び出し
"Test Script File" > "test1.ps1"
.\test1 # スクリプトファイルの実行
&.\test1 # 同じくスクリプトファイルの実行
$a = "Get-ChildItem"
&$a # Get-ChildItemの実行
Invoke-Expression $a # Get-ChildItemの実行
この結果を見ると、「&」オペレータで実行できるのはコマンドであるということが理解できます。変数にコマンドを文字列として設定した場合は、引数を文字列の中に入れられないのですけど(例えば、 &$a -recurse という感じです)。
何気にInvoke-Expressionしないで使える点が、気にいっています。
皆さんは、如何でしょうか。
ご存知のように「&」オペレータを使うとスクリプトブロックを実行することができます。が、色々と試していくとコマンド実行オペレータという表現が私には、しっくりきます。具体的には、以下のような記述ができるからです。
function test { "Test Function" }
test # 関数呼び出し
&test # 同じく関数呼び出し
"Test Script File" > "test1.ps1"
.\test1 # スクリプトファイルの実行
&.\test1 # 同じくスクリプトファイルの実行
$a = "Get-ChildItem"
&$a # Get-ChildItemの実行
Invoke-Expression $a # Get-ChildItemの実行
この結果を見ると、「&」オペレータで実行できるのはコマンドであるということが理解できます。変数にコマンドを文字列として設定した場合は、引数を文字列の中に入れられないのですけど(例えば、 &$a -recurse という感じです)。
何気にInvoke-Expressionしないで使える点が、気にいっています。
皆さんは、如何でしょうか。
WMIでWin32_Productクラスを使おうとしたら、Windows Vistaではエラーになりました。どうもVistaのWMIのバグらしいです。このためWindows InstallerのCOMを使おうと思ったら、このCOMのタイプライブラリにはcoclassの定義がありません。このためNew-Object -comでは、プロパティやメソッドをマップできないようです。
結局、Typeオブジェクトのインスタンスを取得して、Invokeでプロパティを呼び出すはめになりました。
Windows InstallerのProgIDは「WindowsInstaller.Installer」なのですが、環境によってはProgIDが登録されていないOSもあるようです。WSHのサンプルなどを探すと、Windows Installer 2.0あたりからProgIDは登録されているようなんですが、皆様の環境では如何でしょうか。
結局、Typeオブジェクトのインスタンスを取得して、Invokeでプロパティを呼び出すはめになりました。
Windows InstallerのProgIDは「WindowsInstaller.Installer」なのですが、環境によってはProgIDが登録されていないOSもあるようです。WSHのサンプルなどを探すと、Windows Installer 2.0あたりからProgIDは登録されているようなんですが、皆様の環境では如何でしょうか。
coclassの記述がないとVB6などではnewできないだけで、ProgIDがあればVBScriptなどではCreateObjectでインスタンスが作成できます。
# ちなみに、CLSIDとIIDが同一値なので、標準のTLBコンパイラではcoclassは無理のようです。
で、私の環境(XP)で、ですが、例えばインターフェースInstallerが、標準では、
HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}
で存在しますが、
HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}\TypeLib
のキーが存在していませんでした。
そこで、
[HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}\TypeLib]
@="{000C1092-0000-0000-C000-000000000046}"
"Version"="1.0"
を登録してみるとどうなるのでしょうか?
# ちなみに、CLSIDとIIDが同一値なので、標準のTLBコンパイラではcoclassは無理のようです。
で、私の環境(XP)で、ですが、例えばインターフェースInstallerが、標準では、
HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}
で存在しますが、
HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}\TypeLib
のキーが存在していませんでした。
そこで、
[HKEY_CLASSES_ROOT\Interface\{000C1090-0000-0000-C000-000000000046}\TypeLib]
@="{000C1092-0000-0000-C000-000000000046}"
"Version"="1.0"
を登録してみるとどうなるのでしょうか?
まだ確認はしていませんが、おそらくInstallerオブジェクトのIDispatch::GetTypeInfoが有効なITypeInfoのインスタンスを返さないのだと思います。
それで、メンバーメソッドの逆引きができないのかと。
VB6やVBScriptだと、この過程をスキップして、IDispatch::GetIDsOfNamesとInvokeだけで済ましているので、特に問題は起きないのではないかと。
そういう意味では、VB6のObject型やVBSと同様にIDispatchをそのまま処理する仕組みがあると楽かも知れません。
# でも、そのまま入れるのはそぐわない気がします。
それで、メンバーメソッドの逆引きができないのかと。
VB6やVBScriptだと、この過程をスキップして、IDispatch::GetIDsOfNamesとInvokeだけで済ましているので、特に問題は起きないのではないかと。
そういう意味では、VB6のObject型やVBSと同様にIDispatchをそのまま処理する仕組みがあると楽かも知れません。
# でも、そのまま入れるのはそぐわない気がします。
こんにちは。
Add-MemberでNotePropertyを付加し、変数に代入すると
NotePropertyが引き継がれない、という事がありアドバイス頂きたい次第です。
実際にやりたい内容は下記のような感じです。
$host1 = get-host
$host1 | add-member noteproperty prop "test"
$host1.prop -eq $null ←?
$array = new-object system.collections.arraylist
[void]$array.add($host1)
$array[0].prop -eq $null ←?
?はFalse、?はTrueになります。
$host1 = get-host
$host1 | add-member noteproperty prop "test"
$host1.prop -eq $null ←?
$host2 = $host1
$host2.prop -eq $null ←?
?、?いずれもTrueになります。
2つの結果からオブジェクト型の相違に原因があるような気がするのですが、、
アドバイス下さい。よろしくお願いします。
Add-MemberでNotePropertyを付加し、変数に代入すると
NotePropertyが引き継がれない、という事がありアドバイス頂きたい次第です。
実際にやりたい内容は下記のような感じです。
$host1 = get-host
$host1 | add-member noteproperty prop "test"
$host1.prop -eq $null ←?
$array = new-object system.collections.arraylist
[void]$array.add($host1)
$array[0].prop -eq $null ←?
?はFalse、?はTrueになります。
$host1 = get-host
$host1 | add-member noteproperty prop "test"
$host1.prop -eq $null ←?
$host2 = $host1
$host2.prop -eq $null ←?
?、?いずれもTrueになります。
2つの結果からオブジェクト型の相違に原因があるような気がするのですが、、
アドバイス下さい。よろしくお願いします。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
Windows PowerShell 更新情報
-
最新のイベント
-
まだ何もありません
-
-
最新のアンケート
-
まだ何もありません
-
