SCP not willing to transfer remote to remote












0














My family and I are attempting to sync all our data across multiple locations and devices. Seeing as we are just setting it up, we were wanting to start with the basics before building on it further, but are somehow already running into issues.



The setup I'm testing with currently is:



Location A:




  1. 1x NAS (Synology DS214+)

  2. 1x Raspberry Pi running Rasbian.


Location B:




  1. 1x NAS (Synology DS214+)

  2. 1x Raspberry Pi running Rasbian.


All of These devices are already connected to eachother through a VPN.
When attempting to run this command:



scp -v -3 admin@10.8.0.102:/volume1/pictures/ admin@10.8.0.103:/volume1/Backup/LocB/pictures


It will request a Password, that when filled in gives the following error:



admin@10.8.0.102's password:
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.


At first I thought it was a wrong password, but after muliple tries I have given up on this theory, mainly because:



When attempting to sync local data instead of remote/remote it does work. Both to and from Location A and Location B:



Respective commands are:



scp -v -3 pictures/ admin@10.8.0.102:/volume1/pictures/


and



scp -v -3 admin@10.8.0.103:/volume1/Backup/LocA/pictures/ pictures/


Both yielding something along the lines of:



admin@10.8.0.102's password:
debug1: Authentication succeeded (password).
Authenticated to 10.8.0.102 ([10.8.0.102]:22).
Sending file modes: C0644 66 test.txt
Sink: C0644 66 test.txt
test.txt 100% 66 57.9KB/s 00:00
Transferred: sent 2468, received 2892 bytes, in 0.1 seconds
Bytes per second: sent 32340.0, received 37896.0


Could someone please give me any insight how I can see what is going on? It doesn't seem to be a permission issue of writing/reading, nor a wrong Password.










share|improve this question







New contributor




Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

























    0














    My family and I are attempting to sync all our data across multiple locations and devices. Seeing as we are just setting it up, we were wanting to start with the basics before building on it further, but are somehow already running into issues.



    The setup I'm testing with currently is:



    Location A:




    1. 1x NAS (Synology DS214+)

    2. 1x Raspberry Pi running Rasbian.


    Location B:




    1. 1x NAS (Synology DS214+)

    2. 1x Raspberry Pi running Rasbian.


    All of These devices are already connected to eachother through a VPN.
    When attempting to run this command:



    scp -v -3 admin@10.8.0.102:/volume1/pictures/ admin@10.8.0.103:/volume1/Backup/LocB/pictures


    It will request a Password, that when filled in gives the following error:



    admin@10.8.0.102's password:
    debug1: Authentications that can continue: publickey,password
    Permission denied, please try again.


    At first I thought it was a wrong password, but after muliple tries I have given up on this theory, mainly because:



    When attempting to sync local data instead of remote/remote it does work. Both to and from Location A and Location B:



    Respective commands are:



    scp -v -3 pictures/ admin@10.8.0.102:/volume1/pictures/


    and



    scp -v -3 admin@10.8.0.103:/volume1/Backup/LocA/pictures/ pictures/


    Both yielding something along the lines of:



    admin@10.8.0.102's password:
    debug1: Authentication succeeded (password).
    Authenticated to 10.8.0.102 ([10.8.0.102]:22).
    Sending file modes: C0644 66 test.txt
    Sink: C0644 66 test.txt
    test.txt 100% 66 57.9KB/s 00:00
    Transferred: sent 2468, received 2892 bytes, in 0.1 seconds
    Bytes per second: sent 32340.0, received 37896.0


    Could someone please give me any insight how I can see what is going on? It doesn't seem to be a permission issue of writing/reading, nor a wrong Password.










    share|improve this question







    New contributor




    Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      0












      0








      0







      My family and I are attempting to sync all our data across multiple locations and devices. Seeing as we are just setting it up, we were wanting to start with the basics before building on it further, but are somehow already running into issues.



      The setup I'm testing with currently is:



      Location A:




      1. 1x NAS (Synology DS214+)

      2. 1x Raspberry Pi running Rasbian.


      Location B:




      1. 1x NAS (Synology DS214+)

      2. 1x Raspberry Pi running Rasbian.


      All of These devices are already connected to eachother through a VPN.
      When attempting to run this command:



      scp -v -3 admin@10.8.0.102:/volume1/pictures/ admin@10.8.0.103:/volume1/Backup/LocB/pictures


      It will request a Password, that when filled in gives the following error:



      admin@10.8.0.102's password:
      debug1: Authentications that can continue: publickey,password
      Permission denied, please try again.


      At first I thought it was a wrong password, but after muliple tries I have given up on this theory, mainly because:



      When attempting to sync local data instead of remote/remote it does work. Both to and from Location A and Location B:



      Respective commands are:



      scp -v -3 pictures/ admin@10.8.0.102:/volume1/pictures/


      and



      scp -v -3 admin@10.8.0.103:/volume1/Backup/LocA/pictures/ pictures/


      Both yielding something along the lines of:



      admin@10.8.0.102's password:
      debug1: Authentication succeeded (password).
      Authenticated to 10.8.0.102 ([10.8.0.102]:22).
      Sending file modes: C0644 66 test.txt
      Sink: C0644 66 test.txt
      test.txt 100% 66 57.9KB/s 00:00
      Transferred: sent 2468, received 2892 bytes, in 0.1 seconds
      Bytes per second: sent 32340.0, received 37896.0


      Could someone please give me any insight how I can see what is going on? It doesn't seem to be a permission issue of writing/reading, nor a wrong Password.










      share|improve this question







      New contributor




      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      My family and I are attempting to sync all our data across multiple locations and devices. Seeing as we are just setting it up, we were wanting to start with the basics before building on it further, but are somehow already running into issues.



      The setup I'm testing with currently is:



      Location A:




      1. 1x NAS (Synology DS214+)

      2. 1x Raspberry Pi running Rasbian.


      Location B:




      1. 1x NAS (Synology DS214+)

      2. 1x Raspberry Pi running Rasbian.


      All of These devices are already connected to eachother through a VPN.
      When attempting to run this command:



      scp -v -3 admin@10.8.0.102:/volume1/pictures/ admin@10.8.0.103:/volume1/Backup/LocB/pictures


      It will request a Password, that when filled in gives the following error:



      admin@10.8.0.102's password:
      debug1: Authentications that can continue: publickey,password
      Permission denied, please try again.


      At first I thought it was a wrong password, but after muliple tries I have given up on this theory, mainly because:



      When attempting to sync local data instead of remote/remote it does work. Both to and from Location A and Location B:



      Respective commands are:



      scp -v -3 pictures/ admin@10.8.0.102:/volume1/pictures/


      and



      scp -v -3 admin@10.8.0.103:/volume1/Backup/LocA/pictures/ pictures/


      Both yielding something along the lines of:



      admin@10.8.0.102's password:
      debug1: Authentication succeeded (password).
      Authenticated to 10.8.0.102 ([10.8.0.102]:22).
      Sending file modes: C0644 66 test.txt
      Sink: C0644 66 test.txt
      test.txt 100% 66 57.9KB/s 00:00
      Transferred: sent 2468, received 2892 bytes, in 0.1 seconds
      Bytes per second: sent 32340.0, received 37896.0


      Could someone please give me any insight how I can see what is going on? It doesn't seem to be a permission issue of writing/reading, nor a wrong Password.







      ssh scp synchronization nas






      share|improve this question







      New contributor




      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 14 mins ago









      Kagetaze

      1




      1




      New contributor




      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      Kagetaze is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.



























          active

          oldest

          votes











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "106"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });






          Kagetaze is a new contributor. Be nice, and check out our Code of Conduct.










          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f491286%2fscp-not-willing-to-transfer-remote-to-remote%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown






























          active

          oldest

          votes













          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes








          Kagetaze is a new contributor. Be nice, and check out our Code of Conduct.










          draft saved

          draft discarded


















          Kagetaze is a new contributor. Be nice, and check out our Code of Conduct.













          Kagetaze is a new contributor. Be nice, and check out our Code of Conduct.












          Kagetaze is a new contributor. Be nice, and check out our Code of Conduct.
















          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.





          Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


          Please pay close attention to the following guidance:


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f491286%2fscp-not-willing-to-transfer-remote-to-remote%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Accessing regular linux commands in Huawei's Dopra Linux

          Can't connect RFCOMM socket: Host is down

          Kernel panic - not syncing: Fatal Exception in Interrupt