この URL がブラウザ以外のアプリケーション (wget、curl、elinks!) から送信された接続要求を拒否する理由は誰でも知っています: http://sube.garanti.com.tr
https://sube.garanti.com.tr/isube/login/ja
これは私の銀行口座であり、スクリプトを使用して送金しようとしていますが、ご覧のとおり、この非常に安全なサーバーでは許可されていません。
助言がありますか?
アゼル
この URL がブラウザ以外のアプリケーション (wget、curl、elinks!) から送信された接続要求を拒否する理由は誰でも知っています: http://sube.garanti.com.tr
https://sube.garanti.com.tr/isube/login/ja
これは私の銀行口座であり、スクリプトを使用して送金しようとしていますが、ご覧のとおり、この非常に安全なサーバーでは許可されていません。
助言がありますか?
アゼル
これを試して:
wget --referer="http://www.google.com" --user-agent="Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6" --header="Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5" --header="Accept-Language: en-us,en;q=0.5" --header="Accept-Encoding: gzip,deflate" --header="Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7" --header="Keep-Alive: 300"
これは、サイトをだまして「正規の」ブラウザを使用していると思わせる可能性があります
さて、私はこれをやってみました:
wget http://sube.garanti.com.tr
タイムアウトしました。
しかし、これを行う:
wget https://sube.garanti.com.tr/isube/login/en
ウェブサイトのソースを教えてくれました。フレームベースで、フレーム定義を取得しています。
その理由はおそらく、通常の (http) 接続ではサイトにアクセスできないためです。安全な接続 (https) を使用する必要があります。
ただし、経験則として、pjc50 で指摘されているように、そのようなアプリケーションの User-Agent: ヘッダーを設定しようとします。
私の知る限り、curlはサーバー側でサイトを開きます。そのため、ファイアウォール (存在する場合) を確認し、ブロックされているかどうかを確認してください。
また、サイトが受信リクエストをブロックしている可能性もあります。これは銀行サイトであり、いくつかのセキュリティ制限が予想されます。
一部の Web サイトは User-Agent: ヘッダーをチェックします。ダウンローダー自体ではなく「Mozilla」として識別するように構成する必要がある場合があります。
この URL で何かを行う前にログインする必要があるためでしょうか?
たとえば、ログインフォームを適切に送信することにより、perl の LWP を使用してサイトにログインできます。
PS ブラウザでも sube.garanti.com.tr に接続できません。