Sziasztok!
Abban kérném a segítségeteket, hogy ssh kapcsolatnál hogyan lehet beállítani hogy csak 1 bizonyos felhasználó tudjon bejelentkezni.
Root-ot kikapcsoltam, de így még mindenki más be tudna lépni. Ezt viszont csak magamnak akarom engedélyezni.
Előre is köszönöm
- 4979 megtekintés
Hozzászólások
ssh_config-ba
AllowUsers csiga111
______
[É.N.]
- A hozzászóláshoz be kell jelentkezni
üdv,
pl. így:
/etc/ssh/sshd_config
-ba:
AllowUsers csiga111, joska, pista
- A hozzászóláshoz be kell jelentkezni
Megpróbáltam, köszönöm működik a dolog. De az lett a problémám, hogy távolról állítottam a gépet (red hat linux), és az ssh restart után csak leállította, és nem indította újra az ssh-t. Másik szerveren is kipróbáltam (mandrake) ott újraindult rendesen, és működik is. Ez általános a red hat-nál, vagy csak nálam nem működik rendesen valami?
- A hozzászóláshoz be kell jelentkezni
Távolról két session legyen nyitva, ha ilyesmit csinálsz és csak az egyiken próbálj kiszállni-beszállni. Ha nem megy, a másik session még ott van.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
a gaz azzal csak az, hogy az sshd ujrainditasakor belehal az inditasba, akkor a masik session is storno...
/usr/sbin/sshd -t Test mode. Only check the validity of the configuration file and sanity of the keys. This is useful for updating sshd reliably as configuration options may change.
- A hozzászóláshoz be kell jelentkezni
Ja, télleg! Bocs! Jelszó módosításra gondoltam. Ha ssh démon behal, az gáz.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Nem hal bele.
- A hozzászóláshoz be kell jelentkezni
Igen, akkoriban ezt tisztáztuk is.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Uff... na most megyek haza :D
- A hozzászóláshoz be kell jelentkezni
> a gaz azzal csak az, hogy az sshd ujrainditasakor belehal az inditasba, akkor a masik session is storno...
Ez miért is volna így? Tapasztalatom szerint nem így van, és nem is szabad hogy így legyen. Az sshd leállítása (rendesen megírt init szkript esetén) csak a fő démont állítja le, amelyik a kapcsolatokat fogadja -- a már nyitott kapcsolatokat kezelő egy-egy konkrét sshd processz bent marad a rendszerben, így a létező kapcsolatok nem szakadnak meg. Az új sshd processz pedig simán indítható.
Egyébként én sem bíznék meg ebben ennyire. Szóval a minimum az, hogy at-tel beidőzítek 10 perccel későbbre egy sshd indítást, aztán ha minden rendben volt, akkor ezt kiszedem az at sorból. Persze az sem árt, ha állandóra van cronból figyelő az ilyen esetekre, avagy több példányban belépsz ilyen kritikus akció esetén, más porton is indítasz sshd-t stb... Pár ilyen szívás után mindenkiben kialakul az a természetes reflex, hogy egy-egy ilyen kétes akció előtt több módon is bebiztosítja magát...
- A hozzászóláshoz be kell jelentkezni
"Ez miért is volna így? Tapasztalatom szerint nem így van, és nem is szabad hogy így legyen."
Ezt én se tudtam. De kipróbáltam és tényleg...
Akkor mégis csak jó az első javaslatom.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Az init scriptjét nézd meg. Feltehetően ha a restartot adtad ki és az egy stop és egy startból áll, akkor mennie kéne. Valami oka van, hogy nem indult el. ps aux? /var/log/...?
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Köszönöm, megnézem majd, ha valakivel újra tudom indítani az ssh-t. Nem szívesen mennék ki azért a helyszínre, főleg mivel minden más megy rajta gond nélkül. Majd valamikor 5 után talán hozzá is kezdhetek.
- A hozzászóláshoz be kell jelentkezni
Majd írd meg mit tapasztaltál.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
újrakonfigoláshoz nem elég ssh-nak egy SIGHUP?
--
status: no carrier
- A hozzászóláshoz be kell jelentkezni
hali
ha azt látom, hogy valaki ssh-n próbál belépni a gépre..akko mit csináljak? :)
csak egy felhasználónak engedélyezve az ssh..ez már régóta be van állítva...de az én vok ....
le lehet tiltani az ip-jét?
ubuntu 6.06
- A hozzászóláshoz be kell jelentkezni
Ha akarod, iptables segítségével kitilthatod a próbálkozó IP címét.
/sbin/iptables -A INPUT -s IPcím -j DROP
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Ha még aktuális: Tegyél delayt a tűzfalba úgy hogy 4 egymás utáni kisérlet után az adott porton, kitiltsa az ip-t pár percre például így:
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 120 --hitcount 4 -j DROP
Így csak 2 percenként tud 4 felhasználó/jelszó párossal próbálkozni.
- A hozzászóláshoz be kell jelentkezni
Nos végre volt időm próbálkozni a dologgal. A tapasztalatom annyi, hogy restart parancs egy stop és egy start-ból áll, úgyhogy ezek szerint működni kellene a dolognak.
De persze nem megy. Másik linuxon azt vettem észre, ha átírtam hogy restart ne indítsa újra akkor is marad még egy aktív ssh amin újra be lehet lépni. Vgyis hogy leálljon ténylegesen akkor 2* kell kiadni a parancsot. REd hat-nál viszont ha kiléptetem akkor nincs több.
Úgy néz ki annál a gépnél marad a biztonságosabb mód, hogy elötte beállítom hogy 1 perc után csináljon egy startot.
A tiltáshoz meg én is az iptablest használom, csak épp úgy hogy az én ip-men kívül mindenki ki van tiltva. Van egy dyn-dns azonosítóm, amit 2 percenként újra lekérdez a szerver, és így végülis bárhonnan be tudok lépni.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
A topik címe alapján úgy gondolnám, elférne itt a kérdésem :)
Van egy linuxos szerver, rajta karakteres felületű célprogram, ami login nevet/jelszót kér, sokan használják a cégnél.
Jelenleg az a felállás, hogy van egy rendszer szintű felhasználó, aminek a bash szkriptjéből meghívódik a célprogram. Eddig userek bejelentkeztek ssh-n ezzel a felhasználónévvel, indult egyből neki a célprogram, oda pedig saját azonosítókkal bejelentkezve élvezkedtek a programban.
Változott a helyzet, egyéb okok miatt most minden felhasználót (nem sok, kb. 20) fel kellene venni egyedi azonosítóval, rendszer szintű felhasználóként. Minden felhasználó bash szkriptjében automatikusan indulna a célprogram. DE.
A felhasználók egy része számára elérhetővé kell hogy maradjon az internet felőli ssh bejelentkezés is, de nagyobb részére viszont tiltani kellene. Azaz néhány felhasználó csak a belső (LAN) hálózatból érhesse el a szervert ssh-n, míg egy másik részük pedig bárhonnan. Aki nem jogosult az internetről való használatra, vagy be sem jelentkezhessen, vagy azonnali logout járjon érte.
Szerintetek ilyen megoldható-e ssh-ból? Akár felpakolnám a konfig fájlba a usereket is, nem gond, de nem tudom, megadható-e az, hogy bizonyos userek milyen forrású hálózatból jelentkezhetnek be?
Másik elgondolásom a bash szkriptben való SSH kliens IP elbírálás lenne, de erre nem sok tudásom van a gyakorlati megvalósításához :(
Ha ssh tud ilyet, abban tudnátok segíteni, merre induljak el ezzel a dologgal?
Köszi előre is!
- A hozzászóláshoz be kell jelentkezni
Ez engem is érdekelne. Ha tud valak megoldást akkor írja
- A hozzászóláshoz be kell jelentkezni
.bashrc -ben megnezed, hogy mi az ipje, ha nem lan, nyomsz egy logoutot :-)
- A hozzászóláshoz be kell jelentkezni
hehe, bashrc meg ilyenekre nem kellene a biztnságot rábízni :)
--
status: no carrier
- A hozzászóláshoz be kell jelentkezni
ja, foleg hogy nem csak bash lehet a login shell..
- A hozzászóláshoz be kell jelentkezni
man ssh:
"
ssh .....[user@]hostname [command]
When the user's identity has been accepted by the server, the server
either executes the given command, or logs into the machine and gives the
user a normal shell on the remote machine."
Ez alapján, ha mondjuk vki úgy jön be, hogy "ssh xy@hostname /bin/ksh", akkor a .bashrc-t ki tudja kerülni.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
sshd_config -ba:
AllowUsers user1@belsohalosipcim user2 user3 user4@belsohalosipcim user5@kulso_halos_ipcim
Ahova nem irsz hostot, az akarhonnan tud csatlakozni.
- A hozzászóláshoz be kell jelentkezni
Köszönöm a segítséget. Ez lesz a megoldás. Hogy ha nincs ip írva, akkor mindnhonnan elérhető. Azt meg majd kipróbálom, hogy megy-e a dolog ha a belső hálóból az összes ip-re engedélyezem az usert
- A hozzászóláshoz be kell jelentkezni
Azt már elolvastam, hogy hogy lehet beállítani, hogy csak 1 felhasználót engedjen be, de azt, hogyha rossz a login név egyből zárja be az ablakot? Mert így pl ha beírok valami logint ekkor kéri a jelszót, attól függetlenül, hogy úgyse engedi be.
- A hozzászóláshoz be kell jelentkezni
Pár rossz jelszó után dobja a kapcsolatot.
De egyébként nem tudom, hogy jó ötlet e. Így elég gyorsan ki lehet szűrni az engedélyezett user neveket. Viszont ha mindenhol kéri a jelszót akkor nem jönnek rá hogy kik vannak kitiltva és kik engedélyezve.
- A hozzászóláshoz be kell jelentkezni
kulcsos bejelentkezesnel az authorized_keys from= mezoben adhato meg honnan johet.
- A hozzászóláshoz be kell jelentkezni