Avatar billede mik28 Seniormester
30. august 2005 - 14:14 Der er 33 kommentarer og
1 løsning

hosts.deny logik

Hej Eksperter,

Jeg har lidt svært ved at gennemskue logikken i de to filer hosts.deny og hosts.allow. Hvad skal jeg skrive hvis jeg nu kun vil tillade 192.168.1.102 og 80.x.x.x at få ssh adgang. Jeg troede at jeg kunne skrive

ALL:ALL EXCEPT 127.0.0.1:DENY

i hosts.deny

og

ALL: x.x.x.x, x.x.x.x, x.x.x.x

i hosts.allow og så forhindre alle andre end dem som står i hosts.allow i at connecte
Avatar billede mik28 Seniormester
30. august 2005 - 14:21 #1
Jeg har prøvet at gøre således, men det virker ikke

http://www.itc.virginia.edu/unixsys/sec/hosts.html
Avatar billede mik28 Seniormester
30. august 2005 - 14:27 #2
Jeg har også prøvet med ALL:ALL:DENY
Avatar billede lap Nybegynder
30. august 2005 - 18:13 #3
princippet er, at tcpd gennemgår de 2 filer - først allow og derefter deny. Hvis du er registreret i allow (som positiv) så kommer du på - er du registreret i deny (som negativ) så kommer du ikke på.

EXCEPT er hver gang "omvendt" - altså i allow er EXCEPT ikke-godkendte - og i deny er EXCEPT godkendte.

ALL: betyder alle services som kører igennem tcpd (tcp_wrapper) - der burde ikke stå ALL: men i stedet de enkelte services - f.eks. plejer ssh at hedde sshd: - ftp hedder in.ftpd, men du kan blive klogere i logfilen /var/log/secure - her ser du du accept og afvisninger.

Du kan aldrig bruge syntax "ALL:ALL EXCEPT 127.0.0.1:DENY" - lad være med at rette i, hvad systemet selv laver for dig (EXCEPT 127.0.0.1). Generelt bør 127.0.0.1 have adgang til ALT - ellers får du mærkelige fejl på linux, som du ikke kan forstå.

Token ALL betyder alt - i den position som ALL befinder sig - venstre for : betyder det alle service - højre for betyder det alle ip-adresser (mv.).

Når du angiver domæner, så skal ip-adresserne kunne slås op i dns (reverse) - ellers er det dømt til at fejle.

Det er nemt nok - men check din log - så bliver du klogere - og drop ALL alle andre steder end i hosts.deny.
Avatar billede mik28 Seniormester
30. august 2005 - 18:30 #4
Det er fint nok. Hvordan ska filerne så se ud, helt præcis
Avatar billede mik28 Seniormester
30. august 2005 - 18:34 #5
Jeg er sikkert ikke for klog, men logisk så ville jeg skrive at jeg afviser alt i .deny og hvad jeg tillader i .allow
Avatar billede mik28 Seniormester
30. august 2005 - 18:34 #6
og ikke det der omvendte EXCEPT
Avatar billede lap Nybegynder
30. august 2005 - 18:38 #7
det lader ikke til at du bruger google, men her er eksempler:

hosts.deny:
#
# hosts.deny    This file describes the names of the hosts which are
#              *not* allowed to use the local INET services, as decided
#              by the '/usr/sbin/tcpd' server.
#
# deny all by default, only allowing hosts or domains listed in hosts.allow.

ALL: ALL

hosts.allow - eksempel:
#
# hosts.allow  This file describes the names of the hosts which are
#              allowed to use the local INET services, as decided
#              by the '/usr/sbin/tcpd' server.
#

sshd:          127.0.0.1                      # localhost
sshd:          1.2.3.0/255.255.255.0          # local lan
sshd:          2.3.4.0/255.255.255.128        # local lan

in.telnetd:    127.0.0.1                      # localhost
in.telnetd:    1.2.3.0/255.255.255.0          # local lan
in.telnetd:    2.3.4.0/255.255.255.128        # local lan

in.ftpd:      1.2.3.0/255.255.255.0          # local lan
in.ftpd:      2.3.4.0/255.255.255.128        # local lan
sendmail:      127.0.0.1                      # mailserver

printer:      1.2.3.4                        # adgang til lpd
snmpd:        127.0.0.1                      # localhost
pop3d:        127.0.0.1                      # localhost

imapd:        127.0.0.1                      # localhost

in.tftpd:      1.2.3.0/255.255.0.0            # local switche
Avatar billede lap Nybegynder
30. august 2005 - 18:39 #8
og ja, det er mest logisk at afvise alt - og positivt acceptere i allow - men der er mange muligheder.
Avatar billede mik28 Seniormester
30. august 2005 - 18:43 #9
Jeg bruger kun google til hacking *lol*
Avatar billede mik28 Seniormester
30. august 2005 - 18:44 #10
Jek vil prøve at lave de ændringer du foreslår
Avatar billede mik28 Seniormester
30. august 2005 - 18:48 #11
spændende om det virker
Avatar billede mik28 Seniormester
30. august 2005 - 18:50 #12
Nu har jeg sagt ALL:ALL i .deny og sshd: 127.0.0.1  # localhost i .allow

Jeg forventer så at jeg ikke kan connecte fra andet end den lokale maskine
Avatar billede mik28 Seniormester
30. august 2005 - 18:53 #13
Det virker ikke en prut
Avatar billede lap Nybegynder
30. august 2005 - 21:54 #14
kommer du slet ikke på?
forbinder du til adressen 127.0.0.1 - eller til den eksterne adresse?

du skal forbinde til 127.0.0.1 således: "ssh 127.0.0.1"

Hvad siger loggen?
Jeg går ud fra, at din ssh er compileret med understøttelse af tcp_wrapper?

Jeg har sat langt over 100 maskiner op på denne måde - så det virker!
Avatar billede mik28 Seniormester
31. august 2005 - 07:32 #15
Jeg kan såmend godt komme på, men det kan alle andre tilsyneladende også og det var jo ikke meningen :-)
Avatar billede lap Nybegynder
31. august 2005 - 07:33 #16
Hvad siger loggen?
Jeg går ud fra, at din ssh er compileret med understøttelse af tcp_wrapper?
Avatar billede mik28 Seniormester
31. august 2005 - 07:36 #17
hvor finder jeg log filen
Avatar billede lap Nybegynder
31. august 2005 - 07:38 #18
har jeg skrevet tidligere: "men du kan blive klogere i logfilen /var/log/secure - her ser du du accept og afvisninger."
Avatar billede mik28 Seniormester
31. august 2005 - 07:44 #19
Der står en masse om proftp, men tilsyneladende ikke noget om ssh
Avatar billede lap Nybegynder
31. august 2005 - 07:49 #20
3. gang: "Jeg går ud fra, at din ssh er compileret med understøttelse af tcp_wrapper?"

/var/log/messages ?
Avatar billede lap Nybegynder
02. september 2005 - 15:19 #21
har du løst problemet?
Avatar billede mik28 Seniormester
02. september 2005 - 15:31 #22
ikke rigtigt. Det jeg gerne ville have opnået var at det kun er specifikke IP'ere og domæner som kan få ssh adgang. Jeg har sat det op efter bedste evne, men det ser ikke ud til at virke.
Avatar billede lap Nybegynder
02. september 2005 - 17:11 #23
ja, men kan du få nogen begrænsninger overhovedet til at virke - det virker
Avatar billede mik28 Seniormester
02. september 2005 - 17:13 #24
Nej det kan jeg ikke. Du siger at det virker, men det gør det altså bare ikke
Avatar billede mik28 Seniormester
02. september 2005 - 17:13 #25
Jeg tror ikke at Mandriva er skide smart
Avatar billede lap Nybegynder
02. september 2005 - 17:14 #26
kører også kun redaht/fedora, men mandrive/mandrake bygger på RH
Avatar billede mik28 Seniormester
02. september 2005 - 17:15 #27
meget muligt. Det virker ikke
Avatar billede mik28 Seniormester
02. september 2005 - 17:16 #28
Hvad kan man så gøre
Avatar billede lap Nybegynder
02. september 2005 - 17:17 #29
ja, men kan du få nogen begrænsninger overhovedet til at virke
Avatar billede mik28 Seniormester
02. september 2005 - 17:18 #30
nej
Avatar billede lap Nybegynder
02. september 2005 - 17:19 #31
ok, det tyder så på, at ssh ikke er med tcp-wrapper - er ssh selvcompileret eller en del af en standard pakke?

Du kan muligvis gøre det med iptables - jeg er dog ikke sikker
Avatar billede lap Nybegynder
02. september 2005 - 17:20 #32
kan du med hosts.allow/deny holde alle ude?
Avatar billede mik28 Seniormester
02. september 2005 - 17:32 #33
ja fordi jeg skrive ALL:ALL i hosts.deny. Den fil vælger Mandriva så at lave om så den er forkert, og så virker intet
Avatar billede lap Nybegynder
02. september 2005 - 18:38 #34
hvordan kommer den til at se ud - således: ALL:ALL EXCEPT 127.0.0.1:DENY

i så fald prøv at rette til:
ALL:ALL EXCEPT 127.0.0.1
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester