<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Snapdrive RPC transport protocol &amp;quot;encrypted&amp;quot;? in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/Snapdrive-RPC-transport-protocol-quot-encrypted-quot/m-p/39043#M8895</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately https isn't supported due to a vfiler limitation.&amp;nbsp; There has been some discussions about adding ssl support internally but not sure about the details of this as this is a storage core function.&amp;nbsp; Without the SSL I'm afraid there won't be any encryption options available. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a feature of vfiler tunneling which I read about but having difficulty finding more info about this but don't think this will work in this case for Snapdrive.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 26 Jan 2011 14:40:27 GMT</pubDate>
    <dc:creator>watan</dc:creator>
    <dc:date>2011-01-26T14:40:27Z</dc:date>
    <item>
      <title>Snapdrive RPC transport protocol "encrypted"?</title>
      <link>https://community.netapp.com/t5/Data-Protection/Snapdrive-RPC-transport-protocol-quot-encrypted-quot/m-p/39038#M8894</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;IHAC that is planning to use Snapdrive with multistore. According to the snapdrive documentation HTTPS is not a transport option when dealing with vfilers.&lt;/P&gt;&lt;P&gt;Customer wouldn't like to use HTTP for security reasons, since user/password would travel in "clear text" through the network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems that the only option left is using RPC as the transport protocol. We will have to use pass-through authentication since in most cases there is no active directory available. In such case: would the password for the snapdrive host account still have to travel accross the network in "clear text"? does the RPC protocol implement any kind of encryption?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Alfonso&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:01:19 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Snapdrive-RPC-transport-protocol-quot-encrypted-quot/m-p/39038#M8894</guid>
      <dc:creator>parrizas</dc:creator>
      <dc:date>2025-06-05T07:01:19Z</dc:date>
    </item>
    <item>
      <title>Re: Snapdrive RPC transport protocol "encrypted"?</title>
      <link>https://community.netapp.com/t5/Data-Protection/Snapdrive-RPC-transport-protocol-quot-encrypted-quot/m-p/39043#M8895</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately https isn't supported due to a vfiler limitation.&amp;nbsp; There has been some discussions about adding ssl support internally but not sure about the details of this as this is a storage core function.&amp;nbsp; Without the SSL I'm afraid there won't be any encryption options available. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a feature of vfiler tunneling which I read about but having difficulty finding more info about this but don't think this will work in this case for Snapdrive.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Jan 2011 14:40:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Snapdrive-RPC-transport-protocol-quot-encrypted-quot/m-p/39043#M8895</guid>
      <dc:creator>watan</dc:creator>
      <dc:date>2011-01-26T14:40:27Z</dc:date>
    </item>
  </channel>
</rss>

