この掲示板は、ニューバージョンのBlackJumboDogについてのサポート掲示板です

削除パスワード

[144] FTPで使用するポート番号について TM 2010/09/02(Thu) 13:52:00 Windows Server 2003環境でBJDのVersion 5.0.0-b7を使用させていただいています。 単純な質問で大変恐縮なのですが、現在FTPサーバとしてのみ使用しているのですが、FTPのアクティブモードでFTPサーバへ接続した際に、制御ポートを「21」（“クライアントから見たポート”デフォルト設定）とした場合、データ転送ポートは何番（もしくはランダム？）のポートが使用されるのでしょうか？ ご教示いただけると幸いです。 よろしくお願い致します。 Re:FTPで使用するポート番号について 恵理で〜す 2010/09/02(Thu) 15:56:02 PASV用以外は1024〜65535の何れかに成ります。 Re:Re:FTPで使用するポート番号について TM 2010/09/02(Thu) 16:25:58 ご回答ありがとうございます。 アクティブモードで一般的に利用されている20番ポートは使用しない（できない）形になっているということですね？ Re:Re:Re:FTPで使用するポート番号について 恵理で〜す 2010/09/02(Thu) 17:38:05 殆ど見ませんが、トレースなどでクライアントからのコマンドが PORT 127,0,0,1,0,20 の要求はデータポート20番を要求しBJD5は作動しますが、殆どの場合 PORT 127,0,0,1,4,xxx と言うコマンドでポート1024番以上(4×256 + xxx)の非予約番号を要求するクライアント挙動と思われます。 # ここでは127.0.0.1をクライアントIPアドレスとしています。 Re:Re:Re:Re:FTPで使用するポート番号について TM 2010/09/02(Thu) 18:15:05 すみません。説明が足りなかったのですが、ここで言っている20番ポートとはFTPサーバ側のポートのことです。 ＜FTP接続例＞ FTPサーバ：192.168.0.1 FTPクライアント：192.168.0.2 FTPアクティブモード（サーバ⇔クライアント） #制御 192.168.0.1:21 <- PORT X,X,X,X,A,B <- 192.168.0.2:任意 192.168.0.1:21 -> PORT command OK -> 192.168.0.2:任意 192.168.0.1:21 <- RETR filename <- 192.168.0.2:任意 （X,X,X,Xはこの場合、192,168,0,1） #データ転送 192.168.0.1:20 -> SYN -> 192.168.0.2:A*256+B 192.168.0.1:20 <- SYN/ACK <- 192.168.0.2:A*256+B 192.168.0.1:20 -> ACK -> 192.168.0.2:A*256+B 　↑ここで使用するポート データ転送についてサーバ側は20番ポートを使用するのが一般的なようなのですが、BJDでは1024番以上のポートをランダムに使用するという認識でよろしいでしょうか？ 何度も申し訳ありませんが、よろしくお願い致します。 Re:Re:Re:Re:Re:FTPで使用するポート番号について 恵理で〜す 2010/09/03(Fri) 09:44:01 >↑ここで使用するポート もBJD4系、BJD5共に1024〜65535番の何れかに成り、ポート20番は使っていません。 Re:FTPで使用するポート番号について 恵理で〜す 2010/09/02(Thu) 16:14:33 BJD5はBJD4と違いFTPのPASV用データポートの番号は「2000〜2100」「3000〜3100」「4000〜4100」「5000〜5100」「6000〜6100」「7000〜7100」「8000〜8100」「9000〜9100」番の何れかの中からランダムに使われ、接続が増えると次ぎの値に変わる仕様に成っています。 # BJD4のPASV用データポートの番号は「9022〜9121」と成っています。

[143] 連続受信で例外発生します。 森林公園 2010/09/01(Wed) 13:37:00 BJD愛用させていただいており、先月からVer5.0も利用させていただいており、大変助かっております。 ところが、Ver4.23では、正常に動作していたProxyPop3Server機能ですが、Ver5.0では、複数のメールアドレスを設定してあるパソコンで受信動作すると、２番目以後のアドレスで受信を失敗する現象が発生しました。 このため、ログを調べたところ下記のようなメッセージが表示されておりました。 何か設定の問題でしょうか？ ［例外発生パターン1］ 2010/08/23 20:01:32DETAIL7652ProxyPop3Server172.16.20.219000002_subThread() started.count=1 Local=172.16.1.3:8110 Remote=172.16.20.21:2493 2010/08/23 20:01:32NOMAL7652ProxyPop3Server172.16.20.210000004メールストリームをトンネルしましたconnect pop.alpha-prm.jp:110 2010/08/23 20:01:33DETAIL7608ProxyPop3Server172.16.20.219000002_subThread() started.count=2 Local=172.16.1.3:8110 Remote=172.16.20.21:2494 2010/08/23 20:01:33DETAIL7652ProxyPop3Server9000043クライアント側が切断されましたclose client 2010/08/23 20:01:33DETAIL7652ProxyPop3Server172.16.20.219000003_subThread() stoped.count=2 Local=172.16.1.3:8110 Remote=172.16.20.21:2493 2010/08/23 20:01:33ERROR7608ProxyPop3Server172.16.20.219000037_subThread()で例外が発生しました配列は null にはできません。 パラメータ名: bytes 2010/08/23 20:01:33ERROR7608ProxyPop3Server172.16.20.219000038【例外】 場所 System.Text.Encoding.GetString(Byte[] bytes) 2010/08/23 20:01:33ERROR7608ProxyPop3Server172.16.20.219000038【例外】 場所 ProxyPop3Server.Server.BeforeJob() 2010/08/23 20:01:33ERROR7608ProxyPop3Server172.16.20.219000038【例外】 場所 ProxyPop3Server.MailProxyServer._subThread(SockObj sockObj) 2010/08/23 20:01:33ERROR7608ProxyPop3Server172.16.20.219000038【例外】 場所 BJD.SvBase.SubThread(Object o) 2010/08/23 20:01:33DETAIL7608ProxyPop3Server172.16.20.219000003_subThread() stoped.count=1 Local=172.16.1.3:8110 Remote=172.16.20.21:2494 ［例外発生パターン2］ 2010/08/23 19:01:14DETAIL4216ProxyPop3Server172.16.20.219000002_subThread() started.count=1 Local=172.16.1.3:8110 Remote=172.16.20.21:2348 2010/08/23 19:01:14NOMAL4216ProxyPop3Server172.16.20.210000004メールストリームをトンネルしましたconnect pop.alpha-prm.jp:110 2010/08/23 19:01:14DETAIL4164ProxyPop3Server172.16.82.249000002_subThread() started.count=2 Local=172.16.1.3:8110 Remote=172.16.82.24:1969 2010/08/23 19:01:14ERROR4216ProxyPop3Server172.16.20.219000037_subThread()で例外が発生しましたオブジェクト参照がオブジェクト インスタンスに設定されていません。 2010/08/23 19:01:14ERROR4216ProxyPop3Server172.16.20.219000038【例外】 場所 ProxyPop3Server.MailProxyServer._subThread(SockObj sockObj) 2010/08/23 19:01:14ERROR4216ProxyPop3Server172.16.20.219000038【例外】 場所 BJD.SvBase.SubThread(Object o) 2010/08/23 19:01:14DETAIL4216ProxyPop3Server172.16.20.219000003_subThread() stoped.count=2 Local=172.16.1.3:8110 Remote=172.16.20.21:2348 2010/08/23 19:01:14DETAIL5536ProxyPop3Server172.16.20.219000002_subThread() started.count=2 Local=172.16.1.3:8110 Remote=172.16.20.21:2349 2010/08/23 19:01:14NOMAL4164ProxyPop3Server172.16.20.210000004メールストリームをトンネルしましたconnect pop.alpha-prm.jp:110 2010/08/23 19:01:14NOMAL5536ProxyPop3Server172.16.20.210000004メールストリームをトンネルしましたconnect pop.alpha-prm.jp:110 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000037_subThread()で例外が発生しましたコレクションが変更されました。列挙操作は実行されない可能性があります。 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000038【例外】 場所 System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource) 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000038【例外】 場所 System.Collections.Generic.List`1.Enumerator.MoveNextRare() 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000038【例外】 場所 System.Collections.Generic.List`1.Enumerator.MoveNext() 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000038【例外】 場所 ProxyPop3Server.MailProxyServer._subThread(SockObj sockObj) 2010/08/23 19:01:14ERROR4164ProxyPop3Server172.16.82.249000038【例外】 場所 BJD.SvBase.SubThread(Object o) 2010/08/23 19:01:14DETAIL4164ProxyPop3Server172.16.82.249000003_subThread() stoped.count=2 Local=172.16.1.3:8110 Remote=172.16.82.24:1969 2010/08/23 19:01:14DETAIL5536ProxyPop3Server9000043クライアント側が切断されましたclose client 2010/08/23 19:01:14DETAIL5536ProxyPop3Server172.16.20.219000003_subThread() stoped.count=1 Local=172.16.1.3:8110 Remote=172.16.20.21:2349

[142] URL制限について モモの父 2010/08/24(Tue) 10:51:09 BJD愛用させていただいております。 ブラウザーのプロキシサーバーでURL制限機能を使用しておりますが、URL毎に制限、許可と優先順位が設定できれば便利だと思いしたので、要望させていただきます。 例えば鬱陶しい広告ブロックには「ad/」や「ad.」をルールとして登録しているのですが、これだと「download/」や「download.」が引っかかってしまいます。 「download」を許可URLで上位の優先順位として、「ad/」と「ad.」を禁止URLで下位の優先順位、というふうに設定できると便利だと思いました。 またもし現行のバージョンで上記のような設定が可能でしたらご教示頂けますでしょうか。 Re:URL制限について SIN 2010/08/25(Wed) 03:38:21 現実装では、ご希望の設定はできません。 実装の方向で検討させて頂きます。 現在、プロキシーサーバでHTTP/1.1対応のため大きな回収中で、しばらく新機能の追加バージョンアップを出せない状況です。少し気長にお時間を頂ければ幸いです。 ご要望に感謝申し上げます。 Re:Re:URL制限について モモの父 2010/08/25(Wed) 13:12:34 要望のご検討ありがとうございます。 HTTP 1.1対応も私を含めみなさん待ち焦がれていらっしゃるようですので、僭越ですが陰ながら応援させていただきます。 深夜まで(早朝から?)ご苦労様です。 お体に負担にならない程度に、頑張ってくださいね。 Re:URL制限について 恵理で〜す 2010/08/25(Wed) 09:44:06 運用面で、ホワイトリスト/ブラックリスト形式の「部分一致」の「ad」2文字表現には限界があります。 BJDログにも残るhttp://から始まる全体の指定で対処は如何でしよう 又は「/ad/」「/ad.」「.ad.」「.ad/」「-ad/」「-ad.」「_ad/」「_ad.」他 の様に文字数を追加する等のブラックリスト形式手法が必要でしょう。 Re:Re:URL制限について モモの父 2010/08/25(Wed) 18:39:54 たまに「/XXXad/」や「/XXXad.YYY/」(XXX,YYYは任意の文字)みたいなアド系URLがあるので仕方なく「ad/」「ad.」を設定しているのですが、これだと「download」などが引っかかってしまうんです。 またhttp://から始まる全体の指定、も最初は試しましたが、サブドメインを次々と変える悪質？なサイトもあり効果が長続きしないので、仕方なく「ad/」「ad.」禁止で運用し、それでアクセスで困ったときには一時的にプロキシを停止して直接アクセスで対処しています。 とりあえず要望の機能の実装を検討してくださるようですので、実現を気長に、首を長くして待つことにいたします。

[141] まぐまぐ メールサーバの要望 2010/08/21(Sat) 22:04:32 BJD4から使わせていただいています。 「IMAP」で受信ができるといいな、と思いました。 最近はPOPよりも、PUSHができるIMAPがはやりつつあります。 ご検討していただければうれしいです。 Re:まぐまぐ SIN 2010/08/25(Wed) 03:40:42 IMAPは、以前に実装を考えて見たのですが、現在のBJDの仕様から、非常に愛称がわるく挫折している状況です。 今後検討はして見ますが、ちょっと難しいかも知れません。 ご希望に添えない返答で恐縮です。

[140] FTPサーバ側のファイルの日付が更新日でなく作成日？ takakenchi 2010/08/09(Mon) 14:13:18 メールサーバ、ＦＴＰサーバを大変便利に使わせて頂いています。 Ver4の時にはＦＴＰクライアントソフトで表示されるサーバ側のファイルの日付は、更新日だったのですが、Ver5に変えてから作成日らしき日付が表示されるようになりました。クライアントソフトは全く設定の変更をしておりません。更新日を表示させるように設定出来ますでしょうか。 Re:FTPサーバ側のファイルの日付が更新日でなく作成日？ 恵理で〜す 2010/08/10(Tue) 10:19:54 > 表示させるように設定出来ますでしょうか。 ザンネンながら MS-C#(コンパイラ) と.NET 利用のBJD5ではファイル日付がズレル様で、クライアントやBJD5運用設定で解決できる部分では有りません。 # WinOS側利用ファイルシステムとプログラム内の LastWriteTim での取得方法の扱い変更が必要かも知れません。 Re:Re:FTPサーバ側のファイルの日付が更新日でなく作成日？ takakenchi 2010/08/10(Tue) 11:22:59 ご返信ありがとうございます。 ご説明については、私の理解を超える内容なので 何とも言いようがありませんが、バックアップの状態を 確認するときに使用しており、更新日時が結構重要でした。 とりあえず、BJD４に戻して運用します。また良い方法が あれば、お教え下さい。よろしくお願いします。

[139] FTPサーバーのディレクトリの一括削除について BlueTiTi 2010/08/07(Sat) 01:34:43 お世話になります。 Ver5良い感じですね。全機能は試していませんが、 通信速度もVer4より向上しているように感じます。 本題ですが、バグと思われる事象を確認しましたので ご報告と改善要望をさせていただきたいと思います。 ------------------------------------- FTPクライアントからBJD_v5のFTPサーバへアクセスした場合に、 ディレクトリの一括削除ができないようです。 事象が発生した際の環境は、下記の通りです。 他に環境が無いので、環境依存かは不明です。 ただし、同一環境でVer4では再現しませんでしたので Ver5に起因する可能性は高いと思われます。 【サーバー機（BJD FTPサーバーVer5）】 OS : Windows Vista Home Premium WindowsUpdate最新更新済み 【クライアント】 OS: Windows7 Home Premium WindowsUpdate最新更新済み FTPクライアント : Windows標準のExplorer （マイコンピュータのアドレス欄に ftp://192.168.x.x/ を入力してフォルダ感覚でアクセス） （上記 192.168.x.x＝サーバIPアドレス） 【事象】 FTPサーバーへの接続完了後、ファイルのアップロードやダウンロードは問題無くＯＫ！ 同様にサーバーへ接続完了後、サーバー上のファイルを個別削除する事も問題無くＯＫ！ しかし、同様にサーバーへ接続完了後、ディレクトリの削除を行おうとすると 『FTP フォルダー エラー』といダイアログが出て、処理が中断されてしまいディレクトリが削除されない。 ----------------------------------- ■ダイアログのタイトル : FTP フォルダー エラー ■メッセージ内容 : 　FTP サーバーのファイルまたはフォルダーを削除しようとしてエラー 　が発生しました。このフォルダーへのアクセス許可があるかどうかを 　確認してください。 　詳細: 　FTP セッションは終了しました ----------------------------------- 　※アクセス権についてダイアログが確認を求めていますが 　　それ以前にVer4では問題なくディレクトリを削除可能ですし 　　実際に確認して見ても、フルコントロールが付与されており 　　アクセス権については問題ないと思われます。 【要望】 現行のVer4と同様に、ディレクトリが正常に削除できるように 改善していただけるとうれしいです。 以上。 お手数とは思いますが、宜しくお願い致します。 Re:FTPサーバーのディレクトリの一括削除について 恵理で〜す 2010/08/07(Sat) 11:17:27 BJD4.x.xに有って BJD5では無くなっているExplorer固有の機能コマンドでバクでは無く「コマンドXRMD」の機能が減っているのが現状です。 Windows標準のExplorerは MS-IISのFTPサーバ向けか? rfc775 December 1980　XMKD child, XRMD child, XPWD, XCUP のコマンド追加があり rfc959 October 1985 には無くなり現在のrfc3659 March 2007 と成っています。 Explorerではなく(機能復活まで)、一般のFTPクライアント・アプリでご利用くださいませ。 Re:Re:FTPサーバーのディレクトリの一括削除について BlueTiTi 2010/08/08(Sun) 00:53:24 早々のご返信ありがとうございます。 なるほど、バグではなく、現状は仕様という感じですね。 復活するまでは、しばらく一般的なFTPクライアントを使用したいと思います。 ご教示ありがとうございます。 とても為になりました。

[138] DHCPサーバーについて underodig 2010/08/06(Fri) 00:06:44 お世話になります。 DHCPサーバーについての確認ですが WPADの実装予定とかありますでしょうか？ 予定に入っていないなら、一度WPADの実装を 検討していただけないでしょうか？ 今現在BJDをありがたく使わせていただいてますが、 クライアント側Proxyの自動設定にあたり、WPADを 利用するために、DHCPサーバーの機能のみ別 のDHCPサーバーを利用しています。 Web、DNS、DHCPとそろっているのに DHCPにWPADの機能がないのがもったいなく感じます。 御一考お願いします。m(_._)m Re:DHCPサーバーについて SIN 2010/08/06(Fri) 01:02:31 ぜひ、検討させて頂きます。 ご要望に感謝申し上げます。

[137] HTTP/1.1 は使用できません コンタドール 2010/08/05(Thu) 09:54:23 プロキシサーバを使用しています。 [134]の方と同様のことと思いますが、クロネコヤマトの送り状発行に使用しているアプリケーションの一部に http1.1を使用しているようで、送り状NOを付番できないようです。Ver4 に戻すと問題は起こりません。 Re:HTTP/1.1 は使用できません SIN 2010/08/06(Fri) 01:01:55 現在、HTTP/1.1対応の作業中です。 すいませんが、もう少しお時間をください。

[136] メールサーバのACL(IPv6)について Ｓ 2010/08/02(Mon) 15:19:26 はじめまして。 IPv6環境でPOPサーバ/SMTPサーバを試用させていただいたのですが、 サーバに接続しようとすると[0:0:0:0:0:0:0:0]からの接続は 許可されていない旨表示されます。 ACLの設定で::を許可すると接続でき、接続時のログのアドレス欄には xxxx::xxxx%2等とクライアントのIPアドレスが表示されていますが、 クライアントのIPアドレスにアクセス許可を与えても接続はできません。 また、xxxx::xxxx%2にアクセス許可という設定をすると 設定に問題がある旨表示されます。 何か設定等に問題がありますでしょうか？ OSはサーバ側がWinXP SP3およびWin2003 R2 SP2 クライアント側がWinXP SP3およびRedHat Linuxです。 Re:メールサーバのACL(IPv6)について 恵理で〜す 2010/08/03(Tue) 11:36:52 > xxxx::xxxx%2等とクライアントのIPアドレスが表示されていますが、 ↑隠し部分は想像ですが 3ffe::100:2 が相手であれは「%」の変わりに「:」を入れてみては如何でしょう? 又は3ffe::100:* とすると「*」ワイルド指定が.... Re:Re:メールサーバのACL(IPv6)について Ｓ 2010/08/03(Tue) 14:13:41 ご回答ありがとうございます。 %の前がIPアドレス、%の後ろはインタフェースの番号なのですが、 %の代わりに:で良いものでしょうか？ 今手元に環境がないので、後日試させていただきます。 Re:Re:メールサーバのACL(IPv6)について Ｓ 2010/08/10(Tue) 00:53:33 上記の件、試してみましたが、IPv6のアドレスに「*」を使用すると ACLの指定が無効と言われてしまいました。 また、%の後ろはインタフェースの番号なので、アドレスの省略をしないと xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx%番号 となるのですが、このように値が9個並ぶものも指定できませんでした。 そもそも、接続元のIPが何であってもACLの判定時に 0:0:0:0:0:0:0:0から接続された扱いになってしまうのは 環境のせいでしょうか？ Re:Re:Re:メールサーバのACL(IPv6)について 恵理で〜す 2010/08/10(Tue) 10:11:47 > 0:0:0:0:0:0:0:0から接続された扱いになってしまうのは環境のせいでしょうか？ アドレスはノードにまだIPv6アドレスが割り振られていないことを意味し、ノードの初期化段階において、アドレスの重複をチェックする場合などに送信元アドレスとして使用される、 と言う環境の問題であれば IPv4互換アドレスを有効にするには、Dos窓から netsh interface ipv6 set state v4compat=enabled でノード(IPv4)を受け付けるのかしらん IPv4 互換アドレスを使用する(既定では無効になっています) http://technet.microsoft.com/ja-jp/library/cc727992(WS.10).aspx Re:Re:Re:Re:メールサーバのACL(IPv6)について Ｓ 2010/08/10(Tue) 19:54:40 ご回答ありがとうございます。 fec0で始まるIPアドレスを使用していたのが原因だったようです。 fc00で始まるIPアドレスを使用するように環境を変更したところ、問題が解消しました。

[135] 要望をいくつか 与太郎 2010/07/31(Sat) 13:00:38 メールサーバをＢＪＤ５ｂ７で使用しています。 追加して欲しい機能がありまして投稿しました。 １．メインウインドウの大きさと各列の幅の固定 メインウインドウを表示させて、 その大きさと各列の幅を変更して、 ある程度の情報が表示できるようにしていますが、 ＰＣを再起動すると元に戻ってしまいます。 ウインドウの大きさと各列の幅を記憶させておけないでしょうか。 ２．メールボックス（メールキュー）の表示ウインドウ メインウインドウからツール→メールボックスとすると、 メールボックスとメールキューが表示されますが、 メールボックスにもキューにも何もない場合に ウインドウの中が空白になってしまいます。 最初は画面表示がおかしくなったかと不安になりましたが、 仕様のようですね。 何もなくても QUEUEとMEILBOXという表示だけはあったほうがいいと感じました。 ３．ヘッダ変換（追加）の条件設定 固定メンバーのメーリングリストを作ろうと思いますが、 　　エリアス設定＝MAILINGLIST宛を各メンバーに展開 　　ヘッダ変換＝TOがMAILINGLISTの場合にreply-toを追加 とすれば可能なように思いました。 ヘッダ追加のときに追加する条件が設定できないので、 先日試しに作ったＭＬのメンバーには 「投稿するときは返信ボタンではなく新規作成にして」 と伝えました。 以上３点です。 もし可能なら実装していただけるとありがたいのですが・・・ Re:要望をいくつか 恵理で〜す 2010/08/03(Tue) 11:44:33 リモート制御を行うと画面幅などサーバ側の表示サイズなどを保存している「BJD.ini」の内容が初期値に元りますが > ＰＣを再起動すると元に戻って.. の場合はBJD5のインストール場所がC:\BJD5の様に成っている場合は「OS側影響が無い」とは思われます。 インストール先をご確認くださいませ。 Re:Re:要望をいくつか 与太郎 2010/08/07(Sat) 02:20:08 恵理さん、回答ありがとうございました。 インストール先はc:\bjdです。 ＰＣ再起動する前にメインウインドウのファイル→終了で ＢＪＤを手動で終了させたら bjd.iniに設定した列幅が保存されました。

[134] ProxyでHTTP 1.1対応予定はございますでしょうか？ headd 2010/07/27(Tue) 22:56:10 Windows 2008のUpdate等はIEの設定に関係無く、HTTP 1.1を使用しているようです。Ver5ではHTTP 1.1に対応していないようですが、Ver4では問題無く使用できます。ぜひVer5でも使用できるよう検討のほどよろしくお願いいたします。

[133] サービスが停止してしまいます OTA 2010/07/27(Tue) 11:53:54 Windows XP SP3 上で、プロキシサーバのみ使用しています。 起動はサービスに登録し自動で開始するようにしています。 ACLには140のアドレスを登録しています。 ログの出力は停止しています。 この状態で順調に動作しているのですが、不定期にサービスが停止してしまうことがあります。 どのような原因が考えられますでしょうか？ よろしくお願いします。 Re:サービスが停止してしまいます 恵理で〜す 2010/07/27(Tue) 13:56:16 BJD5に限らず発生する様です。 イベントビューアのログに止まる(止める原因のアプリやドライバの挙動)ヒントが残っている場合もあり、他の方はドライバやアプリのアップデートなどで解決したりと色々の様です。 support.microsoft.com/kb/889321/ support.microsoft.com/kb/946480/ja Re:Re:サービスが停止してしまいます OTA 2010/07/27(Tue) 14:18:08 ご回答ありがとうございます。 イベントビューアのログを確認しましたところ、 .NET Runtime 2.0 Error Reporting というエラーが発生していました。 次のページの対策が有効か、試してみようと思います。 http://support.microsoft.com/kb/911816/ja

[132] DHCPサーバーのMACアドレス制限について ABC 2010/07/23(Fri) 16:58:33 Windows XP SP3にて利用させていただいております。 現在DHCPサーバーとして利用しているのですが、MACアドレスによる制限で、IPアドレスを255.255.255.255にすると指定した範囲からランダムで割り当てとなっているのですが、すべてを255にするとIPアドレスがリースできません。 IPアドレスを指定すると問題なくリースできます。 指定したMACアドレスのみを指定した範囲のIPをランダムで配布できるようにするにはどのようにすればよろしいでしょうか。 申し訳ございませんがお願いいたします。 Re:DHCPサーバーのMACアドレス制限について 恵理で〜す 2010/07/23(Fri) 18:27:10 DhcpServer/Lease.cs の中にはMACアドレス指定で、IPアドレス「255.255.255.255」指定時のランダム振り出し動作は 未実装の為に機能しません。 # 空きの状態(IPアドレスを指定しない)にしてみて下さいませ。 BJD5 β8は開発途中のテスター版です。

[131] 64ビットへの対応について２ kuno 2010/07/21(Wed) 18:10:30 恵理でーす様 さっそく回答していただき、ありがとうございました。 返信がうまくできなくて、新規になってしまったらごめんなさい。 プロキシサーバでクライアントから見たポートは、 IISでは使用していない番号8081にしてあります。 でも、ご指摘の通り、IISをいったん停止したら、 BJDを起動できました そのあと再度起動したIISもちゃんと動作しているようです。 本当にありがとうございました。 さらに次はWEBｻｰﾊﾞとしても使いたいと思います。

[130] 64ビットへの対応について kuno 2010/07/21(Wed) 16:08:13 Windows Servwer 2008 R2 Standard 64ビット を使用しております。 Version 5.0.0-b8 を起動すると、 ProxyHttpServerでエラー番号9000009が出て 初期化失敗になってしまいます。 対処方法をご存知の方がみえましたら、教えてください。 Re:64ビットへの対応について 恵理で〜す 2010/07/21(Wed) 17:28:26 Windows Servwer 2008側のIISが既に起動している場合、 BJD5のWebサーバの「ポート番号80番」は「初期化失敗」しますので IIS側と競合しないポート番号を選択するか、IIS側を完全停止する必要が有ります。 DOS窓で「netstat -an」と打つとBJD5側が初期化失敗していてもポート80番で待機している物(IIS等が作動)が有ると思われます。

[129] メールサーバの「メールアドレス偽装を許可しない」機能について ルーカス 2010/07/21(Wed) 08:00:26 SMTPサーバ - 基本設定 - メールアドレス偽装を許可しない、を有効にしている場合に ・　SMTP送信について、正常に規制が行われていますが ・　（外部からのメール）SMTP受信について、この規制が予期しない動作をしています。 2010/07/＊ NOMAL3664SmtpServer20＊.＊.5＊.＊＊＊0000001接続しましたEHLO www.＊ from ＊[＊＊＊] 2010/07/＊ SECURE3664SmtpServer20＊.＊.5＊.＊＊＊0000028メールアドレスがローカルドメインではありません（From偽造を許可しない）From:＊＊＊＊＊@＊＊＊＊ 　　↑ 送信についてのみ規制し、受信については規制する必要がないと思います。 Re:メールサーバの「メールアドレス偽装を許可しない」機能について SIN 2010/07/22(Thu) 04:52:25 確かに仰るとおりです。実装に問題がるようです。 ちなみに、SMTPサーバにとって、受信なのか送信なのか区別するのはどうすればいいんでしょう・・・ 単純に、ローカルドメイン宛のメールを受信メールだと仮定すると、 自ドメイン内でやり取りするメールはすべて受信という扱いになって、「偽造を許可しない」が無効になってしまいます。これでも仕方ないのかな・・・・・ 何か解決のヒントを頂ければ幸いです。 Re:Re:メールサーバの「メールアドレス偽装を許可しない」機能について ルーカス 2010/07/22(Thu) 08:17:18 送信： 　外部から「拡張SMTP認証」をさせているので、「偽造を許可しない」オプションは、拡張SMTPタブに移した方がいいかも。 　（外部からの”受信”は、拡張SMTPの認証をすることがないので） 受信： 　外部からの受信に適用→拡張SMTPとは関係ない→偽装処理がかからない ということでしょうか、確かに考えてみると難しいです。

[128] メール送信エラー　553 takeshi 2010/07/20(Tue) 22:05:50 独自ドメインの紐付けを完了し、ドメイン内ユーザーの相互送受信は確認できましたが、別ドメイン宛メールを送信しようとした場合、553エラーが発生します。 以下ログ 2010/07/20 21:53:30NOMAL2788Pop3Server121.84.207.2500000002ログインしましたUser info from 121.84.207.250[121.84.207.250] 2010/07/20 21:53:31DETAIL2336SmtpServer121.84.207.2509000002_subThread() started.count=0 Local=192.168.11.11:587 Remote=121.84.207.250:61809 2010/07/20 21:53:31DETAIL2336SmtpServer121.84.207.2509000016コマンド受信EHLO DESKTOP 2010/07/20 21:53:31NOMAL2336SmtpServer121.84.207.2500000001接続しましたEHLO DESKTOP from 121-84-207-250.eonet.ne.jp[121.84.207.250] 2010/07/20 21:53:31DETAIL2336SmtpServer121.84.207.2509000016コマンド受信MAIL FROM: <user1@aaa.com> 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000016コマンド受信RCPT TO: <k@bbb.com> 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000016コマンド受信RSET 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000016コマンド受信MAIL FROM: <user2@aaa.com> 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000016コマンド受信RCPT TO: <i@ccc.net> 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000016コマンド受信QUIT 2010/07/20 21:53:32DETAIL2336SmtpServer121.84.207.2509000003_subThread() stoped.count=1 Local=192.168.11.11:587 Remote=121.84.207.250:61809 2010/07/20 21:53:32NOMAL3764Pop3Server121.84.207.2500000002ログインしましたUser t from 121.84.207.250[121.84.207.250] 追記 takeshi 2010/07/21(Wed) 00:01:56 アドレスはわかりやすいように変更しています。 要点は ・@aaa.com同士は送受信可能。 ・@aaa.comから@bbb.comや@ccc.netなどへの送信が一律553エラー発生。原因と対処法を御教授お願いいたします。 Re:メール送信エラー　553 恵理で〜す 2010/07/21(Wed) 10:35:15 基本設定のドメインが「aaa.com」であり、登録外の「bbb.com」や「ccc.net」へのメールを送るには 「中継許可」「キュー処理」「ホスト設定」の3項目が必要になります。 「中継許可」は本来LAN内のIPアドレス群を指定しますが、他に外から(WAN)を受け付ける場合は「121.84.207.250」の中継許可も必要になります。 # スパムメールの踏み台に成るので注意が必要です。 「キュー処理」は自ドメイン以外の処理を何回、何分間隔で繰り返し処理するかの設定で、回線や相手サーバの状況で転送が失敗する可能性を軽減しますが、余り間隔が短いや、繰り返しが多い場合相手MTAから拒否される場合があります。 「ホスト設定」は自分のドメイン以外を受け持ってくれるISP等の上位MTAを指定します。 BJD5の接続ISPのメール送信設定に成ります。 # スパムメールの踏み台に成った場合、ISP契約者自身の責任が必要です。

[127] DHCPで、IPアドレスを取得できない端末があります。 ＨＩＲＯ 2010/07/19(Mon) 09:44:14 BJD 5.0.0-b7で、DHCPサーバを運用しようとしていますが、 IPアドレスを取得できない端末があります。 PCや、携帯電話、ゲーム機などで取得しようとしてますが、 以下の様に、Nintendo DS関係で取得出来ていません。 windows XP ○ windows vista ○ NTT docomo HT-03A ○ NTT docomo N-06A ○ sony play station3 ○ Nintendo DSi × Nintendo DSi LL × 詳細ログは、以下のとおりです。 これは、取得できたwindows XP端末の場合 日時種類スレッドID機能(サーバ)アドレスメッセージID説明詳細情報 2010/07/19 03:46:16DETAIL3804DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 03:46:16DETAIL3804DhcpServer0.0.0.00000003リクエスト ->00-12-7B-45-56-A9 0.0.0.0 DISCOVER 2010/07/19 03:46:16DETAIL3804DhcpServer0.0.0.00000004<- レスポンス00-12-7B-45-56-A9 192.168.1.9 OFFER 2010/07/19 03:46:16DETAIL3804DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=0.0.0.0:67 Remote=255.255.255.255:68 2010/07/19 03:46:17DETAIL4624DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 03:46:17DETAIL4624DhcpServer0.0.0.00000003リクエスト ->00-12-7B-45-56-A9 192.168.1.9 REQUEST 2010/07/19 03:46:17DETAIL4624DhcpServer0.0.0.00000004<- レスポンス00-12-7B-45-56-A9 192.168.1.9 ACK 2010/07/19 03:46:17NOMAL4624DhcpServer0.0.0.00000005リースしました00-12-7B-45-56-A9 192.168.1.9 REQUEST 2010/07/19 03:46:17DETAIL4624DhcpServer0.0.0.09000003_subThread() stoped.count=1 Local=0.0.0.0:67 Remote=255.255.255.255:68 次に、以下のログが失敗している　Nintendo DSi LLの場合です。 OFFERされたIPアドレスをREQESTしているのに、NAKを返して、終了してしまいます。 日時種類スレッドID機能(サーバ)アドレスメッセージID説明詳細情報 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 0.0.0.0 DISCOVER 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 192.168.1.210 OFFER 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=0.0.0.0:67 Remote=255.255.255.255:68 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 192.168.1.210 REQUEST 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 0.0.0.0 NAK 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=0.0.0.0:67 Remote=255.255.255.255:68 ちなみに、REQUESTのパケットをWiresharkでとってみると、以下のとおりです。 No. Time Source Destination Protocol Info 7 10.308482 0.0.0.0 255.255.255.255 DHCP DHCP Request - Transaction ID 0xd03a4799 Frame 7 (342 bytes on wire, 342 bytes captured) Arrival Time: Jul 19, 2010 09:13:22.026464000 [Time delta from previous captured frame: 0.497944000 seconds] [Time delta from previous displayed frame: 0.497944000 seconds] [Time since reference or first frame: 10.308482000 seconds] Frame Number: 7 Frame Length: 342 bytes Capture Length: 342 bytes [Frame is marked: False] [Protocols in frame: eth:ip:udp:bootp] [Coloring Rule Name: UDP] [Coloring Rule String: udp] Ethernet II, Src: Nintendo_27:e9:e9 (e8:4e:ce:27:e9:e9), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Address: Broadcast (ff:ff:ff:ff:ff:ff) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) Source: Nintendo_27:e9:e9 (e8:4e:ce:27:e9:e9) Address: Nintendo_27:e9:e9 (e8:4e:ce:27:e9:e9) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255 (255.255.255.255) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 328 Identification: 0x000f (15) Flags: 0x00 0.. = Reserved bit: Not Set .0. = Don't fragment: Not Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 128 Protocol: UDP (0x11) Header checksum: 0x3997 [correct] [Good: True] [Bad : False] Source: 0.0.0.0 (0.0.0.0) Destination: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Source port: bootpc (68) Destination port: bootps (67) Length: 308 Checksum: 0x5d3a [validation disabled] [Good Checksum: False] [Bad Checksum: False] Bootstrap Protocol Message type: Boot Request (1) Hardware type: Ethernet Hardware address length: 6 Hops: 0 Transaction ID: 0xd03a4799 Seconds elapsed: 0 Bootp flags: 0x0000 (Unicast) 0... .... .... .... = Broadcast flag: Unicast .000 0000 0000 0000 = Reserved flags: 0x0000 Client IP address: 0.0.0.0 (0.0.0.0) Your (client) IP address: 0.0.0.0 (0.0.0.0) Next server IP address: 0.0.0.0 (0.0.0.0) Relay agent IP address: 0.0.0.0 (0.0.0.0) Client MAC address: Nintendo_27:e9:e9 (e8:4e:ce:27:e9:e9) Client hardware address padding: 00000000000000000000 Server host name not given Boot file name not given Magic cookie: (OK) Option: (t=53,l=1) DHCP Message Type = DHCP Request Option: (53) DHCP Message Type Length: 1 Value: 03 Option: (t=61,l=7) Client identifier Option: (61) Client identifier Length: 7 Value: 01E84ECE27E9E9 Hardware type: Ethernet Client MAC address: Nintendo_27:e9:e9 (e8:4e:ce:27:e9:e9) Option: (t=12,l=10) Host Name = "NintendoDS" Option: (12) Host Name Length: 10 Value: 4E696E74656E646F4453 Option: (t=55,l=3) Parameter Request List Option: (55) Parameter Request List Length: 3 Value: 010306 1 = Subnet Mask 3 = Router 6 = Domain Name Server Option: (t=50,l=4) Requested IP Address = 192.168.1.210 Option: (50) Requested IP Address Length: 4 Value: C0A801D2 Option: (t=54,l=4) DHCP Server Identifier = 192.168.1.8 Option: (54) DHCP Server Identifier Length: 4 Value: C0A80108 End Option Padding 特に、問題は無さそうですが、OPTIONが少なめです。 よろしくお願いします。 Re:DHCPで、IPアドレスを取得できない端末があります。 恵理で〜す 2010/07/20(Tue) 11:02:36 DHCPサーバ設定の「待ち受けるネットワーク」をBJD5の設置PCのIPアドレスにして「OK」をクリックし、十分時間を空けて再度DSiを設定してみて下さい。 # INADDR_ANYをクリックすると下にBJD5の設置PCのIPアドレスがでてます。 _subThread() started.count=0 Local=<BJD5の設置PCのIPアドレス>:67 Remote=0.0.0.0:68 の様になり、誰が振り出したIPアドレスかがハッキリすることでしょう、現状ではルーター側の振り出しの為にBJD5がNAKを返している様にも想像されます。 なお DSiには色々とDHCPの自動IPアドレス取得には問題が有るようです jp.trendmicro.com/jp/support/personal/products/wii/?ConSupWebclickID=clb_sep09_4 や、ググルと色々DHCPの自動IPアドレス取得では無く、直接IPアドレス設定で通信確保される記事が有るようです。 Re:Re:DHCPで、IPアドレスを取得できない端末があります。 ＨＩＲＯ 2010/07/20(Tue) 23:10:46 回答ありがとうございました。 提示した 日時種類スレッドID機能(サーバ)アドレスメッセージID説明詳細情報 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 0.0.0.0 DISCOVER 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 192.168.1.210 OFFER 2010/07/19 08:54:22DETAIL112DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=0.0.0.0:67 Remote=255.255.255.255:68 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 192.168.1.210 REQUEST 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 0.0.0.0 NAK 2010/07/19 08:54:23DETAIL3708DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=0.0.0.0:67 Remote=255.255.255.255:68 のログは、BJDのログということは、形式を見ればわかると思いますが、 192.168.1.210というIPのオファーは、BJDから出たものです。 また、仮にDHCPの冗長設定のため、ルータとBJDのDHCPを、双方起動する場合も、同じIPアドレス空間は振らないのは、常識です。 192.168.1.210というアドレスををルータが振るようには設定してありません。 試験にあたって、同一サブネット上に、DHCPのサービスできるノードは、ルータと、BJDしかありませんが、 試験時、ルータのサービスは止めてあります。また、双方のDHCPに割り当ててあるアドレス空間は、別のアドレスです。 当方のルータのDHCPでは、特定のＭＡＣアドレスに、特定のIPアドレスを振れないという機能上の制限があり、ルータのDHCPは、 停止しました。 ご指摘のように、DS等と相性の悪いネットワーク機材があるようで、DHCPを使用せず、 固定IP運用で回避した記事がweb上にあるのも認識しています。 しかし、多くののDHCP環境でDSを使いましたが、私がIP取得に失敗したのはBJD5.0.0だけです。 BJD4.2.3でも、正常に動作し、ACKを返します。DSiの吐くパケットにも問題がありそうですが、 対応出来ないのも、一部のサーバの様です。 そこで、REQUESTのパケットに目をつけて、送ったというところです。 ご指摘の、jp.trendmicro.com/jp/support/personal/products/wii/?ConSupWebclickID=clb_sep09_4については、 全く別の問題で、任天堂のwifiUSBコネクタ（PCに刺して、無線AP＋ルータの動作をするもの）が、 ファイアウォールの動作により、ブロックをされるというもので、これは当然の動作です。 さらに、DHCPのテストにおいて、十分に時間を置くというのは、DHCPのリース時間経過を考慮するということです。 すでに、DHCPのリース時間以上の間隔を置いてテストしてあります。 ちなみに、ご指摘の待ち受けるネットワークを特定した場合のログは、以下のとおりです。 日時種類スレッドID機能(サーバ)アドレスメッセージID説明詳細情報 2010/07/20 22:30:04DETAIL3244DhcpServer0.0.0.09000002_subThread() started.count=1 Local=192.168.1.8:67 Remote=0.0.0.0:68 2010/07/20 22:30:04DETAIL3244DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 0.0.0.0 DISCOVER 2010/07/20 22:30:04DETAIL3244DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 192.168.1.220 OFFER 2010/07/20 22:30:04DETAIL3244DhcpServer0.0.0.09000003_subThread() stoped.count=1 Local=192.168.1.8:67 Remote=255.255.255.255:68 2010/07/20 22:30:04DETAIL1728DhcpServer0.0.0.09000002_subThread() started.count=0 Local=192.168.1.8:67 Remote=0.0.0.0:68 2010/07/20 22:30:04DETAIL1728DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 192.168.1.220 REQUEST 2010/07/20 22:30:04DETAIL1728DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 0.0.0.0 NAK 2010/07/20 22:30:04DETAIL1728DhcpServer0.0.0.09000003_subThread() stoped.count=0 Local=192.168.1.8:67 Remote=255.255.255.255:68 やはり、ルータのOFFERではないと思います。 今回の指摘とは関係ありませんが… BJD4.2.3の動作を見ていて気づいたのですが、 いくつかのDHCPは、再起動前に自分がリースしたノードが生きていることを考慮してからか、 OFFERをする前に、該当IPがサブネット上に存在しないか、死活確認するものもある様にみえるものがありますが、、 BJDは、存在にかかわらず、リース空間の頭から振るようですね。 これは、どちらが正しいのかわかりませんが、再起動時の動作不具合の原因ともなりますので、 当方では、すべてのMACアドレスに固定でIPを振りました。（DHCPの効果が半減しますが…） Re:Re:Re:DHCPで、IPアドレスを取得できない端末があります。 SIN 2010/07/22(Thu) 05:55:35 すいません、色々考えてみたんですが、原因が分かりません。 お手数ですが、下記のプログラムで、不明な動作の詳細ログを吐くようにしてみましたので、失敗するログを採ってみていただけ名でしょうか。 http://www.sapporoworks.ne.jp/bjd.2010.07.22.lzh お時間の許す際にでもご検討頂ければ幸いです。 Re:Re:Re:Re:DHCPで、IPアドレスを取得できない端末があります。 ＨＩＲＯ 2010/07/24(Sat) 11:05:19 SIN 様 デバッグプログラムの提供ありがとうございました。 ログを確認して、わかりました。 2010/07/24 09:13:45DETAIL3304DhcpServer0.0.0.09000002_subThread() started.count=1 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/24 09:13:45DETAIL3304DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 0.0.0.0 DISCOVER 2010/07/24 09:13:45DETAIL3304DhcpServer-0000999unknownSend(RequestIp=192.168.1.220,rp.Id=444697085) 2010/07/24 09:13:45DETAIL3304DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 192.168.1.220 OFFER 2010/07/24 09:13:45DETAIL3304DhcpServer0.0.0.09000003_subThread() stoped.count=1 Local=0.0.0.0:67 Remote=255.255.255.255:68 2010/07/24 09:13:45DETAIL2512DhcpServer0.0.0.09000002_subThread() started.count=0 Local=0.0.0.0:67 Remote=0.0.0.0:68 2010/07/24 09:13:45DETAIL2512DhcpServer0.0.0.00000003リクエスト ->E8-4E-CE-27-E9-E9 192.168.1.220 REQUEST 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownRequest(RequestIp=192.168.1.220,id=2584678982,mac=E8-4E-CE-27-E9-E9) 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownSearchRequest(RequestIp=192.168.1.220,id=2584678982) 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownloop 0 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownar[i].DbStatus = RESERVE 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownar[i].Id = 444697085 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknownar[i].Ip = 192.168.1.220 2010/07/24 09:13:45DETAIL2512DhcpServer-0000999unknown-1 = SearchRequest(requestIp,id) 2010/07/24 09:13:45DETAIL2512DhcpServer0.0.0.00000004<- レスポンスE8-4E-CE-27-E9-E9 0.0.0.0 NAK 2010/07/24 09:13:45DETAIL2512DhcpServer0.0.0.09000003_subThread() stoped.count=1 Local=0.0.0.0:67 Remote=255.255.255.255:68 DSが返しているDHCP REQUEST には、DHCP OFFERメッセージのxidとは、違うxidを指定してきています。 これがNAK を返している理由ですね…。 これは、RFC2131の 4.4.1 Initialization and allocation of network address にある、 The DHCPREQUEST message contains the same 'xid' as the DHCPOFFER message. に違反していますね…。 了解しました。DSiのDHCPクライアントの振る舞いの問題ですね。 それと、上のメッセージに書いた、 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ いくつかのDHCPは、再起動前に自分がリースしたノードが生きていることを考慮してからか、 OFFERをする前に、該当IPがサブネット上に存在しないか、死活確認するものもある様にみえるものがありますが、、 BJDは、存在にかかわらず、リース空間の頭から振るようですね。 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ の件ですが、RFC2131を見ていて気づきましたが、 これ自体は、 3.1 Client-server interaction - allocating a network address の２にある、 When allocating a new address, servers SHOULD check that the offered network address is not already in use; e.g., the server may probe the offered address with an ICMP Echo Request. を実装していないということですね。 また、BJD 5.0.0のDHCPサーバは、DHCP DECLINE メッセージを受け取った場合、次回のDISCOVERに対しても、 DECLINEで指摘された同じアドレスをOFFERしてしまいます。 これにより、DHCPサーバ再起動後、以前別の端末にリースされていたIPアドレスがまだ生きている場合、 DHCP DISCOVERと、DECLINEを繰り返し、アドレスを取得できないようです。 これは、RFC2131にある、 4.3.3 DHCPDECLINE message If the server receives a DHCPDECLINE message, the client has discovered through some other means that the suggested network address is already in use. The server MUST mark the network address as not available and SHOULD notify the local system administrator of a possible configuration problem. に違反していますね。これはMUSTです。 次回以降のベータ版への参考になればと、思います。 Re:Re:Re:Re:Re:DHCPで、IPアドレスを取得できない端末があります。 SIN 2010/07/25(Sun) 05:58:09 お手数をおかけしました。ご確認ありがとうございます。 idが違うという事で承知いたしました。 やや、気になるのは・・・・ >多くののDHCP環境でDSを使いましたが、私がIP取得に失敗したのはBJD5.0.0だけです。 この状況だと、REQUESTのidは無視してタイミングなどでACKを返すというオプションもあった方が言いということになるでしょうか？それとも、やはり、こういう場合は、固定IPを強要するべきなのでしょうか。 ちょっと雰囲気をお知らせ頂ければありがたいです。 DECLINE メッセージに対する挙動の件、検討させて頂きます。貴重なご連絡に感謝申し上げます。

[126] 同報メールを送信するとクラッシュ ZERO 2010/07/15(Thu) 11:10:11 数回経験しているのですが、メールソフトはBecky!ですが、宛先もしくはCCに複数のアドレス(5個以上)記載して、送信する動作をさせる(BJDへ送る)と、BJDがクラッシュします。 ちなみにOSはWindows Vista SP2、BJDのバージョンは5.0.0-b7です。 そのときのWindowsのレポートは以下の通りです、 ------------------------------------ 問題の署名 問題イベント名:APPCRASH アプリケーション名:bjd.exe アプリケーションのバージョン:1.0.0.0 アプリケーションのタイムスタンプ:4be8540e 障害モジュールの名前:ntdll.dll 障害モジュールのバージョン:6.0.6002.18005 障害モジュールのタイムスタンプ:49e03821 例外コード:c0000005 例外オフセット:00066739 OS バージョン:6.0.6002.2.2.0.256.1 ロケール ID:1041 追加情報 1:b71c 追加情報 2:c9de1c35986c15f80068d58600103a9d 追加情報 3:3ca5 追加情報 4:070d2496a3d0d13e2163a959d7f1321b ------------------------------------ このほか何か原因究明に必要なデータがあれば提示したいと思います。 Re:同報メールを送信するとクラッシュ 恵理で〜す 2010/07/15(Thu) 11:25:16 BJD5は開発途中のテスター版です、正版(BJD4.2.3)をお勧めいたします。 > 宛先もしくはCCに複数のアドレス(5個以上)記載して... おそらくバッファ量の問題が有るかも知れませんが、WinOS同時接続数の限界を越えてのntdll.dll停止とも思われます。 Re:Re:同報メールを送信するとクラッシュ ZERO 2010/07/15(Thu) 17:38:23 うーん…だとするとBJD側の問題ってことになりそうですね。特にメールの本文は数KBでしたので接続数の問題だとは思いますが、来た分をBJDは一気流しするって事でしょうか。 問題点が明らかになればそれほど困る事象でもないので、このまま検証を続けたいと思います。 元々はRadishを使っていたのですが、BJDを使って欲しいと案内がありましたので、こっちに移行しただけです。 割と単純に再現できそうな問題ですので、修正も早いのではないでしょうか？ Re:Re:Re:同報メールを送信するとクラッシュ SIN 2010/07/18(Sun) 16:25:39 当方、うまくエラーが再現できておりません。 参考のために、Option.iniを送って頂けないでしょうか。 ※なお、Option.iniには、パスワード等が含まれておりますので、適宜編集（修正）をお願いします。 症状の際限について ZERO 2010/08/09(Mon) 10:36:40 ソフトウエアの問題もふと思い当たりました。 こちらが使用しているソフトウエアは、Beckey!ですが、アドレス帳でグループ指定して一気に送信というものがあります。(とは言っても、通常の宛先欄にアドレスを複数記載することにあまり変わりはありませんが…) BJDでは届いたメールのキューの処理を、Windwosのバッファの量とは関係なしに一気に処理するということはありませんか？ メールの送信処理の手順でRadishとはちょっと違うような気もするのですが…

[125] PHPの利用 マイティ 2010/07/15(Thu) 07:27:16 BlackJumboDogでPHPを利用できる設定方法がわかりません どなたか教えてください Re:PHPの利用 恵理で〜す 2010/07/15(Thu) 11:17:51 最初に導入編Ｗｅｂサーバの↓ spw02.sakura.ne.jp/spw/bjd/doc_001.html が終わってWeb作動が可能として、 エクスプローラにて「php-cgi.exe」と言うPGP本体の実行ファイルがHDDの所にインストールされているかを検索します。 仮に「C:\php5\php-cgi.exe」と言うHDDの場所に有った場合は 「CGI」のタブを開いて「CGIを利用する」にチェックを入れます。 次ぎに「拡張子」の欄に「php」と入れます。 右の「プログラム」のブラウズはエクスプローラで検索した「C:\php5」の中の「php-cgi.exe」を指定します。 下側「CGIパス」の欄には何も入れないで「OK」をクリック下さい。 BJD5側Webの設定は以上で完了で、 目的のPHPスクリプトの最初の行に $_SERVER =array_change_key_case($_SERVER, CASE_UPPER); ↑をいれた方が良い場合が有ります。 php.iniの固有問題は↓等を参照してみて下さい。 twitter.com/mx1_zive_jp/statuses/10562340522 twitter.com/mx1_zive_jp/statuses/10562356896 twitter.com/mx1_zive_jp/statuses/10562432601 twitter.com/mx1_zive_jp/statuses/10562550173 Re:Re:PHPの利用 マイティ 2010/07/16(Fri) 07:15:20 ありがとうございました。 そうやっても使えなかったので、何か別に設定でもあるのかと思っていました。

[124] プロキシサーバのSMTPの設定について・・・。 太郎43 2010/07/13(Tue) 16:26:25 はじめまして。 過去履歴も拝見させていただきましたが 難しく解らない事が多い為、重複しているようでしたら申し訳ありません・・・。 現在BJDのV4.2.3を使用させていただいております。 V5が出ておりましたので早速ダウンロードし 設定を行いまして、プロキシのメール送信ができなく困っております。 V4.2.3の時はSMTPの設定は25ポートとメールサーバのアドレスを設定し トンネルにて送信メールポート587を設定しまして メーラーの送信ポートも587で送信できていたので V5のBJDも同じように設定を行いましたが 送信できなくなってしまい色々と設定を変更したのですが 送信できません・・・。 V5でプロキシのSMTPのポートを25だとトレース表示もされないので587にすると反応がありましたので そちらのログも一緒に掲載させていただきます。 S:[404]:220 SMTP-Proxy R:[404]:EHLO ユーザーPC S:[404]:250 OK R:[404]:MAIL FROM: <ユーザーメールアドレス> R:[404]:220 s233.外部メールサーバ (IMail 8.22 130042-7) NT-ESMTP Server X1 S:[404]:EHLO ユーザーPC R:[404]:250-s233.外部メールサーバ says hello S:[404]:MAIL FROM: <ユーザーメールアドレス> R:[404]:250-SIZE 0 R:[404]:250-8BITMIME R:[404]:250-DSN R:[404]:250-ETRN R:[404]:250-AUTH LOGIN CRAM-MD5 R:[404]:250-AUTH LOGIN R:[404]:250-AUTH=LOGIN R:[404]:250-EXPN R:[404]:250 STARTTLS R:[404]:530 user must authenticate on this port S:[404]:250-SIZE 0 S:[404]:250-8BITMIME S:[404]:250-DSN S:[404]:250-ETRN S:[404]:250-AUTH LOGIN CRAM-MD5 S:[404]:250-AUTH LOGIN S:[404]:250-AUTH=LOGIN S:[404]:250-EXPN S:[404]:250 STARTTLS S:[404]:530 user must authenticate on this port どのようにしたらメールが送信されるのでしょうか・・・。 もし、情報が足りないようでしたらお知らせください。 長文になり申し訳ありませんが、宜しくお願いいたします。 Re:プロキシサーバのSMTPの設定について・・・。 恵理で〜す 2010/07/13(Tue) 16:53:47 > R:[404]:250 STARTTLS > R:[404]:530 user must authenticate on this port と言う事から、メーラー側の設定に「TLS」暗号化が必要と成っていますが、それ以降TLS暗号化に成ってない様に見受けられます。 BJD5は開発途中のテスター版で、正版(BJD4.2.3)では有りませんので、SMTPs-AUTHでのLOGIN CRAM-MD5は失敗する可能性が有ります。 Re:プロキシサーバのSMTPの設定について・・・。 太郎43 2010/07/13(Tue) 17:05:05 早々なるお返事ありがとうございます。 >メーラー側の設定に「TLS」暗号化が必要と成っていますが、それ以降TLS暗号化に成ってない様に見受けられます。 となりますと、β版なので使用できない可能性があると言う事ですね？ となると私の場合は正版のBJD5を待った方が良いかもしれませんね・・・。 正版のBJD5で使用できるようになる可能性はあるのでしょうか？ 何度も申し訳ありません。 Re:Re:プロキシサーバのSMTPの設定について・・・。 恵理で〜す 2010/07/13(Tue) 18:13:25 いえ「TLS」暗号化は BJD5 とBJD4 同様にメーラー側の動作設定です。 BJD4,BJD5 共にプロキシ・トンネルの場合は接続後の通信データは全てクライアントに渡りますのでクライアント側メーラー動作の設定/挙動になり、一部のメーラーでは設定不能の項目だったりします。 送信メールポート587 とはSubmission PortでSMTP-AUTHと言われるプロキシ・トンネルで TLS/SSL暗号化(SMTPs-AUTH)の送信メールポートは465番のプロキシ・トンネルが必要な場合が有ります。 結論的には、稼働しているBJD4のプロキシ利用が良いのでは? と思われます。 Re:プロキシサーバのSMTPの設定について・・・。 太郎43 2010/07/14(Wed) 11:28:42 かりこまりました。 設定等の方を再度確認し、使用できないようでしたら BJD4をしばらく使用していきたいと思います。 色々とありがとうございました。

[123] サーバ再起動したら初期状態に isopro/j 2010/06/27(Sun) 15:57:53 お世話になります。 サーバを再起動したら何故かbjdb7の設定が全て飛んでしまいました。インストールディレクトリには各種設定ファイルが残されているようなのですが、設定情報の復元方法などありましたらご教示下さい。宜しくお願い致します。 Re:サーバ再起動したら初期状態に 恵理で〜す 2010/06/28(Mon) 09:59:23 復元方法は有りません。再度設定作業が必要と追われます。 「Option.ini」が全体の設定、稼働状態を保持するファイルでBJDをC:/Program 0Files内にインストールした場合はWinOS側等の仕様で起こる可能性が有ります、 BJD5を c:/BJD/ 配下に再インストールすると影響は受けません。 Re:Re:サーバ再起動したら初期状態に isopro/j 2010/06/28(Mon) 22:46:03 有難う御座います。 インストール先を変えて確認してみます。

[122] エラーが発生して正常に稼動しません きどちゃん。 2010/06/22(Tue) 19:07:30 BJDを久しぶりに使ってみようと思い、 解凍して実行しましたが、下記のエラーが発生して Webサーバ等全部起動できません。 OSはWindowsXPSP2を使用しています。 .Net Frameworks2.0もインストールしているのですが どのようにしたらいいかわからなくなってきました。 すみませんが教えてください。 よろしくお願いいたします。 あと、My SQLも使用しようとしているのですが、 設定がいまいちわかりません・・・。 ----------------------------------------------------- Just-In-Time (JIT) デバッグを呼び出すための詳細については、 ダイアログ ボックスではなく、このメッセージの最後を参照してください。 ************** 例外テキスト ************** System.InvalidOperationException: コンピュータ '.' でサービス 'BlackJumboDog' を開始できません。 ---> System.ComponentModel.Win32Exception: サービス データベースはロックされています。 --- 内部例外スタック トレースの終わり --- 場所 System.ServiceProcess.ServiceController.Start(String[] args) 場所 System.ServiceProcess.ServiceController.Start() 場所 BJD.SetupService.Job(SERVICE_CMD serviceCmd) 場所 BJD.SetupServiceDlg.Job(SERVICE_CMD serviceCmd) 場所 BJD.SetupServiceDlg.buttonStart_Click(Object sender, EventArgs e) 場所 System.Windows.Forms.Control.OnClick(EventArgs e) 場所 System.Windows.Forms.Button.OnClick(EventArgs e) 場所 System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) 場所 System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) 場所 System.Windows.Forms.Control.WndProc(Message& m) 場所 System.Windows.Forms.ButtonBase.WndProc(Message& m) 場所 System.Windows.Forms.Button.WndProc(Message& m) 場所 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) 場所 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) 場所 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ************** 読み込まれたアセンブリ ************** mscorlib アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3607 (GDR.050727-3600) コードベース: file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll ---------------------------------------- BJD アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/BJD.exe ---------------------------------------- System.Windows.Forms アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll ---------------------------------------- System アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- System.Drawing アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll ---------------------------------------- System.ServiceProcess アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.ServiceProcess/2.0.0.0__b03f5f7f11d50a3a/System.ServiceProcess.dll ---------------------------------------- System.Windows.Forms.resources アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.1433 (REDBITS.050727-1400) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_ja_b77a5c561934e089/System.Windows.Forms.resources.dll ---------------------------------------- System.Configuration アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll ---------------------------------------- System.Xml アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3082 (QFE.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll ---------------------------------------- mscorlib.resources アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3607 (GDR.050727-3600) コードベース: file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll ---------------------------------------- DhcpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/DhcpServer.DLL ---------------------------------------- DnsServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/DnsServer.DLL ---------------------------------------- FtpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/FtpServer.DLL ---------------------------------------- Pop3Server アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/Pop3Server.DLL ---------------------------------------- ProxyFtpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/ProxyFtpServer.DLL ---------------------------------------- ProxyHttpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/ProxyHttpServer.DLL ---------------------------------------- ProxyPop3Server アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/ProxyPop3Server.DLL ---------------------------------------- ProxySmtpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/ProxySmtpServer.DLL ---------------------------------------- ProxyTelnetServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/ProxyTelnetServer.DLL ---------------------------------------- RemoteServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/RemoteServer.DLL ---------------------------------------- SmtpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/SmtpServer.DLL ---------------------------------------- TftpServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/TftpServer.DLL ---------------------------------------- TunnelServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/TunnelServer.DLL ---------------------------------------- WebServer アセンブリ バージョン: 1.0.0.0 Win32 バージョン: 1.0.0.0 コードベース: file:///C:/Program%20Files/bjd-5.0.0-b7/bin/WebServer.DLL ---------------------------------------- System.Management アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.3053 (netfxsp.050727-3000) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Management/2.0.0.0__b03f5f7f11d50a3a/System.Management.dll ---------------------------------------- System.ServiceProcess.resources アセンブリ バージョン: 2.0.0.0 Win32 バージョン: 2.0.50727.1433 (REDBITS.050727-1400) コードベース: file:///C:/WINDOWS/assembly/GAC_MSIL/System.ServiceProcess.resources/2.0.0.0_ja_b03f5f7f11d50a3a/System.ServiceProcess.resources.dll ---------------------------------------- ************** JIT デバッグ ************** Just-In-Time (JIT) デバッグを有効にするには、このアプリケーション、 またはコンピュータ (machine.config) の構成ファイルの jitDebugging 値を system.windows.forms セクションで設定しなければなりません。 アプリケーションはまた、デバッグを有効にしてコンパイルされなければ なりません。 例: <configuration> <system.windows.forms jitDebugging="true" /> </configuration> JIT デバッグが有効なときは、このダイアログ ボックスで処理するよりも、 ハンドルされていない例外はすべてコンピュータに登録された JIT デバッガに設定されなければなりません。 Re:エラーが発生して正常に稼動しません きどちゃん。 2010/06/22(Tue) 19:09:42 すみません。追記です。 使用しているBJDはb7を使用しています。 Re:エラーが発生して正常に稼動しません 恵理で〜す 2010/06/23(Wed) 09:58:30 インストールディレクトリホルダーを「C:/Program%20Files/bjd-5.0.0-b7」の様にC:/Program%20Filesに入れるのはお勧めしません。 「C:/bjd-5.0.0-b7」の様にするとC:/Program%20Filesの制限から解放されます。 またAdmminestrator権限でディスクトップにログインし、BJD5を起動、サーバを停止しているときに「WinOSのサービス登録/削除」の作業が可能になりますので、 一般ユーザでディスクトップにログインしている状態では機能しません。

[121] メール送信時の、fromが偽装できてしまうので修正してほしい なでこ 2010/06/17(Thu) 12:39:10 メールサーバのsmtpサーバについて、 メールの送信元（from）が偽装できてしまう問題があります。 改善要望： 送信元偽装ができないように smtpサーバに設定したドメイン以外のメールは 送信を拒否するようにしてほしい。 簡易説明： smtpサーバにドメインをaaa.com,bbb.netと設定しています。 この状態で、from: test@apnic.netからのメールを送信しようとすると （メールソフトの送信元を変更したということ） すんなり送信されてしまいます。 Re:メール送信時の、fromが偽装できてしまうので修正してほしい 恵理で〜す 2010/06/17(Thu) 15:09:43 ご指摘の意味が伝わらないのですが... RFCで規定されるSMTPの会話上のmail from:<アカウント@ドメイン>　の申告内容という意味ですか? それともdataコマンド後の354サーバステータス後に From: <アカウント@ドメイン> の部分ですか? トレースのログでも確認できます。 何れも擬装とは言わず、申告された内容を伝えるのがMTAの仕事です。逆に言うと擬装されるや虚偽の内容もあり得るのです。 配信ドメインが一致した等(RCPT TO:<ユーザアカウント@ドメイン>)なら、自分の管理下ユーザが存在していれば配信作業を、無ければ他の設定動作を行います。 でそれらを、どの様に処理するかはMTA側であるBJD5のSMTPサーバの各設定の「拡張SMTP」「中継許可」「ホスト設定」「ACL」と言う部分を使って制御することになります。 この様にMTAは虚偽のドメインやユーザ名でも配信されるのも仕様ですので運用には責任なども伴います。 この場合の責任とは、上位又は次のMTAに転送するメッセージの前には必ず身元として残る部分が有るからです。 Re:Re:メール送信時の、fromが偽装できてしまうので修正してほしい なで 2010/06/17(Thu) 15:28:40 （以下は再現のための構成です） メールソフトに、次のように設定したと仮定します： メールアドレス：hoge@domein.com ユーザー名：isset パスワード：qwerty 送信時に認証：はい BJD-SMTP側／設定したドメイン：aaa.com,bbb.net BJDにissetというユーザーがいます さて、メールソフトでtest@bjd.comへ送信を試みると fromが@aaa.com,@bbb.netでないにも関わらず メールが相手へ送信されてしまいます。 hoge@domein.comという偽装（なりすまし）で送信ができてしまっています。 これを、送信元（from）が、 設定したドメイン(@aaa.com or @bbb.net)を使用して いるか、かつ、その認証ユーザー（ここではisset）であるか を判定する処理を追加して頂きたいです。 （要するに、isset君はisset@bbb.netからしか送信させない） ご検討をお願いいたします。 Re:Re:Re:メール送信時の、fromが偽装できてしまうので修正してほしい ZERO 2010/07/15(Thu) 11:02:50 うーん、それはMTAとしては特に動作としては誤っていませんねぇ〜。 そもそも、PC内にMTAを動作させる目的が、from行と実際に利用する回線が違うケースが多いとは思うのですが… プロバイダのポリシーとして自分のドメイン以外のFromは認めないって運用を行っているISPも中にはいますが、ユーザーの自由度を狭めてしまう事になりますし…(特にモバイルユーザーなど) 受け側でふるいにかけている場合もあったりなどなど。 せいぜいオプションで実装するか否かってところですが、自分のPCにMTAを立てるわけですから、第三者に利用させない限り無用な機能に思われますね。(それもIPで制限可能ですし) 一部プロバイダは nora 2010/06/18(Fri) 11:37:55 一部のISPでは、そのような制限を実際に行っています。 さきほどBJD5でメール送信をしてみましたが、確かに偽メールが送信できますね。 >いるか、かつ、その認証ユーザー（ここではisset）であるか >を判定する処理を追加して頂きたいです。 >（要するに、isset君はisset@bbb.netからしか送信させない） BJDが「迷惑メール発行ソフト」にならないよう、 判定処理を追加されるといいですね。 Re:一部プロバイダは nora 2010/06/18(Fri) 12:02:10 #スパム判定されて投稿できなかったです・・・・・・。 処理はこんな感じになればいいですね： ttp://pastebin.com/ewyQxFrC Re:Re:一部プロバイダは SIN 2010/07/18(Sun) 16:55:45 「メールアドレス（From:）偽造を許可しない」というオプションを追加することで対応してみます。

[119] 改善要望(2) きゅう 2010/06/11(Fri) 21:25:42 続けての投稿失礼します。 Webサーバで拡張子に対応するMIMEタイプが登録されていない場合に「non/non」という値がContent-Typeヘッダに設定されるようです。(WebServer/Document.cs:83行目) 「application/octet-stream」など、無難な値に設定してはいかがでしょう。 また、Option.defファイルで定義された初期状態のMIMEタイプタブの内容がおかしいように感じます。おかしいのはlzh, zip, z, gz, tgz, tar です。 「lzh」 の MIME タイプが、「application/x-compress」、 「zip」「z」「gz」「tgz」「tar」は「application/lha」になっています。 これらについても次版以降での修正を検討いただきたいと思います。以上よろしくお願いします。 Re:改善要望(2) 恵理で〜す 2010/06/14(Mon) 11:20:04 bin/Option.def ファイル内の記述にミスが有るようです。 なおMiMEデータは手前味噌ですが「IANA / MIME Media Types」を参照にしたモノをBJD4同様にBJD5向け(194種収録)にも配布していますのでご利用くださいませ。 # octet-stream が無難という事は有りません、正しいコンテンツタイプをサーバが出力する事も必要な場合が有ります。 Re:Re:改善要望(2) SIN 2010/07/18(Sun) 21:53:55 下記のとおり修正させて頂きました。 non/non -> application/octet-stream lzh -> application/octet-stream zip -> application/zip z -> application/x-compress gz -> application/x-gzip tgz -> application/x-compressed tar -> application/x-tar Re:Re:Re:改善要望(2) きゅう 2010/07/27(Tue) 21:21:59 No.118の件と併せて、修正されていることを確認しました。 ご対応いただきありがとうございました。

[118] 改善要望(1) きゅう 2010/06/11(Fri) 21:16:09 BJD 5.0.0-b7を利用しています。 Webサーバでディレクトリ一覧を表示する設定にしています。 このとき、ディレクトリ一覧のファイルリンクに書かれるパス中の半角空白文字が「%20」ではなく、「+」になります。 WebServer/Document.cs の 271 行目で、HttpUtility.UrlEncode メソッドを使っているためと推測します。代わりにHttpUtility.UrlPathEncode メソッドを使うようにすれば解決できそうです。 次版での修正を検討いただけないでしょうか。よろしくお願いします。 Re:改善要望(1) SIN 2010/07/18(Sun) 22:04:13 b8で修正させて頂きます。 ご連絡ありがとうございます。

[117] 外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ pcboy 2010/06/11(Fri) 12:38:42 いつもお世話になっています。．．ｍ（＿　＿）ｍ BJD Ver5.0.0-b7において、外部(ISP等の)メールサーバへ転送する際、 SMTP認証の方法を指定する方法はありますでしょうか？。 BJD Ver4.2.3にあるインターネット転送の設定にあるSMTP認証の方法を 指定するオプション(PLAIN、LOGIN、CRAM-MD5から選択)と同様の事を 実現したいのです。 BJDのメールサーバの利用環境 Windows Sever 2008(x64) Std SP2 日本語版 .NET Framework 3.5 SP1 以上、よろしくお願いします。 Re:外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ 恵理で〜す 2010/06/11(Fri) 14:15:06 BJD4の「インターネット転送(送信)とサーバ配信」はBJD5のSMTPサーバの「ホスト設定」に移行しています。 オプション(PLAIN、LOGIN、CRAM-MD5)の指定は無くなり、クライアントとして振る舞いますので、 ISP等の相手MTAに対し「EHLO」コマンドで挨拶し、BJD5の設定ドメインなどを名告ることになります。 相手から認証の種類を告げられると CRAM-MD5(Challenge-Response Authentication Message Digest Algorithm 5)　 ↓ 無ければ次ぎに LOGIN ↓ も無ければ PLAIN と言う、盗聴突破の難度順に「どの認証方式を採用するかはBJD5側のクライアント動作の選択順がハードコート」されていますから、不要になっています。 # 偽MTA(メール盗聴)の応答などから、指定では無く、完全なSMTP会話形式と成っています。 SMTPサーバの「ホスト設定」の「SMTP認証のチェックを入れ」「ユーザ名」「パスワード」を正しく入力して下さい(ショルダーハッキング防止策の *マークで文字/キー操作は見えません)。 BJD4とは互換性は有りません、タイポ防止などBJD4で動いていた設定をBJD5に移行されるSaaSは提供していますが、入力ミス(タイポ)が無ければ作動実績は有ります。 またタイポ確認には、下の一覧やエクスポートされた暗号部から、元の内容を確認する為の変換表示もSaaS提供しています。 「管理者泣かせ、ユーザ自身で登録したパスワードを忘れたとの問い合わせには!」の部分を参照利用してみてくださいませ。 Re:Re:外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ pcboy 2010/06/11(Fri) 15:37:12 恵理で〜す　様 回答頂き、ありがとう御座います。．．ｍ（＿　＿）ｍ > 盗聴突破の難度順に「どの認証方式を採用するかはBJD5側のクライアント動作の選択順がハードコート」されています やはり、そうでしたか。 ＃Radishと同様ですね。 > またタイポ確認には、下の一覧やエクスポートされた暗号部から、元の内容を確認する為の変換表示もSaaS提供しています。 > 「管理者泣かせ、ユーザ自身で登録したパスワードを忘れたとの問い合わせには!」の部分を参照利用してみてくださいませ。 はい、使わせて頂きました。 するとパスワードの後ろに3文字の空白文字列が追加されていますが？ SMTP認証時には、この3文字の空白文字列は無視されていますよね。 ＃Radish Ver3.0.0-b041やBJD Ver4.2.3では問題無くSMTP認証されるのに、 ＃BJD Ver5.0.0-b7だとSMTP認証に失敗するので、 ＃LOGINでトレースを見たかったもので。．．．（＾＾； Re:Re:Re:外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ 恵理で〜す 2010/06/11(Fri) 16:21:19 SaaS側も性善説に立ったアクセスとは限らず、SaaS側を守れる事を前提に作動する様にプログラムしていますので、 ご不審になった正しくは「ホワイトスペース3個」が入っています、まあサーバ側資産の無駄使いと言われる「画像でのテキスト表現」と言う手法も使えますが、使われる方の良心を期待し画像化提供は今は行っていません(必要と感じる攻撃事例が有れば画像文化します)。 また「入力文字数は4文字以上から受け付けている」のも事実で、 これはBJD5の内部で使われているMS提供の暗号化部の出力文字数が最低24文字からで、4文字はあり得ない文字数と成ります。 LOGINでトレースという事から、幸いにもLAN内に複数のMTA postfixのsasl2認証が有って、ちょっとmech_listを変更、LOGINを動かし(本来はCRAM-MD5とDIGEST-MD5のみ)て見ましたが、問題は無く認証されている様です。 問題発生の部分が特定出来ない(C#と.NET固有問題)と解決が難しいので、BJD5はまだまだテスター版かも知れませんネ。 Re:Re:Re:Re:外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ pcboy 2010/06/14(Mon) 06:55:41 恵理で〜す　様 ホワイトスペースやパスワードに関する件、了解しました。 また、テストまでして頂き、ありがとう御座います。．．ｍ（＿　＿）ｍ 当方も、BJD Ver5.0.0-b7からLAN内の別のBJD Ver4.2.3へ転送して見ました。 問題無くSMTP認証(CRAM-MD5)され、転送されてます。 この状態(ユーザ名、パスワードは正しい状態)のBJD Ver5.0.0-b7で、 ホスト設定(外部の転送先)をniftyのSMTPサーバに設定すると、やはり失敗します。 そこで気になったのは、SMTP認証時にniftyのサーバが発行するコードなのですが？ BJD Ver5.0.0-b7のログ S:[5636]:AUTH CRAM-MD5 R:[5636]:334 PDk3NDczMjE4MC4xMjc1MDIyQIF3LoFtPg== このあとのBJD Ver5.0.0-b7からのレスポンスとPerlで計算した結果を比較すると、 一致しませんので、どうもCRAM-MD5の処理系に問題がある様に見えるのですが？ ＃niftyのサーバが送ってくるチャレンジコードも ＃少し変わっている様な気もしますけど。．．（＾＾； Re:Re:Re:Re:Re:外部(ISP等の)メールサーバへの転送時にSMTP認証の方法を指定するには？ 恵理で〜す 2010/06/14(Mon) 11:09:56 情報ありがとうございます。 > R:[5636]:334 PDk3NDczMjE4MC4xMjc1MDIyQIF3LoFtPg== ↑から考えられる部分はsrc/SmtpServer/SmtpAuthClient.csの行125と行129の「shift_jis」決め打ちの問題と言う可能性が有ります、 niftyなど一部のSMTP-AUTHには向かない条件と言う事の様です。 原始CRAM-MD5動作サーバで、類似したBIT7を上げたデータをエンコード/デコード処理に失敗する様です。 # ザンネンですが、BJD5はテスター版と言うことで、実用試験には問題が多い様です。

[116] メールサーバの端末数制限について M.A 2010/06/10(Thu) 14:04:54 御世話になっております。 質問なのですが、メールサーバを使用する際、 端末数の制限はあるのでしょうか。現状150端末くらい あるのですが、同時に使用しても問題ないでしょうか。 使用環境：WindowsXP Professional 既に記載しておりましたらすみません。 御返答のほど、宜しく御願い致します。 Re:メールサーバの端末数制限について 恵理で〜す 2010/06/10(Thu) 16:23:16 BJD側ての唯一の制限というか限界はHDDの空き要領と、ガマンできるパフォーマンスと言うことで150ユーザのメールボックスは可能とは思われますが、 クライアントWinOSのXP等はMSライセンス等の関係で過大な接続が出来ない(10以下)と言うMSの不幸になるアップデートが関係しWinOS自体の設定変更(sysファイル)が必要になります。 # この2006年当時のアップデートを行ってないなら制限は入っていませんが...それ以降の製品は10迄で? の様です。 Windows XP/2003のTCP同時接続数制限とその回避 http://itpro.nikkeibp.co.jp/article/Watcher/20060812/2457 65/ ↑で回避すると、ウイルスなどの配布動作も制限無く空いている上限65535接続まで原則可能かと DOS窓で netstat -an で確認すると解放されない4分占有ポートが何人か重なり、待ちでネットワークがパンクする様子などクライアント問題が解るかも知れません。 利用するメールのクライアントアプリ種(OE等解放や終了が不適切)にも注意が必要になります。 Re:メールサーバの端末数制限について 恵理で〜す 2010/06/10(Thu) 16:30:46 ぁは　URLに余計なスペースが Windows XP/2003のTCP同時接続数制限とその回避 http://itpro.nikkeibp.co.jp/article/Watcher/20060812/245765/ http://technet.microsoft.com/en-us/library/dd335036(WS.10).aspx Notable Changes in Windows Server 2008 SP2 and Windows Vista SP2 IEのコネクション数（HTTP 1.0と1.1）の設定を増やしすぎると SYN Flood to Host (PPPoE1-Out) が発生する Re:メールサーバの端末数制限について M.A 2010/06/10(Thu) 16:58:47 恵理で〜す様 BJD側ではなく、Windows XPや、HDDの空き容量など、 その他の部分でうまくいかない可能性があるという ことですね。 御返答ありがとうございました。

[115] BJDから送られるくる送信した元のメール本体が解読出来ません pcboy 2010/06/07(Mon) 15:14:52 いつもお世話になっています。．．ｍ（＿　＿）ｍ BJD Ver5.0.0-b7において、メールの転送に失敗した際、 BJDから送られるくる送信した元のメール本体が解読出来ません。 なお、Radish Ver3.0.0-b041ではこの現象は発生しません。 BJDのメールサーバの利用環境 Windows Sever 2008(x64) Std SP2 日本語版 .NET Framework 3.5 SP1 SQL Server 2008 IPアドレスは動的な割り当て 以上、よろしくお願いします。 以下が返送されメールの本体 Received: from hoge ([192.168.0.14]) by hoge.org with SMTP id bjd.00634114503710090000.000 for <hoge@hoge.org>; Sun, 06 Jun 2010 19:46:11 +0900 From: Mail Delivery Subsystem <root@local> To: hoge@hoge.org Subject: Returned mail: see transcript for details MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="BJD-Boundary" Message-ID: <bjd.00634114503710090000.000@hoge.org> Date: Sun, 06 Jun 2010 19:46:11 +0900 X-UIDL: bjd.00634114503710090000.000 --BJD-Boundary The original message was received at Sun, 06 Jun 2010 19:36:10 +0900 from hoge[192.168.0.14] ----- The following addresses had parmanent fatal errors ----- <hoge@nifty.com> (reason:: 535 5.7.0 authentication failed) ----- Transcript of session follws ----- .. while talking to nifty.com >>> R0hxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= <<< 535 5.7.0 authentication failed --BJD-Boundary Content-Type: message/rfc822 52656365697665643A2066726F6D2050435458 3220285B3139322E3136382E302E31345D2920 -- 途中省略 -- 736F6674204D696D654F4C45205631342E302E 383038392E3732360D0A0d0a74657374200D0A 0D0A--BJD-Boundary-- Re:BJDから送られるくる送信した元のメール本体が解読出来ません 恵理で〜す 2010/06/08(Tue) 10:02:33 BJD5β版には.NETと言う中間言語の足枷と未実装部が有り、 BJD4でも無くRadishでも無くなっています。 > 52656365697665643A2066726F6D2050435458 > 3220285B3139322E3136382E302E31345D2920 > -- 途中省略 -- > 736F6674204D696D654F4C45205631342E302E > 383038392E3732360D0A0d0a74657374200D0A > 0D0A--BJD-Boundary-- ↓と記載されています Received: from PCTX2 ([192.168.0.14]) -- 途中省略 -- soft MimeOLE%V14.0.8089.726test Re:Re:BJDから送られるくる送信した元のメール本体が解読出来ません pcboy 2010/06/08(Tue) 15:56:06 恵理で〜す　様 回答頂き、ありがとう御座います。．．ｍ（＿　＿）ｍ BJD Ver5.0.0-b7の未実装部という事で、了解しました。