Under VPN connection can ping by dns name, but cannot cannot resolve in browser
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
0
down vote
favorite
While I working under VPN,
I can ping the server and it resolves the IP address
ping someserver.com
If I put someserver.com in browser, it says "cannnot establish connection".
I tried the same scenario on different environment - everything works fine.
What can be wrong with my environment? Could be something wrong with DNS names? For VPN I use PulseSecure
Some output
cat /etc/resolv.conf
search consumer.org crinfra.net consumerreports.org
nameserver 10.22.2.14
nameserver 10.22.2.13
cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
nslookup jira.consumer.org
Server: 10.22.2.14
Address: 10.22.2.14#53
jira.consumer.org canonical name = 2oqes.x.incapdns.net.
Name: 2oqes.x.incapdns.net
Address: 199.83.128.65
16.04 networking vpn
add a comment |Â
up vote
0
down vote
favorite
While I working under VPN,
I can ping the server and it resolves the IP address
ping someserver.com
If I put someserver.com in browser, it says "cannnot establish connection".
I tried the same scenario on different environment - everything works fine.
What can be wrong with my environment? Could be something wrong with DNS names? For VPN I use PulseSecure
Some output
cat /etc/resolv.conf
search consumer.org crinfra.net consumerreports.org
nameserver 10.22.2.14
nameserver 10.22.2.13
cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
nslookup jira.consumer.org
Server: 10.22.2.14
Address: 10.22.2.14#53
jira.consumer.org canonical name = 2oqes.x.incapdns.net.
Name: 2oqes.x.incapdns.net
Address: 199.83.128.65
16.04 networking vpn
1
ping
usesICMP ECHO_REQUEST
to check basic connectivity. Your browser usesTCP:80
and depends on a working server atsomeserver.com
â waltinator
Feb 1 at 0:48
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output ofcat /etc/resolv.conf
and/etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.
â Ketzak
Feb 1 at 1:10
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
1
Also consider attaching the output ofnslookup someserver.com
ordig someserver.com
, whichever works on your system.
â Ketzak
Feb 1 at 1:18
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
While I working under VPN,
I can ping the server and it resolves the IP address
ping someserver.com
If I put someserver.com in browser, it says "cannnot establish connection".
I tried the same scenario on different environment - everything works fine.
What can be wrong with my environment? Could be something wrong with DNS names? For VPN I use PulseSecure
Some output
cat /etc/resolv.conf
search consumer.org crinfra.net consumerreports.org
nameserver 10.22.2.14
nameserver 10.22.2.13
cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
nslookup jira.consumer.org
Server: 10.22.2.14
Address: 10.22.2.14#53
jira.consumer.org canonical name = 2oqes.x.incapdns.net.
Name: 2oqes.x.incapdns.net
Address: 199.83.128.65
16.04 networking vpn
While I working under VPN,
I can ping the server and it resolves the IP address
ping someserver.com
If I put someserver.com in browser, it says "cannnot establish connection".
I tried the same scenario on different environment - everything works fine.
What can be wrong with my environment? Could be something wrong with DNS names? For VPN I use PulseSecure
Some output
cat /etc/resolv.conf
search consumer.org crinfra.net consumerreports.org
nameserver 10.22.2.14
nameserver 10.22.2.13
cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
nslookup jira.consumer.org
Server: 10.22.2.14
Address: 10.22.2.14#53
jira.consumer.org canonical name = 2oqes.x.incapdns.net.
Name: 2oqes.x.incapdns.net
Address: 199.83.128.65
16.04 networking vpn
16.04 networking vpn
edited Feb 2 at 9:05
asked Feb 1 at 0:43
![](https://lh6.googleusercontent.com/-SnOX45iHDPc/AAAAAAAAAAI/AAAAAAAAACM/7ZVbeaTCZpE/photo.jpg?sz=32)
![](https://lh6.googleusercontent.com/-SnOX45iHDPc/AAAAAAAAAAI/AAAAAAAAACM/7ZVbeaTCZpE/photo.jpg?sz=32)
Vitalii Kravchenko
62
62
1
ping
usesICMP ECHO_REQUEST
to check basic connectivity. Your browser usesTCP:80
and depends on a working server atsomeserver.com
â waltinator
Feb 1 at 0:48
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output ofcat /etc/resolv.conf
and/etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.
â Ketzak
Feb 1 at 1:10
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
1
Also consider attaching the output ofnslookup someserver.com
ordig someserver.com
, whichever works on your system.
â Ketzak
Feb 1 at 1:18
add a comment |Â
1
ping
usesICMP ECHO_REQUEST
to check basic connectivity. Your browser usesTCP:80
and depends on a working server atsomeserver.com
â waltinator
Feb 1 at 0:48
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output ofcat /etc/resolv.conf
and/etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.
â Ketzak
Feb 1 at 1:10
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
1
Also consider attaching the output ofnslookup someserver.com
ordig someserver.com
, whichever works on your system.
â Ketzak
Feb 1 at 1:18
1
1
ping
uses ICMP ECHO_REQUEST
to check basic connectivity. Your browser uses TCP:80
and depends on a working server at someserver.com
â waltinator
Feb 1 at 0:48
ping
uses ICMP ECHO_REQUEST
to check basic connectivity. Your browser uses TCP:80
and depends on a working server at someserver.com
â waltinator
Feb 1 at 0:48
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output of
cat /etc/resolv.conf
and /etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.â Ketzak
Feb 1 at 1:10
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output of
cat /etc/resolv.conf
and /etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.â Ketzak
Feb 1 at 1:10
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
1
1
Also consider attaching the output of
nslookup someserver.com
or dig someserver.com
, whichever works on your system.â Ketzak
Feb 1 at 1:18
Also consider attaching the output of
nslookup someserver.com
or dig someserver.com
, whichever works on your system.â Ketzak
Feb 1 at 1:18
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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%2faskubuntu.com%2fquestions%2f1001907%2funder-vpn-connection-can-ping-by-dns-name-but-cannot-cannot-resolve-in-browser%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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
1
ping
usesICMP ECHO_REQUEST
to check basic connectivity. Your browser usesTCP:80
and depends on a working server atsomeserver.com
â waltinator
Feb 1 at 0:48
but it works from another machine, but on machine it's not
â Vitalii Kravchenko
Feb 1 at 1:04
Depending on how your browser works, and how your environment is set up, the browser may simply not be honoring the new DNS provided by the VPN, or not even using the VPN at all. There isn't enough information here to effectively answer the question. Consider adding the output of
cat /etc/resolv.conf
and/etc/nsswitch.conf
to your question and seeing if your browser can access any other resources, particularly ones on your local network.â Ketzak
Feb 1 at 1:10
possibly useful: community.spiceworks.com/topic/â¦
â Ketzak
Feb 1 at 1:16
1
Also consider attaching the output of
nslookup someserver.com
ordig someserver.com
, whichever works on your system.â Ketzak
Feb 1 at 1:18