lo so, sarebbe un thread da connectivity and c o da gnu/linux... ma agorà è più figa
cosa succede: ho una linea fastweb vdsl con ip pubblico. In entrata tutto bene. da fuori riesco a collegarmi senza problemi alle mie macchine in lan. il problema assurdo è in uscita. sembra (SEMBRA) funzionare tutto, ma con SSH c'è questo problema: lancio un comando, diciamo "sudo apt-get update", che restituisce parecchie righe di output. l'output si blocca, e per farlo scorrere e arrivare al prompt devo mandare degli input (schiacciare tasti a caso va benissimo). Se lo faccio il terminale scorre normalmente.
Mi succede verso TUTTI i server. è come se o il router di Fastweb o Fastweb stessa faccia cazzate col NAT. Ne sapete qualcosa? summono tutti i fastwebbari di NGI!
non ho provato ancora SIP e FTP, ma visti i problemi con SSH non escludo che rompano anche questi 2 servizi.
Appena youtube si degna di farmi vedere il video che ho appena caricato ve lo linko...
aiutatemi, non so più che pesci pigliare... da fastweb fanno i vaghi
fatto sull'ip a cui mi voglio connettere e con porta 22: 13 packets transmitted, 13 packets received, 0% packet loss round-trip min/avg/max = 25.8/26.8/27.4 ms
con anche --flood 100% di packet loss
l'unico apparato presente è il modem-router di Fastweb (thomson MediaAccess TG589vn v3). stessa cosa lato server (stesso apparato). Da alice però non ho problemi a collegarmi a quello stesso server. e nemmeno se uso il tethering dell'ipad con 3
stesso problema a collegarmi a un server con ip pubblico direttamente sull'interfaccia di rete... mi sa che mi tocca mettere il modem in bridge e prendermi un router decente. sempre se non è qualche apparato interno a fastweb
non hai la forza morale per chiamare fastweb e parlare con quel centinaio di persone che ne capiscono meno di te prima di poter parlare con uno che almeno sa cosa significa la siglsa ssh ?
