i’ved installed debian 4.0r4 i386 and after i’ved installed virtualmin 3.6 GPL from the script and all seems ok, no errors; i’ved created my first virtual domain, ip based, like http://jiontro.net on a virtual ip : 192.168.0.1 , all seems ok but when i try to acces it from an extern ip, it cannot be accessed, but when i type from the server this address, works. Any help pls
Ioan
local IP’s can not be seen from the outside 192.168 is a local ip you have to have your roughter point a outside Ip to this local IP
John
and how can i do this? can be done inside my bind? pls tell me how!
ioan
not sure if I get this right ?
if your server internal IP address is 192.168.0.1 and you have it connected to a router connected to the internet. you need to use Dynamic DNS to get a domain to point to your router and also set up your router to connect port 80 to 192.168.0.1
is 82.77.208.172 your external IP address ?
the solution to your problem is actually much simpler.
In order to find a domain on the internet you first have to register this domain.
jiontro.net
Server Data
Domain Status: Never Registered Before
So how about you buy this domain at let’s say Namecheap.com and point it to your server first?
thanks…just now i understude how it work and the ways of the internet, i thought that i can make my debi dns server… i still have some questions!!!
my bind is settled like:
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};
zone "255.in-addr.arpa" {
type master;
file "/etc/bind/db.255";
};
// zone "com" { type delegation-only; };
// zone "net" { type delegation-only; };
// From the release notes:
// Because many of our users are uncomfortable receiving undelegated answers
// from root or top level domains, other than a few for whom that behaviour
// has been trusted and expected for quite some length of time, we have now
// introduced the "root-delegations-only" feature which applies delegation-only
// logic to all top level domains, and to the root domain. An exception list
// should be specified, including "MUSEUM" and "DE", and any other top level
// domains from whom undelegated responses are expected and trusted.
// root-delegation-only exclude { "DE"; "MUSEUM"; };
include "/etc/bind/named.conf.local";
and the