问题描述：

AWS弹性负载均衡器对于Rails Devise gem不起作用。当使用弹性负载均衡器时，出现无效的认证令牌错误。

解决方法：

1. 配置弹性负载均衡器的健康检查路径：在AWS控制台中，找到弹性负载均衡器并编辑它的监听器。确保健康检查的路径与Rails应用的配置相匹配。默认情况下，Devise gem使用的路径是/users/sign_in，如果您的应用使用不同的路径，请相应地进行配置。

2. 配置应用的Session存储：默认情况下，Devise gem使用Rails的默认Cookie存储会话。但是，当使用弹性负载均衡器时，由于请求可能会被不同的实例处理，会导致会话丢失或认证失败。解决方法是修改会话存储为数据库或其他可共享的存储介质。您可以使用Rails的ActiveRecordStore或CacheStore来配置会话存储。以下是一个示例：

# config/initializers/session_store.rb

# 使用数据库存储会话
Rails.application.config.session_store :active_record_store, key: '_your_app_session'

# 或者使用缓存存储
Rails.application.config.session_store :cache_store, key: '_your_app_session'

3. 配置负载均衡器的健康检查超时时间：在AWS控制台中，找到弹性负载均衡器并编辑它的健康检查设置。将超时时间设置得足够长，以确保在处理请求时，Rails应用有足够的时间来响应健康检查请求。

4. 配置Devise gem的rememberable选项：默认情况下，Devise gem使用Cookie来存储“记住我”功能。当使用弹性负载均衡器时，由于请求可能会被不同的实例处理，会导致记住我功能失效。解决方法是将rememberable选项配置为使用数据库存储记住我的令牌。在用户模型中添加如下行：

# app/models/user.rb

devise :rememberable, :database_authenticatable

然后运行数据库迁移以创建相应的列。

5. 配置负载均衡器的会话保持：在AWS控制台中，找到弹性负载均衡器并编辑它的属性。启用会话保持功能，以确保请求在同一实例上保持会话。具体配置方法因AWS配置而异，请参考AWS文档以获取更多信息。

6. 配置Devise gem的config.secret_key：默认情况下，Devise gem使用Rails的secret_key_base作为密钥来加密和解密会话。当使用弹性负载均衡器时，由于请求可能会被不同的实例处理，会导致密钥不一致，从而导致认证失败。解决方法是在Devise的配置文件中显式设置config.secret_key为一个固定的值。在config/initializers/devise.rb中添加如下行：

# config/initializers/devise.rb

Devise.setup do |config|
  config.secret_key = 'your_secret_key'
  # ...
end

请注意，将your_secret_key替换为一个随机且安全的值。

以上是一些可能解决AWS弹性负载均衡器对于Rails Devise gem不起作用的常见方法。根据具体情况，您可能需要进行适当的调整和配置。如果问题仍然存在，请参考AWS和Devise的文档，或考虑