Git Remote: Error: fatal: protocol error: bad line length character: Unab

ฉันตั้งค่าเซิร์ฟเวอร์ git และตอนนี้ต้องการผลักดัน repo ของฉันจากไคลเอนต์ ฉันใช้git push origin masterและได้รับข้อความแสดงข้อผิดพลาดนี้:

fatal: protocol error: bad line length character: Unab

ไม่รู้มีอะไรผิดปกติ ผมไม่รู้ว่า "Unab" คืออะไร ฉันพยายามปรับขนาดเชลล์ แต่ยังเป็น "Unab" ฉันไม่พบวิธีแก้ไขสำหรับข้อความแสดงข้อผิดพลาดนี้

ฉันตั้งค่าเซิร์ฟเวอร์ด้วย "Authorized_keys" และ SSH (ฉันสามารถเชื่อมต่อได้โดยใช้ SSH)

ดูเหมือนว่าจะเป็นปัญหาเกี่ยวกับคอมไพล์?

BTW: เซิร์ฟเวอร์ถูกตั้งค่าใน Windows 7 VM

ข้อความแสดงข้อผิดพลาดนี้ค่อนข้างป้าน แต่สิ่งที่พยายามจะบอกคุณคือเซิร์ฟเวอร์ระยะไกลไม่ตอบกลับด้วยการตอบสนองคอมไพล์ที่เหมาะสม ท้ายที่สุดมีปัญหาในเซิร์ฟเวอร์ที่กำลังเรียกใช้git-receive-packกระบวนการนี้

ในโปรโตคอล Git สี่ไบต์แรกควรเป็นความยาวของบรรทัด แต่เป็นอักขระUnab... ซึ่งอาจเป็นจุดเริ่มต้นของข้อความแสดงข้อผิดพลาดบางอย่าง (กล่าวคืออาจเป็น " Unable to..." ทำอะไรบางอย่าง)

จะเกิดอะไรขึ้นเมื่อคุณเรียกใช้ssh <host> git-receive-pack <path-to-git-repository>? คุณควรเห็นข้อความแสดงข้อผิดพลาดว่าไคลเอนต์ git ของคุณกำลังเปิดใช้งานและคุณอาจสามารถแก้ไขได้

ฉันมีปัญหาที่คล้ายกัน แต่ข้อความแสดงข้อผิดพลาดที่แน่นอนคือ:

ร้ายแรง: ข้อผิดพลาดโปรโตคอล: อักขระความยาวบรรทัดไม่ถูกต้อง: Usin

สิ่งนี้อยู่ใน Windows โดยGIT_SSHตั้งค่าเป็นเส้นทางplink.exeของ PuTTY

ปัญหาและแนวทางแก้ไขที่เป็นไปได้:

• ตรวจสอบให้แน่ใจว่าเส้นทางไปplink.exeถูกต้อง ตัวอย่างเช่นเส้นทางสไตล์ Unix ก็ใช้ได้เช่นกัน/c/work/tools/PuTTY/plink.exe
• ตรวจสอบให้แน่ใจว่าตัวแทนหลักของ PuTTY ( pageant.exe) กำลังทำงานอยู่
• ตรวจสอบให้แน่ใจว่าตัวแทนคีย์มีคีย์ที่ถูกต้องเพื่อเข้าถึงเซิร์ฟเวอร์

สำหรับผู้ใช้ GitExtension:

ฉันประสบปัญหาเดียวกันหลังจากอัปเกรด git เป็น 2.19.0

สารละลาย:

เครื่องมือ> การตั้งค่า> ส่วนขยาย Git> SSH

เลือก [ OpenSSH ] แทน [ PuTTY ]

ฉันมีปัญหาเดียวกันหลังจากติดตั้ง GIT บน Windows ตอนแรกมันใช้งานได้ จากนั้นหนึ่งวันต่อมา (หลังจากรีบูตพีซี) มันไม่ได้อีกต่อไปและฉันได้รับสิ่งนี้:

$ git pull
fatal: protocol error: bad line length character: git@

ปัญหาคือหลังจากรีบูต Putty "pageant.exe" ที่เริ่มทำงานโดยอัตโนมัติจะไม่มีคีย์ส่วนตัวที่ใช้งานอยู่อีกต่อไป เมื่อคุณเพิ่มคีย์ในการประกวดจะไม่ใช่การตั้งค่าถาวรตามค่าเริ่มต้น ฉันต้องเพิ่มคีย์อีกครั้งและมันก็ใช้ได้ดี ดังนั้นในกรณีนั้นจำเป็นต้องทำให้ pagenant โหลดคีย์โดยอัตโนมัติตามที่กล่าวไว้ที่นี่:

https://www.digitalocean.com/community/tutorials/how-to-use-pageant-to-streamline-ssh-key-authentication-with-putty

บางทีคุณอาจมีคำสั่งใน. bashrc ของเซิร์ฟเวอร์ที่สร้างเอาต์พุต ตัวอย่างเช่นฉันมีสิ่งนี้:

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"
rvm use ruby-1.9.3-p194@rails32

ในกรณีนี้ผลลัพธ์จากการใช้ rvm จะถูกตีความ (ผิด) ว่ามาจาก git ดังนั้นแทนที่โดย:

rvm use ruby-1.9.3-p194@rails32 > /dev/null

หลังจากโหลดคีย์ส่วนตัว SSH ใน Git Extensions ปัญหานี้จะได้รับการแก้ไข

คุณสามารถเปลี่ยนเส้นทางเอาต์พุตจาก.bashrcไปยังstderr:

# inside .bashrc
echo 'some error/warning/remind message' 1>&2

git จะไม่สนใจสัญลักษณ์นี้

ฉันมีปัญหาคล้ายกันใน Windows โดยใช้ Git Bash ฉันยังคงได้รับข้อผิดพลาดนี้เมื่อพยายามทำ git clone ที่เก็บอยู่บนกล่อง Linux ที่ติดตั้ง GitLab

git clone git@servername:path/to/repo
fatal: protocol error: bad line length character: git@

ฉันตรวจสอบให้แน่ใจว่าสร้างคีย์ ssh แล้ว คีย์สาธารณะถูกเพิ่มใน GitLab ssh-agent กำลังรันและคีย์ที่สร้างขึ้นถูกเพิ่ม ( ลิงก์ github )

ฉันหมดทางเลือกแล้วในที่สุดก็ลองปิด Git Bash แล้วเปิดอีกครั้งโดยคลิกขวาที่ 'Run as Administrator' ทำงานหลังจากนั้น

สำหรับฉันมันเป็นเพราะฉันเพิ่งเพิ่ม

RequestTTY force

เป็น. ssh / config

การแสดงความคิดเห็นนี้ทำให้สามารถใช้งานได้

สิ่งนี้อาจช่วยใครบางคนได้ เมื่อฉันพยายามโคลนโครงการจากอินสแตนซ์ EC2 ฉันได้รับข้อผิดพลาดด้านล่าง:

Cloning into 'repo1'...
fatal: protocol error: bad line length character: logi

ความละเอียดสำหรับฉันมีขั้นตอนด้านล่าง:

1. ตรวจสอบให้แน่ใจว่ามีการเพิ่ม / อัปเดตคีย์ SSH (สาธารณะ) ในอินสแตนซ์ EC2
2. ตรวจสอบให้แน่ใจว่าตัวแทนการพิสูจน์ตัวตน (ในกรณีของฉันคือ Pageant = Putty Authentication Agent) กำลังรันและคีย์ส่วนตัวที่เกี่ยวข้องจะถูกโหลด

3. ใช้รหัสคีย์ EC2 SSH สำหรับคีย์สาธารณะสำหรับ git clone ตัวอย่าง:

   git clone ssh: // {SSH Key ID}@someaccount.amazonaws.com/v1/repos/repo1

ตรวจสอบไฟล์เริ่มต้นของคุณในบัญชีที่ใช้เชื่อมต่อกับเครื่องระยะไกลเพื่อหาคำสั่ง "echo" สำหรับ Bash shell สิ่งเหล่านี้จะเป็น. bashrc และ. bash_profile เป็นต้น Edward Thomson ตอบถูก แต่ปัญหาเฉพาะที่ฉันพบคือเมื่อมีงานพิมพ์ Boiler-plate เมื่อล็อกอินเข้าสู่เซิร์ฟเวอร์ผ่าน ssh Git จะได้รับสี่ไบต์แรกของแผ่นหม้อไอน้ำนั้นและเพิ่มข้อผิดพลาดนี้ ตอนนี้ในกรณีเฉพาะนี้ฉันจะเดาว่า "Unab" เป็นงาน "Unable ... " ซึ่งอาจบ่งชี้ว่ามีบางอย่างผิดปกติในโฮสต์ Git

ในกรณีของฉันหลังจากดึงมันถูกเขียน: fatal: protocol error: bad line length character: Pass. นอกจากนี้หลังจากการผลักดันฉันได้รับ: fatal: protocol error: bad line length character: git@ Done.

หลังจากรีบูต Windows ฉันต้องเริ่ม "PuTTY agent" (pageant.exe) อีกครั้งและเพิ่มคีย์ส่วนตัวที่หายไปจากรายการคีย์

FYI ฉันได้รับข้อความแสดงข้อผิดพลาดเดียวกันนี้หลังจากที่ฉันอัปเกรดคอนเทนเนอร์ CentOS6 เป็น CentOS7 - การทำงานของคอมไพล์บางอย่างเริ่มล้มเหลวเมื่อสร้างคอนเทนเนอร์เช่น

# git remote show origin
fatal: protocol error: bad line length character: Inva

การเรียกใช้ ssh ทำให้ฉันมีข้อผิดพลาดที่ฉันสามารถค้นหาได้:

# ssh git@bitbucket.org
Invalid clock_id for clock_gettime: 7

นั่นทำให้ฉันไปที่https://github.com/wolfcw/libfaketime/issues/63ซึ่งฉันรู้ว่าฉันลืมไปแล้วว่าฉันมีLD_PRELOAD=/usr/local/lib/faketime/libfaketime.so.1Dockerfile ในพาเรนต์ การแสดงความคิดเห็นนั้นแก้ไขข้อผิดพลาด

ในกรณีของฉันปัญหาคือสีโป๊ว 32 บิตและ pageant.exe - มันไม่สามารถสื่อสารกับ TortoisePlink.exe 64 บิตได้ การเปลี่ยนสีโป๊ว 32 บิตเป็นเวอร์ชัน 64 บิตช่วยแก้ปัญหาได้

ฉันมีข้อผิดพลาดเดียวกัน"fatal: protocol error: bad line length character: shmi" โดยที่shmiชื่อผู้ใช้อยู่ในกรณีของฉัน ผมเปลี่ยน SSH จากฉาบเพื่อ OpenSSH "Git Extensions->Settings->SSH"ใน มันช่วยได้

ฉันมีปัญหาเดียวกับ Christer Fernstrom ในกรณีของฉันมันเป็นข้อความที่ฉันใส่ใน. bashrc ของฉันที่เตือนให้ฉันทำการสำรองข้อมูลเมื่อฉันไม่ได้ทำในสองสามวัน

สิ่งต่อไปนี้อาจช่วยใครบางคนได้: เมื่อพยายามโคลนโครงการที่ฉันมีในอินสแตนซ์ AWS EC2 ฉันได้รับข้อผิดพลาดต่อไปนี้:

Cloning into 'AWSbareRepo'...
fatal: protocol error: bad line length character: Plea

สิ่งนี้เกิดจากการพยายาม ssh เป็น root แทน EC2-USER หากคุณใช้ ssh โดยไม่ต้องทำ git clone ... คุณจะเห็นข้อความแสดงข้อผิดพลาดในบางสิ่งตามบรรทัด "Please login with ec2-user" เมื่อฉันทำ git clone ในฐานะผู้ใช้ ec2 ก็ดี

ฉันยังพบข้อผิดพลาดนั้นเป็นครั้งคราว แต่เมื่อเป็นเช่นนั้นหมายความว่าสาขาของฉันไม่ทันสมัยดังนั้นฉันจึงต้องทำ git pull origin <current_branch>

Git ไม่แจ้งให้ใส่รหัสผ่านและล้มเหลวด้วยข้อความที่เป็นความลับที่คล้ายกัน "fatal: protocol error: bad line length character: user" หากคุณไม่มีการตั้งค่าการตรวจสอบสิทธิ์คีย์ส่วนตัวด้วย

https://www.digitalocean.com/community/tutorials/how-to-configure-ssh-key-based-authentication-on-a-linux-serverจะบอกวิธีระบุคีย์สาธารณะบนเซิร์ฟเวอร์ โดยทั่วไปให้เพิ่มคีย์สาธารณะลงใน ~ / .ssh / Authorized_keys หรือ ~ / .ssh / Authorized_keys2

ฉันต้องดิ้นรนเล็กน้อยในการจัดหาคีย์ส่วนตัวให้กับ Git Bash บนเครื่อง windows คำตอบของ Dan McClain ใน/server/194567/how-do-i-tell-git-for-windows-where-to-find-my-private-rsa-key/382801#382801อธิบายสิ่งนั้น อีกหนึ่งคำตอบของเขาในกรณีของฉันไฟล์คีย์ส่วนตัวคาดว่าจะชื่อ id_rsa.pub

สำหรับฉันการเพิ่มรายละเอียดโฮสต์เดียวกันลงใน Putty ด้วยคีย์ส่วนตัว (แปลงด้วยผงสำหรับอุดรู) ใช้งานได้ คำสั่ง git bash ใด ๆ หลังจากนั้นก็ไม่มีปัญหา

หากคุณใช้สีโป๊ว จากนั้นตรวจสอบให้แน่ใจว่า Pageant ทำงานอยู่และคีย์ส่วนตัวของคุณถูกโหลดใน Pageant (คลิกขวาที่ไอคอน Pageant บนแถบงานแล้วคลิก "ปุ่มดู" ในเมนูที่ปรากฏขึ้น)

มิฉะนั้นเมื่อคุณทำใน cmd.exe:

git clone ssh://name@host:/path/to/git/repo.git

คุณได้รับข้อความนี้ "fatal: protocol error: bad line length character:"

TL; DR: Do ไม่ละเว้นusername@ใน URL ที่ระยะไกลของคุณเมื่อบน Windows

บน Linux และบน Windows ที่มี ssh เริ่มต้นคุณสามารถละเว้นชื่อผู้ใช้จาก URL ระยะไกลได้ดังนี้:

git clone server-name:/srv/git/repo-name

เนื่องจากพฤติกรรมเริ่มต้นของ ssh คือการใช้ชื่อผู้ใช้ที่คุณลงชื่อเข้าใช้อยู่ หากคุณใช้ Windows และได้ตั้งค่าคอมไพล์เพื่อใช้plink.exeเพื่อให้คุณสามารถใช้คีย์ที่โหลดไว้ในของคุณpageantสิ่งนี้จะไม่ทำงานเนื่องจากplinkไม่มีลักษณะการทำงานของชื่อผู้ใช้อัตโนมัติแบบเดียวกันนี้ส่งผลให้เกิดข้อความแสดงข้อผิดพลาดที่เป็นความลับเหล่านั้นเนื่องจากจะ แจ้งชื่อผู้ใช้:

$ plink server-name
login as: _

เมื่อเทียบกับ:

$ plink username@server-name
...logs you in...

หากคุณโคลนที่เก็บไว้แล้วคุณสามารถแก้ไขรีโมตในรีโมตของคุณได้.git/configโดยการเพิ่มusername@ลงในรีโมต URL

ตรวจสอบว่าอนุญาตให้เข้าถึงเชลล์บนเซิร์ฟเวอร์หรือไม่

ข้อผิดพลาดถูกแปลงใน: fatal: protocol error: bad line length character: fata

หลังจากเพิ่มตำแหน่งของ git-upload-pack ในเส้นทางระบบ

ปัญหาดูเหมือนจะเป็นเครื่องหมายวรรคตอนที่เพิ่มรอบ ๆ ชื่อที่เก็บ: การค้นหาด้วยเครื่องมือเช่น Process Monitor (จาก sys internalals) ที่เพิ่มโดยไคลเอ็นต์ git ดูเหมือนว่าจะเป็นปัญหาเกี่ยวกับ windows เฉพาะของคอมไพล์

ฉันลองใช้บรรทัดคำสั่งเดียวกันในพรอมต์ของเซิร์ฟเวอร์: ข้อผิดพลาดทั้งหมดคือ "fatal: not a given repository (or any of the parent directory): .git"

สรุปแล้วสำหรับฉันดูเหมือนว่าเป็นข้อบกพร่องของซอฟต์แวร์ โปรดทราบว่าฉันไม่ใช่ผู้เชี่ยวชาญด้านคอมไพล์นี่เป็นครั้งแรกที่ฉันใช้คอมไพล์ฉันมาจากการโค่นล้มและการบังคับ

เราเจอเรื่องนี้เช่นกัน

Counting objects: 85, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (38/38), done.
Writing objects: 100% (38/38), 3.38 KiB | 0 bytes/s, done.
Total 38 (delta 33), reused 0 (delta 0)
Auto packing the repository for optimum performance.
fatal: protocol error: bad line length character: Remo
error: error in sideband demultiplexer

ฉันไม่รู้รายละเอียดเกี่ยวกับสิ่งที่ผิดพลาด แต่ในกรณีของเราสิ่งที่ทำให้เกิดขึ้นคือดิสก์บนเซิร์ฟเวอร์เต็ม

อาจเป็นการเข้าถึงความปลอดภัยบนเครื่องของคุณคุณกำลังเรียกใช้ Pageant (ซึ่งเป็นตัวแทนฉาบ) หรือไม่?

คุณสามารถมีลิงค์ http ไปยังโครงการคอมไพล์ของคุณได้ตลอดเวลา คุณสามารถใช้แทนลิงก์ ssh นี่เป็นเพียงตัวเลือกที่คุณมี

ฉันมีปัญหาเดียวกันนี้ (Windows 7) พยายามรับ repo ด้วยรหัสผ่าน ฉันใช้ Git Bash + Plink (ตัวแปรสภาพแวดล้อม GIT_SSH) + Pageant การลบ GIT_SSH (ชั่วคราว) ช่วยฉันได้ ไม่รู้ทำไมใช้ login by pass และ login ด้วย RSA ไม่ได้ในเวลาเดียวกัน ...

คำตอบล่าช้าที่นี่ แต่หวังว่ามันจะช่วยใครบางคน หากเกิดข้อผิดพลาดโปรโตคอลต้องทำบางอย่างโดยที่คอมไพล์ในเครื่องของคุณไม่สามารถสื่อสารกับคอมไพล์ระยะไกลได้ สิ่งนี้สามารถเกิดขึ้นได้หากคุณโคลน repo ผ่าน ssh และในบางครั้งต่อมาคุณทำคีย์ของ repo หายหรือตัวแทน ssh ของคุณไม่สามารถค้นหาคีย์เหล่านั้นได้อีกต่อไป

สารละลาย

1. สร้างคีย์ใหม่และเพิ่ม git repo ของคุณหรือกำหนดค่า ssh agent ของคุณเพื่อโหลดคีย์หากคุณยังมีคีย์อยู่กับคุณ & ไม่ได้อยู่กับคนอื่น;)

2. การแก้ไขด่วนอีกประการหนึ่งคือไปที่.gitไดเร็กทอรีของคุณและแก้ไขconfigไฟล์[remote "origin"] urlจากgitถึงhttpเพื่อไม่ต้องกดคีย์ ssh และมันจะย้อนกลับไปถามชื่อผู้ใช้และรหัสผ่านของคุณ

   [remote "origin"]
   url = git@gitlab.*****.com:****/****.git
   fetch = +refs/heads/*:refs/remotes/origin/*
   

เปลี่ยนไป

    [remote "origin"]
    url = http://gitlab.*****.com/****/****.git
    fetch = +refs/heads/*:refs/remotes/origin/*

การเปลี่ยน ssh exectuable จาก builtin เป็น nativ ภายใต้การตั้งค่า / การควบคุมเวอร์ชัน / git เป็นเคล็ดลับสำหรับฉัน