問題タブ [apache-mina]

Windows用にApacheFtpServerを構成しようとしていますが、そのほとんどはすでに実行されていますが、データベースユーザーマネージャーを理解するのに苦労しています...

私は多かれ少なかれこれとSQLの完全な初心者ですが、すでにVSFTPDを使用してLinuxでFTPサーバーを稼働させています。会社はLinuxからWindowsに移行したいと考えており、5,000人近くのユーザーのアカウントを作成する必要があります（これがデータベースマネージャーを使用したい理由です）。

これが私の質問です：

1. xml構成がデータベースへの接続を制御していることがわかりますが、認証をどのように制御していますか？データベースからのユーザー認証を処理するセクションを誰かが説明できますか？EDIT: by user authentication, I do not mean the database connection itself, but rather how FTPServer authenticates a connection THROUGH the database.

2. サーバーに対するブルートフォース攻撃を防止/検出するにはどうすればよいですか？現在のLinuxftpサーバーはポート22（ssh）にDenyHostsを使用しており、週に少なくとも20回以上攻撃を受けています。組み込みの認証保護はありますか？そうでない場合は、誰かが作成方法を提案できますか？xml構成には、一定の試行回数の後に接続を閉じる設定があることは知っていますが、接続を閉じるだけでなくmax-login-failures、そのIPからのそれ以上のアクセスを完全に拒否する必要があります。

例：

次のユーザー名でログインしようとすると、すぐにIP-BANが発生します。

• 根
• 管理者
• 管理者
• システム
• 等

その他の設定

• 存在しないユーザーを試行すると、IPを＃試行した後にIP-BANが発生します（さまざまなユーザーを含む）
• 既存のユーザーを試行すると、＃試行後に60秒のタイムアウトが発生します（さまざまなユーザーを含む）

ありとあらゆる助けをいただければ幸いです。ご不明な点やご不明な点がございましたら、コメントを投稿していただければ、必要な変更・返信をさせていただきます。

ありがとう。

「クライアント認証が必要」で構成されたSslFilterでMinaを使用しています。

接続が確立され、ハンドシェイクが完了したら、サーバー上の IoHandler のサブクラスから接続の反対側にあるピアの証明書 (またはプリンシパル) を取得する方法は?

編集:つまり、ハンドシェイクが完了して IoHandler.sessionOpened() が呼び出されたときに、IoSession とプリンシパルの間の関係を取得する方法。

アパッチ ミナ - 2.0.1

sessionOpened と sessionClosed でコールバックする IoHandlerAdapter があります。セッションを開くと、サーバーにログインしてリクエストの送信を開始し、「sessionClosed」でアプリケーションを再起動するだけです。

私のアプリケーションはチェックを行います

ただし、 session.isClosing() は true を返しますが、実際にはセッションが閉じられないことに気付きました。つまり、ハンドラーで実際にコールバックが得られません。これは可能ですか？このようなリスクを軽減するにはどうすればよいでしょうか。close コールバックが呼び出されるまでにかかる時間を誰か説明できますか?

私は apache mina で数日間遊んでいますが、IoSession を拡張 (または実装) して MyIoSession のようなものを作成する方法を教えてください。

これを行う理由は、Handler クラスで次のようなものが必要だからです。

このようにして、MyIoSession は一意の ID を持つようになり、どのクライアントがサーバーにメッセージを送信しているかを識別できます。

また、これを達成するための他のより良い方法があれば、遠慮なく教えてください。

ありがとう

接続されたクライアントから IP アドレスを取得する方法を誰か教えてもらえますか?

これまでに見つけた

そして次のようなものを返します

/192.168.1.100:49879

これでよろしいですか？192.168.1.100 のみを返すことができる何かを行うことはできますか?

ソケットを使用したとき、次のようなものを使用していました。

apache mina で IoSession を使用して似たようなものはありますか?

私はMinaとNettyを使用していましたが、現在、Androidでも使用できる軽量ライブラリを求めています。標準のio実装よりもNioまたはAsyncIoの方が好きです。

アップデート1
応答がないので、自分でライブラリを作成する必要があると思います。現在、私は生のNIOを使用していますが、それほど楽しいものではありません。

以下に設定されているようにポート80と8080でリッスンしているサーバーがある場合、メッセージを受け取ったときにクライアントが接続しているローカルポートをどのように識別できますか？

ハンドラーのmessageReceivedクライアントのリモートポートではなく、クライアントが接続しているローカルポートを知りたい。

80または8080のポートにアクセスするには、どちらの方法を使用する必要がありますか？logステートメントは次のように出力します。

ネットワーク経由で大きなファイルを転送するためのオプションを見つけようとしています。

1. そこで、約 10G のファイルを転送する単純な TCP サーバー/クライアントを作成しました。
2. 次に、FileStreams とソケットを NIO API に置き換えたところ、IO オーバーヘッドが減ったため、パフォーマンスが大幅に向上したことがわかりました。

Apache Mina は、クライアント サーバー アプリケーションを迅速に開発するために使用される NIO ベースのフレームワークであることがわかりました。

私の質問は、クライアント/サーバー アプリを作成するために Mina によって提供される柔軟性とは別に、1. Mina はパフォーマンスを向上させるために NIO よりも特別なものを提供しますか? 2. はいの場合、この主張を裏付けるベンチマークはどこにありますか?

前もって感謝します

apache MINA で奇妙な問題に直面しています。Apache Mina フレームワークに基づくサーバー アプリケーションがあります。サーバー側で ExecutorFilter を使用しています。アプリケーションは私のマシンで完全に動作しますが、クライアントのマシンにインストールすると「例外がスローされます」。

クライアントのマシンで発生するエラーは次のとおりです。

これが私のコードでそれを参照している方法です-

私のシステムとクライアントのマシンの間には 2 つの違いが見つかりました - Java バージョン ==> 私の 1.6.0_26 / クライアントの 1.6.0_24 オペレーティング システム ==> 私の XP SP3/ クライアントの Windows 2003 サーバー SP 2

考えられる解決策に光を当てることはできますか?

前もって感謝します。

Android と iOS でインスタント メッセージング アプリを作成する予定です。アプリを使用して他のユーザーとチャットできるほか、いくつかのカスタム機能も備えています。

XMPP プロトコルを使用して、カスタム拡張機能を作成します。スケーラブルになるように、 Amazon Web Services (AWS)で実行される Java アプリケーションを作成する予定です。

サーバー オプションを調査した後、 Apache Vysperを使用することにしました。

しかし、私はこれまで適切な Java アプリケーションを作成したことがなく、XMPP、AWS、または Vysper を使用したことがないため、適切なドキュメントに頼っています :-)

Apache Vysper プロジェクトは非常に新しいため、ドキュメントは少しまばらです。何か不足しているのではないかと思っていましたが、一般的な MINA ドキュメントも使用する必要がありますか? 私が知らない他のリソースはありますか?

「Apache Vysper は、スタンドアロンで実行することも、別のアプリケーションに組み込むこともできます。」</p>

正直なところ、Java アプリケーションを作成するために何を使用すればよいかということになると、私も同じように途方に暮れます。AWS Java SDK には、AWS で使用するアプリケーションを作成するために必要なものがすべて含まれているかどうか知っていますか? それでは、Vysper をこれに統合するのは簡単なことでしょうか? または、 Spring フレームワークなどを使用して Java アプリケーションを作成する必要がありますか?

私を助けてくれてありがとう。状況を明確にすることができる何かを知っていれば、私はそれを本当に感謝します:-) --そして、少し役に立たなくて申し訳ありませんが、ねえ、私たちは皆、どこか正しいところから始めなければなりません;)