![]() ![]() ![]() |
|
https://nick.mackechnie.co.nz | NZ ISP latency monitoring - https://smokeping.thenet.gen.nz
fe31nz:
Your traceroute is pretty similar to mine, so I do not see any problem there:
[D:\]tracert services.ird.govt.nz
Tracing route to services.ir1.ird.govt.nz [222.153.202.43]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms erl.jsw.gen.nz [10.0.1.251]
2 1 ms 1 ms 1 ms 104.7.69.111.static.snap.net.nz [111.69.7.104]
3 14 ms 14 ms 13 ms 38.27.69.111.static.snap.net.nz [111.69.27.38]
4 13 ms 13 ms 13 ms 39.27.69.111.static.snap.net.nz [111.69.27.39]
5 14 ms 14 ms 14 ms ae9-44.akcr11.global-gateway.net.nz [122.56.127.209]
6 14 ms 14 ms 14 ms mdr-ip24-dom.msc.global-gateway.net.nz [122.56.116.10]
7 15 ms 15 ms 15 ms 222-153-223-166.sparkdigital.co.nz [222.153.223.166]
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 * * * Request timed out.
15 * * * Request timed out.
16 * ^C
The sparkdigital.co.nz routers seem to be blocking the traceroute, but I can connect fine to https://services.ird.govt.nz/irsso/newlogin?id=rightnav.
Tracetcp on the https port gets through all the way, as expected:
[d:\]tracetcp.exe services.ird.govt.nz:https
Tracing route to 222.153.202.43 on port 443
Over a maximum of 30 hops.
1 2 ms 1 ms 1 ms 10.0.1.251 [erl.jsw.gen.nz]
2 3 ms 15 ms 2 ms 111.69.7.104 [104.7.69.111.static.snap.net.nz]
3 16 ms 56 ms 15 ms 111.69.27.38 [38.27.69.111.static.snap.net.nz]
4 20 ms 14 ms 15 ms 111.69.27.39 [39.27.69.111.static.snap.net.nz]
5 20 ms 17 ms 15 ms 122.56.127.33 [ae9-42.akcr11.global-gateway.net.nz]
6 15 ms 15 ms 15 ms 122.56.116.10 [mdr-ip24-dom.msc.global-gateway.net.nz]
7 16 ms 15 ms 16 ms 222.153.223.166 [222-153-223-166.sparkdigital.co.nz]
8 Destination Reached in 16 ms. Connection established to 222.153.202.43
Trace Complete.
Tracetcp is available from here: http://simulatedsimian.github.io/tracetcp.html
I've just tried the tracetcp and cannot get through, but you can.
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\tracetcp_v1.0.3>tracetcp.exe services.ird.govt.nz:https
Tracing route to 222.153.202.43 on port 443
Over a maximum of 30 hops.
1 2 ms 1 ms 1 ms 192.168.60.1
2 3 ms 2 ms 19 ms 111.69.1.254 [111-69-1-254.core.snap.net.nz]
3 21 ms 44 ms 19 ms 111.69.27.38 [38.27.69.111.static.snap.net.nz
]
4 21 ms 19 ms 21 ms 111.69.27.39 [39.27.69.111.static.snap.net.nz
]
5 20 ms 19 ms 29 ms 122.56.127.33 [ae9-42.akcr11.global-gateway.ne
t.nz]
6 19 ms 23 ms 22 ms 122.56.116.10 [mdr-ip24-dom.msc.global-gateway
.net.nz]
7 30 ms 81 ms 19 ms 222.153.223.166 [222-153-223-166.sparkdigital.co
.nz]
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 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace Complete.
C:\tracetcp_v1.0.3>
yitz: Is your router secured properly, why can I see a Mikrotik login page.
Good question. I believed it was secured properly but maybe not. The web ui should be disabled for external traffic. I'll get that looked at.
NickMack: I'm accessing https://services.ird.govt.nz/irsso/newlogin?id=rightnav via fibre connection right now - Are you using our DNS servers or someone else's? What are you using as a router? Since you are a business customer are you using a managed service device?
DNS on router (Mikrotik RB2011) is set to 2degrees DNS (I think)...
118.148.1.10
118.148.1.20
Are these correct?
The router is not managed. We get IT to deal with issues as they arise. We own the router.
lxsw20:
Yeah, what router are you using, is it doing any sort of L7 filtering or anything?
No L7 filtering
dvanwijk:
NickMack: I'm accessing https://services.ird.govt.nz/irsso/newlogin?id=rightnav via fibre connection right now - Are you using our DNS servers or someone else's? What are you using as a router? Since you are a business customer are you using a managed service device?
DNS on router (Mikrotik RB2011) is set to 2degrees DNS (I think)...
118.148.1.10
118.148.1.20
Are these correct?
The router is not managed. We get IT to deal with issues as they arise. We own the router.
please update DNS to 202.37.101.1, 202.37.101.2, 202.37.101.3
https://nick.mackechnie.co.nz | NZ ISP latency monitoring - https://smokeping.thenet.gen.nz
Kraven: Given the web interface on the Mikrotik was exposed I would be highly suspect of something in the config on there causing your issue. Do you have another router you can test with?
Issues like this with HTTPS are usually caused by MTU or TCP MSS being set incorrectly somewhere, testing with another router would quickly confirm this.
Based on the information supplied,I concur - I can access the ird website from multiple points on our network.
https://nick.mackechnie.co.nz | NZ ISP latency monitoring - https://smokeping.thenet.gen.nz
NickMack:
dvanwijk:
NickMack: I'm accessing https://services.ird.govt.nz/irsso/newlogin?id=rightnav via fibre connection right now - Are you using our DNS servers or someone else's? What are you using as a router? Since you are a business customer are you using a managed service device?
DNS on router (Mikrotik RB2011) is set to 2degrees DNS (I think)...
118.148.1.10
118.148.1.20
Are these correct?
The router is not managed. We get IT to deal with issues as they arise. We own the router.
please update DNS to 202.37.101.1, 202.37.101.2, 202.37.101.3
/interface pppoe-client name="whatever your pppoe interfce to snap is" use-peer-dns=yes
And then make sure your MTU is set correctly across the pppoe interface and ethernet interface.
dvanwijk:
I've just tried the tracetcp and cannot get through, but you can.
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\tracetcp_v1.0.3>tracetcp.exe services.ird.govt.nz:https
Tracing route to 222.153.202.43 on port 443
Over a maximum of 30 hops.
1 2 ms 1 ms 1 ms 192.168.60.1
2 3 ms 2 ms 19 ms 111.69.1.254 [111-69-1-254.core.snap.net.nz]
3 21 ms 44 ms 19 ms 111.69.27.38 [38.27.69.111.static.snap.net.nz
]
4 21 ms 19 ms 21 ms 111.69.27.39 [39.27.69.111.static.snap.net.nz
]
5 20 ms 19 ms 29 ms 122.56.127.33 [ae9-42.akcr11.global-gateway.ne
t.nz]
6 19 ms 23 ms 22 ms 122.56.116.10 [mdr-ip24-dom.msc.global-gateway
.net.nz]
7 30 ms 81 ms 19 ms 222.153.223.166 [222-153-223-166.sparkdigital.co
.nz]
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 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace Complete.
C:\tracetcp_v1.0.3>
That suggests that the 222.153.202.43 device is blocking your specific IP address for some reason. The rest of us can get through, but you can not. It would be worthwhile running Wireshark to see if you are receiving any ICMP packets from 222.153.202.* that might tell you why you are being blocked.
fe31nz:
That suggests that the 222.153.202.43 device is blocking your specific IP address for some reason. The rest of us can get through, but you can not. It would be worthwhile running Wireshark to see if you are receiving any ICMP packets from 222.153.202.* that might tell you why you are being blocked.
Just because you cannot ping something doesn't mean you cannot get to it. Standard security practice is to turn off ICMP responses for internet facing servers/devices unless there is a specific requirement for it. Note that other peoples tracerts end at the same hop.
I had this exact issue for a client on a different ISP. Couldn't sign in to E Services on the IRD site.
We also use the same ISP and had no issues, could use a proxy on the client end and connect okay so it appeared to be something at the IRD end.
Tried logging a fault with IRD, not actually possible to log this as an issue as it doesn't appear as a category in their system. It was informally passed through to IRD IT but nothing progressed. Many many follow up calls and I finally got a contact person in IT who I could deal with.
Turned out that the client was part of a shared office and other tenants had been accessing the IRD sites and had triggered a "suspicious" activity alert at the IRD end and the address was blocked. No warning or logging from the IRD end.
Matt.
|
![]() ![]() ![]() |