Newsgroup: it.comp.www
Titolo: IP statico, cosa serve?

Qualcuno mi potrebbe spiegare a cosa serve avere un IP statico.
Grazie


a te in particolare niente, ma se uno deve fare un server dovra` pure
avere un indirizzo fisso perche` la gente possa arrivarci...
(esempio)
che ne diresti se paradossalmente ogni volta che esci di casa il
supermercato, il posto di lavoro, la casa della nonna, cambiassero
locazione e al loro posto ci fosse qualcos'altro?
senza gli ip statici per i server, internet sarebbe cosi`...
(PS lo sai vero che i nomi dei siti 
www.qualchecosa.it
 sono 
un'astrazione per comodita` ma corrispondono a degli indirizzi IP?)
nelle reti locali poi ogni pc ha un ip statico, non c'e` motivo di fare
altrimenti...
-- 
    Pardo 
 
http://pardo.cjb.net

altrimenti...
Infatti i server DHCP li hanno inventati solo per fare un' "astrazione per
comodita'"....
La domanda era "stupidella", ma la risposta .......... prendiamola sul
ridere.....
-- 
Saluti,
Giancarlo

....
??!??
[tagliamo...]
Spiritosone...
La risposta era adatta alla domanda, mi pare...
--
    Pardo
 
http://pardo.cjb.net
 
PS: come va kexpress?

 ha scritto nel messaggio
news:slrn8thib4...@tamarropoli.it...


 altrimenti...
Beh... affermazione alquanto opinabile... mai sentito parlare di DHCP?
Più correttamente:
... ogni SERVER e ogni DISPOSITIVO DI RETE (switch, router, etc.) ha un
indirizzo IP statico...
\/\/.

PS: come va kexpress?
Decentemente. Problemi:
- Se va in timeout la connesine col server non la ritira su in automatico,
chiudi e riavvia
- Non fa cut&paste nello spazio di visualizzazione del post, solo in quella di
composizione, ma forse e' piu' un problema degli oggetti nelle librerie QT 
- Genere errori cliccando su URL o indirizzi di email
-- 
Saluti,
Giancarlo

 la posta.
Ogni macchina ha un IP. Period.
Statico o dinamico rappresenta solo la metodologia con la quale tale IP gli
"arriva". La metafora di Pardo a me non era dispiaciuta e per estenderla
direi che anche se l'indirizzo del supermercato cambia a te potrebbe non
fregare nulla se prendi un taxi il cui autista lo conosce! :)
La tua risposta, cosi' non fai nuovamente l'offeso e'
ci sono soluzioni in entrambe le metodologia.
speciamente per l'accesso a internet non ti serve neppure un server, un
qualunque contratto ISP, ed un routerino stile Cisco 7xx
La posta va pensata un po' meglio, ma ho qui a fianco un azienda con MS SBS
di cui exchange  tira giu' la posta da un clubnet...
Poi ovvio che otterrai quelle per cui paghi... come sempre nell'informatica!

indirizzo IP statico...
opinabile anche questo: una volta ho visto un bridge senza IP...

 \/\/.
...lo switch, come l'hub o il bridge NON hanno necessità di un indirizzo
IP....


mumble... quella del copia/incolla puo` essere pallosa ma se e` solo per
queste 3 cose dovrebbe andare OK: lo riprovero`
-- 
    Pardo 
 
http://pardo.cjb.net

 opinabile anche questo: una volta ho visto un bridge senza IP...
Mi chiedo xche' uno switch debba avere un IP? Parli di quelli layer 3?

...

Io ho parlato di bridge, non di switch.
La risposta sottindendeva proprio questo: che esistono dispositivi di rete
che lavorano benissimo anche senza IP address, perche' per il lavoro che
fanno non e' rilevante l'indirizzo IP. Rientrano in questa categora tutti
glia apparti di layer 2 (come, appunto i bridge).
Forse mi sono espresso male (sorry).
Il fatto che possa essere esistere o essere utile avere un IP address (ad
esempio per la gestionevia SNMP), e' del tutto irrilevante.
ciao
bepin

 Io ho parlato di bridge, non di switch.
TU si ma non la persona a cui hai risposto ;)
Anche io mi univo all'"opinata" tua!

Anche io mi univo all'"opinata" tua!
allora dovevi rispondere al suo msg, non al mio... :O
ad ogni modo, l'importante e' chiarirsi ;)
ciao
bepin

 altro ip statico.
¿ Non ho capito. Cosa intendi con 'condividere la posta degli altri uffici'?
Se intendi dire che il vostro server dovrà smistare la posta di altri
uffici, non hai bisogno lo stesso di un altro IP assegnato.
Se, invece, intendi dire che i server di posta delle società collegate
devono potersi 'attaccare' al vostro server per recuperare la posta,
suggerirei l'adozione di connessioni VPN (Virtual Private Network) per
questo, le quali possono essere stabiliti e gestite direttamente dal router
(se supporta VPN) o, di nuovo, da un server sulla rete interna tramite NAT.
Saluti,
--
------------------------------------------------------
Giampaolo Tomassoni Information Systems Consultant
P.za 8 Aprile 1948, 4 Tel/Fax: 
+39-0578-21100
I-53044 Chiusi (SI)  e-mail: 
toma...@geocities.com
ITALY
homepage: 
http://www.geocities.com/Eureka/Park/2209/

 Qualcuno mi potrebbe spiegare a cosa serve avere un IP statico.
all'identificazione univoca di un PC connesso permanentemente ad
Internet.
ciao
--
---------------------------------------------------------------
Prova iPer Hyper Publish PRO: un'unica soluzione per realizzare
sia pagine Internet che CD-ROM!   
http://hyper-publish.com/ita/
Visual Vision - 
http://visualvision.it/
 
http://visualvision.com
I leader del software ipertestuale.           [ASP, ESC member]


noi volevamo mettere un serve di posta in Linux che gestisse tutta la posta
(questo già lo facciamo)
in arrivo verso il nostro dominio, quindi tutti gli indirizzi del tipo
x...@dominio.it
 ovviamente questi indirizzi sono creati direttamente dal
nostro server, cosa che già ora è così. Il problema è che vorremmo
centralizzare la posta e gestire anche quella degli altri nostri uffici
quindi creare degli indirizzi:
marioros...@dominio.it
albertobian...@dominio.it
chiaraver...@dominio.it


 
chiaraver...@dominio.it
Con questo tipo di indirizzi non vedo il problema: in pratica, l'entry DNS
di MX a cui fai riferimento è sempre lo stesso (
dominio.it
).
Ma anche ammettendo indirizzi un pelino più complessi, tipo:
 
mario...@genova.dominio.it
 
alberto...@livorno.dominio.it
 
chiar...@milano.dominio.it
ti è sufficiente definire il server di posta tuo (assumiamo 
smtp.dominio.it
)
come entry MX per i tuoi sottodomini (
genova.dominio.it
, 
livorno.dominio.it
ecc).
In questo caso dovrai 'solo' provvedere a configurare opportunamente il tuo
server di posta in maniera da gestire correttamente anche i sottodomini ma,
come sempre, non hai bisogno di più di un indirizzo IP assegnato.
In pratica dovrai 'dire' al tuo smtp server di accogliere anche la posta
destinata ai domini 
genova.dominio.it
, 
livorno.dominio.it
 e
milano.dominio.it
, mentre al tuo DNS server (il quale sarà meglio che sia
accessibile dall'esterno) devi 'dire' che il Mail eXchanger per i tuoi
sottodominio è sempre e solo il tuo unico server di posta.
Infatti, in tutti e due i casi, quel che conta è:
    - corretta configurazione degli entry in DNS accessibili da internet
    - corretta configurazione del server di posta
Dato che usi Linux, in generale non dovresti incontrare grosse limitazioni
né nella versatilità del DNS daemon, né in quella del SMTP daemon.
Quello che ti serve è sopratutto ottenere una buona padronanza di questi
strumenti, oltre che del NAT.
Mi permetto qualche suggerimento: studia bene la documentazione Linux di
NAMED (DNS server) e SENDMAIL (SMTP server), nonché quella dei servizi NAT
eventualmente disponibile sul tuo router. Non parlo solo di quello che puoi
ottenere con 'man', ma anche dei vari documenti in /usr/doc...
Per il named puoi partire dalla struttura dello /etc/named.conf e, quindi,
dalla struttura dei file di definizione delle zones. Per il sendmail, devi
studiarti piuttosto approfonditamente la struttura dei files presenti in
/etc/mail.
Infine, per quanto riguarda il NAT, tutto dipende dal modello di router di
cui disponi. Verifica la disponibilità di servizi tipo NAT. Se si tratta di
un Cisco, troverai senz'altro una descrizione piuttosto dettagliata presso
il sito della Cisco ( 
http://www.cisco.com/
 ).
Coraggio...


 Internet.
No questa e' la spiegazione di "IP address" e basta ;)