Laravel 5.7签名路由返回403无效签名

Question

我试图利用Laravel5.7中新的签名中间件，但由于某些原因，生成的签名URL返回403个无效签名。

我使用最新的Laravel版本，PHP 7.2

这是我的web.php路线：

Route::get('/report/{user}/{client}', function ($user, $client) {
    return ("El usuario es: $user y el cliente es: $client");
})->name('report.client')->middleware('signed');

这是在我的控制器：

$objDemo->tempURL = Url::temporarySignedRoute('report.client', now('America/Panama')->addDays(5), [
            'user' => 1,
            'client' => 1
        ]);

生成URL并显示如下内容：

https://example.com/report/1/1?expires=1545440368

但是，当我点击链接时，结果是403，并显示消息：“无效签名”

有什么想法吗？提前谢谢

-----------更新------------

我已经做过的事情：

1. 在没有签名的情况下尝试这条路线，效果很好

似乎什么都不起作用，总是得到403无效的签名页

-----------更新2------------

好的，在一些挖掘和测试之后，我发现如果用户登录，laravel签名的路由将不起作用，这很奇怪，如果我注销，则路由工作正常，但如果我登录，则显示403错误，这可能是因为laravel在所有其他操作之后添加了会话cookie头？所以签名路由就因为它而失败了？是这样吗？

奇怪的是，假设我想为我的用户创建一个临时链接来下载一些东西，如果他们登录到我的Laravel应用程序，他们会收到403错误消息…：(

------------更新3------------------

我尝试了laravel的新安装，并且工作得很好，所以这是我的主要Laravel应用程序的东西，也尝试将每个作曲家依赖项安装到Laravel的新安装中，并且无论用户登录状态如何，仍然工作得很好，所以它与我的依赖。

Answer 1

我只是有这个问题，原来URL中的空参数永远不会验证。所以当你这样做的时候：

URL::temporarySignedRoute('newsletter.verify', now()->addDays(3), ['name' => $name, 'email' => $email])

但name是一个空字符串（因为它不是强制性的），URL将以name=作为查询字符串的一部分生成，但此代码位于Laravel中

$original = rtrim($url.'?'.Arr::query(Arr::except($request->query(), 'signature')), '?');

不会返回空的名称，因此URL已“更改”，验证失败。常用的中间件convertEmptyStringsToull可能与此有关。

Answer 2

请尝试以下代码：

class TrustProxies extends Middleware
{
    protected $proxies = '*';
    protected $headers = Request::HEADER_X_FORWARDED_ALL;
}

Answer 3

调试UrlGenerator::hasValidSignature（）后，我通过DD结束了UrlGenerator.php中的变量，如下所示：

public function hasValidSignature(Request $request, $absolute = true)
    {
        $url = $absolute ? $request->url() : '/'.$request->path();

        //dd($url);

        $original = rtrim($url.'?'.Arr::query(
            Arr::except($request->query(), 'signature')
        ), '?');

        dd($original);
        $expires = Arr::get($request->query(), 'expires');

        $signature = hash_hmac('sha256', $original, call_user_func($this->keyResolver));

        return  hash_equals($signature, (string) $request->query('signature', '')) &&
               ! ($expires && Carbon::now()->getTimestamp() > $expires);
    }

$原始变量向我展示了我的URL实际上发生了什么，并显示了以下内容：

https://example.com/report/1/1?expires=1546586977&settings%5Bincrementing%5D=1&settings%5Bexists%5D=1&settings%5BwasRecentlyCreated%5D=0&settings%5Btimestamps%5D=1&profile%5Bincrementing%5D=1&profile%5Bexists%5D=1&profile%5BwasRecentlyCreated%5D=0&profile%5Btimestamps%5D=1&user%5Bincrementing%5D=1&user%5Bexists%5D=1&user%5BwasRecentlyCreated%5D=0&user%5Btimestamps%5D=1

正如您可以看到的，expires参数之后有一些参数，这些参数在路由创建之后被删除，这就是问题所在，之所以发生这种情况，是因为我有一个中间件，它将一些信息共享给视图，如下所示：

UserDataMiddleware.php

<?php

namespace App\Http\Middleware;

use Closure;
use Illuminate\Support\Facades\Auth;
use App\User;
use App\Setting;
use App\UserProfile;
use Illuminate\Support\Facades\View;

class UserData
{
    /**
     * Handle an incoming request.
     *
     * @param  \Illuminate\Http\Request  $request
     * @param  \Closure  $next
     * @return mixed
     */
    public function handle($request, Closure $next)
    {

        if (Auth::check()) {
            $settings = Setting::where('user_id', Auth::user()->id)->first();
            $profile = UserProfile::where('user_id', Auth::id())->first();
            $user = Auth::user();

            View::share('settings', $settings); //Another way to share variables, with the View::share
            View::share('profile', $profile);

            //Now we need to share owr variables trough the REQUEST to our controllers
            $request->merge([
                'settings' => $settings,
                'profile' => $profile,
                'user' => $user
            ]);


        }
        return $next($request);
    }
}

这个中间件在中间件组中，所以这是一个问题，希望如果将来有人实验这个，那么它可以首先检查这个。