SSH構成の変更にもかかわらず、WindowsホストはSSHを介してRocky Linux 9仮想マシンにアクセスできません。

Windows 11 ホストで VirtualBox でホストされている Rocky Linux 9 仮想マシンへの SSH 経由の接続に問題があります。 SSH設定を変更したにもかかわらず、「許可拒否」エラーが発生します。問題の詳細と私が取ったステップは次のとおりです。 問題の説明： 私はWindows 11ホストのVirtualBoxでRocky Linux 9を使用しています。 VirtualBox環境では、ユーザー名とパスワードを使用してrootとしてログインできません。 コマンドを使用してWindowsホストでSSHを試みると、パスワードを入力した後にエラーが発生しますssh root@ip。Permission Denied /etc/ssh/sshd_configPasswordAuthenticationの値をyesに変更してファイルを変更し、その行が有効になっていることを確認しました。 構成の変更後にコマンドを実行してsudo systemctl restart sshdサーバーを再起動しましたが、問題は解決しませんでした。 取るべきステップ： 編集/etc/ssh/sshd_config：PasswordAuthenticationをyesに変更し、その行が有効になっていることを確認します。 実装するsudo systemctl restart sshd。 仮想マシンが再起動されました。 このような努力にもかかわらず、Windows 11 ホストから Rocky Linux 9 VM に SSH で接続することはできません。 追加情報： SSHで使用されているIPアドレスが正しいです。 ホストとゲストの間にネットワーク接続の問題はありません。 Rocky Linux 9 VMでSSHが実行されていることを確認しました。 rootユーザーのパスワードを再確認しました。 このSSH権限の問題を解決するためのガイドラインを探しています。どんな洞察力や提案でも大変感謝いたします。ありがとうございます！

Admin 2024-07-07

Windowsスペースを占有し、ブートパーティションを妨げるためにFedora Btrfsルートパーティションのサイズを変更するには？

私のラップトップにはUEFIシステムがあり、現在WindowsとFedora 39（KDE Plasma）をデュアルブートしています。私はWindowsをあまり使用しておらず、Fedoraパーティションに余分なスペースが必要です。したがって、nvme0n1p3サイズを小さくして増やす必要がありますnvme0n1p6。 問題は、私のext4 /bootパーティション（nvme0n1p5）がこれら2つのパーティションの途中にあり、後で起動できるかどうかわからないので、移動を躊躇することです（移動しても安全であれば、そうです）。 私も経験しましたこの問題しかし、それはLVMについてです。私はそれについて何も知りません。通常、再パーティショニングに使用されるライブUSB（GParted Live）を準備します。 Windowsパーティションのサイズを縮小し、そのスペースをFedoraパーティションに使用するにはどうすればよいですか？

Admin 2024-07-07

fedora - LDAP資格情報を使用してコックピットWeb GUIにログインする

Fedora 39サーバーは、LDAPユーザーが特定のLDAPグループのメンバーである場合にログインを許可するように構成されています。 sudoersファイルにも同じldapグループがあるため、ユーザーはログイン後にsudoを実行できます（パスワードなしのsudoを許可するように設定）。 ldap 構成は sssd.conf ファイルに設定されます。 SSHログインすべてがうまく動作します。 私の問題は、SSHを介してログインできるユーザーがコックピットWeb GUIにログインできないことです。 「許可拒否」エラーが発生します。 コックピットにログインするための不足している権限は何ですか？これをLDAPグループメンバーに割り当てる方法は？ ログインしようとすると、セキュリティログファイルに次の行が表示されるため、認証自体に問題はありません。 cockpit-session[14744]: pam_sss(cockpit:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost=::ffff:172.16.100.130 user=utest cockpit-session[14744]: pam_unix(cockpit:session): session opened for user utest(uid=3001) by utest(uid=0) これは/etc/pam.d/cockpitファイルです： auth required pam_env.so auth required pam_faildelay.so delay=2000000 auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth [default=1 ignore=ignore success=ok] pam_localuser.so auth sufficient pam_unix.so nullok auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth sufficient pam_sss.so forward_pass auth required pam_deny.so account required pam_unix.so account sufficient pam_localuser.so account sufficient pam_usertype.so issystem account [default=bad success=ok user_unknown=ignore] pam_sss.so account required pam_permit.so password requisite pam_pwquality.so local_users_only password sufficient pam_unix.so yescrypt shadow nullok use_authtok password [success=1 default=ignore] pam_localuser.so password sufficient pam_sss.so use_authtok password required pam_deny.so session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so session optional pam_sss.so

Admin 2024-07-07

アップデート後にGNOMEキーリングパスワードがリセットされないようにする

GNOMEキーホルダー（海馬/パスワードとキーGUIアプリケーション）Loginは、関連パッケージを更新するときにプライマリキーリングのパスワードをリセットします。 ユーザーが更新するたびにキーリングパスワードを手動で更新する必要があるため、これは頻繁に更新されるディストリビューションの場合に特に問題になります。 FDE（フルディスク暗号化）と自動ログインが有効になっているため、Loginキーリングパスワードはnull /スペース値に設定されており、Gnomeがログインするたびにキーリングを手動でロック解除する必要はありません。 Gnome Keyringがパッケージの更新時にパスワードを元の値にリセットするのではなく、既存のパスワードに従うようにこの問題を解決するにはどうすればよいですか？

Admin 2024-07-07

Podmanを使用してFedoraからボリュームをマウントするときに権限が拒否されました。

ファイルを使用してdocker-compose.ymlコンテナを起動します。私のコンテナは、私のユーザープロファイル（postgresデータベースファイル）のディレクトリをターゲットとする外部ボリュームにマウントされました。ただし、Windows（Windows用Dockerを使用）からFedora（およびPodman）に切り替えた後、権限の問題によりボリュームをマウントできなくなります。:Zマウントの最後にフラグを追加すると、すべてがうまく機能します。しかし、最大の問題は、dockerがフラグについて文句を言うので、まだWindowsにいる私の同僚がこのdocker-compose.ymlファイルを使用できなくなったため、そのフラグを追加できないことです:Z。 OSレベルのソリューションはありますか？ 今まで試したこと：次のコマンド（プロジェクトディレクトリ（マウントポイントと同じディレクトリ）にある場合）sudo semanage fcontext -a -t svirt_sandbox_file_t "$(pwd)(/.*)?" sudo restorecon -Rv "$(pwd)" 背景情報：私はソフトウェア開発者です。 docker-compose.ymlが私のgitリポジトリにコミットされましたpostgresデータベースファイルはgitプロジェクトの一部です（ただし.gitignoreファイルにあります）。私のユーザープロファイル内のディレクトリにプロジェクトをチェックアウトしました。したがって、docker-compose.ymlと私のマウントポイントのターゲットディレクトリは、私のユーザープロファイル内の別のディレクトリにあります。 どんなアイデアがありますか？

Admin 2024-07-07

Fedora 39でSMB共有ファイルの履歴を表示する方法

fstabを介していくつかのSMB共有をマウントしました。共有自体はTrueNAS Scaleシステムでホストされています。私のコンピュータはFedora 39を実行しています。 NASは、私の共有のスナップショットを定期的に撮影し、SMBを介して公開するように構成されています。 Windowsコンピュータでは、ファイルのプロパティビューを使用して各ファイルのファイル履歴を閲覧したり、異なる時点での共有全体を閲覧したりできます。 理想的には、Fedoraでも同様の機能にアクセスできます。 そのような機能がありますか？理想的には、ノーチラスにありますが、可能でない場合は、代替を使用しても問題ありません。 ありがとう

Admin 2024-07-07

Gnome 45には4つ以上の動的ワークスペースがあります。

Gnome 45では、動的ワークスペースは最大4つでのみ機能します。難しい限界があるようです。 固定数のワークスペースに切り替えずにこの制限を増やすにはどうすればよいですか？

Admin 2024-07-07

설치 패키지가 업데이트 설치를 시작합니다.

그래서 방금 Fedora 34를 설치하고 다음을 수행했습니다. sudo dnf install powertop 그러나 패키지를 설치하는 대신 업데이트 다운로드가 시작됩니다. 데이터 통신 연결을 사용하고 있으므로 간단히 패키지를 설치하고 싶습니다. 에서도 같은 일이 일어납니다 yum.

Admin 2024-07-07

小画面、高DPIノートブックにPlasma 5のFirefoxタブを追加

サイズを増やすために、より大きなフォント（Dolphinのツールバーアイコンのサイズなどの他のいくつかの設定に加えて）と112％のグローバルスケールを使用しました。 これが私のパネルの外観です。しかし、Firefoxのタブは小さすぎます。 システムで設定したフォントサイズによっては、フォントは大丈夫ですが、タブやボタンがそうではなく、グローバルサイズ調整も効果がないようです。 これは、Plasma 5.21 - KDE Frameworks 5.80がインストールされているFedora 34 KDEにあります。

Admin 2024-07-07

NFSクライアントはちょうど1時間後にロックされます。

(Fedora 32, kernel 5.7-rc2)から起動したLinuxシステムがありますNFS。 1時間が経ってもロックされ、何も反応しませんでした。完全に再現可能で、journalctl何も表示されません。何も表示されないか、すべてがロックされる前にエラーを十分に早く捕捉できないためです。 インストールオプションは次のとおりです。rw,nolock,noacl,vers=4 エクスポートオプションは次のとおりです。rw,async,no_root_squash,fsid=3 使用してNFS3も役に立ちません。 1時間ごとに何かが実行されていると疑って無効にしましたが、chrony serviceそれをデバッグする方法や原因が何であるかを知ることができますか？

Admin 2024-07-07

Waylandでマウスの動きを維持しながら、鏡のように画面を反転する方法は？

私は尋ねたエマルジョンXで私のデバイスの唯一の画面を正常にミラーリングしました（右から左へ、またはその逆に切り替えます）。マウスを維持動作は通常と同じです。しかし、この回答のコマンド手順は、Waylandで実行されているFedora 38 Gnomeでは機能しないため、今はブロックされています。助けてもらえますか？ありがとうございます！

Admin 2024-07-07