{"generator":"StatusNet 1.0.1","title":"Notices tagged with rdp","count":8,"totalItems":8,"items":[{"actor":{"displayName":"sl","id":"https:\/\/loadaverage.org\/user\/341452","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-48-20161020165428.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-24-20161020165428.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/loadaverage.org\/user\/341452","statusnet:profile_info":{"local_id":"37318"},"contact":{"preferredUsername":"sl","displayName":"sl","addresses":{"formatted":"Helsinki, Finland"},"urls":[{"type":"homepage","value":"https:\/\/www.sami-lehtinen.net\/","primary":"true"}]}},"content":"Now people are so #scared<\/a><\/span> about using #RDP<\/a><\/span> that in one #organization<\/a><\/span> their #admins<\/a><\/span> fixed RDP #security<\/a><\/span> #flaws<\/a><\/span> by installing #VNC<\/a><\/span> on all workstations.

Just like the old example: TLS10\/HTTPS is #insecure<\/a><\/span>, let's use HTTP. -> #Fixed<\/a><\/span>","body":"Now people are so #scared<\/a><\/span> about using #RDP<\/a><\/span> that in one #organization<\/a><\/span> their #admins<\/a><\/span> fixed RDP #security<\/a><\/span> #flaws<\/a><\/span> by installing #VNC<\/a><\/span> on all workstations.

Just like the old example: TLS10\/HTTPS is #insecure<\/a><\/span>, let's use HTTP. -> #Fixed<\/a><\/span>","id":"tag:loadaverage.org,2020-04-23:noticeId=19099092:objectType=note","object":{"displayName":"Now people are so #scared about using #RDP that in one #organization their #admins fixed RDP #security #flaws by installing #VNC on all workstations. Just like the old example: TLS10\/HTTPS is #insecure, let's use HTTP. -> #Fixed","id":"tag:loadaverage.org,2020-04-23:noticeId=19099092:objectType=note","type":"note","url":"tag:loadaverage.org,2020-04-23:noticeId=19099092:objectType=note"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/4538405"},"published":"2020-04-23T07:35:55+00:00","postedTime":"2020-04-23T07:35:55+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"Now people are so #scared about using #RDP that in one #organization their #admins fixed RDP #security #flaws by installing #VNC on all workstations. Just like the old example: TLS10\/HTTPS is #insecure, let's use HTTP. -> #Fixed","verb":"post","url":"tag:loadaverage.org,2020-04-23:noticeId=19099092:objectType=note","tags":["admins","fixed","flaws","insecure","organization","rdp","scared","security","vnc"],"statusnet:notice_info":{"local_id":"5471295","source":"ostatus"}},{"actor":{"displayName":"sl","id":"https:\/\/loadaverage.org\/user\/341452","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-48-20161020165428.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-24-20161020165428.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/loadaverage.org\/user\/341452","statusnet:profile_info":{"local_id":"37318"},"contact":{"preferredUsername":"sl","displayName":"sl","addresses":{"formatted":"Helsinki, Finland"},"urls":[{"type":"homepage","value":"https:\/\/www.sami-lehtinen.net\/","primary":"true"}]}},"content":"After some real life experience, it seems that the #Microsoft<\/a><\/span> #RDP<\/a><\/span> is so crappy protocol, it doesn't ever ping the clients. This means that all the banned hosts are left as lingering active TCP connections. It seems that Microsoft has shipped total amateur \/ hobbyist code as production stuff. That's kind of awesome, because I don't ever need to shame any of my my ad hoc code ever again.\ufeff","body":"After some real life experience, it seems that the #Microsoft<\/a><\/span> #RDP<\/a><\/span> is so crappy protocol, it doesn't ever ping the clients. This means that all the banned hosts are left as lingering active TCP connections. It seems that Microsoft has shipped total amateur \/ hobbyist code as production stuff. That's kind of awesome, because I don't ever need to shame any of my my ad hoc code ever again.\ufeff","id":"tag:loadaverage.org,2017-01-20:noticeId=9286964:objectType=note","object":{"displayName":"After some real life experience, it seems that the #Microsoft #RDP is so crappy protocol, it doesn't ever ping the clients. This means that all the banned hosts are left as lingering active TCP connections. It seems that Microsoft has shipped total amateur \/ hobbyist code as production stuff. That's kind of awesome, because I don't ever need to shame any of my my ad hoc code ever again.\ufeff","id":"tag:loadaverage.org,2017-01-20:noticeId=9286964:objectType=note","type":"note","url":"tag:loadaverage.org,2017-01-20:noticeId=9286964:objectType=note"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/3802632"},"published":"2017-01-20T18:59:12+00:00","postedTime":"2017-01-20T18:59:12+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"After some real life experience, it seems that the #Microsoft #RDP is so crappy protocol, it doesn't ever ping the clients. This means that all the banned hosts are left as lingering active TCP connections. It seems that Microsoft has shipped total amateur \/ hobbyist code as production stuff. That's kind of awesome, because I don't ever need to shame any of my my ad hoc code ever again.\ufeff","verb":"post","url":"tag:loadaverage.org,2017-01-20:noticeId=9286964:objectType=note","tags":["microsoft","rdp"],"statusnet:notice_info":{"local_id":"4560525","source":"ostatus"}},{"actor":{"displayName":"sl","id":"https:\/\/loadaverage.org\/user\/341452","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-48-20161020165428.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-24-20161020165428.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/loadaverage.org\/user\/341452","statusnet:profile_info":{"local_id":"37318"},"contact":{"preferredUsername":"sl","displayName":"sl","addresses":{"formatted":"Helsinki, Finland"},"urls":[{"type":"homepage","value":"https:\/\/www.sami-lehtinen.net\/","primary":"true"}]}},"content":"It's amazing how persistent (RDP \/ RDC \/ RDS) aka Microsoft Windows Remote Desktop attacks are. The network banning application I wrote has now banned more than 1000 IP addresses and +40 subnets (\/24 using IPv4 and \/48 using IPv6). Most interesting observation is that large number of systems located in totally different data centers, as numbers and networks and countries are being attacked by same IP addresses. This means that some of the attackers are extremely active. This is also great reason why centralized banning which protects whole network works so well. If server network in New York is attacked from some IP address, it makes perfect sense to ban same IP address in London and Helsinki. First I thought it would be kind of overkill, but in reality this is highly beneficial.
#network<\/a><\/span> #ddos<\/a><\/span> #dos<\/a><\/span> #rdp<\/a><\/span> #remotedesktop<\/a><\/span> #windows<\/a><\/span> #servers<\/a><\/span> #security<\/a><\/span> #privacy<\/a><\/span> #attacks<\/a><\/span>","body":"It's amazing how persistent (RDP \/ RDC \/ RDS) aka Microsoft Windows Remote Desktop attacks are. The network banning application I wrote has now banned more than 1000 IP addresses and +40 subnets (\/24 using IPv4 and \/48 using IPv6). Most interesting observation is that large number of systems located in totally different data centers, as numbers and networks and countries are being attacked by same IP addresses. This means that some of the attackers are extremely active. This is also great reason why centralized banning which protects whole network works so well. If server network in New York is attacked from some IP address, it makes perfect sense to ban same IP address in London and Helsinki. First I thought it would be kind of overkill, but in reality this is highly beneficial.
#network<\/a><\/span> #ddos<\/a><\/span> #dos<\/a><\/span> #rdp<\/a><\/span> #remotedesktop<\/a><\/span> #windows<\/a><\/span> #servers<\/a><\/span> #security<\/a><\/span> #privacy<\/a><\/span> #attacks<\/a><\/span>","id":"tag:loadaverage.org,2017-01-05:noticeId=9196134:objectType=note","object":{"displayName":"It's amazing how persistent (RDP \/ RDC \/ RDS) aka Microsoft Windows Remote Desktop attacks are. The network banning application I wrote has now banned more than 1000 IP addresses and +40 subnets (\/24 using IPv4 and \/48 using IPv6). Most interesting observation is that large number of systems located in totally different data centers, as numbers and networks and countries are being attacked by same IP addresses. This means that some of the attackers are extremely active. This is also great reason why centralized banning which protects whole network works so well. If server network in New York is attacked from some IP address, it makes perfect sense to ban same IP address in London and Helsinki. First I thought it would be kind of overkill, but in reality this is highly beneficial. #network #ddos #dos #rdp #remotedesktop #windows #servers #security #privacy #attacks","id":"tag:loadaverage.org,2017-01-05:noticeId=9196134:objectType=note","type":"note","url":"tag:loadaverage.org,2017-01-05:noticeId=9196134:objectType=note"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/3784847"},"published":"2017-01-05T13:20:11+00:00","postedTime":"2017-01-05T13:20:11+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"It's amazing how persistent (RDP \/ RDC \/ RDS) aka Microsoft Windows Remote Desktop attacks are. The network banning application I wrote has now banned more than 1000 IP addresses and +40 subnets (\/24 using IPv4 and \/48 using IPv6). Most interesting observation is that large number of systems located in totally different data centers, as numbers and networks and countries are being attacked by same IP addresses. This means that some of the attackers are extremely active. This is also great reason why centralized banning which protects whole network works so well. If server network in New York is attacked from some IP address, it makes perfect sense to ban same IP address in London and Helsinki. First I thought it would be kind of overkill, but in reality this is highly beneficial. #network #ddos #dos #rdp #remotedesktop #windows #servers #security #privacy #attacks","verb":"post","url":"tag:loadaverage.org,2017-01-05:noticeId=9196134:objectType=note","tags":["attacks","ddos","dos","network","privacy","rdp","remotedesktop","security","servers","windows"],"statusnet:notice_info":{"local_id":"4532709","source":"ostatus"}},{"actor":{"displayName":"lnxw48","id":"https:\/\/fresh.federati.net\/user\/54","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/32018-original-20170109193255.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/32018-original-20170109193255.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/32018-48-20170109193255.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/32018-24-20170109193255.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/32018-original-20170109193255.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/fresh.federati.net\/user\/54","statusnet:profile_info":{"local_id":"32018"},"contact":{"preferredUsername":"lnxw48","displayName":"lnxw48"}},"content":"RT @sl<\/a> Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I ...","body":"RT @sl<\/a> Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I ...","id":"tag:fresh.federati.net,2016-09-27:noticeId=524501:objectType=note","object":[{"actor":{"displayName":"sl","id":"https:\/\/loadaverage.org\/user\/341452","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-48-20161020165428.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-24-20161020165428.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/loadaverage.org\/user\/341452","statusnet:profile_info":{"local_id":"37318"},"contact":{"preferredUsername":"sl","displayName":"sl","addresses":{"formatted":"Helsinki, Finland"},"urls":[{"type":"homepage","value":"https:\/\/www.sami-lehtinen.net\/","primary":"true"}]}},"content":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

#vps<\/a><\/span> #bsod<\/a><\/span> #windows<\/a><\/span> #dead<\/a><\/span> #crashed<\/a><\/span> #tilted<\/a><\/span> #virtual<\/a><\/span> #server<\/a><\/span> #remotedesktop<\/a><\/span> #rdp<\/a><\/span>","body":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

#vps<\/a><\/span> #bsod<\/a><\/span> #windows<\/a><\/span> #dead<\/a><\/span> #crashed<\/a><\/span> #tilted<\/a><\/span> #virtual<\/a><\/span> #server<\/a><\/span> #remotedesktop<\/a><\/span> #rdp<\/a><\/span>","id":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","object":{"displayName":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh) Sometimes even the RDP works, but shows black screen for several minutes and then disconnects. #vps #bsod #windows #dead #crashed #tilted #virtual #server #remotedesktop #rdp","id":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","type":"note","url":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/3667430"},"published":"2016-09-27T17:04:59+00:00","postedTime":"2016-09-27T17:04:59+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh) Sometimes even the RDP works, but shows black screen for several minutes and then disconnects. #vps #bsod #windows #dead #crashed #tilted #virtual #server #remotedesktop #rdp","verb":"post","url":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","tags":["bsod","crashed","dead","rdp","remotedesktop","server","tilted","virtual","vps","windows"],"objectType":"activity"}],"published":"2016-09-27T17:50:55+00:00","postedTime":"2016-09-27T17:50:55+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"RT @sl Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I ...","verb":"share","url":"tag:fresh.federati.net,2016-09-27:noticeId=524501:objectType=note","tags":["bsod","crashed","dead","rdp","remotedesktop","server","tilted","virtual","vps","windows"],"statusnet:notice_info":{"local_id":"4358225","source":"ostatus","repeat_of":"4358162"}},{"actor":{"displayName":"sl","id":"https:\/\/loadaverage.org\/user\/341452","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-48-20161020165428.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/37318-24-20161020165428.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/37318-original-20161020165428.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"https:\/\/loadaverage.org\/user\/341452","statusnet:profile_info":{"local_id":"37318"},"contact":{"preferredUsername":"sl","displayName":"sl","addresses":{"formatted":"Helsinki, Finland"},"urls":[{"type":"homepage","value":"https:\/\/www.sami-lehtinen.net\/","primary":"true"}]}},"content":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

#vps<\/a><\/span> #bsod<\/a><\/span> #windows<\/a><\/span> #dead<\/a><\/span> #crashed<\/a><\/span> #tilted<\/a><\/span> #virtual<\/a><\/span> #server<\/a><\/span> #remotedesktop<\/a><\/span> #rdp<\/a><\/span>","body":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

#vps<\/a><\/span> #bsod<\/a><\/span> #windows<\/a><\/span> #dead<\/a><\/span> #crashed<\/a><\/span> #tilted<\/a><\/span> #virtual<\/a><\/span> #server<\/a><\/span> #remotedesktop<\/a><\/span> #rdp<\/a><\/span>","id":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","object":{"displayName":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh) Sometimes even the RDP works, but shows black screen for several minutes and then disconnects. #vps #bsod #windows #dead #crashed #tilted #virtual #server #remotedesktop #rdp","id":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","type":"note","url":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/3667430"},"published":"2016-09-27T17:04:59+00:00","postedTime":"2016-09-27T17:04:59+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers? I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc. I'm personally thinking it probably could have something to do with disk I\/O being slow or being so slow that writes \/ reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign. Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses. I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh) Sometimes even the RDP works, but shows black screen for several minutes and then disconnects. #vps #bsod #windows #dead #crashed #tilted #virtual #server #remotedesktop #rdp","verb":"post","url":"tag:loadaverage.org,2016-09-27:noticeId=8622254:objectType=note","tags":["bsod","crashed","dead","rdp","remotedesktop","server","tilted","virtual","vps","windows"],"statusnet:notice_info":{"local_id":"4358162","source":"ostatus"}},{"actor":{"displayName":"Bit Shift","id":"http:\/\/rainbowdash.net\/user\/10428","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/10428-365-20230611184412.png","rel":"avatar","type":"image\/png","width":"365","height":"365"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-96-20230611184412.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-48-20230611184412.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-24-20230611184412.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/10428-96-20230611184412.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"http:\/\/rainbowdash.net\/user\/10428","statusnet:profile_info":{"local_id":"10428"},"contact":{"preferredUsername":"bitshift","displayName":"Bit Shift","note":"Yosuke will now DIE FOR YOU.","addresses":{"formatted":"United Kingdom"}}},"content":"Ah! I just realized who #RDP<\/a><\/span> Pinkie kinda reminds me of: http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc<\/a>","body":"Ah! I just realized who #RDP<\/a><\/span> Pinkie kinda reminds me of: http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc<\/a>","id":"http:\/\/rainbowdash.net\/notice\/1377570","object":{"displayName":"Ah! I just realized who #RDP Pinkie kinda reminds me of: http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc","id":"http:\/\/rainbowdash.net\/notice\/1377570","type":"note","url":"http:\/\/rainbowdash.net\/notice\/1377570","attachments":[{"id":"http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc"},{"mediaLink":{"url":"http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc","type":"text\/html; charset=utf-8"}},{"displayName":"cat planet"}]},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/311354"},"published":"2012-05-14T02:56:42+00:00","postedTime":"2012-05-14T02:56:42+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"Ah! I just realized who #RDP Pinkie kinda reminds me of: http:\/\/www.youtube.com\/watch?v=sdtehRUfzWc","verb":"post","url":"http:\/\/rainbowdash.net\/notice\/1377570","tags":["rdp"],"statusnet:notice_info":{"local_id":"1377570","source":"web"}},{"actor":{"displayName":"Bit Shift","id":"http:\/\/rainbowdash.net\/user\/10428","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/10428-365-20230611184412.png","rel":"avatar","type":"image\/png","width":"365","height":"365"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-96-20230611184412.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-48-20230611184412.png","rel":"avatar","type":"image\/png","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/10428-24-20230611184412.png","rel":"avatar","type":"image\/png","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/10428-96-20230611184412.png","rel":"avatar","type":"image\/png","width":"96","height":"96"},"type":"person","url":"http:\/\/rainbowdash.net\/user\/10428","statusnet:profile_info":{"local_id":"10428"},"contact":{"preferredUsername":"bitshift","displayName":"Bit Shift","note":"Yosuke will now DIE FOR YOU.","addresses":{"formatted":"United Kingdom"}}},"content":"#RDP<\/a><\/span> Pinkie (and Surprise... at least I think that's who we're seeing in Rainbow Factory) and #RDP<\/a><\/span> Rainbow Dash have seriously the best dynamic together. :)","body":"#RDP<\/a><\/span> Pinkie (and Surprise... at least I think that's who we're seeing in Rainbow Factory) and #RDP<\/a><\/span> Rainbow Dash have seriously the best dynamic together. :)","id":"http:\/\/rainbowdash.net\/notice\/1377430","object":{"displayName":"#RDP Pinkie (and Surprise... at least I think that's who we're seeing in Rainbow Factory) and #RDP Rainbow Dash have seriously the best dynamic together. :)","id":"http:\/\/rainbowdash.net\/notice\/1377430","type":"note","url":"http:\/\/rainbowdash.net\/notice\/1377430"},"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/311328"},"published":"2012-05-14T02:30:41+00:00","postedTime":"2012-05-14T02:30:41+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"#RDP Pinkie (and Surprise... at least I think that's who we're seeing in Rainbow Factory) and #RDP Rainbow Dash have seriously the best dynamic together. :)","verb":"post","url":"http:\/\/rainbowdash.net\/notice\/1377430","tags":["rdp"],"statusnet:notice_info":{"local_id":"1377430","source":"web"}},{"actor":{"displayName":"metztli","id":"http:\/\/identi.ca\/user\/376154","avatarLinks":[{"url":"http:\/\/av.rdn.io\/avatar\/7704-original-20121221123929.gif","rel":"avatar","type":"image\/gif","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/7704-original-20121221123929.gif","rel":"avatar","type":"image\/gif","width":"96","height":"96"},{"url":"http:\/\/av.rdn.io\/avatar\/7704-48-20121221123929.gif","rel":"avatar","type":"image\/gif","width":"48","height":"48"},{"url":"http:\/\/av.rdn.io\/avatar\/7704-24-20121221123929.gif","rel":"avatar","type":"image\/gif","width":"24","height":"24"}],"image":{"url":"http:\/\/av.rdn.io\/avatar\/7704-original-20121221123929.gif","rel":"avatar","type":"image\/gif","width":"96","height":"96"},"type":"person","url":"http:\/\/identi.ca\/user\/376154","statusnet:profile_info":{"local_id":"7704"},"geopoint":{"type":"Point","coordinates":["37.33939","-121.89496"]},"contact":{"preferredUsername":"metztli","displayName":"metztli","note":"Virtualization, Cloud,\u2026 Dynamic Infrastructure enabler of service improvement, cost reduction, and risk management.","addresses":{"formatted":"San Jose, CA. USA"},"urls":[{"type":"homepage","value":"http:\/\/www.metztli-it.com","primary":"true"}]}},"content":"\u267a @FangFeng88 #RDP<\/a><\/span> Exploit Confirmed: [Ditch] Windows Now [& use !GNU<\/span><\/a><\/span>\/ !Linux<\/span><\/a><\/span>]! http:\/\/ur1.ca\/8pyhv<\/a>","body":"\u267a @FangFeng88 #RDP<\/a><\/span> Exploit Confirmed: [Ditch] Windows Now [& use !GNU<\/span><\/a><\/span>\/ !Linux<\/span><\/a><\/span>]! http:\/\/ur1.ca\/8pyhv<\/a>","id":"http:\/\/identi.ca\/notice\/91962151","object":{"displayName":"\u267a @FangFeng88 #RDP Exploit Confirmed: [Ditch] Windows Now [& use !GNU\/ !Linux]! http:\/\/ur1.ca\/8pyhv","id":"http:\/\/identi.ca\/notice\/91962151","type":"note","url":"http:\/\/identi.ca\/notice\/91962151"},"to":[{"objectType":"person","id":"http:\/\/identi.ca\/group\/56\/id","url":"http:\/\/identi.ca\/group\/56\/id"},{"objectType":"person","id":"http:\/\/identi.ca\/group\/33\/id","url":"http:\/\/identi.ca\/group\/33\/id"}],"context":{"conversation":"http:\/\/rainbowdash.net\/conversation\/247133"},"published":"2012-03-17T23:12:05+00:00","postedTime":"2012-03-17T23:12:05+00:00","provider":{"objectType":"service","displayName":"Rainbow Dash Network","url":"http:\/\/rainbowdash.net\/"},"title":"\u267a @FangFeng88 #RDP Exploit Confirmed: [Ditch] Windows Now [& use !GNU\/ !Linux]! http:\/\/ur1.ca\/8pyhv","verb":"post","url":"http:\/\/identi.ca\/notice\/91962151","tags":["rdp"],"statusnet:notice_info":{"local_id":"1091984","source":"ostatus"}}],"links":[{"url":"http:\/\/rainbowdash.net\/tag\/rdp","rel":"alternate","type":"text\/html"}]}