3

OmniAuth（FacebookとLinkedIn）は私のために何ヶ月も働いていました。

コードを変更せずに、Facebook/LinkedInからのコールバックで非常に長い遅延が発生し始めました。

現在、次の場所から約40秒かかります。

Started GET "/auth/facebook/callback?state=e600c4acbb0e10f40....

に：

Processing by AuthenticationsController#create as HTML....

問題が発生しましたが、解決策がありませんでした。

誰もがそれを見ましたか？どうすればこれを解決/何が起こっているのかを理解できますか？

-編集1-

私はcurlを使用してフローを実行しましたが、Facebookへの呼び出しには非常に長い時間がかかることがわかりました。

time curl --data "grant_type=authorization_code&client_id=[MY CLINET ID]&client_secret=[MY CLIENT SECRET]&redirect_uri=[MY REDIRECT URI]&code=[THE CODE I GOT]" https://graph.facebook.com/oauth/access_token
>> access_token=AAAA....ZDZD&expires=5183693
real 0m20.459s
user 0m0.004s
sys 0m0.008s

time curl -H "Authorization: Bearer AAAA....ZDZD" https://graph.facebook.com/me
>> {....}
real 0m20.706s
user 0m0.012s
sys 0m0.008s

--編集2--

curlを使用したすべての呼び出しには、必要以上に20秒かかるようです。私はGoogleで試しました：

time curl http://www.google.com
>> <HTML>....</HTML>

real    0m20.253s
user    0m0.012s
sys 0m0.004s

しかし、IPを試してみると：

time curl http://173.194.44.17
>> <HTML>....</HTML>

real    0m0.647s
user    0m0.012s
sys 0m0.000s

一部のWebサイトで、DNS解決が遅いことに関係している可能性があるというヒントを見つけました。同じマシンのブラウザは正常に動作しているようです。

何か案は？

4

1 に答える 1

2

私は解決策を見つけました。これはローカルの問題であり、既知の問題であるUbuntu12.04でのDNS解決が遅いことに関連しています。私にとってそれを解決したのは、自動構成ではなくgoogleDNSで動作するようにシステムを構成することでした。

于 2013-01-31T17:36:52.243 に答える