Hostname mangler, kun IP. Klarer ikke forwarde 80

[nree]

Les alt før du poster, siden det er en del som kansje har skrevet det samme som deg før!

 

Heisann, jeg har akkuratt testet "The Perfect Setup - Debian Etch (Debian 4.0)"

 

Etter alt var satt opp fungerte ikke PHP, fikset dette ved å ta bort igjen alle # som guiden sa jeg skulle legge til i forbindelse med php.

 

Alt ser ut til å fungere bra, utenom hostname og at jeg ikke klarer få tilgang til serveren utenfor nettverket (altså via min egen IP på åpnede porter).

 

/var/hosts :

127.0.0.1       localhost.localdomain   localhost
127.0.0.1       localhost   localhost
192.168.0.14   server2     server2
192.168.0.14   ree.net     server2

# 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
ff02::3 ip6-allhosts

 

/var/networks/interfaces :

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug eth0
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet dhcp

 

Vist noen har bruk for andre filer er det bare å si fra.

 

Håper noen har løsningen både på å få tilgang utenfor nettverket og hostname.

Endret 30. mai 2007 av goggen90

[Del]

Legg inn alias i /etc/hosts så skal navn funke:

$ su

$ echo '192.168.0.14 mittkuleservernavn' >> /etc/hosts

 

Tilgang utenifra:

Sjekk hvilken IP du får utdelt fra din ISP, sett samme IP på maksinen du vil ha tilgang på utenifra, sørg for at eventuell brannmur på adsl modem er åpnet på relevante porter.

Hvis du vil ha et domene navn knyttet til IP'en, kan du skaffe det gratis her:

http://www.moo.no/

Husk at for vanlige abonnementer får du ny IP utdelt fra ISP hver kan du fyrer opp modemet, typisk kan du mot ekstra kostnad få fast IP

[nree]

Hvorfor legge til alias når jeg allerede har det?

 

Prøvde alikevell, og fungerte like dårlig..

 

 

Vet godt hvordan jeg får tilgang, takk for den informasjonen.

Problemet er at når jeg setter det opp på "192.168.0.14" fungerer det ikke, setter jeg det opp på "192.168.0.15" som forøvrig er backupserveren fungerer det helt fint.

 

http://nils.wub.no/

[Del]

Høres merkelig ut. Jeg sitter her med to debian bokser og ingen problemer med alias på IP, forutsatt at ikke IP endrer seg på maskinen selvfølgelig, hvilket en del routere gjør. Jeg ville vel forsøkt en ssh -vvv fra maskinen som er problematisk, og sett om det gir noe fornuftig informasjon.

[nree]

Dette du ville ha?

server2:~# ssh -vvv
OpenSSH_4.3p2 Debian-9, OpenSSL 0.9.8c 05 Sep 2006
usage: ssh [-1246AaCfgKkMNnqsTtVvXxY] [-b bind_address] [-c cipher_spec]
          [-D [bind_address:]port] [-e escape_char] [-F configfile]
          [-i identity_file] [-L [bind_address:]port:host:hostport]
          [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port]
          [-R [bind_address:]port:host:hostport] [-S ctl_path]
          [-w tunnel:tunnel] [user@]hostname [command]

 

IP-en endrer seg ikke, Static DHCP i routeren sørger for det..

Endret 29. mai 2007 av goggen90

[Del]

Beklager, nei jeg mente ssh -vvv til en server du ønsker kontakt med, kan jo prøve både IP og alias, med litt flaks kan informasjonen du får (sammenlign gjerne med out-put fra en maskin hvor det funker) kanskje gi deg svar. Siden det bare funker hos meg har jeg ikke rotet noe rundt med det, men kan det tenkes at det er noe tull med stengte porter på maskina di, kanskje iptables blir rotet til på et eller annet vis.

Endret 29. mai 2007 av Del

[cybertrec]

beklager flame, men jeg bare måtte kommentere sitat: "IP-en endrer seg ikke, Static DHCP i routeren sørger for det.."

 

Så du har med andre ord En Statisk Dynamic Host Configuration Protocol.....det er bra gjort.

 

Statisk IP i routeren kaller man slikt.

[nazrm]

Mange routere som ikke klarer connections fra innsiden > utsiden -> innsiden.

 

(Om du har en apacheserver som kjører på lolwtf.net, og din pc er bak samme router som apache servern, så må du bruke lokal ip for å koble deg til den)

 

.. dårlig forklart

[nree]

beklager flame, men jeg bare måtte kommentere sitat: "IP-en endrer seg ikke, Static DHCP i routeren sørger for det.."

 

Så du har med andre ord En Statisk Dynamic Host Configuration Protocol.....det er bra gjort.

 

Statisk IP i routeren kaller man slikt.

8739024[/snapback]

 

Står Static DHCP som overskrift i routeren

 

Mange routere som ikke klarer connections fra innsiden > utsiden -> innsiden.

 

(Om du har en apacheserver som kjører på lolwtf.net, og din pc er bak samme router som apache servern, så må du bruke lokal ip for å koble deg til den)

 

.. dårlig forklart

8739083[/snapback]

 

Routeren min klarer det fint, dette vet jeg pga. før jeg tok reinstall av serveren fungerte alt helt fint, når jeg endrer port 80 fra 192.168.0.14 til .15 fungerer det også fint (annen server)

[AllFather]

Da har vel ispen din sperret bruk for port80.

[nree]

Er det så vanskelig å lese hva som står uten å få det punktlig?

 

Men, siden noen ikke gidder å lese tar vi det punktlig og

 

1. Port 80 er satt til 192.168.0.15

2. Endrer "192.168.0.15" til "192.168.0.14" sin ip.

3. Fungerer helt fint.

4. Endrer tilbake til "192.168.0.14"

5. Fungerer ikke.

6. I tillegg kan jeg ikke koble til lokalt på hostnamet "server2"

 

192.168.0.15 = Hovedserveren (server2)

192.168.0.14 = Backupserver (server1)

 

For å se at det faktisk funker: http://nils.wub.no

Endret 30. mai 2007 av goggen90

[AllFather]

Greit, da var det bare posten før min som var dårlig skrevet.

Så ut som du byttet port fra 80 til 15.

[Del]

Har du prøvd det jeg foreslo:

$ ssh -vvv server2

evt.

$ ssh -vvv brukernavn@server2

fra hovedserveren 192.168.0.15.

Kanskje du får noen hint til hvorfor hostname ikke funker. Default til ssh er port 22, men du kan sette port 80 ved kommandolinjeopsjon -p:

$ ssh -vvv -p 80 brukernavn@server2

Du kan selvfølgelig også prøve ssh eksternt for å se om du får kontakt, eventuelt noen fornuftige meldinger med -vvv opsjonen.

[nree]

Koblet til den andre serveren min (som ikke er problematisk) og skrev kommandoene:

 

server1:~# ssh -vvv 192.168.0.14

Klikk for å se/fjerne innholdet nedenfor

OpenSSH_4.3p2 Debian-8, OpenSSL 0.9.8c 05 Sep 2006

debug1: Reading configuration data /etc/ssh/ssh_config

debug1: Applying options for *

debug2: ssh_connect: needpriv 0

debug1: Connecting to 192.168.0.14 [192.168.0.14] port 22.

debug1: Connection established.

debug1: permanently_set_uid: 0/0

debug1: identity file /root/.ssh/identity type -1

debug1: identity file /root/.ssh/id_rsa type -1

debug1: identity file /root/.ssh/id_dsa type -1

debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 Debian-9

debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH*

debug1: Enabling compatibility mode for protocol 2.0

debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-8

debug2: fd 3 setting O_NONBLOCK

debug1: An invalid name was supplied

Cannot determine realm for numeric host address

 

debug1: An invalid name was supplied

A parameter was malformed

Validation error

 

debug1: An invalid name was supplied

Cannot determine realm for numeric host address

 

debug1: An invalid name was supplied

A parameter was malformed

Validation error

 

debug1: SSH2_MSG_KEXINIT sent

debug1: SSH2_MSG_KEXINIT received

debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

debug2: kex_parse_kexinit: ssh-rsa,ssh-dss

debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr

debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr

debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: none,[email protected],zlib

debug2: kex_parse_kexinit: none,[email protected],zlib

debug2: kex_parse_kexinit:

debug2: kex_parse_kexinit:

debug2: kex_parse_kexinit: first_kex_follows 0

debug2: kex_parse_kexinit: reserved 0

debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

debug2: kex_parse_kexinit: ssh-rsa,ssh-dss

debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr

debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr

debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: none,[email protected]

debug2: kex_parse_kexinit: none,[email protected]

debug2: kex_parse_kexinit:

debug2: kex_parse_kexinit:

debug2: kex_parse_kexinit: first_kex_follows 0

debug2: kex_parse_kexinit: reserved 0

debug2: mac_init: found hmac-md5

debug1: kex: server->client aes128-cbc hmac-md5 none

debug2: mac_init: found hmac-md5

debug1: kex: client->server aes128-cbc hmac-md5 none

debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent

debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP

debug2: dh_gen_key: priv key bits set: 132/256

debug2: bits set: 536/1024

debug1: SSH2_MSG_KEX_DH_GEX_INIT sent

debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY

debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts

debug3: check_host_in_hostfile: match line 2

debug1: Host '192.168.0.14' is known and matches the RSA host key.

debug1: Found key in /root/.ssh/known_hosts:2

debug2: bits set: 518/1024

debug1: ssh_rsa_verify: signature correct

debug2: kex_derive_keys

debug2: set_newkeys: mode 1

debug1: SSH2_MSG_NEWKEYS sent

debug1: expecting SSH2_MSG_NEWKEYS

debug2: set_newkeys: mode 0

debug1: SSH2_MSG_NEWKEYS received

debug1: SSH2_MSG_SERVICE_REQUEST sent

debug2: service_accept: ssh-userauth

debug1: SSH2_MSG_SERVICE_ACCEPT received

debug2: key: /root/.ssh/identity ((nil))

debug2: key: /root/.ssh/id_rsa ((nil))

debug2: key: /root/.ssh/id_dsa ((nil))

debug1: Authentications that can continue: publickey,password

debug3: start over, passed a different list publickey,password

debug3: preferred gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password

debug3: authmethod_lookup publickey

debug3: remaining preferred: keyboard-interactive,password

debug3: authmethod_is_enabled publickey

debug1: Next authentication method: publickey

debug1: Trying private key: /root/.ssh/identity

debug3: no such identity: /root/.ssh/identity

debug1: Trying private key: /root/.ssh/id_rsa

debug3: no such identity: /root/.ssh/id_rsa

debug1: Trying private key: /root/.ssh/id_dsa

debug3: no such identity: /root/.ssh/id_dsa

debug2: we did not send a packet, disable method

debug3: authmethod_lookup password

debug3: remaining preferred: ,password

debug3: authmethod_is_enabled password

debug1: Next authentication method: password

[email protected]'s password:

debug3: packet_send2: adding 64 (len 60 padlen 4 extra_pad 64)

debug2: we sent a password packet, wait for reply

debug1: Authentication succeeded (password).

debug1: channel 0: new [client-session]

debug3: ssh_session2_open: channel_new: 0

debug2: channel 0: send open

debug1: Entering interactive session.

debug2: callback start

debug2: client_session2_setup: id 0

debug2: channel 0: request pty-req confirm 0

debug3: tty_make_modes: ospeed 38400

debug3: tty_make_modes: ispeed 38400

debug3: tty_make_modes: 1 3

debug3: tty_make_modes: 2 28

debug3: tty_make_modes: 3 127

debug3: tty_make_modes: 4 21

debug3: tty_make_modes: 5 4

debug3: tty_make_modes: 6 0

debug3: tty_make_modes: 7 0

debug3: tty_make_modes: 8 17

debug3: tty_make_modes: 9 19

debug3: tty_make_modes: 10 26

debug3: tty_make_modes: 12 18

debug3: tty_make_modes: 13 23

debug3: tty_make_modes: 14 22

debug3: tty_make_modes: 18 15

debug3: tty_make_modes: 30 0

debug3: tty_make_modes: 31 0

debug3: tty_make_modes: 32 0

debug3: tty_make_modes: 33 0

debug3: tty_make_modes: 34 0

debug3: tty_make_modes: 35 0

debug3: tty_make_modes: 36 1

debug3: tty_make_modes: 37 0

debug3: tty_make_modes: 38 1

debug3: tty_make_modes: 39 0

debug3: tty_make_modes: 40 0

debug3: tty_make_modes: 41 0

debug3: tty_make_modes: 50 1

debug3: tty_make_modes: 51 1

debug3: tty_make_modes: 52 0

debug3: tty_make_modes: 53 1

debug3: tty_make_modes: 54 1

debug3: tty_make_modes: 55 1

debug3: tty_make_modes: 56 0

debug3: tty_make_modes: 57 0

debug3: tty_make_modes: 58 0

debug3: tty_make_modes: 59 1

debug3: tty_make_modes: 60 1

debug3: tty_make_modes: 61 1

debug3: tty_make_modes: 62 0

debug3: tty_make_modes: 70 1

debug3: tty_make_modes: 71 0

debug3: tty_make_modes: 72 1

debug3: tty_make_modes: 73 0

debug3: tty_make_modes: 74 0

debug3: tty_make_modes: 75 0

debug3: tty_make_modes: 90 1

debug3: tty_make_modes: 91 1

debug3: tty_make_modes: 92 0

debug3: tty_make_modes: 93 0

debug1: Sending environment.

debug3: Ignored env TERM

debug3: Ignored env SHELL

debug3: Ignored env SSH_CLIENT

debug3: Ignored env SSH_TTY

debug3: Ignored env USER

debug3: Ignored env MAIL

debug3: Ignored env PATH

debug3: Ignored env PWD

debug1: Sending env LANG = no_NO

debug2: channel 0: request env confirm 0

debug3: Ignored env PS1

debug3: Ignored env SHLVL

debug3: Ignored env HOME

debug3: Ignored env LANGUAGE

debug3: Ignored env LOGNAME

debug3: Ignored env SSH_CONNECTION

debug3: Ignored env _

debug2: channel 0: request shell confirm 0

debug2: fd 3 setting TCP_NODELAY

debug2: callback done

debug2: channel 0: open confirm rwindow 0 rmax 32768

debug2: channel 0: rcvd adjust 131072

Last login: Tue May 29 22:24:42 2007 from 192.168.0.200

Linux server2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686

 

The programs included with the Debian GNU/Linux system are free software;

the exact distribution terms for each program are described in the

individual files in /usr/share/doc/*/copyright.

 

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

server2:~#

 

server1:~# ssh -vvv server2

Klikk for å se/fjerne innholdet nedenfor

OpenSSH_4.3p2 Debian-8, OpenSSL 0.9.8c 05 Sep 2006

debug1: Reading configuration data /etc/ssh/ssh_config

debug1: Applying options for *

debug2: ssh_connect: needpriv 0

ssh: server2: Name or service not known

server1:~#

[Del]

Det virker på meg som om du av en eller annen grunn ikke har fått lagt inn alias. Jeg har disse i /etc/hosts , og på server1 skulle det holde med en linje:

192.168.0.14 server2

[nree]

Slik ser /var/hosts ut nå:

127.0.0.1	server2 localhost
192.168.0.14 server2

# 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
ff02::3 ip6-allhosts

 

Jeg har restartet serveren men fremdeles fungerer kun IP.

[nree]

Bumper denne i håp om å få løst dette...

[Del]

Beklager dersom spørsmålet føles dumt for deg, men jeg må nesten spørre: Kan det tenkes at /var/hosts filen du postet var fra server2? I såfall er det ikke så rart om server1 fortsatt ikke finner noe alias til IP adressen.

 

Har du prøvd å bruke port 80 med verbose ssh for å sjekke det andre problemet ditt?

[spock84]

Sånn jeg har forstått det har en del rutere problemer med å rute trafikk til seg selv fra seg selv.

[nree]

Del: Det er og har alltid vært server2 jeg har problemer med.

Gidder du si hvordan jeg "port 80 med verbose ssh" ?

 

spock84:

Som sagt tidligere, det fungerer helt fint når jeg ruter om porten til den andre serveren, og det har fungert helt fint før!