[cancellato] lucaweb L'unico test valido è il Ne.Me.Sys che avviene caricando la linea e misurando il throughput. Anche avessi 200M di portante non servirebbe a niente se ad esempio a monte hai saturazione sui kit di raccolta; quel che tu ottieni come utente è la somma di tutti i passaggi della catena, spesso la tratta di access è il collo di bottiglia ma non è sempre così.
lucaweb Io dicevo uno straccio di statistiche come sul fritz, ma anche meno, il router Tim mi pare che almeno ti dica a quanto agganci o mi sbaglio?
MentalBreach gandalf2016 quello Fastweb no per esempio Giusto una precisazione da pignolo: il Fastweb FASTGate non riporta statistiche di connessione xDSL, il Fastweb NeXXt invece si (poche, ma le ha).
lucaweb Chiedo aiuto ai boss. Non riesco a raggiungere il mio pc dall'esterno. Premetto che fino a prima del map-t lo raggiungevo. Ora ho lo skyhub (rete 192.168.0.1) e in dmz il fritz 7590 (visto 192.168.0.4 dall'hub ma con rete fritz 192.168.178.1). Il pc è nella rete del fritz con il 192.168.78.xx. Così come prima già funzionava ho riverificato e rifatto le abilitazioni porte sul fritz aprendo intato la 3389. Ho provato anche ad eliminare del tutto i firewall dello skyhub mettendo impostazione personalizzata con tutti i flag consentiti. Ora, con il mio ip pubblico 101.58.xx non lo raggiungo.. Neanche aggiungendo la porta. invece raggiungo il nas tramite https che ha una porta specifica (5001) quindi non è un problema del map-t direi. Dove mi sto perdendo?
zanno99 lucaweb sono nella tua stessa situazione. Prima del passaggio al map-t riuscivo ad accedere tranquillamente al pc tramite RDP mettendo l'ip v4 e il numero della porta 3389. Lato SkyHub ho abilitato il DMZ verso il fritz e configurato il forwording dal fritz al pc ma ora non funziona più 😡
edofullo Sarò sincero, non ne ho idea e non ho nemmeno computer windows da provare con OpenWRT. Forse domenica porto su un server, quindi settimana prossima posso fare qualche prova più approfondita con le VM (forse) Non so se RDP da altre porte rispetto alla 3389 (tralasciando che aprire rdp su internet non è una grande idea)
lucaweb grazie, infatti volevo fare prova con porta diversa, ma non deve essere quello il problema. Invece differenza tra port forwarding e port triggering?
edofullo Ma avete provato a collegare il PC direttamente allo Sky hub e metterlo (temporaneamente) in DMZ?
lucaweb mettere in dmz cosa? se collego il pc allo skyhub mi pare ovvio che vada, il problema è dietro al fritz Ah aspetta forse ho capito, dici che potrebbe non essere raggiungibile se messo in dmz ci provo
lucaweb no, non va neanche collegato direttamente. Possibile che lo skyhub non faccia passare il protocollo rdp?
jepz ciao a tutti, prima di tutto grazie mille per queste lunghe discussioni - molto utili per avere contesto. Lato mio sono passato in MAP-T 3 giorni fa, e allora l'altro ieri ho rispolverato lo Sky Hub e messo il Fritz che stavo usando in cascata etc etc Ho attivato port forwarding sull'Hub per farmi attivare l'1:1, ma sono ancora in 1:16 (IP 101.56.x.x). Quanto ci avete messo voi per passare in 1:1? Meglio fare DMZ (nell'Hub, per il Fritz) che le singole porte?
edofullo jepz Meglio fare DMZ (nell'Hub, per il Fritz) che le singole porte? Se metti il Fritz in cascata (in modalità router) e non usi l' hub per nulla metti DMZ
jepz Grazie. Ho configurato DMZ e mi aspettavo un passaggio in MAP-T 1:1 (101.58.x.x) e invece stamattina mi sveglio e mi sono ritrovato passato di nuovo da MAP-T a dual stack (51.182.x.x). Vai a capire.
jepz jepz ..e oggi sono passato in MAP-T 1:1 (101.58.x.x), e riesco correttamente ad accedere ai miei servizi (collegati al Fritz in DMZ in cascata) dall'esterno. Ricapitolando per i posteri, nel caso possa tornare utile a qualcuno: giorno 0: passaggio da dual stack a MAP-T 1:16 giorno 1: attivazione port forwarding cercando di triggerare MAP-T 1:1 giorno 2: ancora niente, sempre MAP-T 1:16 giorno 3: su suggerimento di questo forum, attivazione DMZ sempre sperando di triggerare MAP-T 1:1 giorno 4: invece di passare a MAP-T 1:1, vengo rimesso su dual-stack giorno 5: senza aver cambiato nulla, vengo passato a MAP-T 1:1 e tutto funziona come speravo
lucaweb sono in linea con sky da 30 minuti per il problema del port forwarding e dell'accesso al router dall'esterno. Magicamente mentre ero al telefono l'accesso in rdp al mio pc ha iniziato a funzionare da remoto... Per accesso al router/inteso come sky hub ancora non si sa nulla invece.. Non avete idea delle mincxxate che mi hanno detto e chiesto, insistevano che ancora io non sono passato al map-t ma è un caso che il mio ip sia diventato 101.58...., continuavano a chiedermi quale problema avessi con la domotica, e io dicevo che non accedo all'hub dall'esterno e non va l'rdp verso pc o nas.. che tristezza. Se non fosse per il costo basso avrei già cambiato operatore......
x_term lucaweb Se non fosse per il costo basso avrei già cambiato operatore...... Comunque è già un miracolo che Sky abbia tentato di dirgli cosa sia MAP-T, d'altronde come fai a formare un call center su una roba così tecnica? Secondo me anche in Sky stanno cercando di capire come funzionano i meccanismi e stanno ancora lavorando su questi trigger manuali. Per l'accesso all'Hub, io ho una domanda da un bel po' di post: ma è davvero necessario? Cioè, credo sia una delle cose più sconsigliate del mondo esporre l'interfaccia web di un router del genere su internet, probabilmente Sky nemmeno ci ha pensato quando ha fatto la modifica software per MAP-T che gli utenti volevano esporlo...