stefjmj

Snif... Je suis sur un site en extérieur. Putty se connecte bien sur mon synology, par contre firefox indique que la connexion a échoué Firefox ne peut établir de connexion avec le serveur à l'adresse www.leterrierweb.fr. Côté putty, j'ai indiqué : Source port :443 Destination : localhost:443 Côté firefox : dans la partie hôte socks, j'ai mis 127.0.0.1 avec le port 443. Je sèche

Cela a pourtant des aspects bien pratiques. si je vais teste dans un site qui possède un proxy. Devrais-je paramétrer quelque chose dans le menu proxy de putty ou cela sera transparent ?

Merci beaucoup. le problème venait bien du proxy du synology. je testerai demain dans un réseau extérieur. Encore merci bud.

Merci tous les deux pour votre aide. @bud77 : Ton message m'a aidé à progresser. Au lieu d'avoir la connexion à échouée, j'ai La connexion a été refusée par le serveur proxy ! Apriori, j'ai un problème avec le proxy, mais là, je ne comprends pas, car j'ai bien redirigé le port 443 vers mon nas et j'ai désactivé le pare-feu windows. J'ai aussi mis la clef network.proxy.socks_remote_dns à true dans firefox... J'ai aussi désactivé le pare-feu windows... au cas où ? Auriez-vous une piste ? Ais-je autre autre action à réaliser ? Mon fournisseur d'accès internet est free (revolution).

Bonjour à tous, Je suis sous DSM 4.3 et je souhaite installer un tunnel SSH, mais celui ne fonctionne pas. Firefox indique que la connexion a échoué. Voici les actions menées : 1. Voici le contenu de mon fichier (etc/ssh/sshd_config). Notez que j'ai modifié le port 22 en 443. # $OpenBSD: sshd_config,v 1.82 2010/09/06 17:10:19 naddy Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 443 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # The default requires explicit activation of protocol 1 #Protocol 2 # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key - /etc/ssh/sshd_config 1/141 0% # $OpenBSD: sshd_config,v 1.82 2010/09/06 17:10:19 naddy Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 443 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # The default requires explicit activation of protocol 1 #Protocol 2 # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_dsa_key #HostKey /etc/ssh/ssh_host_ecdsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 1024 # Logging # obsoletes QuietMode and FascistLogging #SyslogFacility AUTH #LogLevel INFO # Authentication: #LoginGraceTime 2m #PermitRootLogin yes #StrictModes yes #MaxAuthTries 6 #MaxSessions 10 #RSAAuthentication yes#RSAAuthentication yes #PubkeyAuthentication yes #AuthorizedKeysFile .ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_host #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes # To disable tunneled clear text passwords, change to no here! #PasswordAuthentication yes #PermitEmptyPasswords no # Change to no to disable s/key passwords #ChallengeResponseAuthentication yes ChallengeResponseAuthentication no # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication and # PasswordAuthentication. Depending on your PAM configuration, # PAM authentication via ChallengeResponseAuthentication may bypass # the setting of "PermitRootLogin without-password". # If you just want the PAM account and session checks to run without # PAM authentication, then enable this but set PasswordAuthentication # and ChallengeResponseAuthentication to 'no'. UsePAM yes #UsePAM no AllowAgentForwarding yes AllowTcpForwarding yes GatewayPorts yes #X11Forwarding no #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes TCPKeepAlive yes UseLogin no #UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 UseDNS no #PidFile /var/run/sshd.pid #MaxStartups 10 PermitTunnel yes ChrootDirectory none #ChrootDirectory /var/services/homes/%u #DenyUsers admin # no default banner path #Banner none # override default of no subsystems #Subsystem sftp /usr/libexec/sftp-server #Subsystem sftp internal-sftp -f DAEMON -l VERBOSE -u 000 Subsystem sftp internal-sftp -f DAEMON -u 000 #Subsystem sftp /usr/syno/sbin/sftp-server -l DEBUG3 # the following are HPN related configuration options # tcp receive buffer polling. disable in non autotuning kernels #TcpRcvBufPoll yes # allow the use of the none cipher #NoneEnabled no # disable hpn performance boosts. #HPNDisabled no # buffer size for hpn to non-hpn connections #HPNBufferSize 2048 # Example of overriding settings on a per-user basis Match User root # X11Forwarding no AllowTcpForwarding yes # ForceCommand cvs server 2/ J'ai redirigé le port 443 vers mon synology (voir copie écran). 3/ Paramétrage de putty (session tunnel) => Voir copie écran Je clique sur open et je me connecte en root (pas de message d'erreur). 4/ Dans le navigateur firefox, dans la partie hôte socks, j'ai mis 127.0.0.1 avec le port 443. Lorsque j'essaye de naviguer sur internet, firefox m'indique que la connexion a échouée. Je ne parviens pas à m'en sortir, quelqu'un peut-il m'aider ? Merci d'avance

Bonjour Kasimodo, Tu dis : Cela dit, tu as complètement raison, le fait d'enregistrer le .torrent dans le dossier surveillé par le NAS n'est quand même pas un gros handicap (et c'est un euphémisme). Comment réalises-tu cette manipulation ?

Je ne sais pas où me cacher... en vérifiant comme tu me l'as demandé mon routage, je me suis rendu compte que j'avais fait une faute de frappe sur l'IP.... Je viens de voir un trou de souris... @+ Du coup, les mails fonctionnent

Merci pour ta réponse, mais le port 25 est également ouvert. En effet, mes mails partent bien du webmail vers yahoo.

Je relance mon problème, en accompagnement des éléments de paramétrages côté 1&1

Bonjour à tous, Je possède un synology à jour DSM 4.1. Depuis que j'ai changé de FAI (SFR vers FREE), la réception des mails ne fonctionne plus. J'ai ouvert le port (110) et lorsque j'envoie un mail entre utilisateurs synology, les mails sont biens réceptionnés, SAUF quand le mail est envoyé depuis l’extérieur. D'une boîte yahoo vers le synology. Lorsque j'envoie un mail de yahoo vers une adresse xx@leterrieweb.fr, j'obtiens une erreur => Mail server for "leterrierweb.fr" unreachable for too long Un dig, me donne ceci ***** dig leterrierweb.fr ; <<>> DiG 9.8.1-P1 <<>> leterrierweb.fr ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23822 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;leterrierweb.fr. IN A ;; ANSWER SECTION: leterrierweb.fr. 5 IN A 88.182.202.160 ;; Query time: 144 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Fri Dec 7 12:13:44 2012 ;; MSG SIZE rcvd: 49 ****** Pour info, j'arrive à envoyer des mails vers yahoo depuis roundcube... Je désespère....

Bonjour à tous, J'ai suivi le tuto et tout fonctionnait mais depuis 3 semaines cela ne fonctionne plus. J'ai un message : La connexion a échoué, veuillez vous assurer que l'adresse du serveur est correct... J'ai vérifié le part feu du syno (port ouvert), j'ai vérifier les règles nat, le port point bien sur mon syno... J'ai également vérifier dans le fichier de config de vpntunnel le port utilisé qui correspond aux vérifcations précédantes. J'ai la version dsm 4.1... Une âme charitable pourrait-elle m'aider ?

MAJ effectuée sans problème

Bonjour Christian, Tout comme toi, j'ai un site joomla sur mon synology et j'h

C'est r

Je n'ai post