Newsgroup: it.comp.reti.locali
Titolo: ip locali

Io posso dare alla mia rete interna ip non standard tipo
 
13.13.13.0/24
 
 
oppure è obbligatorio usare indirizzi "ufficiali" tipo
 
192.168.1.0/24
 
 
perchè i soft di rete ( esempio smartphone android) non accettano 
indirizzi non "ufficiali"  ?
 
grazie

Il 02/06/20 14:53, P 'o ha scritto:

Nessuno ti impedisce di dare alla tua rete qualsiasi indirizzo, il 
problema e' che nessun indirizzo di quella famiglia puo' essere 
raggiunto in Internet, risultano tutti locali.
Non ti devi meravigliare se in qualche occasione vengono rifiutati.
Poi, quale sarebbe lo scopo? Hai a disposizione quasi 18 milioni di 
indirizzi...
 
angelo

 indirizzi...
 
io ho la mia rete sotto un router.
LA wan ha i sui indirizzi, la mia lan nattata sotto il router ha , 
poniamo, 
13.13.13.0/24
 
 
Dalla mia sottorete parte un qualsiasi pacchetto che viene routato sulla 
wan. Potrebbe essere rifiutato ? Sicuro ?

 wan. Potrebbe essere rifiutato ? Sicuro ?non viene rifiutato, non viene solo raggiunto... e non solo un ip ma 
tutta la subnet

 tutta la subnet
 
continuo a non capire.
 
Io l' ho implementato come ho scritto,e dai device della subnet nattata 
( con il firewall  nft) dagli indirizzi 
13.13.13.0/24
 riesco a vedere la 
posta imap e a navigare in twitter.
 

Il 02/06/20 19:36, P'o ha scritto:

Piu' che sicuro! Anzi, di piu'!
Il computer considera locali tutti gli indirizzi compresi tra 13.13.13.0 
e 13.13.13.255 (i puristi sono pregati di astenersi dal mettere i 
puntini sulle "i") e indirizza all'esterno via gateway tutti gli altri.
Se putacaso un'applicazione o una pagina WEB si rivolge a un indirizzo 
di quelli sopra il PC li considera locali e li cerca nella tua LAN col 
risultato che non avra' risposte, si bloccano e tu non capirai mai il 
motivo.
 
angelo


 
Bye, G.


13.13.13.0/24
 
 
Qual è il motivo per fare una cosa del genere?
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 motivo.
appunto, proprio per questo per "convenzione" si sono definiti set di 
indirizzamenti utili all'utilizzo in LAN poi ognuno può fare come gli 
pare, è ovvio, ma non per questo può pretendere che il resto del mondo 
ne tenga conto....

 indirizzamenti utili all'utilizzo in LAN
ancora per poco, non appena IPV6 sarà l'unico utilizzabile non dovremmo 
avere più questi problemi...(o forse ce ne saranno alri, mah, chi lo sa!)


 
Ossia RFC-1918 (IPv4) ed RFC-4193 (IPv6), poi volendo si potrebbero
anche includere i range di APIPA (
169.254.0.0/16
 -  fe80::/10) e,
volendo fare una porcata, anche quelli delle "TEST-NET" elencati nelle
RFC-5735 ed RFC-5737: 
192.0.2.0/24
, 
198.51.100.0/24
, 
203.0.113.0/24
, li
ho visti usare (si è una gran porcata) per le VPN :D
 
 
 

 
 
sto provando e funziona su laptop ( con debian) un sistema che poi 
passerò su un raspberry come "extender hot spot" da portarmi quando viaggio
Funziona così:
un nic alfa su usb per  wan
il wireless del laptop come AP
Tra i due nft ( un firewall) che fa masquerade e con alcuni filtri drop 
aggiuntivi. Tra questi filtri aggiuntivi ce ne è uno che dice: non 
mandare sulla wan i pacchetti per 13.13.13.13, manda i pacchetti per 
13.13.13.13 solo sul AP.
 
Siccome mi serve in viaggio e non a casa se uso ip ufficiali rischio di 
trovare dal alto wifi-wan  gli stessi indirizzi del AP e quindi di dover 
cambiare configurazione e di non poter accedere in ssh sul raspberry 
lato AP per cambiare configurazione. Se, invece uso indirizzi non 
ufficiali accedo comunque. So che comuque al raspberry posso accedere 
via cavo, ma usando indirizzi non ufficiali sarebbe  più comodo , dovrei 
solo cambiare lato wan nome rete e password

 ho visti usare (si è una gran porcata) per le VPN :D
allora, visto che sono molto raramente usati, potrei usare questi sopra 
per risolvere il mio problema.
 
 



Noto, pur senza sorpresa, che non hai capito un apascio
 


 
 >Ossia RFC-1918 (IPv4) ed RFC-4193 (IPv6), poi volendo si potrebbero
 >anche includere i range di APIPA (
169.254.0.0/16
 -  fe80::/10) e,
 
 
deduco  agli indirizzi IP privati standard   "si potrebbero anche 
includere i range ...". Quindi li potrei usare per la mia sottorete 
visto che viaggiando non li ho mai visti usare.
 
 

 visto che viaggiando non li ho mai visti usare.
 
Considerando l'uso che vuoi farne... si, credo non dovresti avere
problemi ... almeno in teoria :D