Opsætning af ny server. kan ikke tilgås udefra Emnet er løst

[dgaa1991]

nå så fik jeg endelig mig mini itx ind ad døren og har været i gang med at sætte min server op. indtil videre har jeg gjort følgende uden at kunne tilgå den udefra og kun via min lokale ip add.

min maskine er sat op med følgende :

Ubuntu server 14.04 server 64 bit (statisk ip)
virtualbox (oracle)
lamp
phpvirtualbox

Virtualbol box hoster så den der skal være min udgående server :

ubuntu server 14.04 server 64-bit (statisk ip) (portforward af port 80)
/etc/hosts er sat så commandoen host = owncloud og host -f=owncloud
lamp
/etc/mysql/my.cnf har jeg outcommented ind-address = 127.0.0.1 så den "lytter" til andet en kun localt

når jeg køre apache2 kommando på den virtuelle maskine fåe jeg dette output

der er kørt sudo aptitude safe-upgrade; sudo reboot på begge systemer

Kode: Vælg alt

daniel@owncloud:~$ apache2
[Mon Oct 27 17:08:59.622942 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined
[Mon Oct 27 17:08:59.623970 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_PID_FILE} is not defined
[Mon Oct 27 17:08:59.624560 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_RUN_USER} is not defined
[Mon Oct 27 17:08:59.625072 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined
[Mon Oct 27 17:08:59.625600 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Oct 27 17:08:59.644780 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Oct 27 17:08:59.645807 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Oct 27 17:08:59.646423 2014] [core:warn] [pid 1487] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}


[martin joergensen]

Du skal arbejde med NAT og Firewall i din router.
på youtube finder du talrige guides til dette

[martin joergensen]

Vil også anbefale dig at læse op på værktøjet NMAP

[dgaa1991]

Du skal arbejde med NAT og Firewall i din router.
på youtube finder du talrige guides til dette

så det er ikke nok at sætte den op med bridge adapter så den får tildelt en lokal ip ?
det virkede/virker ellers på min stationære hvor jeg prøvede at sætte en server op

[AJenbo]

Hvis Apache serveren køre i din VirtualBox skal lave forwared til IP'en for den virtuelle maskine og ikke den fysiske.

[dgaa1991]

Hvis Apache serveren køre i din VirtualBox skal lave forwared til IP'en for den virtuelle maskine og ikke den fysiske.

der er en apache server kørende på begge maskiner men har også prøvet at lave portforward på beggy 192.168.1.109 (virtualhost) og 192.168.1.145 (virtualmachine)

192.168.1.109 køre en lamp server med phpvirtualbox så jeg kan styre min virtuelle maskine på det lokalenetværk med gui

192.168.1.145 køre lamp server som skal være udadgående og hoste min owncloud server

[AJenbo]

hvad giver:

Kode: Vælg alt

telnet din.ext.erne.ip

og

Kode: Vælg alt

wget din.ext.erne.ip

Du kan også lige prøve med den IP interne som du forwareder til

[dgaa1991]

telnet ext.

Kode: Vælg alt

daniel@owncloud:~$ telnet 82.180.xx.xxx
Trying 82.180.28.118...
Connected to 82.180.xx.xxx
Escape character is '^]'.

DD-WRT v24-sp2 mini (c) 2009 NewMedia-NET GmbH
Release: 07/22/09 (SVN revision: 12548)

DD-WRT login:
Login timed out after 60 seconds
Connection closed by foreign host.


wget

Kode: Vælg alt

daniel@owncloud:~$ wget 82.180.xx.xxx
--2014-10-27 18:06:54--  http://82.180.xx.xxx
Connecting to 82.180.xx.xx:80... failed: No route to host.

og den interne som burde være den virtuelle (køre på bridge adapter med egen ip)

telnet

Kode: Vælg alt

daniel@owncloud:~$ telnet 192.168.1.145
Trying 192.168.1.145...
telnet: Unable to connect to remote host: Connection refused


wget

Kode: Vælg alt

daniel@owncloud:~$ wget 192.168.1.145
--2014-10-27 18:08:42--  http://192.168.1.145/
Connecting to 192.168.1.145:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11510 (11K) [text/html]
Saving to: ‘index.html’

100%[=====================================================================>] 11,510      --.-K/s   in 0s     

2014-10-27 18:08:42 (82.8 MB/s) - ‘index.html’ saved [11510/11510]


[AJenbo]

Ups det skulle have været :

Kode: Vælg alt

telnet din.ext.erne.ip 80

Men jeg har fået den info jeg skal bruge. Din router sender Ikke forespørgslen videre til din maskine så problemet er enten opsætning af din router eller at din maskine ikke er på et netværk din router har adgang til.

[dgaa1991]

Ups det skulle have været :

Kode: Vælg alt

telnet din.ext.erne.ip 80

Men jeg har fået den info jeg skal bruge. Din router sender Ikke forespørgslen videre til din maskine så problemet er enten opsætning af din router eller at din maskine ikke er på et netværk din router har adgang til.

altså med min gamle server som kørte virtuelt på min stationære kan jeg godt tilgå udefra så det må vel være maskinen
men altså min router giver jo netværk til min virtuelle maskine så jeg tror ikke helt jeg er med på hvad du mener ?

når jeg køre telnet 192.168.1.109 gir den samme svar som på 192.168.1.145

på min virtuelle maskine er etc/hosts filen således

Kode: Vælg alt

27.0.0.1       localhost
192.168.1.145   owncloud.example.com     server1

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters


Route rn

Kode: Vælg alt

daniel@owncloud:~$ netstat -r -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

og så lige en ifconfig

Kode: Vælg alt

daniel@owncloud:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:96:41:99 
          inet addr:192.168.1.145  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe96:4199/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3557 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1106 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:292447 (292.4 KB)  TX bytes:122305 (122.3 KB)

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:17 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:12931 (12.9 KB)  TX bytes:12931 (12.9 KB)


[dgaa1991]

hov jeg kan se i Virtualbox at min maskine der køre som host har 127.0.0.1 (localnetwork) har det noget at sige ?

[dgaa1991]

Vil også anbefale dig at læse op på værktøjet NMAP

jeg har også leget lidt med nmap men det eneste som jeg syntes jeg kan se som er brugbar information er at por 80 tcp er åben på min server

[AJenbo]

/etc/hosts filen styre hvordan maskinen slår andre maskiner op, ikke noget omkring hvor synlig den er for omverden eller hvordan andre maskiner finder den. Det er altså maskinens ejet private vejkort, men det er alle andre der mangler en vejviser hen til den så det hjælper ikke noget at ændre der i.

Som skrevet var det desuden "telnet ip 80" du skulle skrive for at teste forbindelsen til din webserver.

Når du laver "wget 82.180.28.118" siger den "vejen er ikke bygget".

Ved telnet "telnet 192.168.1.145" svare den, "der er ingen hjemme i nr. 23", du skulle så besøge nogen i 80, men i det mindste er vejen der.

Ergo mangler du at definere i din router at man skal fortsætte til 192.168.1.145 når man kalder vil have port 80.

localhost er altid 127.0.0.1, det betyder "mig selv" ikke et lokalt netværk.

[dgaa1991]

ja den er jeg helt med på men det irritere mig bare grænseløst at det ikke virker men tak for hjælpen indtil videre

men noget jeg slet ikke forstår er telnet commandoen. hvis jeg køre en telnet 192.168.1.124 som er den server som virker og er startet op får jeg samme svar som ved de andre gange at den ikke kender ruten til host

[dgaa1991]

nå efter mange dage med hovedpine og faren for at blive skaldet har jeg løst problemet

jeg kan hermed konstatere at man kun bør pege 1 og kun 1 !! ip på port 80