2012 MacBook Pro Cannot access specific Websites

Captivator

Captivator

Captivator

Associate
Joined
11 Apr 2011
Posts
48
Odd one this.

There are seven or eight specific websites that my macbook pro cannot access.
It's weird because any other device can access the websites and the macbook pro simply cannot.

It also isn't a router thing because I have the exact same issue from any network (e.g. if I log on at work, or tether to my mobile, or use public wifi - same websites, same issue - all other devices have no issue on any network).

The other 99.9% of the internet is flawless. It doesn't matter whether I use Chrome, Firefox or Safari - same issue.


I'm scratching my head! Anyone able to help?
 
Caged said:
Have you tried making a new network profile?
Click to expand...

I'm not sure. If you mean systems preferences->Network then clicking the + and configuring a new wifi connection, then yes I just tried that. Made no odds. Not sure if I should be changing a configuration within it?

Any help sincerely appreciated.
 
shine said:
On your MBP type:

Code: 
nslookup <troublesome website address>

Do this for each website and then compare the answers with the output of the same command from a working computer on your network.

If the answers are different check the contents of your /etc/hosts file to make sure you have no entries for this sites.
Click to expand...

Hi, I assumed that was a terminal command, sadly I only have the one Mac on my network at the moment so cannot replicate it with a working one. However.....

I did run the command for sites I know to be working, e.g. if I run it for the BBC which loads fine I get:

Server: 90.207.238.97
Address: 90.207.238.97#53
Non-authoritative answer:
www.bbc.com canonical name = www-bbc-com.bbc.net.uk.
Name: www-bbc-com.bbc.net.uk
Address: 212.58.246.94
Name: www-bbc-com.bbc.net.uk
Address: 212.58.246.95


HOWEVER - if I run it for any of the blocked sites I get, to pick one example, this:

Server: 90.207.238.97
Address: 90.207.238.97#53

Non-authoritative answer:
Name: www.dmgmedia.co.uk
Address: 5.79.36.94

And that's the lot. I may be grasping at straws but does that give a clue? How do I find these 'host files' and would flushing them somehow help?
 
MagicBoy said:
What's an example of the "blocked" site?

That's a Sky DNS server, so I assume they're your ISP. For the BBC one above though, my Mac is using the local Sky router as DNS rather than the 90.x address.
Click to expand...

www.dmgmedia.co.uk

Loads fine on my iphone. Works fine on my iphone, wont load on any network on my Mac. (yes my home ISP is Sky, but in terms of troubleshooting, I have the same issue on this Mac whatever network I'm connected so I don't think it is ISP/Router related - it has to be a local configuration on my Mac I think)
 
Hi Thanks for taking an interest in this. I'm really keen to sort it. My DNS has two IP addresses listed...

DNS Servers
90.207.238.97
90.207.238.99

Search Domain
WAG320N
 
shine said:
The sites that do not load - do you see an error or a blank page in your browser?
Click to expand...

In Chrome I get "OOOOps google chrome could not connect to this website" (or whatever that standard text is) In safari I just get the blue loading progress bar hang about a third in, like it is trying to connect but never actually does.
 
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.0.1 UGSc 312 0 en1
5 link#10 UC 2 0 ham0
5.255.255.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 ham0
127 localhost UCS 0 0 lo0
localhost localhost UH 8 3553 lo0
169.254 link#5 UCS 0 0 en1
192.168.0 link#5 UCS 4 0 en1
192.168.0.1 0:22:6b:fb:8f:95 UHLWIir 313 24 en1 1152
192.168.0.104 0:50:8d:98:7f:95 UHLWIi 1 103 en1 1185
192.168.0.105 7c:d1:c3:f1:f7:a5 UHLWI 0 0 en1 1067
192.168.0.107 localhost UHS 0 0 lo0
192.168.0.255 ff:ff:ff:ff:ff:ff UHLWbI 0 28 en1

Internet6:
Destination Gateway Flags Netif Expire
localhost localhost UHL lo0
2620:9b:: link#10 UC ham0
2620:9b::5a5:4b72 7a:79:5:a5:4b:72 UHL lo0
fe80::%lo0 localhost UcI lo0
localhost link#1 UHLI lo0
fe80::%en1 link#5 UCI en1
macpro1-5.local e0:f8:47:39:11:ba UHLI lo0
fe80::%ham0 link#10 UCI ham0
macpro1-5.local 7a:79:5:a5:4b:72 UHLI lo0
ff01::%lo0 localhost UmCI lo0
ff01::%en1 link#5 UmCI en1
ff01::%ham0 link#10 UmCI ham0
ff02::%lo0 localhost UmCI lo0
ff02::%en1 link#5 UmCI en1
ff02::%ham0 link#10 UmCI ham0



If you can make any sense of the above I salute you!
 
Hi Bes,

Thanks for helping on this - if I run the cat /etc/resolv.conf I get this:

#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
nameserver 195.191.107.2
nameserver 195.191.106.2
nameserver 8.8.8.8


If I do traceroute I get (eventually):

traceroute to www.dmgmedia.co.uk (5.79.36.94), 64 hops max, 52 byte packets
1 * * *
2 *traceroute: sendto: No route to host
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*
traceroute: sendto: Host is down
3 traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
* *
4 * * *
5 *traceroute: sendto: No route to host
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*
traceroute: sendto: Host is down
6 traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
* *
7 * * *
8 * * *
traceroute: sendto: No route to host
9 traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote www.dmgmedia.co.uk 52 chars, ret=-1


(and then I closed the terminal window....)

Whilst that was running I accessed the same website no problem from a Win 8 machine on the same network....
 
Apologies - been away for a few days. I have to say I'm slightly in awe of the detective work here - I did indeed once have logmein installed but removed it some time ago. I'm not really a mac person and couldn't swear how I uninstalled it, but it aint there any more and I haven't been able to find any legacy application directory anywhere obvious.
There is no ham0 listed under networks.
So I typed sudo route -n delete 5.255.255.255
into terminal and got:
route: writing to routing socket: not in table
delete host 5.255.255.255: not in table

... in return. This feels like we're on the cusp of cracking this one! Any ideas on next step?
 
Selfish bump to see if Bes is about and able to decipher the above?

If it helps here is what I get when I type netstat -nr into terminal, it's changed a bit since I last ran it above:

Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 43 0 en4
default 192.168.1.1 UGScI 0 0 en1
5 link#12 UC 1 0 ham0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 9 76553 lo0
169.254 link#5 UCS 0 0 en4
192.168.1 link#5 UCS 6 0 en4
192.168.1 link#6 UCSI 1 0 en1
192.168.1.1 98:fc:11:73:a4:8a UHLWIir 43 111 en4 1155
192.168.1.103 c8:60:0:67:f7:fe UHLWIi 4 63724 en4 1144
192.168.1.104 127.0.0.1 UHS 1 75 lo0
192.168.1.105 127.0.0.1 UHS 0 1 lo0
192.168.1.109 4c:72:b9:74:28:12 UHLWIi 3 80576 en4 1164
192.168.1.109 4c:72:b9:74:28:12 UHLWI 0 1 en1 378
192.168.1.148 10:1f:74:63:7b:89 UHLWIi 2 6799 en4 620
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 2 en4

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UHL lo0
2620:9b::/96 link#12 UC ham0
2620:9b::5a5:4b72 7a:79:5:a5:4b:72 UHL lo0
fe80::%lo0/64 fe80::1%lo0 UcI lo0
fe80::1%lo0 link#1 UHLI lo0
fe80::%en4/64 link#5 UCI en4
fe80::121f:74ff:fe63:7b89%en4 10:1f:74:63:7b:89 UHLWIi en4
fe80::6a5b:35ff:fe83:d79a%en4 68:5b:35:83:d7:9a UHLI lo0
fe80::e2f8:47ff:fe39:11ba%en4 e0:f8:47:39:11:ba UHLWI en4
fe80::%en1/64 link#6 UCI en1
fe80::121f:74ff:fe63:7b89%en1 10:1f:74:63:7b:89 UHLWIi en1
fe80::6a5b:35ff:fe83:d79a%en1 68:5b:35:83:d7:9a UHLWI en1
fe80::e2f8:47ff:fe39:11ba%en1 e0:f8:47:39:11:ba UHLI lo0
fe80::%ham0/64 link#12 UCI ham0
fe80::7879:5ff:fea5:4b72%ham0 7a:79:5:a5:4b:72 UHLI lo0
ff01::%lo0/32 ::1 UmCI lo0
ff01::%en4/32 link#5 UmCI en4
ff01::%en1/32 link#6 UmCI en1
ff01::%ham0/32 link#12 UmCI ham0
ff02::%lo0/32 ::1 UmCI lo0
ff02::%en4/32 link#5 UmCI en4
ff02::%en1/32 link#6 UmCI en1
ff02::%ham0/32 link#12 UmCI ham0
 
Last edited:
Seriously everyone. Thanks for sorting this. Just one more question though - how do I set it so that I don't have to do this everytime I reboot? How do I kill ham0 permanently?
 
No joy:

networksetup -removenetworkservice ham0
ham0 is not a recognized network service.
ham0 is not a valid network service name.
** Error: The parameters were not valid.



What am I doing wrong?
 
Quick bump. Per above - I'm amazingly grateful to everyone above that I've got my full interwebs back - but still have to remember to open terminal and enter the same thing on every reboot. What's the command that will help me close this ham0 network service forever?
 
shine said:
In that case in terminal run:

Code: 
mdfind hamachid

Post the output.
Click to expand...

OK - output is: /Library/Application Support/LogMeIn Hamachi/run/hamachid.pid
/Library/Application Support/LogMeIn Hamachi/bin/hamachid

---
Which I can see suggests that LogMeIn Hamachi is still installed. However, it isn't visible at all when I navigate to the Application Support directory in finder. If it was Windows I'd be guessing I need to 'Show Hidden Files' now, but there doesn't seem to be a Mac equivalent?
 
You must log in or register to reply here.
Back
Top Bottom