BridgeDB needs to check that the distributor at https://bridges.torproject.org is reachable, i.e. that it responds HTTP 200 and the page actually renders, as opposed to the 503/504 errors it gives out when it is parsing descriptors for long periods of time.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
amnesia@amnesia:~$ sudo apt-get install nagios-plugins...amnesia@amnesia:~$ usewithtor /usr/lib/nagios/plugins/check_http -H bridges.torproject.org --ssl=3HTTP OK: HTTP/1.1 200 OK - 4098 bytes in 2.560 second response time |time=2.559883s;;;0.000000 size=4098B;;;0amnesia@amnesia:~$ usewithtor /usr/lib/nagios/plugins/check_http -H bridges.torproject.org --ssl=3 --string=yoyoHTTP CRITICAL: HTTP/1.1 200 OK - string 'yoyo' not found on 'https://bridges.torproject.org:443/' - 4098 bytes in 4.560 second response time |time=4.559573s;;;0.000000 size=4098B;;;0amnesia@amnesia:~$ usewithtor /usr/lib/nagios/plugins/check_http -H bridges.torproject.org --ssl=3 --string=bridgesHTTP OK: HTTP/1.1 200 OK - 4098 bytes in 2.571 second response time |time=2.570934s;;;0.000000 size=4098B;;;0amnesia@amnesia:~$
The person with admin access to your icinga server will have to add a few lines to it's configuration...
specifying the service check schedule, hostgroup/servicegroup etc.
I'm CC'ing weasel. Weasel, could you please pretty please enable for the bridges service on ponticum some suitable version of /usr/lib/nagios/plugins/check_http -H bridges.torproject.org --string=bridges?
Trac: Cc: isis, sysrqb, dawuud, Lunar to isis, sysrqb, dawuud, Lunar, weasel Status: new to needs_review
07:35 weasel ) /usr/lib/nagios/plugins/check_http -H bridges.torproject.org -S --sni --string=bridge07:35 weasel ) so that?07:37 weasel ) what does it do when it's down?07:39 @isis ) weasel: that check doesn't work, which we discussed earlier in this channel, because if it was expecting 200 OK there is like 30s/30m that it wouldn't get it07:41 weasel ) I don't understand. what would the check not get?07:43 weasel ) this check seems to return "OK" right now.07:43 weasel ) and when run regularly, will get OK most (if not even all) of the time unless the service actually crashed.07:43 weasel ) is this not what we want?07:44 @isis ) that works okay by me07:44 @isis ) how often do you mean by 'regularly'?07:44 @isis ) every 1m?07:45 weasel ) more like every 5 or 1007:47 weasel ) aha. seems our default check interval is 15. retry check interval is 207:47 @isis ) :)07:47 @isis ) great!
Trac: Status: needs_review to closed Resolution: N/Ato implemented