<?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 named + https in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774690#M44119</link>
    <description>Hi there&lt;BR /&gt;I recently decided to separate my web-server from Zimbra.&lt;BR /&gt;Zimbra is installed @ 10.10.0.2 and responds only on port 443. &lt;A href="https://mydomain.com." target="_blank"&gt;https://mydomain.com.&lt;/A&gt;&lt;BR /&gt;WWW is now on 10.10.0.9 and responds only on port 80. The problem now is that the zone points www to 10.10.0.9 so ping mydomain.com internally responds with 10.10.0.9. &lt;BR /&gt;This creates an inconvenient situation as I can't do &lt;A href="https://mydomain.com" target="_blank"&gt;https://mydomain.com&lt;/A&gt; internally because the DNS points to 10.10.0.9 which responds only to requests on port 80. &lt;BR /&gt;Can I make DNS be aware of different ports or protocols ?&lt;BR /&gt;&lt;BR /&gt;mail   A 10.10.0.2&lt;BR /&gt;www   A 10.10.0.9&lt;BR /&gt;mydomain.com  A 10.10.0.9&lt;BR /&gt;&lt;A href="http://www.mydomain.com" target="_blank"&gt;www.mydomain.com&lt;/A&gt; A 10.10.0.9&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 07 Apr 2011 02:05:19 GMT</pubDate>
    <dc:creator>Piotr Kirklewski</dc:creator>
    <dc:date>2011-04-07T02:05:19Z</dc:date>
    <item>
      <title>named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774690#M44119</link>
      <description>Hi there&lt;BR /&gt;I recently decided to separate my web-server from Zimbra.&lt;BR /&gt;Zimbra is installed @ 10.10.0.2 and responds only on port 443. &lt;A href="https://mydomain.com." target="_blank"&gt;https://mydomain.com.&lt;/A&gt;&lt;BR /&gt;WWW is now on 10.10.0.9 and responds only on port 80. The problem now is that the zone points www to 10.10.0.9 so ping mydomain.com internally responds with 10.10.0.9. &lt;BR /&gt;This creates an inconvenient situation as I can't do &lt;A href="https://mydomain.com" target="_blank"&gt;https://mydomain.com&lt;/A&gt; internally because the DNS points to 10.10.0.9 which responds only to requests on port 80. &lt;BR /&gt;Can I make DNS be aware of different ports or protocols ?&lt;BR /&gt;&lt;BR /&gt;mail   A 10.10.0.2&lt;BR /&gt;www   A 10.10.0.9&lt;BR /&gt;mydomain.com  A 10.10.0.9&lt;BR /&gt;&lt;A href="http://www.mydomain.com" target="_blank"&gt;www.mydomain.com&lt;/A&gt; A 10.10.0.9&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Apr 2011 02:05:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774690#M44119</guid>
      <dc:creator>Piotr Kirklewski</dc:creator>
      <dc:date>2011-04-07T02:05:19Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774691#M44120</link>
      <description>&lt;!--!*#--&gt;&amp;gt; Can I make DNS be aware of different ports&lt;BR /&gt;&amp;gt; or protocols ?&lt;BR /&gt;&lt;BR /&gt;I don't see how it could.  It's the Domain&lt;BR /&gt;Name Service, not the Domain Name and/or Port&lt;BR /&gt;Number Service.&lt;BR /&gt;&lt;BR /&gt;This sort of thing is normally (best) handled&lt;BR /&gt;by an IP router using NAT.  (With addresses&lt;BR /&gt;like 10.10.0.x, I'd conclude that you have a&lt;BR /&gt;router already.  Why not use it?)&lt;BR /&gt;&lt;BR /&gt;Alternatively, you might be able to rig a&lt;BR /&gt;proxy server on 10.10.0.9 which would forward&lt;BR /&gt;requests on port 443 to the other server at&lt;BR /&gt;10.10.0.2.  Not so efficient as letting the&lt;BR /&gt;router do the work, though.</description>
      <pubDate>Thu, 07 Apr 2011 02:48:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774691#M44120</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2011-04-07T02:48:03Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774692#M44121</link>
      <description>A reverse proxy could help you in this situation.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.askapache.com/htaccess/reverse-proxy-apache.html" target="_blank"&gt;http://www.askapache.com/htaccess/reverse-proxy-apache.html&lt;/A&gt;</description>
      <pubDate>Thu, 07 Apr 2011 12:06:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774692#M44121</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2011-04-07T12:06:41Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774693#M44122</link>
      <description>I think that you could even try setting this on the &lt;A href="http://www.mydomain.com" target="_blank"&gt;www.mydomain.com&lt;/A&gt; host:&lt;BR /&gt;&lt;BR /&gt;RedirectMatch permanent /(.*) &lt;A href="https://mail.mydomain.com/" target="_blank"&gt;https://mail.mydomain.com/&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Apr 2011 12:20:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774693#M44122</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2011-04-07T12:20:52Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774694#M44123</link>
      <description>Sorry, last rule does not apply, it should be a rewrite rule checking SSL status or the web server never will answer non SSL page requests.</description>
      <pubDate>Thu, 07 Apr 2011 12:22:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774694#M44123</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2011-04-07T12:22:02Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774695#M44124</link>
      <description>" I'd conclude that you have a&lt;BR /&gt;router already.  Why not use it?"&lt;BR /&gt;&lt;BR /&gt;The router does the job perfectly well while I connect from outside of the network. &lt;BR /&gt;The 443 is nated to 10.10.0.2 and 80 to 10.10.0.9. &lt;BR /&gt;&lt;BR /&gt;But I'm trying to connect from inside and the router is not in the path.&lt;BR /&gt;&lt;BR /&gt;Proxy or rewrite sounds all right to me.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Thu, 07 Apr 2011 14:39:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774695#M44124</guid>
      <dc:creator>Piotr Kirklewski</dc:creator>
      <dc:date>2011-04-07T14:39:32Z</dc:date>
    </item>
    <item>
      <title>Re: named + https</title>
      <link>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774696#M44125</link>
      <description>&lt;!--!*#--&gt;&amp;gt; But I'm trying to connect from inside and&lt;BR /&gt;&amp;gt; the router is not in the path.&lt;BR /&gt;&lt;BR /&gt;It is if you talk to the router.  It isn't if&lt;BR /&gt;you don't talk to the router.  _I_ didn't&lt;BR /&gt;configure your name resolution this way.&lt;BR /&gt;Around here, "mydomain.com" always returns&lt;BR /&gt;the address of my router.  If I want to talk&lt;BR /&gt;directly to a local system, then I don't use&lt;BR /&gt;that outside-world name.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Proxy or rewrite sounds all right to me.&lt;BR /&gt;&lt;BR /&gt;If you insist on avoiding the router, then&lt;BR /&gt;I'd probably agree.</description>
      <pubDate>Thu, 07 Apr 2011 17:36:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/named-https/m-p/4774696#M44125</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2011-04-07T17:36:45Z</dc:date>
    </item>
  </channel>
</rss>

