Just a quick one to make people aware of some potentially useful things I’ve done as part of the day job.
Here is a wrapper around symfony routing that makes it behave, more or less, like Toro. This lets you create simple REST pages, which understand HTTP Verbs.
Additionally you can bind in understanding for access grants and bearer tokens.
We use this to build out a lot of our services at the day job, so hopefully it’ll be of some use to you.
Just a quick one; first of all as a sign of life, I know I’ve been quiet of late, and second of all, to put out something that might be of use (albeit to a niche audience).
DOIs, or Digital Object Identifiers, are persistent identifiers for digital object for all sorts of things on the internet. Typically these are published documents, but they may also be things like datasets, workflows, images, etc.
I deal with these a fair amount at The Day Job, and often need to resolve these strings into something that returns metadata (title, author etc). Nice to be able to do this over an API.
Datacite, Crossref etc, who deal in DOIs, do provide their own resolution APIs, but only for items minted in their own namespaces, not the canonical set. DOI.org do provide a proxy, in order to resolve a doi to a location, but no obvious way of extracting metadata.
As it happens, there is a way of getting this data, with a little bit of Accept header witchcraft.
Anyway, to make it easier for you (and me), I wrote a library. Enjoy!
I have recently moved this, and a bunch of other sites I host, over to new infrastructure.
Unfortunately, for reasons I won’t bore you with (mainly because I’ve not yet figured them out), the standard ip-tables ban action in fail2ban has stopped working. However, since I am already behind a firewall, all I really need is to block the script kiddie attacks for the various website logins.
I already have some filters for this, so I wrote some quick actions to add these IP addresses to ban lists that can be used by Apache.
I have two flavours, one for apache 2 and another for apache2.4.
Copy the appropriate action config into your /etc/fail2ban/action.d directory, and enable the action in the usual way.
Then, to actually use the block list, you’re going to need to include it into your vhost config by referencing it in your <directory> block, e.g.:
<RequireAll>
Require all granted
Include /var/run/fail2ban/fail2ban.apache24
</RequireAll>Link to fail2ban.apache for the apache 2 version.
Hope this is useful to folks!