--- title: "リモートアクセスエラーのサポート(Linux)" slug: "server-ts-remote-lin-vpc" tags: ["troubleshooting", "vpc", "Server", "remote"] updated: 2026-09-17T09:29:55Z published: 2026-09-17T09:29:55Z canonical: "guide.ncloud-docs.com/server-ts-remote-lin-vpc" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # リモートアクセスエラーのサポート(Linux) VPC環境で利用できます。 Linux環境でサーバのリモートアクセスエラーが発生した場合の症状を解決する方法について説明します。 ## Linuxサーバのリモートアクセス設定確認 Linuxサーバにリモートアクセスするには、リモートアクセスするサーバの IPアドレスまたはサブネットが ACGに適用されているか確認します。適用されなかった場合は、[ACG設定](/docs/ja/server-acg-vpc#ACG%EC%84%A4%EC%A0%95)を参照して ACGの設定を変更します。 ACGの設定に問題がない場合は、次の内容を確認します。 - サーバで SSH/RDPサービスアクセスを許可しているか確認してください。 参考 サーバでポート設定を変更した場合は、変更されたポートに設定を変更してください。 - SSHサービス: TCP、許可ポート22 - RDPサービス: TCP、許可ポート3389 - ポート転送の設定を確認します。 - パブリック IPアドレスとポート転送が同時に設定されている場合、パブリック IPアドレスでは通信できません。パブリック IPアドレスで通信するには、ポート転送設定を解除してください。 上記を確認した結果、問題がないにもかかわらず様々な原因により SSHサービスポートまたは RDPサービスポートが正常に動作しない場合があります。この場合、NAVERクラウドプラットフォームコンソールのサーバ情報で **[サーバアクセスコンソール]** ボタンが有効になり、[Linuxサーバリモートアクセスのトラブルシューティング](/docs/ja/server-ts-remote-lin-vpc#Linux%EC%84%9C%EB%B2%84%EC%9B%90%EA%B2%A9%EC%A0%91%EC%86%8D%EC%98%A4%EB%A5%98%ED%95%B4%EA%B2%B0)を参照して問題を解決します。 ![server-ts-remote-lin-classic_image01_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-classic_image01_ja.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) ## Linuxサーバリモートアクセスのトラブルシューティング Linuxサーバのリモートアクセスにエラーが発生した場合、OS別の解決方法を参照してエラーを解決します。 - [NAVIX 9 / RockyLinux 8/9](/docs/ja/server-ts-remote-lin-vpc#Navix9Rocky89) - [CentOS 7](/docs/ja/server-ts-remote-lin-vpc#CentOS7) - [Ubuntu 18.04](/docs/ja/server-ts-remote-lin-vpc#Ubuntu1804) ### NAVIX 9, Rocky Linux 8/9 #### 1. デーモンのヘルスチェック sshdデーモンステータスの確認 - デーモンが正常に `running` 中であるかステータスを確認します。 ``` [root@navix ~]# systemctl status sshd ● sshd.service - OpenSSH server daemon Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; preset: enabled) Active: active (running) since Thu 2025-12-11 10:26:30 KST; 1 month 2 days ago Docs: man:sshd(8) man:sshd_config(5) Main PID: 643 (sshd) Tasks: 1 (limit: 48884) Memory: 83.2M CPU: 1h 7min 43.161s CGroup: /system.slice/sshd.service └─643 "sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups" ``` - デーモン状態が `inactive`の場合、`start`を試行します。エラーが発生する場合、サーバログを確認して sshdデーモンが正常に `start`できるように対処します。 sshdデーモンの22番ポートを listenしているか確認します ``` [root@navix ~]# netstat -ntlp |grep sshd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 643/sshd: /usr/sbin tcp6 0 0 :::22 :::* LISTEN 643/sshd: /usr/sbin ``` #### 2. ルーティングを確認する `eth0`に対する default routeがないと通信ができないので、`eth0`に対する static routeステータスを確認します。 ``` [root@navix ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0 192.168.0.0 0.0.0.0 255.255.0.0 U 100 0 0 eth0 ``` #### 3. ssh rootログイン権限を確認する ssh rootアカウントによるログインは、`PermitRootLogin yes` という設定項目が存在している必要であり、 以下の例は `/etc/ssh/sshd_config.d/01-permitrootlogin.conf` ファイルに設定が存在している場合です。 適切に設定されているかを確認します。 ``` [root@navix ~]# grep -r PermitRootLogin /etc/ssh/* /etc/ssh/sshd_config:#PermitRootLogin prohibit-password /etc/ssh/sshd_config:# the setting of "PermitRootLogin without-password". /etc/ssh/sshd_config.d/01-permitrootlogin.conf:PermitRootLogin yes ``` ### CentOS 7 Linux環境の CentOS 7でリモートアクセスエラーを解決するには、次の手順を順に行います。 - [1. デーモンのヘルスチェック](/docs/ja/server-ts-remote-lin-vpc#1%EB%8D%B0%EB%AA%AC%EC%83%81%ED%83%9C%ED%99%95%EC%9D%B8) - [2. hosts.deny設定のヘルスチェック](/docs/ja/server-ts-remote-lin-vpc#2hostsdeny%EC%84%A4%EC%A0%95%EC%83%81%ED%83%9C%ED%99%95%EC%9D%B8) - [3. ファイアウォールの確認](/docs/ja/server-ts-remote-lin-vpc#3%EB%B0%A9%ED%99%94%EB%B2%BD%ED%99%95%EC%9D%B8) - [4. ルーティングの確認](/docs/ja/server-ts-remote-lin-vpc#4%EB%9D%BC%EC%9A%B0%ED%8C%85%ED%99%95%EC%9D%B8) - [5. 権限イシューの確認](/docs/ja/server-ts-remote-lin-vpc#5%EA%B6%8C%ED%95%9C%EC%9D%B4%EC%8A%88%ED%99%95%EC%9D%B8) #### 1. デーモンのヘルスチェック デーモン状態を確認するために、次の手順を順に行います。 1. 次のコマンドを実行して、デーモンが正常に `running`中か確認します。 ``` systemctl status sshd ``` ![server-ts-remote-lin-vpc_image02](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image02.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) - デーモン状態が `inactive`の場合、`start`を試行します。エラーが発生する場合、サーバログを確認して sshdデーモンが正常に `start`できるように対処します。 2. 次のコマンドを実行して、sshが22番ポートに `LISTEN`中か確認します。 ``` netstat -nap | grep ssh ``` ![server-ts-remote-lin-vpc_image03](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image03.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) 参考 - NAVERクラウドプラットフォームが提供しているサーバのデフォルト設定は22番ポートです。 - サーバでポート設定を変更した場合は、変更されたポートに設定を変更してください。 3. 次のコマンドを実行して、ポートと `ListenAddress`に設定されている部分があるか確認します。 ``` vi /etc/ssh/sshd_config ``` ![server-ts-remote-lin-vpc_image04](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image04.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) - デフォルト設定はコメントアウトされています。 #### 2. hosts.deny設定のヘルスチェック `hosts.allow`、`hosts.deny`ファイルは、特定のクライアントにのみサービスを許可したり、ブロックするように制御するファイルです。 `hosts.allow`、`hosts.deny`ファイルに設定されている部分があるか確認します。デフォルト設定はコメントアウトされています。 ![server-ts-remote-lin-vpc_image05](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image05.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) 参考 - `/etc/hosts.allow`、`/etc/hosts.deny`ファイルは、`tcp_wrappers`のみ制御するファイルです。次の手順でルールを適用してください。 1. `/etc/hosts.allow`ファイルに定義されたものは許可するように設定します。 2. `/etc/hosts.allow`ファイルに定義されず、`/etc/hosts.deny`ファイルに定義されているものはブロックするように設定します。 3. `/etc/hosts.allow`、`/etc/hosts.deny`両方のファイルに定義されていないものは許可するように設定します。 - `tcp_wrappers`は `xinetd`により管理されるデーモンの特定のサービスのみ制御できます。 例) ssh、telnet、ftp #### 3. ファイアウォールの確認 次の内容を確認し、ファイアウォールを確認します。 **a. iptables** `iptables.service`がインストールされた場合、デーモンが `inactive`状態でもルールに影響されて iptablesルールで sshをブロックするルールを除外します。デフォルト設定は適用されたルールがありません。 ![server-ts-remote-lin-vpc_image06](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image06.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) **b. firewalld** `firewalld`はデーモンが `inactive`状態の場合はルールが適用されません。`firewalld`実行が必要な場合は、sshをブロックするルールを除外してください。デフォルト設定は適用されたルールがありません。 ![server-ts-remote-lin-vpc_image07](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image07.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) #### 4. ルーティングの確認 `eth0`に対する default routeがないと通信ができないので、`eth0`と`169.254.0.0/16`に対する static route状態を確認します。 ![server-ts-remote-lin-vpc_image09](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image09.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) #### 5. 権限イシューの確認 ssh configによって rootアカウントのリモートアクセスがブロックされている場合があります。rootでアクセスできない場合は、一般アカウントでアクセスをお試しください。一般アクセスアカウントがない場合は、サーバアクセスコンソールを有効にして rootアクセスをお試しください。 ### Ubuntu 18.04 Linux環境の Ubuntu 18.04でリモートアクセスエラーを解決するには、次の手順を順に行います。 - [1. デーモンのヘルスチェック](/docs/ja/server-ts-remote-lin-vpc#1%EB%8D%B0%EB%AA%AC%EC%83%81%ED%83%9C%ED%99%95%EC%9D%B82) - [2. hosts.deny設定のヘルスチェック](/docs/ja/server-ts-remote-lin-vpc#2hostsdeny%EC%84%A4%EC%A0%95%EC%83%81%ED%83%9C%ED%99%95%EC%9D%B82) - [3. ファイアウォールの確認](/docs/ja/server-ts-remote-lin-vpc#3%EB%B0%A9%ED%99%94%EB%B2%BD%ED%99%95%EC%9D%B82) - [4. ルーティングの確認](/docs/ja/server-ts-remote-lin-vpc#4%EB%9D%BC%EC%9A%B0%ED%8C%85%ED%99%95%EC%9D%B82) - [5. 権限イシューの確認](/docs/ja/server-ts-remote-lin-vpc#5%EA%B6%8C%ED%95%9C%EC%9D%B4%EC%8A%88%ED%99%95%EC%9D%B82) #### 1. デーモンのヘルスチェック デーモン状態を確認するために、次の手順を順に行います。 1. 次のコマンドを実行して、デーモンが正常に `running`中か確認します。 ``` systemctl status sshd ``` ![server-ts-remote-lin-vpc_image10](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image10.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) - デーモン状態が `inactive`の場合、`start`を試行します。エラーが発生する場合、サーバログを確認して sshdデーモンが正常に `start`できるように対処します。 2. 次のコマンドを実行して、sshがポートに `LISTEN`中か確認します。 ``` netstat -nap | grep ssh ``` ![server-ts-remote-lin-vpc_image11](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image11.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) 参考 - NAVERクラウドプラットフォームが提供しているサーバのデフォルト設定は22番ポートです。 - サーバでポート設定を変更した場合は、変更されたポートに設定を変更してください。 3. 次のコマンドを実行して、ポートと `ListenAddress`に設定されている部分があるか確認します。 ``` vi /etc/ssh/sshd_config ``` ![server-ts-remote-lin-vpc_image12](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image12.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) - デフォルト設定はコメントアウトされています。 #### 2. hosts.deny設定のヘルスチェック `hosts.allow`、`hosts.deny`ファイルは、特定のクライアントにのみサービスを許可したり、ブロックするように制御するファイルです。 `hosts.allow`、`hosts.deny`ファイルに設定されている部分があるか確認します。デフォルト設定はコメントアウトされています。 ![server-ts-remote-lin-vpc_image13](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image13.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) 参考 - `/etc/hosts.allow`、`/etc/hosts.deny`ファイルは、`tcp_wrappers`のみ制御するファイルです。次の手順でルールを適用してください。 1. `/etc/hosts.allow`ファイルに定義されたものは許可するように設定します。 2. `/etc/hosts.allow`ファイルに定義されず、`/etc/hosts.deny`ファイルに定義されているものはブロックするように設定します。 3. `/etc/hosts.allow`、`/etc/hosts.deny`両方のファイルに定義されていないものは許可するように設定します。 - `tcp_wrappers`は `xinetd`により管理されるデーモンの特定のサービスのみ制御できます。 例) ssh、telnet、ftp #### 3. ファイアウォールの確認 次の内容を確認し、ファイアウォールを確認します。 **a. iptables** `iptables.service`がインストールされた場合、デーモンが `inactive`状態でもルールに影響されて iptablesルールで sshをブロックするルールを除外します。デフォルト設定は適用されたルールがありません。 ![server-ts-remote-lin-vpc_image14](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image14.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) **b. ufw** `ufw`はデーモンが `inactive`状態の場合はルールが適用されません。`ufw`実行が必要な場合は、sshをブロックするルールを除外してください。デフォルト設定は適用されたルールがありません。 ![server-ts-remote-lin-vpc_image15](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image15.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) #### 4. ルーティングの確認 `eth0`に対する default routeがないと通信ができないので、`eth0`と`169.254.0.0/16`に対する static route状態を確認します。 ![server-ts-remote-lin-vpc_image30](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/server-ts-remote-lin-vpc_image30.png?sv=2026-02-06&spr=https&st=2026-10-30T16%3A58%3A09Z&se=2026-10-30T17%3A58%3A09Z&sr=c&sp=r&sig=E5NXJPwwwMBKHI0Atpu4fGyULzaQstKNfvNZ1c3lZC8%3D) #### 5. 権限イシューの確認 ssh configによって rootアカウントのリモートアクセスがブロックされている場合があります。 rootでアクセスできない場合は、一般アカウントでアクセスをお試しください。 一般アクセスアカウントがない場合は、サーバアクセスコンソールを有効にして rootアクセスをお試しください。