Different page from a browser and wget
up vote
0
down vote
favorite
I have a very curious case that has dumbfounded me.
Here is the address that I try to access, or rather certbot is trying to access:
http://promobuilder.co.uk/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU
And when he does he gets a page like this:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html>
<head>
<title>Promo Builder</title>
<meta name="keywords" content="ECD Promo Builder for the electrical wholesale industry" />
<meta name="description" content="ECD Promo Builder for the electrical wholesale industry" />
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
</head>
<frameset rows="100%">
<frame src="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU" title="Promo Builder" frameborder="0" noresize="noresize"/>
<noframes>
<body>
<h1>Promo Builder</h1>
<p><a href="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU">http://promobuilder.co.uk/</a></p>
</body>
</noframes>
</frameset>
</html>
However, this is not what he should see and when I try accessing the same site via browser I get a text file that I have put there (obviously not what certbot expects but its different to what it sees anyway):
In a browser you will see this text...
It's easy to replicate - when I run wget from any server I get the same frameset but when I open via browser, even through proxy I get the In a browser...
There are no frames anywhere on the site... where do they come from?
As you will notice there is a different domain in the iframe src: mymediahub.co.uk
- this is a domain of the same company so it makes me think perhaps this has something to do with DNS settings? But I had no idea DNSes could do such things... can anoying please shed a light?
CLARIFICATIONS:
I get the file even via the incognito mode so no cookies involved.
And even if my browser is showing something that it should not I am confident that the server itself does not have/point at/redirect to any frames... where can this framed page be coming from?
linux dns wget http certbot
New contributor
add a comment |
up vote
0
down vote
favorite
I have a very curious case that has dumbfounded me.
Here is the address that I try to access, or rather certbot is trying to access:
http://promobuilder.co.uk/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU
And when he does he gets a page like this:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html>
<head>
<title>Promo Builder</title>
<meta name="keywords" content="ECD Promo Builder for the electrical wholesale industry" />
<meta name="description" content="ECD Promo Builder for the electrical wholesale industry" />
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
</head>
<frameset rows="100%">
<frame src="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU" title="Promo Builder" frameborder="0" noresize="noresize"/>
<noframes>
<body>
<h1>Promo Builder</h1>
<p><a href="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU">http://promobuilder.co.uk/</a></p>
</body>
</noframes>
</frameset>
</html>
However, this is not what he should see and when I try accessing the same site via browser I get a text file that I have put there (obviously not what certbot expects but its different to what it sees anyway):
In a browser you will see this text...
It's easy to replicate - when I run wget from any server I get the same frameset but when I open via browser, even through proxy I get the In a browser...
There are no frames anywhere on the site... where do they come from?
As you will notice there is a different domain in the iframe src: mymediahub.co.uk
- this is a domain of the same company so it makes me think perhaps this has something to do with DNS settings? But I had no idea DNSes could do such things... can anoying please shed a light?
CLARIFICATIONS:
I get the file even via the incognito mode so no cookies involved.
And even if my browser is showing something that it should not I am confident that the server itself does not have/point at/redirect to any frames... where can this framed page be coming from?
linux dns wget http certbot
New contributor
2
different User-Agent
– Ipor Sircer
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a very curious case that has dumbfounded me.
Here is the address that I try to access, or rather certbot is trying to access:
http://promobuilder.co.uk/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU
And when he does he gets a page like this:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html>
<head>
<title>Promo Builder</title>
<meta name="keywords" content="ECD Promo Builder for the electrical wholesale industry" />
<meta name="description" content="ECD Promo Builder for the electrical wholesale industry" />
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
</head>
<frameset rows="100%">
<frame src="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU" title="Promo Builder" frameborder="0" noresize="noresize"/>
<noframes>
<body>
<h1>Promo Builder</h1>
<p><a href="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU">http://promobuilder.co.uk/</a></p>
</body>
</noframes>
</frameset>
</html>
However, this is not what he should see and when I try accessing the same site via browser I get a text file that I have put there (obviously not what certbot expects but its different to what it sees anyway):
In a browser you will see this text...
It's easy to replicate - when I run wget from any server I get the same frameset but when I open via browser, even through proxy I get the In a browser...
There are no frames anywhere on the site... where do they come from?
As you will notice there is a different domain in the iframe src: mymediahub.co.uk
- this is a domain of the same company so it makes me think perhaps this has something to do with DNS settings? But I had no idea DNSes could do such things... can anoying please shed a light?
CLARIFICATIONS:
I get the file even via the incognito mode so no cookies involved.
And even if my browser is showing something that it should not I am confident that the server itself does not have/point at/redirect to any frames... where can this framed page be coming from?
linux dns wget http certbot
New contributor
I have a very curious case that has dumbfounded me.
Here is the address that I try to access, or rather certbot is trying to access:
http://promobuilder.co.uk/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU
And when he does he gets a page like this:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html>
<head>
<title>Promo Builder</title>
<meta name="keywords" content="ECD Promo Builder for the electrical wholesale industry" />
<meta name="description" content="ECD Promo Builder for the electrical wholesale industry" />
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
</head>
<frameset rows="100%">
<frame src="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU" title="Promo Builder" frameborder="0" noresize="noresize"/>
<noframes>
<body>
<h1>Promo Builder</h1>
<p><a href="https://mymediahub.co.uk/site/login/ecd/.well-known/acme-challenge/ZdkjhzbZ27ffIUOSRucMCy-zPOwikmAkj_DwNVC5LdU">http://promobuilder.co.uk/</a></p>
</body>
</noframes>
</frameset>
</html>
However, this is not what he should see and when I try accessing the same site via browser I get a text file that I have put there (obviously not what certbot expects but its different to what it sees anyway):
In a browser you will see this text...
It's easy to replicate - when I run wget from any server I get the same frameset but when I open via browser, even through proxy I get the In a browser...
There are no frames anywhere on the site... where do they come from?
As you will notice there is a different domain in the iframe src: mymediahub.co.uk
- this is a domain of the same company so it makes me think perhaps this has something to do with DNS settings? But I had no idea DNSes could do such things... can anoying please shed a light?
CLARIFICATIONS:
I get the file even via the incognito mode so no cookies involved.
And even if my browser is showing something that it should not I am confident that the server itself does not have/point at/redirect to any frames... where can this framed page be coming from?
linux dns wget http certbot
linux dns wget http certbot
New contributor
New contributor
edited 8 hours ago
New contributor
asked 9 hours ago
RandomWhiteTrash
1012
1012
New contributor
New contributor
2
different User-Agent
– Ipor Sircer
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago
add a comment |
2
different User-Agent
– Ipor Sircer
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago
2
2
different User-Agent
– Ipor Sircer
9 hours ago
different User-Agent
– Ipor Sircer
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
I found the reason...
DNS had different IPv4 and IPv6 servers pointed too and my browser was using IPv4 while all the servers I checked used IPv6, certbot included.
Maybe it will help someone else...
New contributor
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
I found the reason...
DNS had different IPv4 and IPv6 servers pointed too and my browser was using IPv4 while all the servers I checked used IPv6, certbot included.
Maybe it will help someone else...
New contributor
add a comment |
up vote
0
down vote
I found the reason...
DNS had different IPv4 and IPv6 servers pointed too and my browser was using IPv4 while all the servers I checked used IPv6, certbot included.
Maybe it will help someone else...
New contributor
add a comment |
up vote
0
down vote
up vote
0
down vote
I found the reason...
DNS had different IPv4 and IPv6 servers pointed too and my browser was using IPv4 while all the servers I checked used IPv6, certbot included.
Maybe it will help someone else...
New contributor
I found the reason...
DNS had different IPv4 and IPv6 servers pointed too and my browser was using IPv4 while all the servers I checked used IPv6, certbot included.
Maybe it will help someone else...
New contributor
New contributor
answered 8 hours ago
RandomWhiteTrash
1012
1012
New contributor
New contributor
add a comment |
add a comment |
RandomWhiteTrash is a new contributor. Be nice, and check out our Code of Conduct.
RandomWhiteTrash is a new contributor. Be nice, and check out our Code of Conduct.
RandomWhiteTrash is a new contributor. Be nice, and check out our Code of Conduct.
RandomWhiteTrash is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f481626%2fdifferent-page-from-a-browser-and-wget%23new-answer', 'question_page');
}
);
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
2
different User-Agent
– Ipor Sircer
9 hours ago
Can't confirm you get the text file in a browser. If you have a login cookie set, the server could spot that even when you go through a proxy.
– Ulrich Schwarz
9 hours ago
@IporSircer what does this mean and how does it help me?
– RandomWhiteTrash
8 hours ago