同一机器跨域名API请求中环境变量的处理问题咨询

我之前也碰到过几乎一模一样的本地多域名部署场景，用Guzzle跨域名请求时踩了好几个坑，给你梳理几个最可能的原因和解决办法：

1. 框架的安全验证拦截 #

• Laravel端的CSRF防护：如果你的测试API路由没放在routes/api.php里，或者没在CSRF白名单里排除，哪怕是GET请求也可能被拦截（虽然Laravel默认不对GET请求做CSRF验证，但特殊配置下会有例外）。
  • 快速解决：把/api/test移到routes/api.php（这个文件下的路由默认跳过CSRF验证），或者在app/Http/Middleware/VerifyCsrfToken.php的$except数组里加上这个路由：

    protected $except = [
        '/api/test',
    ];
    

• Concrete5的跨域校验：Concrete5可能会检查请求的来源域名，你可以在Guzzle请求里手动添加Origin头模拟合法来源：

  $client = new Client([
      'headers' => ['Origin' => 'http://domain1.local'],
      'query' => ['some_query_data' => '123']
  ]);
  

2. 本地端口与解析问题 #

如果你的两个应用是用不同端口运行的（比如domain1.local用8080，domain2.local用8000），但请求URL里没写端口，Guzzle会默认请求80端口，自然会失败。

• 解决办法：确认两个应用的运行端口，把端口加到请求URL里，比如：

  $response = $client->get('http://domain2.local:8000/api/test');
  

• 也可以用base_uri简化配置：

  $client = new Client([
      'base_uri' => 'http://domain2.local:8000/',
      'query' => ['some_query_data' => '123']
  ]);
  $response = $client->get('api/test');
  

3. .env配置的域名不匹配 #

• 检查domain2.local的Laravel项目.env文件，确保APP_URL设置为http://domain2.local（带端口的话也要加上），否则Laravel内部生成路由或做验证时会出现域名不匹配的问题。
• Concrete5的环境变量里如果有域名相关配置，也要和hosts里的domain2.local保持一致。

4. 强制本地IP请求绕开DNS解析 #

有时候本地DNS缓存会导致解析异常，你可以直接请求127.0.0.1，同时通过Host头模拟domain2.local：

$client = new Client([
    'base_uri' => 'http://127.0.0.1/',
    'headers' => [
        'Host' => 'domain2.local',
        'Origin' => 'http://domain1.local'
    ],
    'query' => ['some_query_data' => '123']
]);
$response = $client->get('api/test');

如果这些办法都没解决，你可以把Guzzle抛出的具体异常信息、HTTP状态码贴出来，这样能更精准定位问题~

内容的提问来源于stack exchange，提问作者shock_gone_wild