Dotaz: tunnel cez putty do openssh

[adrinko]

caute, mam win s putty a na servri debiane openssh server. na debiane mi bezi aj www server. potreboval by som pretunelovat spojenie tak, aby ked zapnem putty a v browseri zadam 127.0.0.1:111 mi otvorilo zakladnu webku na debiane:80. pls ako na to?

dalsia otazka: ako nastavim openssh, aby mal len funkciu tunela a nedala sa remotne spustit konzola na nalogovanie a ani ziadna ina aplikacia na tom debiane? a este ako by som mal nastavit debian ssh, aby sa po spusteni putty musel uzivatel autentifikovat username+password a aby ho az po tomto korku akceptoval debian (inak ho nesme prihlasit)?

som total newbie v tomto, tak prosim mne zrozumitelne odpovede vdaka

---

---

Odpovědi

[NN]

1. nesmysl

2. nejspise omezit spojeni na jednu IP firewllem

3. to je vychozi nastaveni..

Prostuduj si /etc/ssh/sshd_config a bach at se neodriznes.. :D

NN

[adrinko]

ad 1. "127.0.0.1:111 mi otvorilo zakladnu webku na debiane:80" - "nesmysl" ?? toto predsa by malo uplne v pohode ist spravit. podarilo sa mi to prave podla navodu na http://www.lnf.infn.it/kloe/tunnel.html

2. "ako nastavim openssh, aby mal len funkciu tunela a nedala sa remotne spustit konzola na nalogovanie a ani ziadna ina aplikacia na tom debiane?" odpoved asi v 3. - sleep dummy shell. alebo je nieco lepsie?

3. myslel som skor prihlasenie, ktore by osetrilo samotne ssh (a nie celkove prihlasenie do debianu na shell). ale asi jedine riesenie bude ponechat allowed remote login a nastavit im napevno sleep dummy shell.

[pht]

127.0.0.1:111 mi otvorilo zakladnu webku na debiane:80

Potřebujete local port forwarding, v normálním ssh by to bylo něco jako -L111:127.0.0.1:80, v putty si to musíte "naklikat". Idea je taková, že váš (lokální) port 111 se bude forwardovat na 127.0.0.1:80 z pohledu serveru. Akorát ten port 111 vyžaduje admin práva, normálně se používají porty nad 1024.

ako nastavim openssh, aby mal len funkciu tunela a nedala sa remotne spustit konzola na nalogovanie a ani ziadna ina aplikacia na tom debiane?

Na to se dá najít dost návodů. Obvykle v kombinaci s přihlášením přes klíč nastavíte authorized_hosts uživatele tak, aby mohl jen to a to.

aby sa po spusteni putty musel uzivatel autentifikovat username+password a aby ho az po tomto korku akceptoval debian

Tohle úplně nechápu, můžete uvést nějaký příklad co chcete a co nechcete?

[adrinko]

prosim Vas, nejako sa v tom stracam...

Potřebujete local port forwarding, v normálním ssh by to bylo něco jako -L111:127.0.0.1:80 ja som nastavil v putty len Forwarded ports L8080 na debian 192.168.1.40 a zda sa, ze mi otvori tu webku na debiane po zadani 127.0.0.1:8080 na windowse. je to spatne? ak ano, ako teda to teda mam prestavit? nechapem tiez tomuto "port 111 se bude forwardovat na 127.0.0.1:80 z pohledu serveru" - akoze na tom debian servri by trebalo nieco inak nastavit?

Na to se dá najít dost návodů. mohli by ste mi prosim hodit link na google. ono je dost tazke hladat nieco, ked clovek to nevie presne pomenovat

Tohle úplně nechápu, můžete uvést nějaký příklad co chcete a co nechcete? Vysvetlim: teraz otvorim putty a ono sa spoji s debianom. tam sa musi zadat meno a heslo a ak je uzivatel ok, zobrazi sa mu shell. musi byt scenar vzdy takyto? neda sa len aby vykuklo okno na zadanie mena a hesla a dalej sa len udrzalo spojenie bez toho, aby mohol robit hocico ine? dakujem

[pht]

je to spatne?

Pokud se dostanete kam potřebujete tak ne.

mohli by ste mi prosim hodit link na google.

Zkuste

ssh tunnel only

a tak podobně.

neda sa len aby vykuklo okno na zadanie mena a hesla a dalej sa len udrzalo spojenie bez toho, aby mohol robit hocico ine?

To je ta předchozí otázka.

[adrinko]

vdaka za odpoved.

este by som doplnil odpoved na moju predoslu otazku ako nastavim openssh, aby mal len funkciu tunela a nedala sa remotne spustit konzola na nalogovanie a ani ziadna ina aplikacia na tom debiane? (podla odporucania z ineho zdroja): riesit uzivatelom, ktory ma ako shell: sleepshell. http://www.mariovaldez.net/software/sleepshell/

[pht]

Jo, to je jedna možnost, ale na to stačí třeba /bin/cat.

[Miklik]

Local tunel nastavíš
Source port: 111 (port na tvém kompu)
Destination: localhost:80 (adresa a port z odkud se bude tahat na debianu, nemusí být nutně localhost, ale může být i jiná IP v síti toho debiana)


Na ten tunel bez konzole je nějaká aplikace, nevím ale jak se jmenuje.


Ta autentifikace jmeno, heslo je standardní tuším. Jinak se to nastavuje v /etc/ssh/sshd_config položka PasswordAuthentication yes, já ji mám třebas nastavenu na no a přihlasuji se jen pomocí klíče.

[Miklik]

http://code.google.com/p/putty-tunnel-manager/

[adrinko]

dakujem. hento je ale riesenie na strane klienta (ze sa nespusti shell), takze nariesi to bezpecnost na strane servra - klient si moze stale zvolit pristup k shellu a robit co len chce.

[Peter Golis]

Áno, tak to má fungovať. A teraz k druhej strane mince, nestačilo by zmeniť shell pre užívateľa na taký čo mu umožní robiť jedno veľké nič? Napríklad spomenutý hack s /bin/cat.

[adrinko]

pls a ako sa to riesis tym /bin/cat? tiez sa nastavi uzivatelovi rovnako ako sleepshell? + da sa nejako hromadne urobit, aby automaticky kazdy novo pridany user mal ten /bin/cat? alebo sa to musi vzdy rucne editovat? najlepsie by bolo, ak by to fungovalo tak, ze povedzme user demo by mohol pracovat normalne so shellom a vsetci ostatni by ho mali ako /bin/cat... no pre moje newbie skusenosti nie som v tom velmi zbehly...

[Peter Golis]

Neviem či som pochopil podstatu otázky, ale nepripadá mi vhodné aby sa VPN nahradzovala pomocou SSH tunellingu.

[adrinko]

podstata sa toci len okolo SSH, VPN som nespominal

[Peter Golis]

To viem, rovnako ako som si všimol čo sa snažíš dosiahnúť cez SSL. Ale, rob ako myslíš.

Inak, mne osobne môže byť jedno že sa každou hodinou zamotávaš do iných problémov kde riešiš rôzne obchádzky riešenia jedného problému namiesto použitia nástroja na to určeného. Ale na druhú stranu, aj mi je to.

[adrinko]

no velke skusenosti nemam ani s SSH ani s VPN. zdalo sa mi, ze by sa SSH mohlo dat nastavit jednoduchsie ako VPN, ked to potrebujem len ako tunnel pre jednu komunikaciu pre jeden program... ako newbie sa preto pytam, pytam sa dost a castokrat blbo, pre vas fachmanov... preto som ovela vdacnejsi ludom, ktori poradia a usmernia, a nie tym, ktori len kecaju.

[Peter Golis]

Áno, to je pravda. Ale napríklad sekundárne nastavenie štandadrrdného shellu tak aby užívateľ nespúšťal rôzne programy sa rieši mierne zložitejšie a popis presahuje niekoľko viet. Hack s cat obstojí len pri koncovej skupine bežných užívateľov, štandardná vzorka už bude potrebovať mať ssh v chroot-e.

Toľko k tomu zamotávaniu.Takže k čomu to chceš vôbec poradiť?

[adrinko]

takto sa to ma cele. sshacko by malo sluzit len ako tunel, preto ked sa user spoji s debianom, ten by mu nikdy nemal povolit pracu so shellom ani s nicim inym, skratka vzdy by mal zostat funkcny len tunel. toto cele potrebujem na to, aby po nadviazani spojenia debian posuval komunikaciu na treti server. ssh by preto malo sluzit ako tunel len v smere user+debian, ale dalej debian+treti server by to uz malo ist nezabezpecene. kvoli tomuto potrebujem obmedzit to, aby user nemohol vykonavat ziadne prikazy na debiane (ci uz cez shell, alebo s niecim inym). vdaka

[Peter Golis]

Zaujímavé. Nevedel by mi niekto poradiť načo vôbec slúži VPN?

[Miklik]

man useradd
useradd -s /sbin/nologin username

Takhle si při vytváření uživatele můžeš nastavit jeho shell a případně i jiné parametry.

[Miklik]

Uživateli na serveru se nastaví shell něco jiného než shell (bash a pod.), třebas ten cat a nebo nologin. cat předpokládám, že způsobí to, že co naťukáte to vypíše, ale nic nepůjde spustit. U nologin se asi po přihlášení relace ukončí. Jinak by tam šlo třebas něco vypsat a ukonči relaci v login skriptu.