Newsgroup: it.comp.reti.locali
Titolo: Hamster e due schede di rete

Ho installato e configurato un'altra scheda di rete sullo stesso server 
ibm, dove ï¿œ installato hamster. La seconda scheda rete va su una rete 
con diversa subnet, ma sostanzialmente ï¿œ sempre una 10.x.x.x
Vedo l'altra rete, ma hamster non funziona piï¿œ. Appena disabilito la 
scheda hamster ritorna funzionante.
Tra l'altro, anche se non ï¿œ necessario, nel file hostIPaccess (non 
ricordo bene come si chiama) la nuova rete ï¿œ compresa. La nuova scheda 
inoltre non interagisce con hamster, ma serve per altro scopo.
Mi aiutate? :-)

 Mi aiutate? :-)
Ciao
Non so cosa sia Hamster ma il problema può essere dovuta al gateway?
hai mica impostato il gateway su entrambe le schede?
Hamster deve andare in internet? se si lascia l'ip del gateway solo
nella scheda di rete connessa al router/gateway.
Non so che sistema operativo usi ma su windows in alternativa puoi
bindare una delle due schede dalla avanzate > impostazioni avanzate
dalla schermata connessioni di rete, in pratica au connessioni devi
spostare verso l'alto la connessione di rete predefinita che deve
accedere ad internet.
Ciao

 accedere ad internet.
Ho windows2003 server. Posso provare lo stesso a fare questa operazione, 
oppure potrei aggiungere alla seconda scheda, nelle propriet� avanzate, 
un secondo gateway, quello della prima, togliendolo del tutto dalle 
propriet� della seconda.
Per intenderci, � il primo gateway che mi lascia uscire in internet, il 
secondo solo per vedere l'altra rete.
ciao :-)

 ciao :-)
Ciao

 accedi pi� ad internet.
capito, per� potrei aggiungere alla prima scheda un'altro indirizzo ip e 
subnet? per vedere entrambe le reti con la stessa scheda? 2003 server 
permette di aggiungere altri ip!!
a presto ;-)

 permette di aggiungere altri ip!!
certo se le due subnet sono presenti nello stesso switch altrimenti o
crei un ponte tra i due switch o usi le due schede separate, a livello
di configurazione non c'è differenza tra usare una o due schede.
Ciao

 Ciao
grazie Omero, adesso per� vorrei risolvere il mio piccolo problema. Nel 
senso che le due reti devono rimanere separate, ma vorrei che la seconda 
rete venisse vista dal mio server, come sono riuscito a fare, per poter 
aggiornare anche i pc di questa, ma senza mandare in tilt hamster. Le 
prove purtroppo devono essere rimandate a luned�.
Vorrei solo sapere una cosa. Il gateway come risaputo � un punto di 
passaggio per rete diversa. Io non voglio che le reti si vedano. 
Pertanto potrei fare in questo modo:
configurare la seconda scheda per la seconda rete ma senza gateway, oppure
configurare la prima scheda aggiungendo ip e subnet della seconda rete
quando io ho aggiunto anche il gateway alla seconda scheda, le reti 
venivano viste entrambe dal server, ricordo dunque che il problema era 
solo di hamster, che probabilmente non capiva a quale ip doveva fare 
capo. Qui ci vuole chi � gi� incappato nel problema, sono sicuro che c'� 
da aggiungere qualcosina ad hamster :-/
buona serata :-)

 configurare la prima scheda aggiungendo ip e subnet della seconda rete
entrambe andate male. Appena abilito la seconda scheda, hamster non va. 
Mentre se aggiungo ip e subnet alla prima scheda, non vede la seconda 
rete, mi chiedo a cosa serve aggiungere ip diversi sulla stessa scheda. 
Devo abilitare qualcosa?
buona domenica :-/

 Ciao
ho capito perch� hamster si impalla :-) � gi� un grande passo...
io punto hamster con il nome del computer, quando dunque outlook express 
tenta di contattare il pcname, non sa a quale scheda fare riferimento, e 
mi da errore.
Se per ipotesi, in imap e smtp del client di posta mettessi l'ip, 
funzionerebbe (non ho provato). E nemmeno mi conviene, perch� tutti i pc 
sono ormai configurati con il nome. Dovrei trovare il sistema di 
aggiungere un nome pc alla seconda scheda, come se il pc avesse in 
pratica due nomi. Cos� quando il client di posta puntano a pcname, sanno 
quale ip cercare :-)
ciao e buona domenica ;-)

 io punto hamster con il nome del computer [...]
In tal caso e' sufficiente impostare correttamente l'associazione
nome-host/indirizzo-IP a livello dell'eventuale server DNS locale LAN,
oppure tramite definizione nel file HOSTS (quello senza estensione) dei
client :
==
- 
http://en.wikipedia.org/wiki/Hosts_file
-- 
|� \/� | /�\ /�__/�__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|�|\/|�|/�_�\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|
|_|  |_/_/ \_\___|___/<|> *FAQ ITGF 
http://plany.fasthosting.it
 <|
|>- RST - Plany/MACS -<|> *FAQ GCN  
http://faq.news.nic.it/
 ____<|

 - 
http://en.wikipedia.org/wiki/Hosts_file
dunque dovrei:
127.0.0.1       localhost
::1             localhost
10.190.12.33    hamster
10.190.14.144   altronome
e se invece forzassi la cosa mettendo hamster anche per 10.190.14.144?
delle prime due righe, la prima ï¿œ semplice, ma il ::1 che roba ï¿œ?
p.s. Macs, scusami se in un altro threads non ho risposto, non ho 
proprio visto il tuo post, comunque quella di officesip ï¿œ cosa rimasta 
in sospeso, quando ho tempo riprovo. A dire la veritï¿œ, avendo molti pc 
disponibili, avevo pensato di provare direttamente con XP.

 rimasta in sospeso, quando ho tempo riprovo.
OK, non ci sono problemi = non vedendo evoluzioni, pensavo che avessi
comunque gia' risolto (tramite OfficeSIP o altra soluzione).


 file HOSTS dei client, eviti proprio tale problematica.
un momento, forse ci stiamo confondendo. Io non ho ancora provato da 
altri pc a vedere il server per aggiornare i loro s.o. con wsus. Mi sono 
fermato prima, cio� al problema che hamster, non mi gestisce pi� la 
posta, e la prova la faccio dal server stesso, dove � installato hamster.
Se devo configurare il file hosts del server, allora prover� appena 
possibile, cio� domani, tentando di confondere hamster, o come hai 
suggerito di chiarirgli le idee e mettere 10.190.14.144 nuovonome
ciao

 la prova la faccio dal server stesso, dove � installato hamster.
La modifica del file HOSTS e' determinante lato client, qualora tu
non disponga su rete LAN di server DNS ove definire l'associazione
nome-host/IP -> la definizione di tale associazione serve appunto ad
evitare che i client riscontrino problemi di connessione per questioni
di risoluzione non corretta nome-host/IP.
Per quanto riguarda l'accesso ai servizi Hamster lato server-side devi
operare nelle relative opzioni di configurazione, definendo il nome del
server & l'indirizzamento IP di binding per servizi/porte in ascolto.
Provo ad illustrarlo con un scenario pratico d'esempio lato server in
termini di indirizzamenti IPv4 & instradamenti = definisco 2 subnet LAN
/24 disgiunte, che non consentano la comunicazione tra clienti loro
associati attraverso il server (IP Forwarding/Routing non impostato) :
==
-----------------------------------------------------------------------
- Eth0 : 10.190.14.144 Subnet Mask 255.255.255.0 GW 10.190.14.254
- Eth1 : 10.190.15.155 Subnet Mask 255.255.255.0 No GW
- DST       0.0.0.0 M         0.0.0.0 GW 10.190.14.254 IF 10.190.14.144
- DST   10.190.14.0 M   255.255.255.0 GW 10.190.14.144 IF 10.190.14.144 
- DST 10.190.14.144 M 255.255.255.255 GW     127.0.0.1 IF     127.0.0.1
- DST 10.190.14.255 M 255.255.255.255 GW 10.190.14.144 IF 10.190.14.144
- DST   10.190.15.0 M   255.255.255.0 GW 10.190.15.155 IF 10.190.15.155 
- DST 10.190.15.155 M 255.255.255.255 GW     127.0.0.1 IF     127.0.0.1
- DST 10.190.15.255 M 255.255.255.255 GW 10.190.15.155 IF 10.190.15.155
-----------------------------------------------------------------------
Se tu vuoi che Hamster (vale sia per la versione Classic che per quella
Playground) stia "in ascolto" solo per i client LAN 10.190.14/24, e'
sufficiente definire il binding su 10.190.14.144 & autorizzare gli 
accessi da parte della subnet /24 nelle opzioni di configurazione di
Hamster (ed anche a livello di impostazioni ICF o RRAS TCP/UDP Filter).
A quel punto e' sufficiente definire (lato server DNS in LAN o tramite
modifica del file HOSTS) la corretta associazione nome-host HAMSTER con
l'IP 10.190.14.144 .
Se poi volessi che i servizi NNTP/POP3/IMAP Hamster fossero accessibili
anche da client sull'altra subnet (e/o su eventuali future/nuove subnet
associate ad interfacce fisiche/logiche), senza abilitare pero' l'IP
forwarding/routing lato server, basterebbe che impostassi 0.0.0.0 come
IP binding & aggiornassi le autorizzazioni Hamster/OS con le nuove
subnet. 
In tal caso dovresti ovviamente differenziare l'associazione host/IP in
base alla subnet di appartenenza dei client :
==
- Client 10.190.14/24 -> 10.190.14.144      hamster
- Client 10.190.15/24 -> 10.190.15.155      hamster


 - Client 10.190.15/24 -> 10.190.15.155      hamster
ciao Macs, spero di non averti scocciato, ma la strada pare che non ï¿œ questa :-)

 :-(
Se e' per quello, ne gestisce anche di piu' ;) = va definito in primis
il binding su 0.0.0.0 -> in questo modo i relativi servizi gestiti
saranno in ascolto su tutte le interfacce del server (loopback + IP
associati ad interfacce di rete fisiche e logiche).
Se sono corrette le impostazioni di subnetting/routing sul server, non
vi sono problemi di gestione per le connessioni provenienti da subnet
distinte & associate ad interfacce fisiche/logiche sul server.
A quel punto dovrai ovviamente definire le autorizzazioni a livello sia
di Hamster che di server/rete, onde consentire l'accesso solo ai client
delle tue subnet LAN.
Se riportassi la tabella di routing del tuo server (route print da 
prompt) & indicassi la versione di Hamster (Classic o Playground) in
uso, potrei sia verificare le configurazioni che indicarti dove/come
controllare le varie impostazioni (ved. file di configurazione setup o
pannello di controllo GUI opzioni).
Per quanto riguarda la gestione delle risoluzioni nome-host/IP, si puo
procedere in modi diversi a seconda della piattaforma/configurazione 
in rete LAN per la gestione di DNS query/lookup.
Se consente risposte diverse in funzione dell'IP di origine della query
(e.g. stile Bind con definizione Views o tramite 'DNS doctoring' a
livello di instradamento/controllo del traffico DNS), allora puoi
procedere in tal senso senza problemi.
Altrimenti, in base anche al numero di client coinvolti, devi optare
per altre soluzioni (e.g. modifiche a livello file HOSTS dei client 
tramite deployment automatico o IP/Port redirection in base all'IP
sorgente del client).


                    Eth1)
hamster � impostato che vede tutte le reti 10.190.0.0 -
Avevo previsto l'altra rete, e pre questo mi sono tenuto largo, ma 
domani se ho tempo, perch� sto facendo un lavoraccio su tutte le 
macchine, (antivirus e agg. s.o.) ti posto sia il file di congiruazione 
di hamster classic, sia la print route
ci sentiamo domani, ciao :-)

 congiruazione di hamster classic, sia la print route
OK -> aggiungici anche l'output di netstat (o tcpview), in modo da
disporre di tutte le info necessarie.


 finora, ed ecco perche' devi impostare Hamster in binding/ascolto su
posterï¿œ in mattinata anche la config di hamster, cosï¿œ hai il quadro completo :-)
a presto 

 disporre di tutte le info necessarie.
Ecco i display :-)
C:>route print
IPv4 Tabella route
===========================================================================
Elenco interfacce
0x1 ........................... MS TCP Loopback interface
0x10003 ...00 09 6b a5 c1 70 ...... Broadcom NetXtreme Gigabit Ethernet
===========================================================================
===========================================================================
Route attive:
     Indirizzo rete             Mask          Gateway     Interfaccia Metrica
          0.0.0.0          0.0.0.0      10.193.12.1     10.193.12.33     20
      10.193.12.0    255.255.254.0     10.193.12.33     10.193.12.33     20
     10.193.12.33  255.255.255.255        127.0.0.1        127.0.0.1     20
   10.255.255.255  255.255.255.255     10.193.12.33     10.193.12.33     20
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1      1
        224.0.0.0        240.0.0.0     10.193.12.33     10.193.12.33     20
  255.255.255.255  255.255.255.255     10.193.12.33     10.193.12.33      1
Gateway predef.:       10.193.12.1
===========================================================================
Route permanenti:
  Nessuna
questo ï¿œ il file IPAccess.hst che abilita hamster a ricevere, come si vede alla 
terza riga le reti 10.193.12.0 e 10.193.14.0
ALL,NA,LOCAL,127.0.0.1
ALL,RW,127.0.0.1
ALL, RW, 10.193.0.0, 10.193.255.255
ALL,NA,0.0.0.0,255.255.255.255
C:>netstat -na
Connessioni attive
  Proto  Indirizzo locale       Indirizzo esterno       Stato
  TCP    
0.0.0.0:21
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:80
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:135
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:445
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1025
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1026
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1027
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:5769
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:8098
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:8099
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:23
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:25
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:80
 
10.193.12.228:1098
     ESTABLISHED
  TCP    
10.193.12.33:110
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:119
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:139
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:143
 
0.0.0.0:0
              LISTENING
  TCP    
10.193.12.33:4844
 
10.193.12.32:139
       TIME_WAIT
  TCP    
10.193.12.33:4845
 
10.193.12.32:139
       TIME_WAIT
  TCP    
127.0.0.1:1028
 
0.0.0.0:0
              LISTENING
  UDP    
0.0.0.0:445
            *:*
  UDP    
0.0.0.0:500
            *:*
  UDP    
0.0.0.0:3456
           *:*
  UDP    
0.0.0.0:4500
           *:*
  UDP    
10.193.12.33:123
       *:*
  UDP    
10.193.12.33:137
       *:*
  UDP    
10.193.12.33:138
       *:*
  UDP    
127.0.0.1:123
          *:*
  UDP    
127.0.0.1:3399
         *:*
  UDP    
127.0.0.1:3456
         *:*

 outlook a scaricare posta e news, e non funziona :-) 
Situazione logica, vista la configurazione che hai postato = il binding
dei servizi e' fisso su 10.193.12.33 (ved. appunto impostazioni server
locali Hamster), per cui - dato che tu provi ad accedere indicando il
nome-host del computer - si ha un KO proprio quando la risoluzione di
quest'ultimo 'switcha' in associazione all'IP dell'altra interfaccia IF
fisica aggiunta.
Ti sei quindi spiegato bene, ma il punto e' un altro = la configurazione
che hai testato (e che hai riportato) non e' adeguata allo scenario
Multi-IF lato server, e di conseguenza ha 'sfalsato' gia' le sole
verifiche in locale sul server effettuate finora.
Una volta configurati adeguatamente i servizi sul server, devi solo
decidere come procedere per quanto riguarda l'accesso lato client delle
2 subnet utenti in base al puntamento su un nome-host univoco.
Se la tua piattaforma/configurazione per la gestione del traffico DNS
consente risposte diverse in funzione dell'IP di origine della query
(e.g. stile Bind con definizione Views o tramite 'DNS doctoring' a
livello di instradamento/controllo del traffico DNS), allora puoi
procedere in tal senso senza problemi :
==
SRC 10.193.12/24 -> resolve to 10.193.12.33
SRC 10.193.14/24 -> resolve to 10.193.14.33
Altrimenti, qualora cio' non fosse possibile/applicabile, avresti
comunque alternative in funzione anche del numero di client e/o della 
piattaforma/configurazione a livello proxy/gateway per l'instradamento
delle connessioni & DNS per la risoluzione di query/lookup, e.g.:
==
1. Definire a livello DNS LAN la risoluzione su 10.193.12.33, forzando
   a livello gateway/proxy un IP/Port Redirect :
   ==
   - SRC : IP : 10.193.14/0  - Port : Any
   - DST : IP : 10.193.12.33 - Port : 25 / 110 / 119 / 143
   - RDR : IP : 10.193.14.33 - Port : 25 / 110 / 119 / 143
2. Definire a livello DNS LAN la risoluzione su 10.193.12.33, forzando
   a livello HOSTS (e.g. tramite deployment o batch logon script) dei
   singoli client su 10.193.14/24 quella su 10.193.14.33 .
3. Definenire a livello DNS LAN la risoluzione su 10.193.12.33, forzando
   a livello dei singoli client l'IP/Port Redirect sopracitato tramite
   un apposito TCP Redirector, e.g. RINETD su Linux/*Nix-like o FPIPE
   su OS Windows :
   ==
   - 
http://www.foundstone.com/us/resources/proddesc/fpipe.htm


 ------------------------------------------------------------------------
ok.
per il resto leggerï¿œ con calma, meglio prima risolvere il problemino ;-)
sei stato chiarissimo, anche se su alcune cose faccio fatica, colpa mia.
ti faccio sapere gli esiti delle nuove config, ciao