私はUbuntu 17.10 + Wine 2.18(開発版)を使用しています。
CCProxyはWindows用のプロキシサーバーです。ワインと互換性があります。正式に言及。
WineでCCProxyを実行してみましたが、すべてがうまく機能しているようですが、残念ながら1つの機能が動作しません... CCProxyは認証のためにクライアントのMACアドレスを取得できませんでした。この問題に対する解決策も言及されています。CCProxyのウェブサイトアドレス:
CCProxyはポート137を使用して認証用のクライアントのMACアドレスを取得します。したがって、CCProxyサーバーとクライアントの両方でポート137が利用可能であることを確認する必要があります。場合によっては、ウイルス対策ソフトウェアとファイアウォールがポート137をブロックする可能性があるため、確認してください。
一方、NetBIOSプロトコルもクライアントにインストールする必要があります。
問題は、何をすべきか、何をすべきかわからないということです。
編集する:
$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
答え1
したがって、ワインは絶対に使用しないでくださいroot
。root
どのワインアプリケーションも以前のように実行してはいけません。。ほとんどのLinuxシステムでは、root以外のユーザーが1024未満のポートにバインドすることはできません。
Wineの特定のポートでアプリケーションを実行するには、常に1024より高い番号のポートにバインドする必要があり、システムはそのポートにバインドできるようにする必要があります。次に、iptables
ポート137から目的のポートへの内部転送を設定します。
つまり、Wineとネットワークカードの互換性は限られています。実際には完全に互換性のあるシステムであり、すべてがうまく機能するという保証はありません。
引用した記事は2015年の記事です。見つかりません。何もないWineHQ AppDBでこのソフトウェアを使用すると、このソフトウェアの実行中に直面する可能性のある問題の数を理解することはできません。 (後でテストして何が起こるかを確認することもできますが、ソフトウェアが動作することを保証することはできません。)
編集する私はいくつかの追加テストを行いました。 WineでCCProxyを独自のプレフィックスを使用して実行して正常に動作できましたが、ただポートが 1024 より高い。追加のテストで、私はできないMACアドレス認証を有効にします。
そのため、私が見つけたものによれば、MACアドレスベースの認証は利用できないようです。制御メカニズムがMACアドレス認証の代わりにユーザー/パスワード認証を使用できない理由はありますか?