私の作業環境には、いくつかのFedoraワークステーション、CentOSサーバー、Windows 2016サーバー、およびWindows 10ワークステーションを含む混在したコンピュータセットがあります。
これで、ファイアウォールまたはスイッチを更新する必要があるときに通常更新する日時を含む電子メールが送信されます。しかし、実行が始まる5分前と始まる時点をまだネットワーク上の誰にでも知りたいと思います。通常、私はWindowsツールnet sendまたはmsg（最近は）を使用して間違いなく無視できないメッセージを送信します。私は自分自身もメインドライバをFedoraに切り替えましたが、これらのメッセージを送信するのに苦労しています...ネットワーク上のすべてのWindowsおよびLinuxユーザーに1つのメッセージを送信したいと思います。これは可能ですか、または必要に応じてすべてのLinuxユーザーに1つのメッセージとすべてのWindowsユーザーに1つのメッセージを作成できますが、一度にすべてのユーザーに送信する必要があります。私のFedoraコンピュータで。
smbclientを試しましたが、常にエラーが発生します。 linpopupを試しましたが、うまくいきませんでした。
他のオプションがありますか？
ベストアンサー1
あなたが言うと思います。メッセンジャーサービスウィンドウ。スパマーによって悪用されたため、Windows XP SP2以降はデフォルトで無効になっています。msg.exeWindows VistaおよびServer 2008では、より厳しい制限に置き換えられました。
メッセンジャー サービスは、WannaCry ワームによって使用されなくなったスケジュールが加速される前に、廃止された NetBIOS を使用します。最新のWindows 10システムはデフォルトでNetBIOSを有効にしません。NetBIOSとSMBv1は、これらのコンポーネントが積極的に使用されていないことが検出された場合、デフォルトでは自動的に無効になります。
要約すると、マイクロソフトは、メッセンジャーサービスが依存するネットワークプロトコルコンポーネントから抜け出すことに取り組んでいます。
Sambaファミリにはまだこの以前のサービスのサポートが含まれていますが、セキュリティ推奨事項に従い、SMBv1を無効にした場合はあまり役に立ちません。linpopupこれはこのSamba機能の上にGUIを追加しただけなので、役に立ちません。
これはmsg.exe、Windowsターミナルサーバーとそのリモートクライアント間のメッセージにのみ適用されるようです。したがって、クライアントがサーバーへのRDP接続を持っている場合にのみ機能できます。
一般に、認証されていないソースからのメッセージを受け入れ、明示的なオプトインメカニズムなしでローカルユーザーに表示できる状態でオペレーティングシステムを提供することは非常に悪い考えであることが何度も証明されています。 21世紀。技術に慣れていないユーザーのスパムや露骨なトリックを誘発します。
基本的に「これが良いことができない理由です」：作業環境にブロードキャスト可能なインスタントメッセージングソリューションが必要な場合は、要件に合ったソリューションを明示的に選択して展開する必要があります。
Linuxシステムのソフトウェア構成は非常に柔軟性が高く、ホストされた仮想マシン、コンテナ、その他のクラウドに似たソリューションを展開するのに役立つように、最小限の構成がますますミニマリストになっています。したがって、作業環境が一部のメッセージングサービスに対して明示的に標準化されていない限り、任意のLinuxシステムに対話するソフトウェアがあるという保証はありません。データベースまたは一部のJ2EEソフトウェアを実行しているLinuxサーバーにSambaをインストールする理由はまったくないため、デフォルトではWindows Messengerスタイルのメッセージを受信できません。
したがって、いくつかの理由により、デフォルトで有効になっており、混合コンピュータグループのすべてのオペレーティングシステムで自動的にサポートされる単一のメッセージングシステムはなく、存在することもできません。必要に応じて、必要に応じて1つを選択して設定し、セキュリティを維持する必要があります。
作業環境にすでにインスタントメッセージングシステムが含まれている場合は、それを使用する必要があります。