タグ付けされた質問 「rpc」

この質問は、ネットワークポートを開くのに似ていますが、プロセスが接続されていませんか？ そこからすべてを試し、ログなどを確認しましたが、何も見つかりません。 私のnetstatには、TCPをリッスンするポートと、pidのないUDPポートが表示されます。これらのポートをlsofで検索しても、何も表示されません。 netstat -lntup Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:44231 0.0.0.0:* LISTEN - udp 0 0 0.0.0.0:55234 0.0.0.0:* - 次のコマンドは何も表示しません。 lsof | grep 44231 lsof | greo 55234 fuser -n tcp 44231 fuser -n udp 55234 再起動後、これらの「同じ」2つの接続は、新しいポート番号を除いて存在します。 netstat -lntup Proto Recv-Q …

21 port  netstat  rpc 

使用してnfsstat -c、私は（いくつかのシステムでは、「newcred」として知られている）高い「authrefrshは」のような操作のための私のNFSクライアントPCを頼りに見ているlsとfind〜1000個のファイルを含むディレクトリに。これは、非常に低いパフォーマンス（20分以上のディレクトリ一覧）と相関関係があります。キャッシュされたNFS操作は、この動作（authrefrshまたはスローダウン）を示しません。 authrefrsh = nfsstatをチェックするたびに呼び出す： $ nfsstat -c Client rpc stats: calls retrans authrefrsh 280462 0 280462 Client nfs v3: null getattr setattr lookup access readlink 0 0% 126990 45% 0 0% 10062 3% 58592 20% 0 0% read write create mkdir symlink mknod 25030 8% 0 0% 65 0% …

10 nfs  rpc 

Windows RPCポートのそれぞれがいつどのくらいの頻度で使用されるかを誰かが説明できますか？私が理解している「コア」なものは： ポート135 ポート137 ポート139 ポート135の「カタログ」によって公開されている上位のポート 次に、ポート145がNBT / TCPを使用して「状況を改善する」ために導入されたと聞きましたが、これがRPCアクションを開始するWindowsクライアントのシーケンスとどのように一致するかはわかりません。 誰もがRPCポートに関する私の理解を一度だけ修正する手助けをしてくれますか？

10 windows  netbios  rpc 

Red Hatのドキュメントによると、「rpcbind」はもう必要ありません。 プロトコルサポートがv4プロトコルに組み込まれているため、NFSv4は、ポートマップ、rpc.lockd、およびrpc.statdデーモンと対話しません。NFSv4は、よく知られているTCPポート2049でリッスンします。これにより、ポートマップの相互作用が不要になります。マウントおよびロックプロトコルがV4プロトコルに組み込まれ、rpc.lockdおよびrpc.statdとの対話の必要がなくなりました。rpc.mountdデーモンはサーバー上でも必要ですが、有線操作には関与しません。 ただし、「rpcbind」サービスが実行されていないときにNFSデーモンを開始できません。 # service nfs start Starting NFS services: [ OK ] Starting NFS quotas: Cannot register service: RPC: Unable to receive; errno = Connection refused rpc.rquotad: unable to register (RQUOTAPROG, RQUOTAVERS, udp). [FAILED] Starting NFS mountd: [ OK ] Starting NFS daemon: rpc.nfsd: writing fd to kernel …

8 redhat  nfs  nfs4  rpc