Project

General

Profile

Actions

Bug #6579

closed

CHIRP can no longer import from Repeaterbook.com

Added by Garrett Dow about 5 years ago. Updated about 5 years ago.

Status:
Rejected
Priority:
Urgent
Assignee:
-
Category:
-
Target version:
-
Start date:
03/08/2019
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
(All models)
Platform:
Windows
Debug Log:
I read the instructions above:

Description

Repeaterbook.com recently added CloudFlare CDN and that has broken importing from CHIRP. I have tried to do what I can on my side, even disabling the web application firewall (WAF) and creating a rule to ignore the WAF rules when accessing chirp.php, but to no avail. It appears that CloudFlare is blocking CHIRP due to the browser-type (default Python). CloudFlare is seeing this as a hack attempt.

The owner of this website (www.repeaterbook.com) has banned your access based on your browser's signature (4b2e67c69a3f39be-ua48).

I believe the user-agent is going to need to be changed to make it work again. I know nothing about Python, but stackoverflow suggests using Request_add_header. You can also pass the headers as a dictionary when creating the Request itself, as the docs note:

headers should be a dictionary, and will be treated as if add_header() was called with each key and value as arguments. This is often used to “spoof” the User-Agent header, which is used by a browser to identify itself – some HTTP servers only allow requests coming from common browsers as opposed to scripts. For example, Mozilla Firefox may identify itself as "Mozilla/5.0 (X11; U; Linux i686) Gecko/20071127 Firefox/2.0.0.11", while urllib2‘s default user agent string is "Python-urllib/2.6" (on Python 2.6).


Related issues

Related to Bug #6563: cannot import from data source - repeaterbook ClosedMichael Hall03/03/2019

Actions
Actions #1

Updated by Dan Smith about 5 years ago

  • Status changed from New to Rejected

Closing as dupe of an already-open issue.

Actions

Also available in: Atom PDF