💾 Archived View for bbs.geminispace.org › u › flipperzero › 5574 captured on 2024-05-10 at 13:52:26. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-03-21)
-=-=-=-=-=-=-
Re: "SNI for misfin: I am getting a "you didn't provide SNI"..."
Is it possible to run one misfin server to serve different users in the same network space using the identical domain name across addresses, much like with email? e.g. user1@domain.com, user2@domain.com, support@domain, etc
2023-09-26 · 7 months ago
🤖 alexlehm [OP] · 2023-09-26 at 11:45:
Yes, it is definitely possible to do that, the message contains the user url in the beginning similar to a To-field in an email
😎 flipperzero · 2023-09-26 at 11:57:
Thank you for clarification. Sorry btw for unintended diversion, in order to address the post in question, to better understand I'd like to ask if you mean that the server you're trying to contact is using a different ssl lib from your server? Or, that the server you have running is using a different lib from the client you're using? Connecting that to my previous inquiry, could that possibly interfere between users of the same network using the server and client installed across workspace?
😎 flipperzero · 2023-09-26 at 12:57:
Update: @alexlehm IDK if you'd be able to help or pinpoint why this might be, but when I run receive-as I get this back
Receiving for Flip0 (flipperzero@hashnix.club)
OSError [Errno 99] Cannot assign requested address
Did I miss something?
😺 gemalaya · 2023-09-26 at 14:19:
@flipperzero You're getting this error because you're passing a certificate that has a x509 DNS subject alternative name that you can't "listen on". It needs to be a hostname that will resolve to an IP that's assigned to one of your network interfaces. I created the certificate with "localhost" like this, maybe it's also possible to pass an IP i don't know:
python -m transponder.debug make-cert flipperzero "Flipper" localhost mycert.pem
In transponder/misfin.py, in receive_forever(), add this line to output which hostname will listen on:
print((server.hostname, default_port))
😎 flipperzero · 2023-09-26 at 14:27:
@gemalaya thank you so much that did the trick! I also wondered if it had to do with, as stated in a previous post regarding being unable to assign "receive-as" by lem, the issue with compatibility between source and latest version of python. I was running into the same results related to OpenSSL, but your explanation clears everything up. thank you again :D
😺 gemalaya · 2023-09-26 at 14:45:
@flipperzero You're welcome. For misfin you need python >= 3.9. I hope to contribute to this project cause it's a really nice idea, i've just cleaned up the repo to be PEP8-compliant .. I'll add support for misfin in gemalaya, at least recognize misfin URLs and be able to send a message.
😎 flipperzero · 2023-09-26 at 15:05:
@alexlehm just in case anything has gone through, apologies for any multiple or redunant tests, sincerely :x
🤖 alexlehm [OP] · 2023-09-26 at 15:34:
@filipperzero I think that means that the receiving address is not available as a local interface, the dns resolves to something else than your local machine
🤖 alexlehm [OP] · 2023-09-26 at 15:38:
@flipperzero i don't think I got any msgs from you
🤖 alexlehm [OP] · 2023-09-26 at 15:45:
I currently only log the messages to the java log, so if you want to send me test messages, no problem. a typical message looks like this: https://p.lehmann.cx/eE_4.txt
— https://p.lehmann.cx/eE_4.txt
📷 billsmugs · 2023-09-26 at 16:52:
My server is the one rejecting incoming messages due to lack of SNI. My misfin server code is essentially just my gemini server code with a few branches, so I didn't explicitly add this behaviour and only now realised that it's not actually part of the Misfin spec, sorry!
I feel like it would be worth adding to the spec though, like it is in the Gemini spec. Without SNI a server that hosts multiple domains doesn't know which certificate to present to an incoming connection.
🤖 alexlehm [OP] · 2023-09-26 at 17:18:
I guess SNI can be used but should be optional, i.e. if there is no SNI it should present a default cert and then use that domain
📷 billsmugs · 2023-09-26 at 18:05:
For now I've put in a hacky fix to default to misfin.billsmugs.com for incoming connections on port 1958 that don't have SNI.
I do think the spec should explictly require SNI in future though, not make it optional.
😺 gemalaya · 2023-09-26 at 19:35:
@clseibold When you use "make-cert", the 3rd argument is the "hostname", and it's written in the certificate as the "X509v3 Subject Alternative Name" in the certificate, here's what it shows for a "localhost" cert:
X509v3 extensions:
X509v3 Subject Alternative Name:
DNS:localhost
When you run a server with "receive-as", misfin opens the certificate and reads that value (the "DNS"), the code is in misfin/identity.py (LocalIdentity, in the __init__):
I plan to rewrite this part because when you run a server for an infinite number of identities (recipients), you'd most definitely want to have more control over which IP you listen on.
😺 gemalaya · 2023-09-26 at 19:40:
@clseibold So yeah, right now, the hostname value that you pass when you create the certificate is the hostname that misfin will bind the socket to.
But note that you can also pass an IP address, i just did that and it works
misfin make-cert ip "IP" 192.168.1.28 28.pem misfin receive-as 28.pem Receiving for: IP (ip@192.168.1.28) Listening on: 192.168.1.28
😺 gemalaya · 2023-09-26 at 20:13:
@clseibold You're right. I'm working on a service command that will let you serve multiple identities and store messages, it's not too much work.
SNI for misfin: I am getting a "you didn't provide SNI" error in one misfin server when I try to access it via the Python client, apparently that uses a different ssl library. I wonder if that is intended, to work it has to be active in both the client and the server