itsmatteomanf lucaweb sei sicuro di essere su MAP-T 1:1? Che IP hai (mi interessano solo le prima due sezioni, es. 101.58)?
lucaweb Ma possibile che non si possa vedere sull’hub la portante agganciata? Ma è legale? Come dimostrano se sopra o sotto ai minimi contrattuali? Lo speed test potrebbe essere influenzato da millemila variabile
[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
