git imposible de empujar después de agregar

Ok, tengo un problema que no puedo solucionar desde hace algunas semanas. Yo uso git (en github) para almacenar mis proyectos. Recientemente, agregué algunos files nuevos sin problemas, pero cuando uso "git push" tengo un error de time de espera.

Uso Ubuntu 12.04, con ssh (pnetworkingeterminado) y https.

Entonces, decido hacer una nueva copy del depo (clon git). Después de esto, modifico un file existente, lo comprometo y lo presiono … ¡con éxito!

Entonces, agrego los otros (en la nueva copy), los envío y los presiono. Y el problema viene de nuevo: no se puede presionar Aquí está la salida de la console:

time git push Counting objects: 13, done. Delta compression using up to 2 threads. Compressing objects: 100% (11/11), done. Writing objects: 100% (11/11), 16.61 KiB, done. Total 11 (delta 2), reused 0 (delta 0) ^C real 7m59.383s user 0m0.008s sys 0m0.004s 

Realmente no entiendo qué estoy haciendo mal aquí. Yo en otro depósito, el mismo problema, pero mi queueborador no tiene ningún problema.

Elimino git y lo vuelvo a instalar sin cambios.

Si tienes alguna idea para resolver esto.

editar 1

 git remote -v origin [email protected]:Krozark/projet_comstacktion.git (fetch) origin [email protected]:Krozark/projet_comstacktion.git (push) 

editar: solución

 sudo ifconfig [wlan0] mtu 1460 (lower than 1500) 

Vi exactamente este mismo problema que estaba teniendo un colega y estaba relacionado con SSH, estábamos usando una connection VPN en ese momento y terminó siendo la configuration MTU de la networking demasiado alta (era 1492 si mal no recuerdo), jugamos con valores más pequeños hasta que comenzó a funcionar. Entonces algo que ver con la split de packages de networking parecía.

No estoy seguro de si este es el caso para usted, aunque no está de más intentar cambiar su MTU de networking a un valor inferior para ver si funciona.

Por supuesto, si se trata de un problema del lado de Github, esto no será un factor (el hecho de que pueda crear un nuevo repository y un empuje hacia arriba me lleva a pensar que no está relacionado con MTU).

Como ha sugerido que fijar su MTU ha sido efectivo para aliviar el problema, recomendaría una solución más específica.

 iptables -t mangle -I OUTPUT 1 -o wlan0 -d 207.97.227.239 \ -p tcp --dport 22 --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1420 

Esto secuestra la negociación TCP inicial con el server (solo para SSH en la IP de github.com) y fuerza al MSS a 1420. Esto es en realidad lo mismo que configurar el MTU, pero es más selectivo. Es bueno en algunas situaciones en las que no puede save fácilmente el cambio de MTU, y debería volver a aplicarlo cada vez que se bajara / subiera la interfaz.

El MSS debe ser 40 less que el MTU para permitir el encabezado de 40 bytes TCP + el segmento de datos (MSS es el tamaño de segmento máximo).

La razón más común para tener que hacer algo como esto (es decir, get MTU por debajo de 1500) es VPN y túneles. PMTU está destinado a resolver esto, pero falla en demasiadas situaciones, por lo que debe ajustar manualmente la MTU para ciertas routes. El uso de la regla de iptables le permite adaptar su tráfico de manera diferente para diferentes routes de problema, en lugar de forzarlo a establecer MTU en el mínimo común denominador para todas las routes. El problema al hacerlo es que disminuye lentamente su ancho de banda efectivo aumentando las relaciones de encabezado a datos.

Si el local está bien (es decir, su git y ssh funcionan bien), entonces debería ser un problema en el lado remoto:

Verifique el estado de GitHub .

Hoy

3:22 UTC Estamos investigando problemas con uno de nuestros serveres de files, un pequeño número de repositorys no están disponibles.

Es posible que se vean afectados por los problemas recurrentes de acceso actuales mencionados en GitHub.


O es un problema de connection (como una ruta VPN faltante )