Bocs, hogy belevau, de http-n küldöd keresztül az autentikációt jelenleg?

[ Szerkesztve ]

https://www.coreinfinity.tech

Jepp. Ezt szeretném megszüntetni... Vagyis teljesen le is kapcsolnám az apache szervert.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

a tunnelinget userenként tudod belőni, a user authorized_keys filejaban a command opcióval.
[link]

Oké.

Http-n nem küldünk át autentikációt, mert plain text.

https://www.coreinfinity.tech

Ohh, ez nem ált össze nekem, szóval nem a daemon fájlba kell beírni, hanem az auth keys fájlba...

Szóval akkor kb így kell kinéznie, ha jól értem:
command="svnserve -t --tunnel-user=jozsi" ssh-dsa AAAABtce9euch… jozsi@example.com
command="svnserve -t --tunnel-user=bela" ssh-dsa AAAABtce9euch… bela@example.com

Hétfőn csinálok egy svn usert a gépre, annak az auth fájljába felviszem akit szeretnék és átírom a daemont ennek megfelelően. Köszi!

sh4d0w: igen, ezért akarom megszüntetni. Kényelmes volt, csak ebbe a részébe eddig nem gondoltam bele.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

az svn minden külső cucc nélkül tud svn+ssh protokollt.
tehát ha nem akarod túlbonyolítani, akkor kihagyod ezt az svnserve lomot.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Tudnál erről kicsit bővebben írni?

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

olyan sok mindent nem lehet írni róla...
csinálsz egy accountot, ami tárolni fogja a repót. megoldod, hogy ssh kulccsal be tudj jelentkezni. az accounton megcsinálod a repót.
utána már a kliensről is megy minden.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Nekem az a kapocs hiányzik itt, hogy miként lehet ezt megcsinálni. Sok leíráson mentem végig, de ezzel amit írsz még nem találkoztam. Általában mindenki apache-on keresztül teszi elérhetővé az svn-t a helyi hálón. Az svn+ssh-ra meg eddig csak az svnserve -es megoldást találtam.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

túlgondolod.
ha egy kliens gépről ssh-val be tudsz lépni a szerverre, akkor működik.
az svn kliens maga alá forkol egy ssh-t, bemegy, szerveroldalon maga alá forkolja az svn-t, és az ssh csatornán megbeszélik, amit kell.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Tehát azt mondod, hogy igazából még az apache-ot is fölöslegesen csináltam meg, mert már a kezdetektől elértem volna kb. így: svn+ssh://<user>@ip/<repo> az svn+ssh módot ismerő programból?

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

igen, az apacsot feleslegesen raktad fel.
az svn+ssh módot nem a programnak kell ismernie, hanem az svn kliensnek.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Oké, de itt a kliens be van építve a programba, és választhatok benne http, https, file, meg ssh+svn mód között, mikor megadom neki az svn szerver elérését. Azon a progin kívül még esetleg a tortoise svn van, amivel tudom próbálni. A progi az Windowsos célprogi a munkához...
Kíváncsi leszek, hogy mire jutok ezzel holnap.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

No, egyszer az svnserve dolgot kiiktattam.

Létrehoztam egy svn felhasználót, csináltam neki .ssh mappát és beletettem az authorized keys fájlt. Aztán svnadmin-al csináltam egy üres repositoryt az ő home könyvtárába.

Itt viszont elakadtam, nem tudom hogyan kellene megadnom a proginak a repó elérését. Akárhogy próbálom, mindig azt írja, hogy nem talál repót. (az ssh rész szerintem oké, mert közben kétszer is kéri a kulcsom jelszavát)

Ugyanerre a Tortoise meg elakad a jelszó bekérés után, hogy nem talál bejelentkezési módot...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

a rendes url az szokott lenni, hogy:
svn+ssh://svn@192.168.7.103/home/svn/svnrepodir
tehát a repó subfolderbe a /home/svn/svnrepodir-t kell írni, usernek meg az svn-t.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Jövök neked egy sörrel! A szerverhez csak az IP kellett, a /home.. meg a Rep. Subfolder mezőbe kellett írni, így fel tud csatlakozni. Reggel van még, hogy erre nem jöttem rá magamtól.

Viszont a program azért rúgott egyet belém...

Igaz nem a legújabb verziót használjuk mert b. drága és most épp nincs verziókövetésünk, de a francnak hagyott végig kínlódni ezeken a dolgokon, ha végül is nem tudja használni az svn+ssh megoldást...

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

nem lehet, hogy tudja a program az svn+ssh-t, csak kellene neki hozzá valami külső program?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Egyik leírása sem említ ilyet, szerintem nem. Amúgy egy katyvasz a program, pl. szemben az ssh-val nincs beépítve neki git támogatás, de ha egy olyan projektet nyitsz meg neki ami már benne van egy git repóban, akkor azt varázslatos módon mégis tudja használni, mert van egy különálló git modulja az Altiumnak... Viszont ez így totál béna megoldás, nem életszerű...

Amíg nem lesz újabb altium verziónk, addig szerintem annyit tudok kezdeni a helyzet javításával, hogy az apache webszerveremen bekapcsolom a digest titkosítást a jelszóhoz.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Sziasztok

2 napi szenvedés után ide fordulok, és megkérdezem, hogy valaki látta e már következő problémát:

Arch linux frissen telepítve

A google chrome browserben a szinkronizálást én bekacsolva tartom. Ide feljelentkezek már a telepítés utén azonnal.
A chrome elindításakor a "kezdőlapom" a google saját "üres" lapja, melynek a jobb felső sarkában ott a google szolgáltatásba bejelentkezett felhasználó. Ez ugye nem kötelezően ugyanaz mint a böngésző szinkron (feljebb egy sorral) , de bekapcsoláskor még ugyanaz.

Most telepítek egy új gépet és telepítés után a következő jelenséggel találkozom:

Gép bekacs, Chrome elindít..
Ezekután felugrik a bejelentkezési ablak és meg kell adnom a nevet és jelszót. Ugyanakkor a szinkron feljelentkezett már. Ott virít a fejem Ha azonnal (bejelentkezés nélkül) nyitok egy új lapot, azon már nem kér semmit, kérdés nélkül bejelentkezik.
Ha bezárom a böngészőt és újra megnyitom akkor megint nem kér semmit, és jól működik, egészen a gép újraindításáig.
Szóval csak az első bekapcsolás első lapja nem akaródzik bejelentkezni automatikusan.

Ezt kellen látnom (és látom a 2. laptól):

Ezt kapom az első lapon:

Próbáltam archot telepíteni wiki alapján kézzel, Calamarch telepítővel, Magyarch, Arcolinux. Mind ezt az eredményt adja.
Manjaro telepítése után nincs ilyen gondom. Ott jól működik.

Én ragaszkodnék a vanilla Archoz, de segítsen valaki pls, miért szivat a Chrome?

Felejtsétek el az előző kérdést.

Mindíg ez van. Felteszem a kérdést, majd azonnal rájövök a megoldásra..

Megfejtés: "Keep" bővítmény kérte a jelszót.
Töröltem, jó lett..

Off off!

Xiaomi 13T - Eladó Xiaomi 11T 8/128 GB telefon: https://hardverapro.hu/apro/elado_xiaomi_11t_8_128_gb_telefon/friss.html --- olcsóbb lett!!!

Most előjött munkahelyen, hogy a szervereken lévő CodeIT repot ki kell gyalulni, mert orosz .

A repo fájlt kitöröltem, viszont onnan jöttek csomagok még egy régebbi yum update során, amiket rollbacke-lni kell a hivatalos repoból származóra.

Hogyan lehetne ezt a legegyszerűbben megoldani?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Az Anaconda found conflicts ellen van orvosság? Eltávolitottam az adott program elöző verzóját, még is feljött ez a found conflict izé Mire lemegy az founds conflict izé, az EGY nap , és ráadásul semmire se megyek vele,

LG Velvet 5G Android 11 - Windows 10 Pro x64 & Debian 11 Bullseye - WoWS unsinkable_sam_

Sziasztok,

ssh-n keresztul szeretnek futtatni tobb parancsot, tobb gepen. Valahogy igy nez ki:

for i in gepek; do ssh parancs1 & sleep 600; kill $!; done

Ezzel ugye az a gond, hogy egymas utan fognak lefutni, nem egyszerre.

Nekem arra lenne szuksegem, hogy mindegyik gepre bemegy, elinditja, megy a masik gepre, ott is elinditja, stb.
Korlatozottak a lehetosegeim, ugyhogy csakis ssh+bash johet szoba.

[ Szerkesztve ]

van clusterssh kliens.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Nalunk nincsen, behozni se tudom, meg commandline kellene.

config managementen keresztül nem tudod megoldani?

https://www.coreinfinity.tech

Nem vagyok tul nagy linuxos, ki tudnad fejteni bovebben?

Megvan a megoldas:

for i in gepek; do ssh parancs1 & sleep 600; kill $!; done

helyett
for i in gepek; do nohup ssh parancs1 & sleep 600; kill $! & done

kellett.
Lsd. [link]

Elméletileg egy config management rendszeren keresztül ki tudsz küldeni file-okat, parancsokat a managelt rendszereknek. Ilyen config management pl. a Salt, vagy az Ansible, Tivoli, de talán a Solarwindsben is van ilyen.

A rencergizdátoknak tudnia kell, ha van ilyen.

https://www.coreinfinity.tech

Van egy csomo belso toolunk, aminek a 99%-at egyelore nem ismerem. Kozben kollegaval is beszelgettem, es van egy tool, ami elvileg tudja, ami kell nekem, de nincs idom most kodot turni, megerteni, atirni, tesztelni, stb. Majd egyszer
Koszonom!

annak mi értelme van, hogy elindítasz egy sleep-et, majd kiirtod?
valamelyikünk nagyon nem ért valamit...

ha azt akarod, hogy x darab gépen elinduljon a parancs, és az a parancs azokon a gépeken max. 600 másodpercig fusson, akkor azt így kell:

for i in gepek ; do ssh $i 'nohup timeout 600 parancs1 &'; done

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Mert a parancs1 rosszul működik, nem lép ki magától, ezért sleeppel várok, majd kill. Ez jól működik. Teszek majd ajánlást a parancs1 javítására, de eddig úgy néz ki muszáj vagyok ilyen megoldással élni.

de ha az ssh-t killezed, akkor a for ciklus is megvárja a 600 másodpercet. ezért nem a for ciklust kell várakoztatni, hanem a távoli gépen kell időlimitet használni.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Sziasztok

Ha valaki ért az Arch, vagy a CUPS- hoz, és benézne az Arch linux topikba, azt megköszönném.

Köszönöm

Pedig tokeletesen mukodik, ahogy elvarnam.

for; do ssh 'parancs1 & sleep; kill $!'; done

Itt nem az ssht oli, hanem a parancs1 & sleepet.

Viszont ahhoz, hogy az ssh-t a hatterbe kuldje, a done ele nem kell '. Miert?

do ssh &; done < sytnax error
do ssh & done < mukodik