Reprise du message précédent :
VPN testé OK avec Debian
 
Sinon, j'ai finalement réussi à faire marcher l'IPv6 (/56 dégroupé OVH), en bypassant mon routeur pour tester... la conf est un peu tordue, faut chopper une IP en DHCPv6 NA (du coup on choppe aussi DNS et passerelle), et s'attribuer manuellement une/des IPs du /56 indiqué dans le manager.
 
Plus qu'à faire marcher le DHCPv6 NA avec Tomato... (qui supporte correctement DHCPv6 PD pour l'instant)...

Quand tu veux  

Forcément aussi, 4 mois pour "réagir", tu m'étonnes que derrière le gars de la hotline ne voulait trop en entendre parler.
Après commercialement parlant il aurait pu pousser au cul pour avoir une résolution rapide, surtout s'il s'agit d'une personne âgée qui peut avoir besoin de son téléphone... uniquement pour appeler les secours !

Là par rapport à l'explication je verrais bien autre chose : tu es tombé au moment où la hotline était au Maroc ou en Papouasie, et là forcément les gars qui sont payé à éjecter le plus d'appels possibles à l'heure on dit d'aller voir en agence. Or en agence ils te répondront de téléphoner au 3900 et au 1014

Ici le VPN fonctionne pas trop mal sur le galaxy note 2 mais pas sur la galaxy tab avec la même config (et pas en même temps).
 
Bizarre.
 
Et sous XP j'ai lâché l'affaire

Salut,
 
J'ai un soucis avec mon Technicolor TG788vn.
Impossible à ouvrir ne serait-ce qu'un port.
 
J'aimerais faire un tunnel SSH depuis l'extérieur à destination de mon domicile, et IMPOSSIBLE.
 
Par feu du modem désactivé.
Ouverture d'un port en UDP/TCP du modem done.
> quand je vais sur ce site http://www.yougetsignal.com/tools/open-ports/ et je check l'ouverture du dit port, j'ai toujours la même réponse: "closed"...
 
j'ai reboot de nombreuses fois mon modem + reset des réglages avec seulement mon port désiré à ouvrir + reboot => mais toujours rien, mon modem semble hermétique à tout.
 
Quelqu'un pourrait me filer un coup de main svp.
 
PS: info du modem
Nom du produit: TG788vn
Numéro de série: CP1214RA5J6
Version du logiciel: 8.4.5.F
Variante du logiciel: AG
Version du Boot Loader: 1.1.1
Code produit: 36901340
Nom de la carte: VDNT-K
 
PS²: je n'ai aucun modem pour changer, mais je possède une Airport Extrem (pouvant servir de routeur) et un switch ethernet 16 ports gigabit (dans mon VDI)
 

Salut,  
 
Dites, est-ce qu'il existe un moyen de savoir par quel opérateur passe la collecte avant de s'abonner ?

Tu fais un DegroupTest, tu regardes le nom du NRA auquel ta ligne est rattachée. Avec le nom du NRA tu regardes déjà si c'est pas déjà dégroupé par OVH ici : http://www.ovh.fr/adsl/degroupage-nra-ovh.xml
Sinon tu regardes dans les résultats de DegroupTest si SFR propose le dégroupage total, si oui ce sera par SFR, sinon par FT.

 
Parfait, merci beaucoup.  
 
Donc je suis éligible chez SFR en dégroupage total.  
Je m'occupe d'abord de dégager free mobile, et d'ici 2-3 jours je m'occupe de free ADSL

Il semble par rapport aux endroits que malgré un dégroupage par SFR, cela soit quand même une collecte Orange  
Je dirais plutôt d'appeler la hotline ADSL d'OVH et de demander confirmation avant de s'abonner (0972101007)

T'as des exemples de personnes concernées ?

Et y'a moyen de savoir une fois raccordé ?

 
Et alors? Ils ont une obligation de résultat. C'est pas parce que le dysfonctionnement dure un an que ca leur donne le droit de mettre 1 mois à le résoudre...

Moi

Et t'es sûr que le dégroupage SFR n'est pas arrivé entre le moment où tu t'es abonné à OVH et celui où t'as résilié pour aller chez SFR?

Gros souci de débit ce soir...
ya un listing des incidents qulequepart ? j'ai trouvé ca http://travaux.ovh.net/?project=9& [...] perpage=50
 
mias pas d'incidents en cours  

pas de problème chez moi...

tout vas bien ici, youtube à fond comme d'habitude

seawan en a été un exemple ici et s3phy avait donné une explication probable

Non mais ce que je voulais, c'est que dans ce genre de cas le hotliner doit probablement refiler le bébé en agence, alors qu'il pouvait fort bien le faire.
Si le client derrière rechigne à aller en agence (faut dire c'est souvent plein du côté de chez moi), là c'est mort
Après oui, "commercialement" parlant à son niveau le hotliner aurait pu pousser un peu. Mais ils ne sont pas là pour servir le client en prenant le temps de le faire, ils sont là pour faire éjecter les appels.

A defaut d'avoir une petite réponse, pouvez-vous (les clients OVH) me dire si vous êtes parvenu à ouvrir ne serait-ce qu'un port avec votre modem fourni par OVH ?
 
Merci.

Yep depuis l'interface web

Oui.

Mais l'interface est mal foutue. Tu as bien créé ta règle puis associé cette règle avec la machine en question sur l'interface du modem ?

Oui

Heu je posais la question a pepes  

Oui j'avais réussi à faire toute ma conf avec le modem. Donc ça marche.

OK

Putain, je dois être un vrai teubé de la config' réseau...
 
Ca fait 2 soirées que je passe (environ 6h par soir) à tenter d'ouvrir ne serait-ce qu'UN port, mais vraiment, je n'y arrive pas => que ce soit via l'interface d'administration ou via des commandes telnet.
(pourtant, j'en ai eu des box/FAI, mais là, IMPOSSIBLE)
 
Simplement:
1. j'ai mon modem en ip locale 192.168.1.254 (comme vous )
2. j'ai mon home serveur en ip locale 192.168.1.10 (je prends cette ip au pif pour l'exemple)
3. go dans l'administration réseau du Technicolor, je créé une nouvelle assignation => Secure Shell (ouverture du port 22) dédié à l'IP 192.168.1.10
4. je check sur http://www.yougetsignal.com/tools/open-ports/ sur mon serveur > j'entre mon ip public et test l'ouverture de mon port 22 =>>> résultat "closed" encore et toujours

Balance ce que tu fais exactement.
 
Là tu as quoi dans "new game or application"
 
Protocol Port Range Translate To ... Trigger Protocol Trigger Port
 
Ensuite tu fais bien "Assign a game or application to a local network device" ?

Sur Paris hier, j'ai également eu de gros soucis toute la journée.
Liaison OK mais DNS injoignable avec parfois un retour à la normale mais par tranche de 15min maxi. En attendant, j'ai réussi à bosser en passant par les DNS de google.

A 19H c’était toujours HS mais ce matin ça semble fonctionner.

Sur listing d'OVH, pas d'incident en cours dans la section ADSL mais apparemment il y en a dans la section "Réseau internet et Baies", j'ignore si ça correspond à nos connexions...

Heureusement, c'est extrêmement rare.

Il n'y a pas deux étapes à faire? Genre ouvrir le port, puis router ce qui arrive depuis ce port vers tel adresse ip? (je ne me rappelle plus précisément, mais ça ne m'avait pas du tout gêné pour le faire)
 
Et tu règles bien en entrée, pas en sortie hein.    

Et bien tester que la machine accepte une connexion...

Là je viens de retester sur un poste windows, installation d'un SSHd, assignation sur l'interface du modem, ouverture du port sur Windows, et ça roule.

Sinon tu peux regarder dans la page des logs sur l'interface, tu pourras voir si c'est le modem qui refuse, ou si il te sort un "host unreachable", dans ce cas le problème se situe entre le modem et ton serveur.

Merci les gars.
Je rentre à la maison dans 10mn, je vous ferez quelques screens si ça déconne tjrs.
 

Allez svp, filez-moi un coup de main, voilà où j'en suis:
 
0. étape 0^^, aperçu rapide de ma boite à outils du Technicolor

 
1. création d'un partage d'application: nommée SSH
 
 
2. affectation de cette app à un périphérique réseau local: un de mes PC client test sous l'ip local 192.168.1.34

 
3. pour être sûre que le firewall Windows fait pas chier, je l'ai désactivé

 
4. test de vérification si le port 22 (SSH) est accessible depuis l’extérieur

 
>>> résultat: closed
 
5. affectation de plusieurs app pré-configurés du Technicolor toujours à ce PC test

 
6. test de vérification si un port est accessible depuis l’extérieur (voir la liste des ports sur le screen ci-dessous à droite

 
>>> résultat: closed
 
Dites-moi svp ce qui cloche ???
 
Merci

Tu ouvres le port SSH sur une machine Windows?

Oui Cygwin pour faire un tunnel SSH

T'es sur que ca écoute bien sur ce port ? Souvent un port fermé par le firewall est vu en "filtered", là c'est p'têtre ouvert mais ya rien derrière.

Il reste que ça

Active le remote desktop sur ton poste, et ouvre le port, voir déjà si ça vient de Cygwin ou pas
Edit: sinon les DNS OVH se chient dessus à nouveau, j'ai dû forcer les DNS Google

Chezmoiçamarche
 
Pas eu de soucis ces dernières heures, et là tout va bien.
 
DNS récupérés par mon routeur en DHCP : DNS 91.121.161.184:53, 91.121.164.227:53, 188.165.197.144:53

Du coup, vous ne voyez pas une étape que j'aurais squizzé ?
 

Histoire d'être sûr, le ssh fonctionne bien depuis une autre machine de ton réseau local  ?

Je sais question con, mais bon

Si tu fais pas le test que je te propose pour déjà isoler un souci avec Cygwin on va pas trop pouvoir t'aider hein...
Edit: voilà ou même carrément le test de thefolken

Doit y avoir méprise.
 
Quelque soit ma machine sur laquelle je lance le test ci-dessous, la réponse est "all ports closed" (IP extérieur fixe de OVH)
 
http://www.yougetsignal.com/tools/open-ports/
 
Derniers extraits du journal du Technicolor:
 
  Apr 18 23:05:18 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39865 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
  Apr 18 23:05:17 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39854 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
  Apr 18 23:05:16 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39842 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
  Apr 18 23:05:11 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39805 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
  Apr 18 23:05:10 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39794 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
  Apr 18 23:05:09 FIREWALL rule : Protocol: TCP Src ip: 69.163.149.200 Src port: 39787 Dst ip: 192.168.1.50 Dst port: 22 Chain: forward_host_service Rule Id: 1 Action: accept
 
>> ça marche pas quand je check le port 22 depuis l'extérieur...
(mon serveur est sur l'IP 192.168.1.50)
 
J'ai try en essayant de multiples autres ports également, mais seul 4 ou 5 ports sont ouverts...