Connection to postgresql inside Virtualbox via portforwarding fails












7















I have a postgresql server inside a virtualbox created by vagrant.



I have also set up a portforwarding from 5432 inside the box to 15432 on the host system via the Vagrant file.



When connecting via psql



$ psql dbname username -h 127.0.0.1 -p 15432

psql: server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.


Both, server and client are running Ubuntu 12.04 (postgresql-9.1, Version: 9.1+129ubuntu1)



Connecting inside the VM it self to port 5432 works fine.



The port forwarding it self does not seem to go completely wrong, because when I try to another port, I get "connection refused")










share|improve this question


















  • 1





    what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

    – Frank Thomas
    Dec 6 '12 at 15:37






  • 1





    @FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

    – Alex
    Dec 6 '12 at 16:46
















7















I have a postgresql server inside a virtualbox created by vagrant.



I have also set up a portforwarding from 5432 inside the box to 15432 on the host system via the Vagrant file.



When connecting via psql



$ psql dbname username -h 127.0.0.1 -p 15432

psql: server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.


Both, server and client are running Ubuntu 12.04 (postgresql-9.1, Version: 9.1+129ubuntu1)



Connecting inside the VM it self to port 5432 works fine.



The port forwarding it self does not seem to go completely wrong, because when I try to another port, I get "connection refused")










share|improve this question


















  • 1





    what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

    – Frank Thomas
    Dec 6 '12 at 15:37






  • 1





    @FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

    – Alex
    Dec 6 '12 at 16:46














7












7








7


2






I have a postgresql server inside a virtualbox created by vagrant.



I have also set up a portforwarding from 5432 inside the box to 15432 on the host system via the Vagrant file.



When connecting via psql



$ psql dbname username -h 127.0.0.1 -p 15432

psql: server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.


Both, server and client are running Ubuntu 12.04 (postgresql-9.1, Version: 9.1+129ubuntu1)



Connecting inside the VM it self to port 5432 works fine.



The port forwarding it self does not seem to go completely wrong, because when I try to another port, I get "connection refused")










share|improve this question














I have a postgresql server inside a virtualbox created by vagrant.



I have also set up a portforwarding from 5432 inside the box to 15432 on the host system via the Vagrant file.



When connecting via psql



$ psql dbname username -h 127.0.0.1 -p 15432

psql: server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.


Both, server and client are running Ubuntu 12.04 (postgresql-9.1, Version: 9.1+129ubuntu1)



Connecting inside the VM it self to port 5432 works fine.



The port forwarding it self does not seem to go completely wrong, because when I try to another port, I get "connection refused")







virtualbox postgresql vagrant






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Dec 6 '12 at 15:08









AlexAlex

61711226




61711226








  • 1





    what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

    – Frank Thomas
    Dec 6 '12 at 15:37






  • 1





    @FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

    – Alex
    Dec 6 '12 at 16:46














  • 1





    what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

    – Frank Thomas
    Dec 6 '12 at 15:37






  • 1





    @FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

    – Alex
    Dec 6 '12 at 16:46








1




1





what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

– Frank Thomas
Dec 6 '12 at 15:37





what does 'ifconfig -a' on the host return? you should have a second (virtual) network adapter for the VBox NAT like '192.168.56.x'. if you replace 127.0.0.1 in your command with the VBox NAT IP address, does it work correctly? when connecting to a vbox nat, its just like connecting to a publicly forwarded port on a gateway router. hosts outside the NAT network use the public IP to connect to it.

– Frank Thomas
Dec 6 '12 at 15:37




1




1





@FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

– Alex
Dec 6 '12 at 16:46





@FrankThomas I have only the normal eth0, lo, wlan0 interfaces. Connecting to SSH and HTTP via forwarded ports and 127.0.0.1 works fine.

– Alex
Dec 6 '12 at 16:46










2 Answers
2






active

oldest

votes


















7














Did you configure Postgres to listen on the public interface? By default, it listens only on the loopback adapter



If you're using the Postgres cookbook, you need to set the attribute:



set['postgresql']['config']['listen_addresses'] = '*'


This corresponds to the listen_addresses parameter in postgresql.conf



And likely open up pg_hba to the network that Postgres thinks your connection is coming in on:



Again, the Chef attribute:



set['postgresql']['pg_hba'] = [
{:type => 'local', :db => 'all', :user => 'all', :addr => nil, :method => 'trust'},
{:type => 'host', :db => 'all', :user => 'all', :addr => '127.0.0.1/32', :method => 'trust'},
{:type => 'host', :db => 'all', :user => 'all', :addr => '10.0.0.0/16', :method => 'trust'}
]





share|improve this answer
























  • great help, especialy the chef bits.

    – JL Peyret
    Apr 5 '16 at 5:27











  • You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

    – JL Peyret
    Apr 5 '16 at 5:36













  • and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

    – JL Peyret
    Apr 5 '16 at 5:37











  • Tried both, the problem still persists.

    – art-solopov
    Aug 2 '17 at 9:43











  • Did you disable your firewall?

    – Bobby Durrett
    Feb 26 '18 at 23:56



















2














Use SSH tunneling:



Run this command on the host to map port 5454 on the host to port 5432 (PostgreSQL's default port) on the VirtualBox guest machine. This example assumes you've already set up port forwarding to map the host's port 2222 to the guest's SSH default port (port 22).



ssh -p 2222 -f -L 5454:127.0.0.1:5432 dev@localhost -N



  • Host port: 5454

  • Host address:127.0.0.1

  • Guest port:5432

  • Guest account: dev

  • Guest server: localhost


After you’ve run this, you should be able to set up a connection to the guest’s postgresql server using ‘localhost’ and port 5454. For example,



psql -h localhost -p 5454 -U postgres





share|improve this answer

























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "3"
    };
    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: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    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
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f515721%2fconnection-to-postgresql-inside-virtualbox-via-portforwarding-fails%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    7














    Did you configure Postgres to listen on the public interface? By default, it listens only on the loopback adapter



    If you're using the Postgres cookbook, you need to set the attribute:



    set['postgresql']['config']['listen_addresses'] = '*'


    This corresponds to the listen_addresses parameter in postgresql.conf



    And likely open up pg_hba to the network that Postgres thinks your connection is coming in on:



    Again, the Chef attribute:



    set['postgresql']['pg_hba'] = [
    {:type => 'local', :db => 'all', :user => 'all', :addr => nil, :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '127.0.0.1/32', :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '10.0.0.0/16', :method => 'trust'}
    ]





    share|improve this answer
























    • great help, especialy the chef bits.

      – JL Peyret
      Apr 5 '16 at 5:27











    • You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

      – JL Peyret
      Apr 5 '16 at 5:36













    • and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

      – JL Peyret
      Apr 5 '16 at 5:37











    • Tried both, the problem still persists.

      – art-solopov
      Aug 2 '17 at 9:43











    • Did you disable your firewall?

      – Bobby Durrett
      Feb 26 '18 at 23:56
















    7














    Did you configure Postgres to listen on the public interface? By default, it listens only on the loopback adapter



    If you're using the Postgres cookbook, you need to set the attribute:



    set['postgresql']['config']['listen_addresses'] = '*'


    This corresponds to the listen_addresses parameter in postgresql.conf



    And likely open up pg_hba to the network that Postgres thinks your connection is coming in on:



    Again, the Chef attribute:



    set['postgresql']['pg_hba'] = [
    {:type => 'local', :db => 'all', :user => 'all', :addr => nil, :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '127.0.0.1/32', :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '10.0.0.0/16', :method => 'trust'}
    ]





    share|improve this answer
























    • great help, especialy the chef bits.

      – JL Peyret
      Apr 5 '16 at 5:27











    • You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

      – JL Peyret
      Apr 5 '16 at 5:36













    • and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

      – JL Peyret
      Apr 5 '16 at 5:37











    • Tried both, the problem still persists.

      – art-solopov
      Aug 2 '17 at 9:43











    • Did you disable your firewall?

      – Bobby Durrett
      Feb 26 '18 at 23:56














    7












    7








    7







    Did you configure Postgres to listen on the public interface? By default, it listens only on the loopback adapter



    If you're using the Postgres cookbook, you need to set the attribute:



    set['postgresql']['config']['listen_addresses'] = '*'


    This corresponds to the listen_addresses parameter in postgresql.conf



    And likely open up pg_hba to the network that Postgres thinks your connection is coming in on:



    Again, the Chef attribute:



    set['postgresql']['pg_hba'] = [
    {:type => 'local', :db => 'all', :user => 'all', :addr => nil, :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '127.0.0.1/32', :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '10.0.0.0/16', :method => 'trust'}
    ]





    share|improve this answer













    Did you configure Postgres to listen on the public interface? By default, it listens only on the loopback adapter



    If you're using the Postgres cookbook, you need to set the attribute:



    set['postgresql']['config']['listen_addresses'] = '*'


    This corresponds to the listen_addresses parameter in postgresql.conf



    And likely open up pg_hba to the network that Postgres thinks your connection is coming in on:



    Again, the Chef attribute:



    set['postgresql']['pg_hba'] = [
    {:type => 'local', :db => 'all', :user => 'all', :addr => nil, :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '127.0.0.1/32', :method => 'trust'},
    {:type => 'host', :db => 'all', :user => 'all', :addr => '10.0.0.0/16', :method => 'trust'}
    ]






    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Dec 9 '13 at 19:56









    daveespodaveespo

    17112




    17112













    • great help, especialy the chef bits.

      – JL Peyret
      Apr 5 '16 at 5:27











    • You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

      – JL Peyret
      Apr 5 '16 at 5:36













    • and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

      – JL Peyret
      Apr 5 '16 at 5:37











    • Tried both, the problem still persists.

      – art-solopov
      Aug 2 '17 at 9:43











    • Did you disable your firewall?

      – Bobby Durrett
      Feb 26 '18 at 23:56



















    • great help, especialy the chef bits.

      – JL Peyret
      Apr 5 '16 at 5:27











    • You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

      – JL Peyret
      Apr 5 '16 at 5:36













    • and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

      – JL Peyret
      Apr 5 '16 at 5:37











    • Tried both, the problem still persists.

      – art-solopov
      Aug 2 '17 at 9:43











    • Did you disable your firewall?

      – Bobby Durrett
      Feb 26 '18 at 23:56

















    great help, especialy the chef bits.

    – JL Peyret
    Apr 5 '16 at 5:27





    great help, especialy the chef bits.

    – JL Peyret
    Apr 5 '16 at 5:27













    You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

    – JL Peyret
    Apr 5 '16 at 5:36







    You can tighten this up a bit by being more specific, on the basis of your vm's host ip (in vagrant terms) which you get by node[:network][:default_gateway] in my case, it's 10.0.2.15, which I also see in ifconfig. then postgres.conf gets listen_addresses = 'localhost,10.0.2.15'.

    – JL Peyret
    Apr 5 '16 at 5:36















    and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

    – JL Peyret
    Apr 5 '16 at 5:37





    and pg_hba.conf gets host all myuser 10.0.2.15/0 trust

    – JL Peyret
    Apr 5 '16 at 5:37













    Tried both, the problem still persists.

    – art-solopov
    Aug 2 '17 at 9:43





    Tried both, the problem still persists.

    – art-solopov
    Aug 2 '17 at 9:43













    Did you disable your firewall?

    – Bobby Durrett
    Feb 26 '18 at 23:56





    Did you disable your firewall?

    – Bobby Durrett
    Feb 26 '18 at 23:56













    2














    Use SSH tunneling:



    Run this command on the host to map port 5454 on the host to port 5432 (PostgreSQL's default port) on the VirtualBox guest machine. This example assumes you've already set up port forwarding to map the host's port 2222 to the guest's SSH default port (port 22).



    ssh -p 2222 -f -L 5454:127.0.0.1:5432 dev@localhost -N



    • Host port: 5454

    • Host address:127.0.0.1

    • Guest port:5432

    • Guest account: dev

    • Guest server: localhost


    After you’ve run this, you should be able to set up a connection to the guest’s postgresql server using ‘localhost’ and port 5454. For example,



    psql -h localhost -p 5454 -U postgres





    share|improve this answer






























      2














      Use SSH tunneling:



      Run this command on the host to map port 5454 on the host to port 5432 (PostgreSQL's default port) on the VirtualBox guest machine. This example assumes you've already set up port forwarding to map the host's port 2222 to the guest's SSH default port (port 22).



      ssh -p 2222 -f -L 5454:127.0.0.1:5432 dev@localhost -N



      • Host port: 5454

      • Host address:127.0.0.1

      • Guest port:5432

      • Guest account: dev

      • Guest server: localhost


      After you’ve run this, you should be able to set up a connection to the guest’s postgresql server using ‘localhost’ and port 5454. For example,



      psql -h localhost -p 5454 -U postgres





      share|improve this answer




























        2












        2








        2







        Use SSH tunneling:



        Run this command on the host to map port 5454 on the host to port 5432 (PostgreSQL's default port) on the VirtualBox guest machine. This example assumes you've already set up port forwarding to map the host's port 2222 to the guest's SSH default port (port 22).



        ssh -p 2222 -f -L 5454:127.0.0.1:5432 dev@localhost -N



        • Host port: 5454

        • Host address:127.0.0.1

        • Guest port:5432

        • Guest account: dev

        • Guest server: localhost


        After you’ve run this, you should be able to set up a connection to the guest’s postgresql server using ‘localhost’ and port 5454. For example,



        psql -h localhost -p 5454 -U postgres





        share|improve this answer















        Use SSH tunneling:



        Run this command on the host to map port 5454 on the host to port 5432 (PostgreSQL's default port) on the VirtualBox guest machine. This example assumes you've already set up port forwarding to map the host's port 2222 to the guest's SSH default port (port 22).



        ssh -p 2222 -f -L 5454:127.0.0.1:5432 dev@localhost -N



        • Host port: 5454

        • Host address:127.0.0.1

        • Guest port:5432

        • Guest account: dev

        • Guest server: localhost


        After you’ve run this, you should be able to set up a connection to the guest’s postgresql server using ‘localhost’ and port 5454. For example,



        psql -h localhost -p 5454 -U postgres






        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Dec 29 '18 at 1:04









        Scott

        15.7k113990




        15.7k113990










        answered Dec 28 '18 at 23:05









        user2685047user2685047

        211




        211






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Super User!


            • 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%2fsuperuser.com%2fquestions%2f515721%2fconnection-to-postgresql-inside-virtualbox-via-portforwarding-fails%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

            "Incorrect syntax near the keyword 'ON'. (on update cascade, on delete cascade,)

            Alcedinidae

            RAC Tourist Trophy