[GeoNode-users] problem to install geonode on a remote vm

[Ariel Nunez]

In your intranet, you can set the domain name for testing in the router
configuration.

On your developer machine and for trusted users you can edit the
/etc/hostnames (or the windows equivalent) and test it too.

I usually do that and it works fine, let's you get early feedback on the
name from trusted people and generally results in a faster agreement on
what the DNS should be.

-a

On Wed, Sep 23, 2015 at 12:47 PM, Charles Cossé <ccosse at gmail.com> wrote:

> Ahh yes that's a good idea ... we don't have a domain yet so we've just
> been using numbers, but thank you for that suggestion.  We will have to
> pause and consider that.
> -C
>
>
> On Wed, Sep 23, 2015 at 1:07 PM, Ariel Nunez <ingenieroariel at gmail.com>
> wrote:
>
>> You best bet is to set a domain name that resolves both locally and
>> externally to the right IP address.
>>
>> GeoNode stores the full URL internally in a few places, the main reason
>> is historical because geonetwork and geoserver need fully qualified urls
>> instead of relative ones. It would be interested to have someone
>> investigate how to remove that restriction from GeoNode.
>>
>> -a
>>
>> On Wed, Sep 23, 2015 at 10:12 AM, Charles Cossé <ccosse at gmail.com> wrote:
>>
>>> Hi, we have an issue running the latest GeoNode on a virtual server.
>>> From our LAN we access via a 192.168 ip address.  Externally we access via
>>> another, real ip address.   But when we access externally the image
>>> thumbnails and layers fail to show because they are referencing the 192.168
>>> address.   Looking through the database ("maps_mapsnapshot" table) I found
>>> that GeoNode had ingested the 192.168 address and was generating links from
>>> there.   I concluded that having 2 ips (one internal, one external) must
>>> not be possible given what was happening.  I don't see any way around it
>>> and we're re-configuring our systems to use a single IP as a result.
>>> Thanks,
>>>
>>> Charles Cossé
>>> Guyana Forestry Commission
>>> Georgetown, Guyana
>>>
>>>
>>> On Wed, Sep 23, 2015 at 10:02 AM, Giuseppe Ricci <peppepegasus at gmail.com
>>> > wrote:
>>>
>>>>
>>>>
>>>> Hi guys,
>>>>
>>>> I'm trying to install geonode on a virtual machine installed on
>>>> Micrsoft Azure server.
>>>> I followed this tutorial:
>>>>
>>>> http://docs.geonode.org/en/master/tutorials/admin/prep/index.html
>>>>
>>>> but when i give this command:
>>>>
>>>> sudo geonode-updateip localhost:4567
>>>>
>>>> I receive this errors:
>>>>
>>>> $  sudo geonode-updateip localhost:4567
>>>> Replacing SITEURL value with 'localhost:4567' in
>>>> /etc/geonode/local_settings.py ... done.
>>>> Adding entry for 'localhost:4567' in
>>>> /usr/share/geoserver/data/printing/config.yaml ... 'localhost:4567' already
>>>> found to the printing whitelist.
>>>> Adding localhost:4567 to ALLOWED_HOSTS in
>>>> /etc/geonode/local_settings.py ... 'localhost:4567' already found in
>>>> ALLOWED_HOSTS list.
>>>>  * Restarting web server
>>>> apache2
>>>> AH00558: apache2: Could not reliably determine the server's fully qualified
>>>> domain name, using 100.73.20.46. Set the 'ServerName' directive globally to
>>>> suppress this message
>>>>
>>>> [ OK ]
>>>>
>>>>
>>>> Finished processing 0 layers in 0.0 seconds.
>>>>
>>>> 0 Created layers
>>>> 0 Updated layers
>>>> 0 Failed layers
>>>> 0.000000 seconds per layer
>>>>
>>>> At the adress localhost:4567 I receive the message:
>>>> web page doesn't exist. ERR_CONNECTION_REFUSED.
>>>>
>>>> Can some one to help me?
>>>> Thanks.
>>>>
>>>> Dott. Giuseppe Ricci
>>>> Via B. Spaventa 6, Terlizzi
>>>> Cel. 340 3059772
>>>>
>>>> _______________________________________________
>>>> geonode-users mailing list
>>>> geonode-users at lists.osgeo.org
>>>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> geonode-users mailing list
>>> geonode-users at lists.osgeo.org
>>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geonode-users/attachments/20150923/563c6f99/attachment-0001.html>