Newsgroup: it.comp.os.os2
Titolo: Aurora e NAMED di default...

Piccolo problema cosmico. Ho usato per un sacco di tempo il bind SENZA
alcun problema,
adesso mi e' saltato in mente di provare a configurare il NAMED IBM 
(quello in dotazione con aurora)
ed e' successo un po' di tutto. Premetto che ho usato il programma di 
configurazione in java.
Allora, ho il nameserver su 192.168.0.41, il dominio e' 
mce.net
 ed il 
server si chiama nikita.
Configuro il server 
news.mce.net
 su 192.168.0.41 e digito:
host news
news.mce.net
 = 192.168.0.41
bene, pero':
host 
news.mce.net
unknown host 
news.mce.net
ATTENZIONE, ora configuro un server alias su 
nikita.mce.net
 come 
news2.mce.net
 e viene fuori:
host news2
unknown host news2
ma
host 
news2.mce.net
nikita.mce.net
 = 192.168.0.41
E gia' qui ci sono un paio di controsensi...
ADESSO il bello, considerato che nikita e' il nome della macchina 
sulla quale sto lavorando, provo a pingarla:
ping nikita
PING 
nikita.mce.net
: 56 data bytes
64 bytes from 
192.168.0.41
: icmp_seq=0. time=0. ms
64 bytes from 
192.168.0.41
: icmp_seq=1. time=0. ms
64 bytes from 
192.168.0.41
: icmp_seq=2. time=0. ms
----
nikita.mce.net
 PING Statistics----
3 packets transmitted, 3 packets received, 0% packet loss
round-trip (ms)  min/avg/max = 0/0/0
ping 
nikita.mce.net
ping.exe: unknown host 
nikita.mce.net
Ho controllato tutti i files a mano e sembrano corretti. Sinceramente 
non capisco perche'  non vengano
riconosciuti alcuni alias se sono senza il dominio ed alcuni server se
invece c'e' il dominio! 
Idee...???
Per adesso ho rimesso su il bind che comunque e' mooolto piu' veloce 
nel risolvere i nomi....
-  Antonio Manara Rossini.
-  E-Mail:    
toy.v...@iol.it
 
-  Web:       
http://users.iol.it/toy.vrgroup

In data Mon, 21 Aug 2000 10:06:14, 
nospam.to...@iol.it
 (Antonio 
Manara Rossini) scrisse:
|Idee...???
|Per adesso ho rimesso su il bind che comunque e' mooolto piu' veloce 
|nel risolvere i nomi....
Vai con Bind che funziona una meraviglia ;-)
Anche se ho utilizzato il server DNS di IBM e non mi sembrava poi cosi' 
malvagio ma i test risalgono a 2 anni fa ed allora c'era Warp 4.0 
server.
Ciao!
|\///|~MerLino says.....
The day Micro$oft makes something that doesn't 
suck is the day they start selling vacuum cleaners

 server.
Confermo.
Usa il Bind standard.
Il Named di aurora ha piccoli problemi soprattutto in cio' che 
riguarda il campo MX.
Ciao.
Massimo 
  OS/2 Warp 4 
  Certified Engineer
  Sys Admin/Web Master
--------------------------
 
http://www.dinosoft.it
 
http://www.quasarbbs.com
 
http://www.ddo.it
-------------------------------

 riguarda il campo MX.
Esattamente quelli che ho trovato io. Adesso pero' ho scoperto anche 
un'altra rogna con l'InJoy....
vediamo se qui mi sapete aiutare. Dunque, InJoy 2.30, ho ativato 
l'istant DOD e fin qui tutto bene.
Premetto che ha dei problemi nello scollegarsi da solo, ma postero' un
messaggio a parte, comunque se si
scollega non mi funziona piu' il resolver su NESSUN nome della rete 
interna, devo killare l'injoy ed allora
tutto riprende a fungere benissimo, senza bisongo di far nulla sul 
BIND. Io ho idea che quando setta il suo router nuovo succeda qualche 
problema, ma non sono in grado di fixare il problema, che dipenda dal 
DOD interface?


In data Mon, 21 Aug 2000 16:57:41, 
nospam.to...@iol.it
 (Antonio 
Manara Rossini) scrisse:
|BIND. Io ho idea che quando setta il suo router nuovo succeda qualche 
|problema, ma non sono in grado di fixare il problema, che dipenda dal 
|DOD interface?
Se non sbaglio relativamente al DOD c'e' qualcosa da settare nel 
Firewall di in-joy, ma non e' che hai il nat abilitato sul router e va 
in conflitto con quello di in-joy?


 in conflitto con quello di in-joy?
Probabilissimo, solo che col vecchio InJoy 1.* abilitavo l'ip 
forwarding nel tcpip del server,
poi abilitavo il NAT, che allora si chiamava ip-masquerading o 
qualcosa del genere, e tutto 
funziava alla grande... c'e' scritto pure nelle FAQ:
	1) The LAN clients should have a good nameserver entry
	2) LAN clients should have the InJoy PC configured as default
           route / gateway.
	3) You must enable NAT in InJoy
	4) Turning off "Disable NAT for InJoy PC" is a good choice
	5) IP forwarding should be enabled on the InJoy PC (ipgate on)
        6) That's it! It is that easy!
e funziava. Sono passato al 2.* sul server ed ho un sacco di rogne, 
questa e' la prima, poi se hai tempo
leggiti anche l'altra discussione "InJoy, DOD e IdleTimeout... che non
vanno" :-)
Intanto grazie per quelaunque idea ti/vi possa venire.


 interna, devo killare l'injoy ed allora
controlla i files RESOLV e RESOLV2 nella x:\mptn\etc. Assicurati che 
il primo non esista quando InJoy e' chiuso, e che il secondo contenga 
i parametri corretti per la tua rete.
Io uso InJoy in configurazione simile alla tua senza problemi.
Bye,
	Yuri Dario
/*
 * member of TeamOS/2 - Italy
 * 
http://www.quasarbbs.com/yuri
 */

 Io uso InJoy in configurazione simile alla tua senza problemi.
Allora, quando l'injoy non e' attivo ho solo il resolv2 che recita 
cosi':
-----------------------
domain 
mce.net
nameserver 192.168.0.41
-----------------------
Quando l'injoy e' attivo, ma solo da quando ha effettuato la prima 
connessione, ho anche il resolv
che invece dice:
-----------------------
domain 
iol.it
nameserver 194.20.24.1
domain 
iol.it
nameserver 194.20.24.2
-----------------------
Mi sembra tutto corretto,  Il mio named.cache invece e':
-----------------------
; ATTENZIONE al punto alla fine del nome !
mce.net
. 99999999 IN NS 194.20.24.1.
in-addr.arpa. 99999999 IN NS 194.20.24.1.
 99999999 IN NS 194.20.24.1.
; indirizzo del name server del provider
; attenzione al punto in fondo al nome !
194.20.24.1. 99999999 IN A 194.20.24.1
-----------------------
Tutto questo ha sempre funziato, non vedo perche' adesso non debba 
andare.
P.S. visto che ci siamo, sai come si fa ad aggiungere il nameserver di
backup di IOL (194.20.24.2)
nel named.cache? quando ci avevo provato andava tutto in bomba....
Grazie!


 backup di IOL (194.20.24.2)
i server di IOL sono dei forwarders per te: li devi mettere nel 
named.boot (
named.bt
) come
cache . D:\\MPTN\\ETC\\namedb\\
named.ca
forwarders 194.xx.xx.xx  194.xx.xx.xx
(li puoi inserire entrambi, principale e secondario).


 forwarders 194.xx.xx.xx  194.xx.xx.xx
Io NON ho un named boot, ho un named.conf che e' il file di startup 
con tutti i riferimenti
agli altri files e che e' fatto cosi':
// This is an example configuration file for the OS/2 port of 
// named (from BIND 8.1 or later).
// It would normally be installed as x:\tcpip\etc\named.conf.
options {
	directory "d:\mptn\etc\namedb";	/* may use drive letters and 
backslashes */
	check-names master warn;      	/* default. */
	datasize 20M;
	/*
	 * If there is a firewall between you and nameservers you want
	 * to talk to, you might need to uncomment the query-source
	 * directive below.  Previous versions of BIND always asked
	 * questions using port 53, but BIND 8.1 uses an unprivileged
	 * port by default.
	 */
   query-source address * port 53;
};
// logging {
//         category lame-servers { null; };
//         category cname { null; };
// };
zone "." IN {
	type hint;
	file "named.cache";
};
zone "
vrglabs.net
" IN {
  type master;
  file "named.domain";
	allow-update { none; };
	allow-transfer { any; };
};
zone "0.0.127.in-addr.arpa" IN {
	type master;
	file "0.0.127.in-addr.arpa";
	allow-update { none; };
	allow-transfer { any; };
};
zone "0.168.192.in-addr.arpa" IN {
	type master;
	file "0.168.192.in-addr.arpa";
	allow-update { none; };
	allow-transfer { any; };
};
A questo punto credo di aver bisogno di rivedere un po' tutto... :-(


 root-servers: lo trovi su...
Bon risolto, almeno in parte. Ho ripreso in mano tutta la 
configurazione ed adesso il mio named.conf
recita cosi':
----------------------------------------------------------------------
-----------------
// This is an example configuration file for the OS/2 port of 
// named (from BIND 8.1 or later).
// It would normally be installed as x:\tcpip\etc\named.conf.
options {
	directory "d:\mptn\etc\namedb";		/* may use drive letters and 
backslashes */
	forwarders { 194.20.24.1 ;
 	        	     194.20.24.2 ;
		     192.168.0.41 ; 
		   }; 				/* enter your ISPs name server(s) here if you 
						   are running a small personal server. This
						   will increase your speed and take load off
						   the root servers	*/
	check-names master warn;        	/* default. */
	datasize 20M;
	/*
	 * If there is a firewall between you and nameservers you want
	 * to talk to, you might need to uncomment the query-source
	 * directive below.  Previous versions of BIND always asked
	 * questions using port 53, but BIND 8.1 uses an unprivileged
	 * port by default.
	 */
	query-source address * port 53;
};
/* 
----------------------------------------------------------------------
----- */ 
// logging {
//         category lame-servers { null; };
//         category cname { null; };
// };
/* 
----------------------------------------------------------------------
----- */ 
// Local network addresses...
zone "
vrglabs.net
" IN {
  type master;
  file "named.domain";
	allow-update { none; };
	allow-transfer { any; };
};
zone "0.0.127.in-addr.arpa" IN {
	type master;
	file "0.0.127.in-addr.arpa";
	allow-update { none; };
	allow-transfer { any; };
};
zone "0.168.192.in-addr.arpa" IN {
	type master;
	file "0.168.192.in-addr.arpa";
	allow-update { none; };
	allow-transfer { any; };
};
/* 
----------------------------------------------------------------------
----- */ 
// The next two entries will catch some bogus request made by stupid 
resolvers
zone "0.in-addr.arpa" IN {
	type master;
	file "bogus.zone";
};
zone "255.in-addr.arpa" IN {
	type master;
	file "bogus.zone";
};
/* 
----------------------------------------------------------------------
----- */
// This file is made available by InterNIC registration services under
// anonymous FTP as  
// file                /domain/named.root
// on server           
FTP.RS.INTERNIC.NET
// N.B.: cfr. also root.hint
zone "." IN {
	type hint;
	file "named.cache";
};
----------------------------------------------------------------------
-----------------
poi il named.cache e' quello che ho beccato su 
internic.net
, come mi 
avevi detto tu. Funzia tutto.
Ora nei forwarders ho messo anche l'indirizzo di un DNS (sempre bind) 
che serve la rete
dell'ufficio cosi' speravo di riuscire a vedere anche i nomi dei 
server dell'ufficio anche se sono
sotto ad un dominio diverso... ed effettivamente la cosa ha funzionato
alla grande. Poi ho 
spento tutto e quando sono andato a riaccendere la faccenda mi sono 
accorto che 
per recuperare un ip da un nome di un server dell'ufficio, bind ci 
mette dai 15 secondi al minuto e passa.
Da cosa puo' dipendere?
Giusto per chiarezza le due reti sono cosi' strutturate:
mce.net
 va dal 192.168.0.1 al 192.168.0.126
vrglabs.net
 va dal 192.168.0.129 al .254
non chiedermi perche' ma DEVO tenerli cosi' :-)
Il bind e' configurato esattamente allo stesso modo per ognuna.


In data Fri, 25 Aug 2000 05:55:25, 
nospam.to...@iol.it
 (Antonio 
Manara Rossini) scrisse:
|Ok, infatti era una faccenda che volevo chiarire, pero' il named.cache
|dice:
|;       This file holds the information on root name servers needed to
|;       initialize cache of Internet domain name servers
|;       (e.g. reference this file in the "cache  .  <file>"
|;       configuration file of BIND domain name servers).
Per avere un file con i rootserver aggiornato digita il seguente 
comando:
dig > root.servers
; <<>> DiG 8.1 <<>> 
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13
;; QUERY SECTION:
;;	., type = NS, class = IN
;; ANSWER SECTION:
			5d14h2m46s IN NS  
E.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
D.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
A.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
H.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
C.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
G.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
F.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
B.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
J.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
K.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
L.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
M.ROOT-SERVERS.NET
.
			5d14h2m46s IN NS  
I.ROOT-SERVERS.NET
.
;; ADDITIONAL SECTION:
E.ROOT-SERVERS.NET
.	6d14h2m46s IN A  192.203.230.10
D.ROOT-SERVERS.NET
.	6d14h2m46s IN A  128.8.10.90
A.ROOT-SERVERS.NET
.	6d14h9m IN A	198.41.0.4
H.ROOT-SERVERS.NET
.	6d14h2m46s IN A  128.63.2.53
C.ROOT-SERVERS.NET
.	6d14h2m46s IN A  192.33.4.12
G.ROOT-SERVERS.NET
.	6d14h2m46s IN A  192.112.36.4
F.ROOT-SERVERS.NET
.	6d14h9m IN A	192.5.5.241
B.ROOT-SERVERS.NET
.	6d14h2m46s IN A  128.9.0.107
J.ROOT-SERVERS.NET
.	6d14h2m46s IN A  198.41.0.10
K.ROOT-SERVERS.NET
.	6d14h2m46s IN A  193.0.14.129
L.ROOT-SERVERS.NET
.	6d14h2m46s IN A  198.32.64.12
M.ROOT-SERVERS.NET
.	6d14h2m46s IN A  202.12.27.33
I.ROOT-SERVERS.NET
.	6d20h25m5s IN A  192.36.148.17
;; Total query time: 50 msec
;; FROM: merlino to SERVER: default -- 192.168.0.1
;; WHEN: Fri Aug 25 18:04:39 2000
;; MSG SIZE  sent: 17  rcvd: 436
|Io NON ho un named boot, ho un named.conf che e' il file di startup 
|con tutti i riferimenti
|agli altri files e che e' fatto cosi':
Eccoti il mio funzionante: c'e' qualche differenza come vedi:
// Boot file for merlino.bbs name server modificato in data 
28-Aprile-2000
// Linux dir "/var/named"
options   {
           directory "C:\mptn\etc\namedb";
};
logging   {
           category lame-servers { null; };
           category cname { null; };
};
zone "."  {
          type hint;
          file "root.hints";
};
zone "0.0.127.in-addr.arpa" {
          notify no;
          type master;
          file "zone/127.0.0";
};
zone "
xxxxxx.com
" {
          notify no;
          allow-transfer {
                  192.168.0.2;
                  192.168.0.3;
                  192.168.0.4;
          };
          type master;
          file "zone/merlino.bbs";
zone "0.168.192.in-addr.arpa" {
          notify no;
          allow-transfer {
                  192.168.0.2;
                  192.168.0.3;
                  192.168.0.4;
          };
          type master;
          file "zone/0.168.192";
};
