Bitbucket: Git en Cygwin: no se puede enviar al repository remoto

Updatedx3 (Ver a continuación) Así que estaba usando con éxito mi repository de Git Bitbucket durante meses hasta el 29/11/12. No intenté hacer otro commit hasta el otro día (01/24/13) sin ningún resultado. Reinstalé mi server ssh en Cygwin, así que aseguré que tenía una connection adecuada. Puedo acceder a mi server desde otra estación de trabajo, así que estoy seguro de que está bien. También pude clonar mi repository sin problemas de Bitbucket usando un túnel ssh. Sin embargo, cuando traté de impulsar mis cambios (después de agregar, comprometer, etc.) obtengo lo siguiente:

$ git push origin master Enter passphrase for key '/home/[User]/.ssh/id_rsa': conq: invalid command syntax. fatal: The remote end hung up unexpectedly 

He buscado en los foros, preguntas frecuentes, etc. en vano. Aquí está la salida para mi ssh:

 $ ssh -T git@bitbucket.org Enter passphrase for key '/home/[User]/.ssh/id_rsa': conq: logged in as [username]. 

Puedes usar git o hg para conectarte a Bitbucket. El acceso de Shell está deshabilitado.

Y también, para ssh -v:

 $ ssh -v OpenSSH_5.8p1, OpenSSL 0.9.8r 8 Feb 2011 usage: ssh [-1246AaCfgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec] [-D [bind_address:]port] [-e escape_char] [-F configfile] [-I pkcs11] [-i identity_file] [-L [bind_address:]port:host:hostport] [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port] [-R [bind_address:]port:host:hostport] [-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]] [user@]hostname [command] 

Y git –version:

 $ git --version git version 1.7.5.1 

Como dije, ssh parece estar funcionando, esto parece ser otra cosa.

–Update– Aquí está la salida para ssh -v -T git@bitbucket.org

 $ ssh -v -T git@bitbucket.org OpenSSH_5.8p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to bitbucket.org [207.223.240.181] port 22. debug1: Connection established. debug1: identity file /home/[User]/.ssh/id_rsa type 1 debug1: identity file /home/[User]/.ssh/id_rsa-cert type -1 debug1: identity file /home/[User]/.ssh/id_dsa type -1 debug1: identity file /home/[User]/.ssh/id_dsa-cert type -1 debug1: identity file /home/[User]/.ssh/id_ecdsa type -1 debug1: identity file /home/[User]/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 debug1: match: OpenSSH_5.3 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: RSA 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40 debug1: Host 'bitbucket.org' is known and matches the RSA host key. debug1: Found key in /home/[User]/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/[User]/.ssh/id_rsa debug1: Remote: Forced command: conq username:[username] debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Server accepts key: pkalg ssh-rsa blen 279 debug1: key_parse_private_pem: PEM_read_PrivateKey failed debug1: read PEM private key done: type <unknown> Enter passphrase for key '/home/[User]/.ssh/id_rsa': debug1: read PEM private key done: type RSA debug1: Remote: Forced command: conq username:[username] debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Authentication succeeded (publickey). Authenticated to bitbucket.org ([207.223.240.181]:22). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. conq: logged in as [username]. You can use git or hg to connect to Bitbucket. Shell access is disabled. debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 Transfernetworking: sent 2576, received 2984 bytes, in 0.3 seconds Bytes per second: sent 7759.0, received 8988.0 debug1: Exit status 0 

Actualización (17/02/13): busqué en la página de soporte en el sitio de Bitbucket, pero solo detallan cómo configurar Bitbucket con GitBash en Windows y no en Cygwin. Vi dónde otros habían tenido el mismo problema en sus preguntas frecuentes, pero se los remitió al soporte de Atlassian.

Empecé a hablar directamente con el apoyo de Atlassian y el tipo me dijo que revisara una publicación en Stack Overflow ( Git con SSH en Windows ). La solución publicada no funcionó, por lo que el representante de soporte me indicó que instale GitBash para ver si había algún otro problema además de Cygwin. Instalé GitBash y pude ponerlo en funcionamiento y pude presionar y clonar nuevamente usando ssh o https. Le dije al representante y me dijo que eso era lo más que podía ayudar ya que mi problema era con mi propio software. Así que creo que networkinguje el problema a algún mecanismo dentro de Cygwin que no parezca estar relacionado con SSH, pero quizás tenga algo que ver con git.

Actualización (18/02/13): Hoy, confirmé que también pude sacar de Cygwin. Así que ahora, solo tengo el problema con push. Estoy considerando asignar un alias a mysysgit dentro de Cygwin como en la clonación de errores del proyecto git usando Cygwin, el shell msysgit Bash funciona , pero eso puede llevar más time de lo que tengo que intentar ahora. Todavía estoy buscando una solución para hacer que Git trabaje de forma nativa en Cygwin.

Actualización (20/02/13): ahora tengo exactamente el mismo error al presionar con GitBash. Consulte esta basura en la página de soporte: https://bitbucket.org/site/master/issue/4406/invalid-command-synthax

Parece ser un problema recurrente que su apoyo no abordará directamente. Desde el aspecto de esto, esto ha estado sucediendo desde junio de 2012 sin una resolución publicada. Si alguien lee esto y puede darme una dirección, lo agradecería enormemente. Por ahora, he cambiado a GitBash usando HTTPS.

Verifique el {project_folder}/.git/config . Si tiene URL del repository remoto ssh:// . Quítelo e intente la operación de empuje.

 git push -u origin --all 

URL de repository remoto válida

 url = git@bitbucket.org:{username}/{project-name}.git 

https://bitbucket.org/site/master/issue/4218/conq-invalid-repository-syntax

"Para problemas de SSH, primero testing nuestra guía de solución de problemas en https://confluence.atlassian.com/display/BITBUCKET/Troubleshooting+SSH+Issues . Si continúas teniendo problemas, críalos a support@bitbucket.org o http : //answers.atlassian.com donde el soporte o la comunidad pueden ayudar a resolver cualquier problema con su configuration ".

Este problema es fijo. Se debió a que algunos clientes tenían una configuration de package único configurada de manera única. Si bien no sé qué cliente decidió establecer esto, numerosos usuarios se vieron afectados porque el sistema de Bitbucket no fue diseñado para manejar la syntax del command git sin guiones sobre SSH. Bitbucket ahora ha cambiado esto para permitir que tanto git-receive-pack como git receive-pack funcionen.

Como reference, verifique su configuration global y probablemente verá algo como:

 remote.origin.receivepack git receive-pack 

Cuando, de manera pnetworkingeterminada, no está configurado, pero tiene un valor pnetworkingeterminado de git-receive-pack

Seguí las instrucciones en este blogpost:

http://blog.cyplo.net/2012/10/25/using-git-in-cygwin-with-bitbucketgithubother-key-reliant-service/

Funcionó después de que cambié el grupo de la carpeta .ssh de None a Users

chown abudaan: Usuarios .ssh -R