2013-07-03 9 views
17

Próbuję przenieść plik do instancji EC2. I przestrzegać dokumentacji Amazonii, jest to, co mój rozkaz wyglądało:Przeniesienie pliku do instancji amazon ec2 za pomocą scp zawsze daje mi odmowę zgody (publickey, gssapi-with-mic)

scp -i [the key's location] Documents/[the file's location] [email protected][public dns]:[home/[destination]] 

gdzie Wymieniłem wszystkie zmienne z właściwym rzeczy, jestem pewien, że to prawidłowy klucz i ma pozwolenie 400. Kiedy zadzwonić polecenie , informuje mnie o odcisku palca klucza RSA, pyta mnie, czy chcę kontynuować połączenie. I typ tak i to odpowiada z

Permission denied (publickey,gssapi-with-mic) 
lost connection 

Mam spojrzał na wiele innych podobnych pytań na przepełnienie stosu i nie może znaleźć właściwą drogę, aby to zrobić.

Włączono również ruch ssh w porcie 22.

+1

dowiedziałem się, co robię źle, na początku miałem nazwę użytkownika (w tym przypadku seqware) zamiast EC2 użytkownika, który dał mi to samo, ale kiedy zamieniłem to na root @ publicdns, zadziałało – Amre

Odpowiedz

15

Podany przykład amazon jest poprawny. To brzmi jak problem z pozwoleniami na foldery. Jeśli utworzyłeś folder, do którego próbujesz kopiować, z innym użytkownikiem lub innym użytkownikiem, który go utworzył, najprawdopodobniej nie masz uprawnień do kopiowania i edytowania go.

Jeśli posiadasz umiejętności sudo, możesz spróbować otworzyć dostęp dla siebie. Choć nie zaleca się pozostanie w ten sposób, można spróbować tego polecenia:

sudo chmod 777 /folderlocation 

który daje pełną odczytu/zapisu/uprawnienia wykonywalne każdemu (stąd dlaczego nie powinno się pozostawić go na 777), ale to daje możliwość przetestowania polecenia scp, aby wykluczyć uprawnienia.

Później, jeśli nie jesteś zaznajomiony z uprawnieniami, sugeruję, abyś to przeczytał. jest to przykład: http://www.tuxfiles.org/linuxhelp/filepermissions.html Ogólnie zaleca się zablokowanie folderu w jak największym stopniu w zależności od rodzaju informacji w nim przechowywanych.

Jeśli to nie było przyczyną kilka innych rzeczy, które warto sprawdzić:

  • jesteś w katalogu klucza podczas wykonywania „scp -i nazwa_klucza” polecenia?
  • Czy masz uprawnienia do korzystania z folderu, z którego przesyłasz?

Powodzenia.

0

Być może używa niewłaściwej nazwy użytkownika. Happened to był ten sam błąd msg -> Odmowa uprawnień (publickey, gssapi-keyex, gssapi-with-mic). utracone połączenie

5

Problem może być nazwą użytkownika. Skopiowałem plik do mojej instancji Amazon i najpierw spróbowałem użyć polecenia:

scp -r -i ../.ssh/Amazon_server_key_pair.pem ./empty.test [email protected]:~ 

i otrzymałem błąd: Odmowa uprawnień (publickey).

I wtedy zrozumiałem, że mój przypadek jest środowiskiem Ubuntu i podręcznik użytkownika jest następnie „ubuntu” poprawna komenda że pracował dla mnie jest następnie:

scp -r -i ../.ssh/Amazon_server_key_pair.pem ./empty.test [email protected]:~ 

Plik „empty.test” to tekst plik zawierający tekst "testing ...". Zastąp adres swojego wirtualnego serwera właściwym adresem na publiczny DNS twojej instancji. Wymieniłem IP na moje wystąpienie na xx.yy.zz.tt.

-1

W tym dokładna polecenia: scp -i <.pem_file_path> <file_path> <user>@<host>:/<path>

Powiązane problemy