If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Rate Thread | Display Modes |
Ads |
#17
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Wed, 20 Jun 2018 15:24:07 -0500, wrote:
On Mon, 18 Jun 2018 11:57:24 -0500, wrote: On Sat, 16 Jun 2018 16:19:17 -0500, wrote: Here we go again. I want to download the latest Marcrim Reflect Free (full installer and PE, if possible) to install on a friends computer. I have ReflectDLHF.exe downloader file from Major Geeks (tried from MR as well). Keep getting the following message: "The download agent could not connect to the Macrium Reflect servers for download options" and: "The system cannot find the file specified." Tried running as Admin too, but no help. snip for brevity DC I was able to get the files I wanted using my #2 Win 7 PC connected to the same Internet connection I use daily with my #1 PC. Seems the problem is in my #1 PC. I don't know what the cause of the error I got when running ReflectDLHF.exe. Hear's a capture of it. https://imgur.com/a/OKFQS9c Any help appreciated. DC According the Macrium knowledge base, (first article I found; there may be others with different info), the program is trying to connect to http://updates.macrium.com and http://secure.macrium.com, both on port 80, but using credentials and paths specified by the installer program. In other words, you can't just surf to those sites and expect to see content. You should, however, be able to successfully ping both of those sites, and they should resolve as follows. If they aren't reachable or the names don't resolve, that explains what you're seeing. updates.macrium.com. A 5.159.225.27 secure.macrium.com. CNAME daks4cgsf00ej.cloudfront.net. daks4cgsf00ej.cloudfront.net. A 52.84.11.244 daks4cgsf00ej.cloudfront.net. A 52.84.11.11 daks4cgsf00ej.cloudfront.net. A 52.84.11.183 daks4cgsf00ej.cloudfront.net. A 52.84.11.50 -- Char Jackson |
#18
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Wed, 20 Jun 2018 16:40:46 -0500, Char Jackson
wrote: On Wed, 20 Jun 2018 15:24:07 -0500, wrote: On Mon, 18 Jun 2018 11:57:24 -0500, wrote: On Sat, 16 Jun 2018 16:19:17 -0500, wrote: Here we go again. I want to download the latest Marcrim Reflect Free (full installer and PE, if possible) to install on a friends computer. I have ReflectDLHF.exe downloader file from Major Geeks (tried from MR as well). Keep getting the following message: "The download agent could not connect to the Macrium Reflect servers for download options" and: "The system cannot find the file specified." Tried running as Admin too, but no help. snip for brevity DC I was able to get the files I wanted using my #2 Win 7 PC connected to the same Internet connection I use daily with my #1 PC. Seems the problem is in my #1 PC. I don't know what the cause of the error I got when running ReflectDLHF.exe. Hear's a capture of it. https://imgur.com/a/OKFQS9c Any help appreciated. DC According the Macrium knowledge base, (first article I found; there may be others with different info), the program is trying to connect to http://updates.macrium.com and http://secure.macrium.com, both on port 80, but using credentials and paths specified by the installer program. In other words, you can't just surf to those sites and expect to see content. You should, however, be able to successfully ping both of those sites, and they should resolve as follows. If they aren't reachable or the names don't resolve, that explains what you're seeing. updates.macrium.com. A 5.159.225.27 secure.macrium.com. CNAME daks4cgsf00ej.cloudfront.net. daks4cgsf00ej.cloudfront.net. A 52.84.11.244 daks4cgsf00ej.cloudfront.net. A 52.84.11.11 daks4cgsf00ej.cloudfront.net. A 52.84.11.183 daks4cgsf00ej.cloudfront.net. A 52.84.11.50 Here's what I tried and the result: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. DC |
#19
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Thu, 21 Jun 2018 14:30:47 -0500, wrote:
On Wed, 20 Jun 2018 16:40:46 -0500, Char Jackson wrote: On Wed, 20 Jun 2018 15:24:07 -0500, wrote: On Mon, 18 Jun 2018 11:57:24 -0500, wrote: On Sat, 16 Jun 2018 16:19:17 -0500, wrote: Here we go again. I want to download the latest Marcrim Reflect Free (full installer and PE, if possible) to install on a friends computer. I have ReflectDLHF.exe downloader file from Major Geeks (tried from MR as well). Keep getting the following message: "The download agent could not connect to the Macrium Reflect servers for download options" and: "The system cannot find the file specified." Tried running as Admin too, but no help. snip for brevity DC I was able to get the files I wanted using my #2 Win 7 PC connected to the same Internet connection I use daily with my #1 PC. Seems the problem is in my #1 PC. I don't know what the cause of the error I got when running ReflectDLHF.exe. Hear's a capture of it. https://imgur.com/a/OKFQS9c Any help appreciated. DC According the Macrium knowledge base, (first article I found; there may be others with different info), the program is trying to connect to http://updates.macrium.com and http://secure.macrium.com, both on port 80, but using credentials and paths specified by the installer program. In other words, you can't just surf to those sites and expect to see content. You should, however, be able to successfully ping both of those sites, and they should resolve as follows. If they aren't reachable or the names don't resolve, that explains what you're seeing. updates.macrium.com. A 5.159.225.27 secure.macrium.com. CNAME daks4cgsf00ej.cloudfront.net. daks4cgsf00ej.cloudfront.net. A 52.84.11.244 daks4cgsf00ej.cloudfront.net. A 52.84.11.11 daks4cgsf00ej.cloudfront.net. A 52.84.11.183 daks4cgsf00ej.cloudfront.net. A 52.84.11.50 Here's what I tried and the result: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. I'm not concerned that you got a different set of IP addresses than I got. They could be doing geo diversity. What's more important is that you successfully resolved the address. Did you try nslookup on the first address, updates.macrium.com? For me, that resolved to 5.159.225.27, but again, what's apparently important is that it resolves. If that also resolves to an IP address, then I don't know what the issue is. I can only echo what someone else said regarding checking for net nanny software and firewall(s), but I think you said you already checked those things. Your hosts file is another possible culprit, but it's not likely to be the cause unless that's an area where you like to play. Lastly, there could be an issue specific to that particular PC's installation of Macrium, to where a reinstall would clean it up, but that's kind of a last resort. BTW, you ran your nslookups on the PC that's having the issue, right? That's important. -- Char Jackson |
#20
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Thu, 21 Jun 2018 15:50:15 -0500, Char Jackson
wrote: On Thu, 21 Jun 2018 14:30:47 -0500, wrote: On Wed, 20 Jun 2018 16:40:46 -0500, Char Jackson wrote: On Wed, 20 Jun 2018 15:24:07 -0500, wrote: On Mon, 18 Jun 2018 11:57:24 -0500, wrote: On Sat, 16 Jun 2018 16:19:17 -0500, wrote: Here we go again. I want to download the latest Marcrim Reflect Free (full installer and PE, if possible) to install on a friends computer. I have ReflectDLHF.exe downloader file from Major Geeks (tried from MR as well). Keep getting the following message: "The download agent could not connect to the Macrium Reflect servers for download options" and: "The system cannot find the file specified." Tried running as Admin too, but no help. snip for brevity DC I was able to get the files I wanted using my #2 Win 7 PC connected to the same Internet connection I use daily with my #1 PC. Seems the problem is in my #1 PC. I don't know what the cause of the error I got when running ReflectDLHF.exe. Hear's a capture of it. https://imgur.com/a/OKFQS9c Any help appreciated. DC According the Macrium knowledge base, (first article I found; there may be others with different info), the program is trying to connect to http://updates.macrium.com and http://secure.macrium.com, both on port 80, but using credentials and paths specified by the installer program. In other words, you can't just surf to those sites and expect to see content. You should, however, be able to successfully ping both of those sites, and they should resolve as follows. If they aren't reachable or the names don't resolve, that explains what you're seeing. updates.macrium.com. A 5.159.225.27 secure.macrium.com. CNAME daks4cgsf00ej.cloudfront.net. daks4cgsf00ej.cloudfront.net. A 52.84.11.244 daks4cgsf00ej.cloudfront.net. A 52.84.11.11 daks4cgsf00ej.cloudfront.net. A 52.84.11.183 daks4cgsf00ej.cloudfront.net. A 52.84.11.50 Here's what I tried and the result: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. I'm not concerned that you got a different set of IP addresses than I got. They could be doing geo diversity. What's more important is that you successfully resolved the address. Did you try nslookup on the first address, updates.macrium.com? For me, that resolved to 5.159.225.27, but again, what's apparently important is that it resolves. If that also resolves to an IP address, then I don't know what the issue is. I can only echo what someone else said regarding checking for net nanny software and firewall(s), but I think you said you already checked those things. Your hosts file is another possible culprit, but it's not likely to be the cause unless that's an area where you like to play. Lastly, there could be an issue specific to that particular PC's installation of Macrium, to where a reinstall would clean it up, but that's kind of a last resort. BTW, you ran your nslookups on the PC that's having the issue, right? That's important. Yes, I did. I'm not inclined to try a bunch of things because other than this one issue, I haven't noticed any other connection problems. When I get time, I thought I could compare all the relevant settings of both PC #1 (where the error happens) and PC #2 (where it worked fine). Maybe I'll see something useful. Troubleshooting is a pita because it takes time away from actually accomplishing things. Thanks, DC |
#21
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
DennyCrane wrote:
nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. nslookup does NOT tell you that you have a route to the actual server host. All that does is query the nameserver host to equate the hostname with an IP address. In fact, nslookup never connects to the server host, only to the nameserver host (yours, or if that fails then the DNS request gets passed upward in the DNS server chain until it may finally get to the domain's own nameserver). nslookup will never tell you if a host if reachable and, if so, if it is responsive. ping will tell if you can reach the server host and if it is responsive (if IMCP has not been disabled on the host - not all hosts have ICMP ping enabled since they don't want to waste the resources on it). As I mentioned, do a traceroute. What I get is (didn't show the response times, just the hosts in *my* route to the server host): 1 myModemLANsideIPakaGateway 2 --. 3 | 4 | 5 |__ hosts to get through my ISP's network 6 | 7 | 8 --' 9 Request timed out. 10 Request timed out. 11 Request timed out. 12 Request timed out. 13 Request timed out. 14 Request timed out. 15 server-13-33-165-48.ord50.r.cloudfront.net [13.33.165.48] The timeouts are from hosts beyond node 8 that don't respond to pinging. As a result, my tracert isn't helpful to show what hosts I went through in my route to the endpoint host (macrium server). It does show that I could reach THAT host, not some DNS server doling out the IP address for that hostname. |
#22
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Fri, 22 Jun 2018 04:38:29 -0500, VanguardLH wrote:
DennyCrane wrote: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. nslookup does NOT tell you that you have a route to the actual server host. All that does is query the nameserver host to equate the hostname with an IP address. In fact, nslookup never connects to the server host, only to the nameserver host (yours, or if that fails then the DNS request gets passed upward in the DNS server chain until it may finally get to the domain's own nameserver). nslookup will never tell you if a host if reachable and, if so, if it is responsive. ping will tell if you can reach the server host and if it is responsive (if IMCP has not been disabled on the host - not all hosts have ICMP ping enabled since they don't want to waste the resources on it). As I mentioned, do a traceroute. What I get is (didn't show the response times, just the hosts in *my* route to the server host): 1 myModemLANsideIPakaGateway 2 --. 3 | 4 | 5 |__ hosts to get through my ISP's network 6 | 7 | 8 --' 9 Request timed out. 10 Request timed out. 11 Request timed out. 12 Request timed out. 13 Request timed out. 14 Request timed out. 15 server-13-33-165-48.ord50.r.cloudfront.net [13.33.165.48] The timeouts are from hosts beyond node 8 that don't respond to pinging. As a result, my tracert isn't helpful to show what hosts I went through in my route to the endpoint host (macrium server). It does show that I could reach THAT host, not some DNS server doling out the IP address for that hostname. Don't know if I did it right, but here are the results (on PC #1) Ping secure.macrium.com Pinging daks4cgsf00ej.cloudfront.net [13.33.165.48] with 32 bytes of data: Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Ping statistics for 13.33.165.48: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 12ms, Maximum = 14ms, Average = 13ms ---------------------------------------------- tracert secure.macrium.com Tracing route to daks4cgsf00ej.cloudfront.net [54.230.51.83] over a maximum of 30 hops: 1 10 ms 9 ms 9 ms 142.254.152.165 2 9 ms 12 ms 13 ms ae63.nwblwi1802h.midwest.rr.com [24.164.241.141] 3 14 ms 15 ms 15 ms be63.gnfdwibb01r.midwest.rr.com [65.31.112.160] 4 14 ms 16 ms 14 ms bu-ether16.chcgildt87w-bcr00.tbone.rr.com [66.109.6.204] 5 41 ms 40 ms 46 ms bu-ether11.nycmny837aw-bcr00.tbone.rr.com [66.109.6.24] 6 39 ms 38 ms 38 ms ge-1-3-0.a1.buf00.tbone.rr.com [66.109.1.57] 7 38 ms 37 ms 39 ms 24.27.236.51 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 48 ms 40 ms 37 ms server-54-230-51-83.jfk5.r.cloudfront.net [54.230.51.83] Trace complete. I'm guessing this is ok, but not pointing to a problem? DC |
#23
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
wrote:
On Fri, 22 Jun 2018 04:38:29 -0500, VanguardLH wrote: DennyCrane wrote: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. nslookup does NOT tell you that you have a route to the actual server host. All that does is query the nameserver host to equate the hostname with an IP address. In fact, nslookup never connects to the server host, only to the nameserver host (yours, or if that fails then the DNS request gets passed upward in the DNS server chain until it may finally get to the domain's own nameserver). nslookup will never tell you if a host if reachable and, if so, if it is responsive. ping will tell if you can reach the server host and if it is responsive (if IMCP has not been disabled on the host - not all hosts have ICMP ping enabled since they don't want to waste the resources on it). As I mentioned, do a traceroute. What I get is (didn't show the response times, just the hosts in *my* route to the server host): 1 myModemLANsideIPakaGateway 2 --. 3 | 4 | 5 |__ hosts to get through my ISP's network 6 | 7 | 8 --' 9 Request timed out. 10 Request timed out. 11 Request timed out. 12 Request timed out. 13 Request timed out. 14 Request timed out. 15 server-13-33-165-48.ord50.r.cloudfront.net [13.33.165.48] The timeouts are from hosts beyond node 8 that don't respond to pinging. As a result, my tracert isn't helpful to show what hosts I went through in my route to the endpoint host (macrium server). It does show that I could reach THAT host, not some DNS server doling out the IP address for that hostname. Don't know if I did it right, but here are the results (on PC #1) Ping secure.macrium.com Pinging daks4cgsf00ej.cloudfront.net [13.33.165.48] with 32 bytes of data: Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Ping statistics for 13.33.165.48: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 12ms, Maximum = 14ms, Average = 13ms ---------------------------------------------- tracert secure.macrium.com Tracing route to daks4cgsf00ej.cloudfront.net [54.230.51.83] over a maximum of 30 hops: 1 10 ms 9 ms 9 ms 142.254.152.165 2 9 ms 12 ms 13 ms ae63.nwblwi1802h.midwest.rr.com [24.164.241.141] 3 14 ms 15 ms 15 ms be63.gnfdwibb01r.midwest.rr.com [65.31.112.160] 4 14 ms 16 ms 14 ms bu-ether16.chcgildt87w-bcr00.tbone.rr.com [66.109.6.204] 5 41 ms 40 ms 46 ms bu-ether11.nycmny837aw-bcr00.tbone.rr.com [66.109.6.24] 6 39 ms 38 ms 38 ms ge-1-3-0.a1.buf00.tbone.rr.com [66.109.1.57] 7 38 ms 37 ms 39 ms 24.27.236.51 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 48 ms 40 ms 37 ms server-54-230-51-83.jfk5.r.cloudfront.net [54.230.51.83] Trace complete. I'm guessing this is ok, but not pointing to a problem? DC Yep, you're reaching the Macrium server. Can't say why their installer (a stub client since it then has to download the entire installer) cannot communicate with their server. That's why I suggested disabling any security software (e.g., anti-virus, 3rd party firewall) and rebooting Windows into its safe mode with networking to check if some background process is interferring with the network traffic. I also suggested reviewing the redirection list in the 'hosts' file. Works okay on one PC but not on another points to something installed, configured, or tweaked on the problematic PC. https://macrium.freshdesk.com/support/tickets/new I don't know if they provide any support for their free version. |
#24
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Fri, 22 Jun 2018 18:41:41 -0500, VanguardLH wrote:
wrote: On Fri, 22 Jun 2018 04:38:29 -0500, VanguardLH wrote: DennyCrane wrote: nslookup secure.macrium.com Name: daks4cgsf00ej.cloudfront.net Addresses: 52.84.64.243 52.84.64.167 52.84.64.150 52.84.64.86 Aliases: secure.macrium.com Don't know what it means. nslookup does NOT tell you that you have a route to the actual server host. All that does is query the nameserver host to equate the hostname with an IP address. In fact, nslookup never connects to the server host, only to the nameserver host (yours, or if that fails then the DNS request gets passed upward in the DNS server chain until it may finally get to the domain's own nameserver). nslookup will never tell you if a host if reachable and, if so, if it is responsive. ping will tell if you can reach the server host and if it is responsive (if IMCP has not been disabled on the host - not all hosts have ICMP ping enabled since they don't want to waste the resources on it). As I mentioned, do a traceroute. What I get is (didn't show the response times, just the hosts in *my* route to the server host): 1 myModemLANsideIPakaGateway 2 --. 3 | 4 | 5 |__ hosts to get through my ISP's network 6 | 7 | 8 --' 9 Request timed out. 10 Request timed out. 11 Request timed out. 12 Request timed out. 13 Request timed out. 14 Request timed out. 15 server-13-33-165-48.ord50.r.cloudfront.net [13.33.165.48] The timeouts are from hosts beyond node 8 that don't respond to pinging. As a result, my tracert isn't helpful to show what hosts I went through in my route to the endpoint host (macrium server). It does show that I could reach THAT host, not some DNS server doling out the IP address for that hostname. Don't know if I did it right, but here are the results (on PC #1) Ping secure.macrium.com Pinging daks4cgsf00ej.cloudfront.net [13.33.165.48] with 32 bytes of data: Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Reply from 13.33.165.48: bytes=32 time=14ms TTL=246 Reply from 13.33.165.48: bytes=32 time=12ms TTL=246 Ping statistics for 13.33.165.48: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 12ms, Maximum = 14ms, Average = 13ms ---------------------------------------------- tracert secure.macrium.com Tracing route to daks4cgsf00ej.cloudfront.net [54.230.51.83] over a maximum of 30 hops: 1 10 ms 9 ms 9 ms 142.254.152.165 2 9 ms 12 ms 13 ms ae63.nwblwi1802h.midwest.rr.com [24.164.241.141] 3 14 ms 15 ms 15 ms be63.gnfdwibb01r.midwest.rr.com [65.31.112.160] 4 14 ms 16 ms 14 ms bu-ether16.chcgildt87w-bcr00.tbone.rr.com [66.109.6.204] 5 41 ms 40 ms 46 ms bu-ether11.nycmny837aw-bcr00.tbone.rr.com [66.109.6.24] 6 39 ms 38 ms 38 ms ge-1-3-0.a1.buf00.tbone.rr.com [66.109.1.57] 7 38 ms 37 ms 39 ms 24.27.236.51 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 48 ms 40 ms 37 ms server-54-230-51-83.jfk5.r.cloudfront.net [54.230.51.83] Trace complete. I'm guessing this is ok, but not pointing to a problem? DC Yep, you're reaching the Macrium server. Can't say why their installer (a stub client since it then has to download the entire installer) cannot communicate with their server. That's why I suggested disabling any security software (e.g., anti-virus, 3rd party firewall) I've tried disabling AVG Antivirus but that doesn't help. It's on both PCs too, so that should be ok. Also tried disabling windows firewall and even creating an outbound rule to allow ReflectDLHF.exe to get thru. I don't have any other 3rd party firewall or security software. rebooting Windows into its safe mode with networking to check if some background process is interferring with the network traffic. I can't get it to boot into safe mode. Rapidly pressing F8 or holding it down even before the bios screen pops up doesn't start safe mode. I've tested the F8 key in a program that uses it and it works fine. I didn't read this yet. Is this of any value? https://www.raymond.cc/blog/disable-...ows-startup/2/ suggested reviewing the redirection list in the 'hosts' file. I only found a file named "hosts" and it said it was a sample file. Every line started with #. Don't know more than that. Works okay on one PC but not on another points to something installed, configured, or tweaked on the problematic PC. I agree. https://macrium.freshdesk.com/support/tickets/new I don't know if they provide any support for their free version. They don't. DC |
#25
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
wrote:
I only found a file named "hosts" and it said it was a sample file. Every line started with #. Don't know more than that. One other possibility, is during handshake between the Windows end and the Macrium server end, some "certificate" used for https isn't right. Perhaps a secure connection was attempted, and it failed because the two ends couldn't agree on a certificate and crypto standard to use or something. To get a hint, you could look at the output of Wireshark. This uses WinPCAP to record TX and RX packets on your Ethernet NIC. https://en.wikipedia.org/wiki/Wireshark At one time, Wireshark had a "conversation mode" where the trace could be summarized as a "transaction" rather than as packets. But later versions didn't seem to be as easy to use. It's beyond my pay scale to debug https, and I'll have to leave that to someone else. While there are two SSLLabs web pages for testing a web browser for "standards", and testing a given web site for its "standards", we can't do that in this case because we'd need to somehow test what the Macrium blob supports. ******* If your Windows Update still works, look in the "Optional" section for an update involving certificates. Paul |
#26
|
|||
|
|||
Can't Connect to the Macrium Reflect servers
On Sat, 23 Jun 2018 13:58:30 -0400, Paul
wrote: wrote: I only found a file named "hosts" and it said it was a sample file. Every line started with #. Don't know more than that. One other possibility, is during handshake between the Windows end and the Macrium server end, some "certificate" used for https isn't right. Perhaps a secure connection was attempted, and it failed because the two ends couldn't agree on a certificate and crypto standard to use or something. To get a hint, you could look at the output of Wireshark. This uses WinPCAP to record TX and RX packets on your Ethernet NIC. https://en.wikipedia.org/wiki/Wireshark I'll check this out. At one time, Wireshark had a "conversation mode" where the trace could be summarized as a "transaction" rather than as packets. But later versions didn't seem to be as easy to use. It's beyond my pay scale to debug https, and I'll have to leave that to someone else. While there are two SSLLabs web pages for testing a web browser for "standards", and testing a given web site for its "standards", we can't do that in this case because we'd need to somehow test what the Macrium blob supports. ******* If your Windows Update still works, look in the "Optional" section for an update involving certificates. Haven't use it since May,2017. Paul DC |
|
Thread Tools | |
Display Modes | Rate This Thread |
|
|