TSTT Forum: DNS problems? - TSTT Forum

Jump to content

  • (2 Pages)
  • +
  • 1
  • 2

DNS problems?

#16 User is offline   Lich King Icon

  • Telecom Master
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 767
  • Joined: 19-May 06

Posted 07 July 2008 - 06:51 PM

View Postadmin, on Jul 7 2008, 05:21 PM, said:

It looks like it depends on your location. Some have .153 and .154 as secondary others have different servers.
It depends which TSTT DHCP server is giving you your address.
Yea it looks like you are right about that because mine is .154 primary and .153 secondary. Still using opendns though but it is good to see that TSTT is keeping busy with the upgrades. From these ping results and TTL I get the impression that all 4 DNS servers are centralized, the average ping was 22ms for all 4 but I just paste the first lines from each cuz it was easier to copy that way. It surprisingly low for me because I recall they used to be around 34ms before I got blink. Hmm I wonder which ones dial up people getting...

Pinging 196.3.132.1 with 32 bytes of data:
Reply from 196.3.132.1: bytes=32 time=22ms TTL=59

Pinging 196.3.132.4 with 32 bytes of data:
Reply from 196.3.132.4: bytes=32 time=22ms TTL=59

Pinging 196.3.132.153 with 32 bytes of data:
Reply from 196.3.132.153: bytes=32 time=23ms TTL=59

Pinging 196.3.132.154 with 32 bytes of data:
Reply from 196.3.132.154: bytes=32 time=23ms TTL=59
0

#17 User is offline   Razzzhead Icon

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 79
  • Joined: 10-August 05
  • Location:Prospect, Tobago

Posted 08 July 2008 - 12:58 PM

View PostLich King, on Jul 7 2008, 06:51 PM, said:

Yea it looks like you are right about that because mine is .154 primary and .153 secondary. Still using opendns though but it is good to see that TSTT is keeping busy with the upgrades. From these ping results and TTL I get the impression that all 4 DNS servers are centralized, the average ping was 22ms for all 4 but I just paste the first lines from each cuz it was easier to copy that way. It surprisingly low for me because I recall they used to be around 34ms before I got blink. Hmm I wonder which ones dial up people getting...

Pinging 196.3.132.1 with 32 bytes of data:
Reply from 196.3.132.1: bytes=32 time=22ms TTL=59

Pinging 196.3.132.4 with 32 bytes of data:
Reply from 196.3.132.4: bytes=32 time=22ms TTL=59

Pinging 196.3.132.153 with 32 bytes of data:
Reply from 196.3.132.153: bytes=32 time=23ms TTL=59

Pinging 196.3.132.154 with 32 bytes of data:
Reply from 196.3.132.154: bytes=32 time=23ms TTL=59


Certainly does depend on location - here are my pings from Tobago to the same DNS servers:-

Pinging 196.3.132.1 with 32 bytes of data:
Reply from 196.3.140.229: Destination net unreachable.

Pinging 196.3.132.4 with 32 bytes of data:
Reply from 196.3.132.4: bytes=32 time=77ms TTL=60
Reply from 196.3.140.233: Destination net unreachable.

Pinging 196.3.132.153 with 32 bytes of data:
Reply from 196.3.140.229: Destination net unreachable.

Pinging 196.3.132.154 with 32 bytes of data:
Reply from 196.3.132.154: bytes=32 time=69ms TTL=60
Reply from 196.3.140.233: Destination net unreachable.

The joys of Tobago and the Mickey Mouse routers along the way....
0

#18 User is offline   Lich King Icon

  • Telecom Master
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 767
  • Joined: 19-May 06

Posted 06 August 2008 - 07:22 AM

I was doing some configuration of INADYN and frequently rebooting my router when I managed to get this weird IP address 190.59.66.0. Yes the last quartet was zero, I have no idea how it was zero but it was and the internet was working fine except that dyndns came up with an error due to that weird IP.

[img]http://img238.imageshack.us/img238/8036/wierdipgu6.png[/img]

How come images could never show up? Link.

Anyway besides that I figured out a decent script for anybody using dd-wrt and want to update specific networks using dnsomatic. As usual I would like to share my knowledge with you in case anybody here needs it.

http://www.dd-wrt.co...p=198866#198866
http://forums.opendn...1#Comment_10231
0

#19 User is offline   Razzzhead Icon

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 79
  • Joined: 10-August 05
  • Location:Prospect, Tobago

Posted 06 August 2008 - 09:42 AM

View PostLich King, on Aug 6 2008, 07:22 AM, said:

I was doing some configuration of INADYN and frequently rebooting my router when I managed to get this weird IP address 190.59.66.0. Yes the last quartet was zero, I have no idea how it was zero but it was and the internet was working fine except that dyndns came up with an error due to that weird IP.

[img]http://img238.imageshack.us/img238/8036/wierdipgu6.png[/img]

How come images could never show up? Link.

Anyway besides that I figured out a decent script for anybody using dd-wrt and want to update specific networks using dnsomatic. As usual I would like to share my knowledge with you in case anybody here needs it.

http://www.dd-wrt.co...p=198866#198866
http://forums.opendn...1#Comment_10231


The address 190.59.66.0 is probably fine and corresponds to the FQDN of cuscon113628.tstt.net.tt. Only if the subnet mask is 255.255.255.0 would the address 190.59.66.0 be reserved as the network name and should not be allocated as a valid host address. The Network Name TT-TSOT1-LACNIC that is allocated to TSTT has a range of IP addresses of 190.59.0.0 to 190.59.255.255 (or 190.59.0.0/16 in CIDR equivalent notation). The CIDR mask for this range would be 255.255.0.0 and therefore has a theoretical number of subnets of 65536 and maximum addresses of 65534, because the start and end addresses are reserved. Your address of 190.59.66.0 is somewhere in the middle of the range.

However if you do an NSLOOKUP of 190.59.0.0 and 190.59.255.255 you get returns of cuscon96732.tstt.net.tt and cuscon162267.tstt.net.tt respectively. This is probably an error in the master Domain Name Server as those addresses should never be assigned to customer WAN addresses, and should always return a DNS error.

Compare NSLOOKUP of ns1.tstt.net.tt[196.3.132.1] which is the first valid host address for the range 196.3.132.0 to 196.3.133.255 (CIDR 196.3.132.0/23) with NSLOOKUP 196.3.132.0 and 196.3.133.255, which both fail as they should. See CIDR
0

#20 User is offline   matt Icon

  • Member
  • PipPip
  • Group: Members
  • Posts: 23
  • Joined: 17-May 07

Posted 06 August 2008 - 09:52 AM

View PostRazzzhead, on Aug 6 2008, 09:42 AM, said:

The address 190.59.66.0 is probably fine and corresponds to the FQDN of cuscon113628.tstt.net.tt. Only if the subnet mask is 255.255.255.0 would the address 190.59.66.0 be reserved as the network name and should not be allocated as a valid host address. The Network Name TT-TSOT1-LACNIC that is allocated to TSTT has a range of IP addresses of 190.59.0.0 to 190.59.255.255 (or 190.59.0.0/16 in CIDR equivalent notation). The CIDR mask for this range would be 255.255.0.0 and therefore has a theoretical number of subnets of 65536 and maximum addresses of 65534, because the start and end addresses are reserved. Your address of 190.59.66.0 is somewhere in the middle of the range.

However if you do an NSLOOKUP of 190.59.0.0 and 190.59.255.255 you get returns of cuscon96732.tstt.net.tt and cuscon162267.tstt.net.tt respectively. This is probably an error in the master Domain Name Server as those addresses should never be assigned to customer WAN addresses, and should always return a DNS error.

Compare NSLOOKUP of ns1.tstt.net.tt[196.3.132.1] which is the first valid host address for the range 196.3.132.0 to 196.3.133.255 (CIDR 196.3.132.0/23) with NSLOOKUP 196.3.132.0 and 196.3.133.255, which both fail as they should. See CIDR



.0 is quite valid for point-to-point links, since it's non-broadcast http://www.faqs.org/rfcs/rfc3021.html.
0

#21 User is offline   Razzzhead Icon

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 79
  • Joined: 10-August 05
  • Location:Prospect, Tobago

Posted 06 August 2008 - 11:04 AM

View Postmatt, on Aug 6 2008, 09:52 AM, said:

.0 is quite valid for point-to-point links, since it's non-broadcast http://www.faqs.org/rfcs/rfc3021.html.


But a point-to-point link (aka "The Useless Network") has only two valid host addresses and a subnet mask of 255.255.255.254, so only in this very special case is x.x.x.0 is allowed.
0

#22 User is offline   matt Icon

  • Member
  • PipPip
  • Group: Members
  • Posts: 23
  • Joined: 17-May 07

Posted 06 August 2008 - 02:45 PM

.0 and .255 can be used by hosts, since node and broadcast address doesn't matter with PPP unlike ethernet.
0

#23 User is offline   Lich King Icon

  • Telecom Master
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 767
  • Joined: 19-May 06

Posted 06 August 2008 - 03:21 PM

Thanks for the info, it happened again with another ip ending in zero a while ago. It seemed weird is all cuz it never occurred in my entire life before now it happens twice in 1 day. I'm up a wall trying to get my script working, last thing I tried ended in an infinite loop and opendns banning me to abuse, lol. On that note I went to sleep.
0

#24 User is offline   Razzzhead Icon

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 79
  • Joined: 10-August 05
  • Location:Prospect, Tobago

Posted 07 August 2008 - 10:20 AM

View PostLich King, on Aug 6 2008, 03:21 PM, said:

Thanks for the info, it happened again with another ip ending in zero a while ago. It seemed weird is all cuz it never occurred in my entire life before now it happens twice in 1 day. I'm up a wall trying to get my script working, last thing I tried ended in an infinite loop and opendns banning me to abuse, lol. On that note I went to sleep.


Lich, are you saying that your script only gets in a mess when your assigned TSTT IP address ends in a zero? You say it's happened twice in one day, but did that result in problems both times compared to no problems when the assigned IP address ended non-zero? I could be the zero issue is a red herring since the chance of being assigned an address ending in zero in the range 190.59.0.z to 190.59.255.z is (256-2*) to 1. So that means if during your wall climbing to get your script working, you re-boot your router say 500 or so times, you would get an address of 190.59.n.0 maybe twice. If your assigned address is in a completely different range to 190.59.0.0/16 then the odds of course are different.

By the way, on which router are you using dd-wrt and for what reason?

[ * -2 because the addresses 190.59.0.0 and 190.59.255.255 should never be assigned]
0

#25 User is offline   matt Icon

  • Member
  • PipPip
  • Group: Members
  • Posts: 23
  • Joined: 17-May 07

Posted 07 August 2008 - 11:00 AM

View PostRazzzhead, on Aug 7 2008, 10:20 AM, said:

Lich, are you saying that your script only gets in a mess when your assigned TSTT IP address ends in a zero? You say it's happened twice in one day, but did that result in problems both times compared to no problems when the assigned IP address ended non-zero? I could be the zero issue is a red herring since the chance of being assigned an address ending in zero in the range 190.59.0.z to 190.59.255.z is (256-2*) to 1. So that means if during your wall climbing to get your script working, you re-boot your router say 500 or so times, you would get an address of 190.59.n.0 maybe twice. If your assigned address is in a completely different range to 190.59.0.0/16 then the odds of course are different.

By the way, on which router are you using dd-wrt and for what reason?

[ * -2 because the addresses 190.59.0.0 and 190.59.255.255 should never be assigned]


Isn't ip addresses assign by ppp are given a 255.255.255.255 subnet mask? And by your logic you should ((256 - 255) - 2), which equals -1 hosts address(which means no ip address).
Few applications and routers break, because they weren't designed with that situation in mind.
0

#26 User is offline   Lich King Icon

  • Telecom Master
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 767
  • Joined: 19-May 06

Posted 07 August 2008 - 06:30 PM

View PostRazzzhead, on Aug 7 2008, 10:20 AM, said:

Lich, are you saying that your script only gets in a mess when your assigned TSTT IP address ends in a zero? You say it's happened twice in one day, but did that result in problems both times compared to no problems when the assigned IP address ended non-zero? I could be the zero issue is a red herring since the chance of being assigned an address ending in zero in the range 190.59.0.z to 190.59.255.z is (256-2*) to 1. So that means if during your wall climbing to get your script working, you re-boot your router say 500 or so times, you would get an address of 190.59.n.0 maybe twice. If your assigned address is in a completely different range to 190.59.0.0/16 then the odds of course are different.

By the way, on which router are you using dd-wrt and for what reason?

[ * -2 because the addresses 190.59.0.0 and 190.59.255.255 should never be assigned]
After I follow the trail it was not the IP that caused it not to work, it still worked, the problem was blasted dnsomatic and opendns even when I assign an alias it tries to update all my networks which results in an error cause you can't update 2 different networks with the same IP. Eventually I made a mistake and got stuck in an infinite loop and then dyndns and opendns ban me for abuse since I was probably sending 100 updates per min, lol. Anyway I got unbanned and this guy showed me a form where I could make the code run then exit each time the wan interface goes up so that is what I will be working on instead of a plain startup script that resides in memory all the time.

To answer your question all my routers use dd-wrt I don't buy ones that can't use it. The problem was just as I identified, in opendns you can have multiple networks with different names. Now opendns is retards and they are the only service that only accepts ssl updates so I cannot use the built in Dynamic DNS client in dd-wrt or any other router to update opendns because none of them support ssl updates only regular http. Thus I went to dnsomatic which forwards the updates to all my accounts like opendns and dyndns etc. Problem is dnsomatic is stupid too and does not use the hostname correctly to update specific networks so I needed to make a script to run INADYN client which works and can update specific networks by using aliases. Problem is I need inadyn to run each time the wan ip changes which I should now be able to do. It was working before but it had to be always running in memory which is not bad but in the words of GW Bush the code needs to be redood so it will only run when the wan ip goes up then exit after it finishes update the server.
Many other people have this same problem and hopefully this script will solve that problem for them as well once I get it working. Right now I set mine on my Buffalo WHR-G125 to flash an LED while it is waiting for the wan IP to go up. This serves to look cool but it also for debugging because now I can count how many times the code runs through the while loop. :)

View Postmatt, on Aug 7 2008, 11:00 AM, said:

Isn't ip addresses assign by ppp are given a 255.255.255.255 subnet mask? And by your logic you should ((256 - 255) - 2), which equals -1 hosts address(which means no ip address).
Few applications and routers break, because they weren't designed with that situation in mind.
Nah he had it right the broadcast and subnet address should never be assigned.
0

  • (2 Pages)
  • +
  • 1
  • 2


Fast Reply

  

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users