From reach2hms at gmail.com Mon Nov 19 04:15:18 2012 From: reach2hms at gmail.com (Vinay H S) Date: Mon, 19 Nov 2012 14:45:18 +0530 Subject: [MaraDNS list] How to resolve external domain names using MaraDNS in windows 7 Message-ID: I have installed maradns in windows 7 machine, I have configured it, It can able to handle internal requests, But not external ones *My IP address: 192.168.1.196* *marac file* ipv4_bind_addresses = "127.0.0.1" timestamp_type = 2 random_seed_file = "secret.txt" csv2 = {} csv2["myapp.com."] = "db.lan.txt" upstream_servers = {} # Initialize dictionary variable upstream_servers["."] = "8.8.8.8, 8.8.4.4" *db.lan.txt* private.% 192.168.1.21 ~ blog.% 192.168.1.16 ~ I have installed deadwood also. *Deadwood configuration: dwoodr3c.* ipv4_bind_addresses = "127.0.0.1" chroot_dir = "/etc/maradns" recursive_acl = "127.0.0.1" upstream_servers = {} upstream_servers["."] = "8.8.8.8, 8.8.4.4" recursive_acl = "192.168.1.196/24" For *external requests*, its giving me the below error C:\Program Files\maradns-2-0-06-win32>askmara.exe Agoogle.com. # Querying the server with the IP 127.0.0.1 # Remote server said: REFUSED # NS replies: # AR replies: *For internal requests, Its working fine as below* C:\Program Files\maradns-2-0-06-win32>askmara.exe Aprivate.myapp.com. # Querying the server with the IP 127.0.0.1 # Question: Aprivate.myapp.com.private.myapp.com. +86400 a 192.168.1.21 # NS replies: #myapp.com. +86400 ns synth-ip-7f000001.myapp.com. # AR replies: #synth-ip-7f000001.myapp.com. +86400 a 127.0.0.1 And when i start the server, *I am getting a prompt with a warning as well* [image: enter image description here] How to resolve this issue. *Vinay H S* | Software Application Engineer M: +91 990 053 0426 reach2hms at gmail.com From maradns at gmail.com Sat Nov 24 13:37:32 2012 From: maradns at gmail.com (Sam Trenholme) Date: Sat, 24 Nov 2012 10:37:32 -0800 Subject: [MaraDNS list] How to resolve external domain names using MaraDNS in windows 7 In-Reply-To: References: Message-ID: > I have installed maradns in windows 7 machine, I have configured it, It can > able to handle internal requests, But not external ones > ipv4_bind_addresses = "127.0.0.1" The IP address "127.0.0.1" is the loopback IP address. Let me explain... Once upon a time, there was a domain called blackdown.org owned by one Karl Asha. They were in charge of the project porting Java to Linux (which, at the time, meant making binaries since Java was proprietary at the time), as well as having their own IRC network which I never cared for (then again, I never cared for IRC). One domain name Karl set up was "warez.blackdown.org" ("warez" being then-slang for pirated content), which resolved to 127.0.0.1. Karl had a page with chat logs where he made fun of people who got upset that warez.blackdown.org was resolving to their own computer. The joke is this: 127.0.0.1 is a special IP that means "the same computer". When you make a connection to 127.0.0.1, you are simply making a network connection back to the computer which started the connection. The 127.0.0.1 on my netbook connects to that netbook; the 127.0.0.1 on my bigger notebook connects to that notebook. You will need to bind to another IP; "0.0.0.0" means "all the IPs this computer has" (unlike MaraDNS, Deadwood allows you to use "0.0.0.0" since it shouldn't cause the problems 0.0.0.0 causes in Mara). Back to Karl: warez.blackdown.org no longer exists, Windows won't even resolve names like that any more, Karl Asha has disappeared from the internet, blackdown.org no longer exists and was bought by a cybersquatter, Java is now open-source so it doesn't need to be ported in the Blackdown manner, and the LinuxNET IRC network no longer exists (good riddance to bad rubbish, if you ask me). I hope Karl has grown up over the years and no longer considers those kind of childish jokes funny. I also think it is sad when someone like Karl who was a big part of the early Linux community falls off of the face of the Internet, the way so many people do. - Sam From maradns at gmail.com Sat Nov 24 13:38:45 2012 From: maradns at gmail.com (Sam Trenholme) Date: Sat, 24 Nov 2012 10:38:45 -0800 Subject: [MaraDNS list] Deadwood update for November 2012 Message-ID: After adding a domain to blacklist to my Deadwood server and restarting the process, I discovered that Deadwood had a bug where it would sometimes give out a confusing error message if the cache file was older than the dwood3rc (configuration) file. I fixed this problem by having Deadwood compare the timestamp for the dwood3rc file and the cache file; if the cache file is older than the dwood3rc file, Deadwood will now refuse to load the cache. As it turns out, the interface for stat() that I use is identical in Windows and *NIX. Another thing: I now understand why *NIX fanatics hate it when you say that st_ctime is the creation time of the file: In Windows, st_ctime is, indeed, the file's creation time. However, in *NIX, it's the last time the inode (meta-information) for the file was changed. Here's an interesting question: Does the file's st_ctime change if the files contents are changed, but no inode information is changed? Of course, since the file's size and atime is in the inode, then I would say st_ctime changes every time the file is changed. Indeed, since inode information is changed every time the file is accessed, I think it would make sense to change the st_ctime every time we change st_atime (the last time a file was accessed). st_ctime really should have been the file creation time if you ask me. Windows, not *NIX, gets this right. All of this, of course, is academic; Deadwood looks at st_mtime to verify the cache is newer than the dwood3rc file. It can be downloaded here: http://www.maradns.org/deadwood/snap/ I plan to work on MaraDNS/Deadwood again one day in December, after the 20th, unless a critical security bug with a CVE number is found. From rick at linuxmafia.com Sat Nov 24 16:03:55 2012 From: rick at linuxmafia.com (Rick Moen) Date: Sat, 24 Nov 2012 13:03:55 -0800 Subject: [MaraDNS list] How to resolve external domain names using MaraDNS in windows 7 In-Reply-To: References: Message-ID: <20121124210355.GM2744@linuxmafia.com> Quoting Sam Trenholme (maradns at gmail.com): > One domain name Karl set up was "warez.blackdown.org" ("warez" being > then-slang for pirated content), which resolved to 127.0.0.1. Karl > had a page with chat logs where he made fun of people who got upset > that warez.blackdown.org was resolving to their own computer. I know this makes me a wicked, nasty person, but I always found the results friggin' hilarious. Some of the material's still available: http://www.petting-zoo.net/~deadbeef/archive/150.html From maradns at gmail.com Sat Nov 24 16:28:47 2012 From: maradns at gmail.com (Sam Trenholme) Date: Sat, 24 Nov 2012 13:28:47 -0800 Subject: [MaraDNS list] How to resolve external domain names using MaraDNS in windows 7 In-Reply-To: <20121124210355.GM2744@linuxmafia.com> References: <20121124210355.GM2744@linuxmafia.com> Message-ID: To be honest, I had a really unpleasant experience on Karl's IRC network which left a pretty bad taste in my mouth and resulted in me judging his other actions more harshly than I otherwise would have. I ended up going public about my unpleasant experience with his network and someone ended up inviting me to go to the Linpeople IRC network instead, where people were a lot nicer. Other people agreed: Linpeople still exists today as Freenode; the LinuxNET IRC network (as well as all of Karl's other Internet projects) is at most a footnote in Linux's history. The form of that joke I found funny is telling people trying to break in to computers arcane commands telling them to do really stupid things. For example, there was once a Bugtraq posting describing a security weakness in Apache for Windows where people could look at the filesystem by going to http://victim.com/...... Well, some people went to that literal web page thinking they would get some elite hacking information or something, so the admin set up this page: http://web.archive.org/web/20000914173946/http://www.victim.com/....../ - Sam > I know this makes me a wicked, nasty person, but I always found the > results friggin' hilarious. Some of the material's still available: > > http://www.petting-zoo.net/~deadbeef/archive/150.html >