PHP Laravel5.5 TokenMismatchExceptionとAuthenticationExceptionの動きを合わせたい

Question

環境

PHP 7.3.4
Laravel 5.5
⇒マルチログインを実装済

前提・実現したいこと

前提・実現したいこと
CSRF対策で、NGになった場合に、セッション切れと同じ動きにしたい。
(通常利用するユーザとしては、セッション切れの際に、CSRFとみなされたように見えてしまうため。)

セッション切れになった場合は、ログイン画面へリダイレクトしています。
マルチログインのため、どちらのログイン画面へ遷移すればよいかを、
AuthenticationException->guards()によって判定しています。

ソース

App\Exception

class Handler extends ExceptionHandler
{
    ：
    public function render($request, Exception $exception)
    {
		// POSTの場合AuthenticationExceptionがthrowされる前に、
		// TokenMismatchExceptionが発生するため、ここで捕捉する。
        if ($exception instanceof TokenMismatchException) {
			// CSRFトークンが一致しなかった際にthrowされるExceptionを判別し、処理を切り分ける。
			// セッションが紐づかない為、Auth::user()->guard()では、デフォルト(guardA)がとれてしまい、
			// 必ずguardA_loginへ遷移してしまう。
			// リクエスト先で必要とされているguardを取得して指定したい。
			
            return $this->unauthenticated($request, new AuthenticationException('', array(Auth::user()->guard())));
        }
    }
    
    
    // GETの場合は、$exception->guards()に想定通りの値が入った状態で、ここにくる。
    public function unauthenticated($request, AuthenticationException $exception)
    {
        if (in_array('GuardA', $exception->guards())) {
            return redirect()->guest(route('guardA_login'));
        }
        return redirect()->guest(route('guardB_login'));
    }
}

routes\

Route::post('/login_A', 'LoginController@login')->name('guardA_login');
Route::post('/login_B', 'LoginController@login')->name('guardB_login');

Route::group(['middleware' => 'auth:GuardA'], function () {
	// ここの処理で発生したのか？

});

Route::group(['middleware' => 'auth:GuardB'], function () {
	// ここの処理で発生したのか？
});

試したこと

GETの時は、うまくいっているので、Framework側でAuthenticationException throw時の記述を見ればなにかヒントを得られるかと思いましたが、わかりませんでした。
どうかお力添えください。

Answer 1

判別としては、URLやルート名で判別するやり方もあります。

Route::is('sometext/*')
Request::routeIs('welcome');

using Request::is() function with named Routes Laravel

Comments

[byth_net]

お世話になります。
今回URLを分けていたので、この方法でできるかと思い試してみました。
恐らくLaravelの仕組みだとは思うのですが、unauthenticatedにきた際に、そのURLを記憶して次回ログイン時にアクセスする仕組みになっているようで、この仕組みが邪魔をしてうまく実装することができませんでした。
(POSTしたアドレスにGETでアクセスしてしまう)

とはいえ、URLでの判断はいろいろな箇所で使えそうです。
有益な情報ありがとうございました。

まずは、ご報告まで。

[byth_net]

悩み過ぎたので、放置してたのですが、
よくよく考えたらunauthenticatedを介さずにredirectすれば良いだけでした。

しかもunauthenticatedを掘り下げてみると、redirect()->guest();にしているから元の画面に戻ろうとしているということが分かりました。

ご回答ありがとうございました。