ダッシュボード内のリンク、ボタン押下時に404エラーが発生

nobitaさん、CyberCypherさん
アドバイスありがとうございます。

・パーマリンクの設定を、デフォルトに戻してみてください。
・パーマリンク設定をやり直すか元に戻して設定し直した方がいいです

パーマリンクの設定をデフォルトに戻してみても、.htaccessファイルを削除してみても
404エラーは変化なしでした。

なお.htaccessファイルは以下の状態です。
▼対象：パーミッション/所有者/グループ
.htaccess：-rw-rw-rw-(666)/root/root

※もともとパーマリンクの設定を変更していた経緯は、
サイトの表示遅延対策として「WP Super Cache」をインストールし、
このPluginの設定を変更しようとメニューにアクセスすると
「パーマリンク構造エラー」となったことから、設定を数字ベースに変更していました。

だめなら、.htaccessを貼り付けてみてください。

WPインストール時点では.htaccessは存在していませんでした。
Basic認証導入とパーマリンク変更対応のために作成した.htaccessの内容は以下の通りです。

### Basic認証設定のために.htaccess(と.htpasswd)を新規作成 ###
<Files ~ “^\.(htaccess|htpasswd)$”>
deny from all
</Files>
AuthUserFile /var/xxx/yyy/eblog/.htpasswd
AuthGroupFile /dev/null
AuthName “Please enter your ID and password”
AuthType Basic
require valid-user

### パーマリンク設定変更で「.htaccess を更新する必要があります」対応、変更画面下部に出力されたコードをそのまま追加 ###
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /eblog/
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /eblog/index.php [L]
</IfModule>

あと例外としてhtaccessの拡張子を間違って付けている場合もアクセスできなくなってしまうので気をつけて下さい

拡張子は問題ありませんでした。.htaccessをファイルごと削除しても、404エラーは解消されませんでしたので、.htaccessとは別の問題なのかと考えています。

Hikari Aoiさん、nobitaさん
アドバイスありがとうございます。

どうもApacheの設定の問題のような気がします。
新規の環境を作成していて、まだ正常動作していないということであれば、お役にたてるかもしれません。

ダッシュボード内の設定関連メニューだけでなく、投稿時のメディア追加箇所でも発生していることから、
私もApacheの設定ファイルなど全体に関わるところに問題がある気がしています。

インストール完了時点から既にこの状態(＝404エラー)で、未解決のままのため、
インストールからその後の各サーバ上の設定がWP用に正しくできていない部分があるのかもしれません。

LAMP環境にWPをインストールする際の参考サイトなどご存知でしたら教えて頂けないでしょうか？
Linuxを扱うこと自体、今回が初で、色々なサイトを参考にトライアンドエラーを繰り返したため、序盤の設定でどこをどう変えたか・・・かなり不安です。
現在、リリースしているサイトではないため、(根本的な解決にはなりませんが)全て最初からインストールも一つの方法かと考えています。

ファイルの所有者がnobody/apacheとなっていますが、ソースファイルからコンパイルインストールしたのでしょうか？

yumでインストールしました。

mod_rewriteが使えるようにコンパイルされていますか？

httpd.confの「oadModule rewrite_module modules/mod_rewrite.so」は
コメントアウトされていないため大丈夫かと思います。

httpd.confのAllowOverrideの設定はされていますか？Noneのままだと.htaccessによるOverrideがされません。

WPインストールディレクトリは「AllowOverride All」で設定していますので、こちらも問題ないかと考えています。

参考リンク内「httpd -Mコマンドでmod_rewriteがHTTPDに読み込まれているか確認しよう。」

このコマンドをどのパスで実行したらよいかわからず、こちらは確認できませんでした。
Apache再起動時と同じパスで「/etc/rc.d/init.d/httpd -m」なのかなと思いましたが、
そんなオプションはない、というメッセージが出てしまいます。
yumインストールの場合、パスをどのように指定して実行するかご存知でしょうか？
少し調べたのですが、分かりませんでした。

wp_get_referer();が取れていない？

ご指摘の通り一般設定変更時に wp_get_referer() は、本来
/eblog/wp-admin/options-general.php
を返すはずが、
/wp-admin/options-general.php
という「/eblog」部分が取れていないまさにこの wp_get_referer() 部分が発生の原因のようです。

function wp_get_referer() {
	$ref = false;
	if ( ! empty( $_REQUEST['_wp_http_referer'] ) )    // ←こちらの分岐を通過
		$ref = $_REQUEST['_wp_http_referer'];
	else if ( ! empty( $_SERVER['HTTP_REFERER'] ) )
		$ref = $_SERVER['HTTP_REFERER'];

	if ( $ref && $ref !== $_SERVER['REQUEST_URI'] )
		return $ref;
	return false;
}

↑の $_REQUEST[‘_wp_http_referer’] が、
プログラム内でどのような流れでどこから取得されているのか、
私のPHPスキルが乏しく、一般設定部分のソース(※)が理解できていません。
※wp-admin/options-general.phpとoptions.php

ソース改変が必要ということはないと思っているので、
上述したようにサーバ側の設定部分が問題かとは思うのですが、
それがどこかを特定するにあたり、この$_REQUEST[‘_wp_http_referer’]について、
教えて頂けませんでしょうか？

度々となり、申し訳ありませんが、よろしくお願いします。

Hikari Aoiさん
詳細な情報ありがとうございます。

参考リンク内「httpd -Mコマンドでmod_rewriteがHTTPDに読み込まれているか確認しよう。」
httpdはyumでインストールすると/usr/sbin/httpdにあります。

コマンドの詳細ありがとうございます。確認しました。
「rewrite_module (shared)」となっており、問題ないようです。

httpd.conf及び/etc/httpd/conf.dの中の設定ファイルに対してAllowOverrideで検索をかけてチェックされることをお勧めします。

どちらも問題ないようです。

wp-configでWP_DEBUGをtrueにしてデバッグ情報を確認する。

エラーや警告情報は表示されませんでした。

/var/log/httpdのApacheログ

確認しましたが、疑わしい不明なエラーなどはありませんでした。

皆さんの環境だと$_REQUEST[‘_wp_http_referer’]が
「http://example.com/wp-admin/」「http://example.com/wp/wp-admin/」のように
「httpからwp-admin」までのパスを取得できているようですが、
なぜ私の環境の場合、「/wp-admin/…….php?…」なのか。

nobitaさんに教えて頂いたリライトルールを調べる
「AskApache RewriteRules Viewer」をインストールしてみましたが、
あまり詳細に時間をかけて確認できてませんが、ちょっと使い方が分かりませんでした。

引き続き、確認してみます。