maiyannah on community.highlandarrow.com
This remote profile is registered on another site; see maiyannah's original profile page on community.highlandarrow.com.
-
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 08:05:30 EST
maiyannah
@sim @deavmi Oh, you. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 06:50:43 EST
maiyannah
@boris They fear what they cannot control, and their control of TOR is loose at best. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 06:41:51 EST
maiyannah
@boris Norway. The police were pretty understanding actually, but it spooked him a bit.
As to the operations, well, consolidation of power has been a thing for the elite for a long time. They can't have the plebes having power after all. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 06:37:41 EST
maiyannah
@kevie @mcnalu Glad to hear it :) -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 06:26:11 EST
maiyannah
@adrint Correct. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 06:09:02 EST
maiyannah
@boris A lot of the Fed's stuff around TOR has been about trying to arrest developers and make the service untenable to users. They know they can't kill the software, but they can kill the people running the network and go after the people developing it. Not that long ago someone running an exit node on the Fediverse had a "visit" from police in their own country, though it wasn't America. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:46:04 EST
maiyannah
@verius I think so too! :) -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:45:16 EST
maiyannah
"Georgia's secretary of state has claimed the Department of Homeland Security tried to breach his office's firewall and has issued a letter to Homeland Security Secretary Jeh Johnson asking for an explanation. Brian Kemp issued a letter to Johnson on Thursday after the state's third-party cybersecurity provider detected an IP address from the agency's Southwest D.C. … -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:40:51 EST
maiyannah
Only place getting the domain for one of my side sites because of a problem with DNS glue: China.
Looks like I guess I'm a filthy communist
/cc @gameragodzilla -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:38:30 EST
maiyannah
@daggsy @takeshitakenji If voting in Trump didn't do it, what will? -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:02:40 EST
maiyannah
@verius As long as we make sure we avoid generating references which would be identical to previous ones, this should be fine. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 05:01:40 EST
maiyannah
@verius Easiest way is to just have a x-postactiv-sessionref header which would referenced the negotiated options. Any time that server-side settings change, drop the contents of the sessionref table and so each connection would have a new sessionref. Client goes "hey this is a new session, better renegotiate" and does so. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:58:40 EST
maiyannah
@verius Well, basically what I'm describing is a handshake mechanism. What we'd need is a signal for both sides which they can interpret as needing to redo the handshake. It doesn't even have to be a complicated one. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:55:56 EST
maiyannah
@verius Well, presumably, when you exit the settings screen. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:55:35 EST
maiyannah
@verius No, it has them in the backend, GS/pA is just being *magical*. Give me a moment. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:54:57 EST
maiyannah
@verius We could use a specific endpoint for renegotiation. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:46:42 EST
maiyannah
@verius The benefit of this is you don't need a whole lot of logic to be in the client for different options. The server can enforce the client options as part of the session and output to the API in accordance with the negotiated options. There really isn't a downside to this as long as you have a mechanism to renegotiate options if the user changes them in a client. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:44:03 EST
maiyannah
@verius My idea in this regard is this: 1] Custard makes a TCP connection with the pA API authentication endpoint 2] This endpoint verifies if the authentication is correct, if it isn't, it breaks at this point and sends an auth error 3] If the authentication information checks out, the pA API endpoint sends a communication of what features the server is configured … -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:38:14 EST
maiyannah
@verius Okay, cool. I didn't want to be doing so if people that were contributing weren't cool with it. -
maiyannah (maiyannah)'s status on Saturday, 10-Dec-2016 04:35:05 EST
maiyannah
@verius also since you're around and I meant to ask since you're kind of the other active developer/contributor I haven't hear their mind on the subject: You don't mind me taking donations to use towards postActiv costs and development do you?