Skip to main content
ドキュメントへの更新が� �繁に発行されており、このページの翻訳はま� 行われている� �合があります。最新情� �については、英語版のドキュメントをご覧く� さい。
� 

� 

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-10-12. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい。

エラー: Bad file number

このエラーは通常、サーバーに接続できなかったことを示します。 よくある原� はファイアウォールとプロキシサーバーです。

リモート Git コマンドや SSH の実行時に、接続がタイ� アウトする� �合があります:

$ ssh -vT git@ホスト名
> OpenSSH_8.1p1, LibreSSL 2.7.3
> debug1: Connecting to ホスト名 [207.97.227.239] port 22.
> debug1: connect to address 207.97.227.239 port 22: Connection timed out
> ssh: connect to host ホスト名 port 22: Connection timed out
> ssh: connect to host ホスト名 port 22: Bad file number

問題の解決

HTTPS を使用する

最もシンプルな解決策は、単に SSH を一切回避することです。 多くのファイアウォールやプロキシでは、HTTPS トラフィックを問題なく許可しています。 これを活用するには、使用中のリモート URL を変更します。

$ git clone https://ホスト名/username/reponame.git
> Cloning into 'reponame'...
> remote: Counting objects: 84, done.
> remote: Compressing objects: 100% (45/45), done.
> remote: Total 84 (delta 43), reused 78 (delta 37)
> Unpacking objects: 100% (84/84), done.

別のネットワークからテストする

ファイアウォールのない別のネットワークにコンピュータを接続できる� �合は、GitHub Enterprise Server への SSH 接続をテストしてみることができます。 想定通りにすべてが機能する� �合は、ネットワーク管理者に問い合わせし、ファイアウォール設定で GitHub Enterprise Server への SSH 接続が成功するように許可するよう、サポートしてもらってく� さい。