Hirdetés
-
- Utoljára frissítve: 2013-09-30 15:51:13
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Hozzászólok Aktív témák
-
gt7100
tag
Sírok a VMS ODS-2/5 fájlrendszere után...
(Komolyan)
Volt rajta egy nagyon jó dolog, amit sehol máshol nem találok: a fájloknak volt verziószáma.
Ha létrehoztam egy új fájlt egy már létezőval azonos névvel, a régi is megmaradt és az új is létrejött.
Volt egy x.x, az valójában x.x;1 formában jelent meg. Ha gyártottam belőle újat vagy pl szövegszerkesztővel módosítottam, akkor az x.x;1 mellé létrejött egy x.x;2. A fájlt x.x néven használva mindig a legmagasabb verziójút kaptam, de elérhető maradt a régi verzió is.
Erre keresek valami primitív megoldást linuxra, ext3/4 fájlrendszerre.
Tudom, hogy az ext nem támogatja, azt is, hogy bizonyos programoknál megadható... nem jut eszembe... valami bacup-suffix rémlik, de ez programfüggő. Nekem meg arra kellene (most), hogy a stdout fájlba irányításakor ne kelljen sokat trükközni a fájl nevével. Eddig a legjobb ami eszembe jutott, hogy
echo hello > x.x.$(date '+%s')Csak jelen esetben a két legfrissebb fájl tartalmát még össze is akarom hasonlítani, az meg csak így megy:
ls -1t x.x.* | head -2 | xargs diff -yKicsit gusztustalan.
Tényleg nincs kulturáltabb mód? -
LógaGéza
addikt
Köszönöm, nem volt egyszerű, de sikerült megoldani...
Van még egy dolog (mondjuk több is), amit nem értek. Csináltam helyi hálón Apache2-vel több webszervert, főleg tesztelésre (user1.local, user2.local, stb). Ezeket belső hálón tökéletesen elérem, ha hosts fájlba beírom az összeset.
Kérdés az, mondjuk ha a user4.localt ki akarom nyitni, hogy internet felöl is elérhető legyen, mondjuk ügyfélnek mutatnám, vagy otthon szeretnék dolgozni, netán csak tesztelném, hogy hogyan reagál az oldal, azt hogyan tehetem meg? VPN most nem opció."Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"
-
meone
tag
Picit el hanyagoltam a projektet, most van újra kapacitásom így most folytatom.
A rendszer még mindig nem fordít, de most tudtam csinálni képernyőképet amit mellékeltem is.
A route, iptables, inetrfaces jelenlegi tartalma ez (ami a mellékelt képen látható).
Valakinek valami ötlete, hogy hol csúszhatok félre?
Nem vágom ezt a részt.Köszi.
[ Szerkesztve ]
Elnézést kérek mindenkitől a helyes írásom ért :)
-
vargalex
nagyúr
Szia!
Ezt tipikusan virtualhost-al szokták megoldani. A virtualhost-ok ServerName-ját is felveszed CNAME-ként ugyan arra a ddns-re mutatva.
Alex
-
dni
őstag
Sziasztok!
egy környezeti változót szeretnék beállítani végérvényesen CentOS 6.7 alatt egy leírás alapján, de valamiért nem sikerül. Mit csinálok rosszul:
echo "PATH={$K_DRIVE}:/mnt/nfs/k/" > /etc/profile.d/scripts-path.sh && chmod 755 /etc/profile.d/scripts-path.sh
ha ellenőrzésként kiadom az echo parancsot, akkor nem ír ki semmit csak egy üres sort hagy.
Válaszaitokat, ötleteiteket előre is köszönöm.
-
Jester01
veterán
Azt ugye tudod, hogy a K_DRIVE értékét ez rögtön behelyettesíti? Ha ezt nem akarod, akkor szimpla aposztrófok közé kell tenni. Ezzel együtt az az echo üres sort sehogy sem adhat ki (hacsak nem egy sima echo-t futtattál de miért tettél volna ilyet)
[ Szerkesztve ]
Jester
-
spammer
veterán
Be kell jelentkezned újra, akkor lefut a script és ha helyesen be lett állítva a PATH, akkor működni fog.
Ellenőrizni az echo $PATH paranccsal tudod, akkor látod, hogy szerepel-e benne.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
dni
őstag
Most csak az alábbi útvonalakat írja ki az echo $PATH parancs:
:/mnt/nfs/k/:/root/bin
a korábbi /usr/lib64/qt 3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin helyett, így a bash parancsok nem működnek.Hogy tudom visszaállítani az eredetire? Az alábbi parancs kiadásau után, majd ki-be jelentkezést követően továbbra sem érem el a bash paracsokat.
PATH={$PATH}:/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/binA /etc/profile.d/scripts-path.sh fájlban most csak a /usr/lib64/qt 3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin útvonalak vannak így működnek újra a bash parancsok.
Eredetileg azt szerettem volna elérni, hogy a k_drive változóra automatikusan kicserélje a a rendszeren futó scriptekben az útonalakat /mnt/nfs/k -ra mert Windowson futó appokból küldenénk ki renderelésre anyagokat és Winen ugye más útvonalon érjük el a hálózati tárolót...[ Szerkesztve ]
-
spammer
veterán
"Eredetileg azt szerettem volna elérni, hogy a k_drive változóra automatikusan kicserélje a a rendszeren futó scriptekben az útonalakat /mnt/nfs/k -ra"
Nem egészen tiszta nekem még mindig, de ha "rendszerszinten" akarod beállítani K_DRIVE változót, akkor exportálnod kell:
export K_DRIVE=/mnt/nfs/k
Ha ezt hozzá akarod adni a PATH-hoz, akkor:
PATH=$PATH:$K_DRIVE
Tehát a PATH értéke a $PATH (hogy megmaradjanak az alapértelmezett útvonalak) és ehhez adod hozzá a K_DRIVE-ot.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
dni
őstag
Közben kiderült, hogy nagy valószínűséggel nem PATH fogja jelenteni a megoldást csak simán egy EV kell nekem, amit be is tudtam állítani ideiglenesen az exporttal:
export K_DRIVE="/mnt/nfs/k/"
echo $K_DRIVE
/mnt/nfs/k/Már csak azt kell megoldanom, hogy ez permanens legyen és vélhetőleg akkor derül ki, hogy jó lett-e.
[ Szerkesztve ]
-
BoB
addikt
Mi az a yum installer?
You may corrupt the souls of men, but I am steel. I am doom.
-
gt7100
tag
Tippet kérek! Szerver is, kliens is gigabites etherneten kapcsolódnak egy routeren keresztül.
Sima teszttel (netcat például) hozza a gigabit/sec sebességet.
Van rajta egy 600 megás Ubuntu telepítő.
Ha ezt egy a szerveren futó lighttpd-ről töltöm le, akkor kb. 700MByte/s sebességgel, úgy 10s alatt jön le.
Ha scp-vel próbálkozom, akkor legjobb esetben is 2-3MB/sec amit el tudok érni és az sshd 100%-on terheli az egyik CPU magot (N3150-es proci egyébként, szóval nem egy erőmű)
Vajon ez normális vagy valami el van kefélődve az ssh konfigomban (akár szerver, akár kliens oldalon) -
-
gt7100
tag
Bocs, egy nullával elírtam...
A lényeg, hogy http-n hozza a gigabites sebességet, mínusz pár százalék, míg scp-vel csak a töredékét tudja.
Nem akarom elhinni, hogy pusztán az ssh kódolás/dekódolás ennyire lelassítja.Megnéztem a linked (pontosabban átfutottam rajta), de nekem úgy tűnik, ott a sok apró fájl miatt lassú másolásról van szó, nálam meg egyetlen nagyméretű fájl van.
[ Szerkesztve ]
-
bencze
senior tag
Ssh nem tűnik túl hatékonynak nagyobb adatátvitelre, ezt sokszor tapasztaltam. Nem tudom, hogy ez csak a cipherek miatt vagy más okokból. Ha ez fontos lenne én alternatívákat keresnék, https, ftps, vagy akár valamiféle nfs vagy rsync valami titkosított tunnel fölött... csinálj benchmarkokat
-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear =-
-
Ez azért lehet mert az rsync tömörít míg az scp nem.
próbáld meg, hogy scp-t a '-c' -vel futtatodA tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
vargalex
nagyúr
Szia
Ha -C kapcsolóval másoltad, akkor ugye jóval magasabb a CPU terhelés a tömörítés miatt. Most kipróbáltam, nálam egy J1900 van használatban. Wifi-n másoltam, akár tömörítéssel, akár nélküle 12 MB/s körül ment a másolás. Viszont, amíg tömörítés nélkül a wifi volt a szűk keresztmetszet (a J1900-on 1 mag 16-18%-ra terhelt), addig tömörítéssel a CPU is, mivel 1 magot 100%-ra kihajtott. Szóval, ha nem tetted, akkor próbáld meg -C nélkül.
Alex
-
vargalex
nagyúr
Én a CPU terheltségből azt gondolom, hogy azért, mert nem (vagy nem olyan erős tömörítést használ). Ha -z (vagy --compress) kapcsolóval rsync-eztél, akkor tömörített, ha nem, akkor nem.
Persze, ahogy a fentebbi példám is mutatja, még tömörítés mellett sem indokolt olyan kis sebesség, amit írtál. Nálam ugye elvileg picit erősebb a CPU, de ahogy írtam, tömörítéssel is tudott 12 MB/s környékén.
Most gyorsan megnéztem kábelen is. Az eredmény:SCP tömörítés nélkül: 60 MB/s
SCP tömörítéssel: 11.6 MB/sAzaz tömörítésnél már valóban a CPU volt a szűk keresztmetszet wifi esetén is.
[ Szerkesztve ]
Alex
-
Jah, de a -C az aes-ben kódol még pluszban, és hanem tudja HW-ból a CPU-d akkor biza lesz teljesítmény csökkenés.
azt írják több fórumon is, hogy a cipher változtatásával lehet még sebesség növekedést elérni.
Nekem kb 3-szoros lett a gyorsulás.
Pl.:
scp -c arcfour <source> <dest>[ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Vladi
Topikgazda
Nem triviális. Viszont rakatnyi leírást találsz hozzá. pl: link
Nem baj, ha képben vagy a forgatással, meg a pacheléssel is. Meg jó a céldisztród repó és csomag struktúráját ismered.
ha kész és a függőségeket sem sikerütl elbacni
onnan már triviális:createrepo /könyvtár
Az egyik oldalon, majd:/etc/yum.repos.d/valami.repo fáj a másikon. Abba teszel egy elérési utat, meg a enabled=1 és gpgcheck=0 és akkor már működik. Persze cizellálhatod is, hogy gpg kulcs, meg ilyenek, de elvben ennyivel már működik.
"If you dont read the newspapers, you are uninformed. If you do read it, you misinformed." Denzel Washington
-
sss
senior tag
Hogy lehet "mezei" usernek root hozzáférést adni ideiglenesen? Egy bejelentkezés idejére. A root jelszó kiadása, valamint a sudoers fájt szerkesztése nem opció.
A konkrét szitu: nem volt jogosultságom módosítani egy fájlt. Bejött egy másik user, átváltott az én useremre, onnan rootba. (Vagy legalábbis a bash historyt átfutva így valahogy.) Ezek után már én is át tudtam váltani root userre. De kijelentkezés után már nem. -
agent forward ha be van kapcsolva ssh-n akkor elvileg megoldható.
De az igazat megvalva én is kíváncsi lennék rá.Más:
adott egy centos 5.3 Három darab ethernet csatolóval.
eth0 10.222....
eth1 172.17.2.1
eth2 172.17.2.2na most ha kihuzom az eth1-et akkor nem elérhető sem az eth1, sem az eth2
ha kihúzom az eth2-t, mintha semmi sem történne. Eth1 és 2 is szépen elérhető.
(eth0 -t már az elején kihúztam az jól működik és nem játszik be)
elvileg eth1 és eth2 nem alias-ok mert különbözik a MAC.
Ilyenkor WTF
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
lionhearted
őstag
Nekem is van egy J1800 és J1900 "szerverem" is. A cryptsetup benchmark ad egy becslést, hogy milyen sebességgel bírják a titkosítást. Ilyen mértékben nálam nem okoznak gondot. A különbség szerintem nem az ssh-ban keresendő hanem a transfer schemaban. Az scp lineárisan tunkolja át az adatot, az rsync sokkal komolyabb deltákban és diffekben gondolkozik. Nem tartom kizártnak, hogy összességében jobban optimalizált az ssh kapcsolati sajátosságokra. Egyébként helyi hálón gondolom nem feltétlen akarsz mindig titkosítani, én úgy tudom, hogy rsync daemon titkosítás nélkül fut.
[ Szerkesztve ]
Tegnap még működött...
-
álmoskönyvek szerint két interfész egy subnetben rossz ómen.
lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.
-
Nem én csináltam, de attól még nem értem.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Ezeket a címeket írtad:
eth1 172.17.2.1
eth2 172.17.2.2így, hogy csak egy a kettő különbsége, teljesen biztosan egy alhálózatban vannak. ettől a legtöbb hálózati szoftver megkergül.
lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.
-
milyen gyakori rendszer van még, ami nem linux és nem windows?
azért okoz gondot, mert a routing döntés célja, hogy kiderüljön, melyik interfészen kell kifelé tolni a csomagot a célja felé. ha pedig ugyanabban a subnetben van két interfész, akkor a válasz nem egyértelmű.
lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.
-
gt7100
tag
Dolgoztam VMS, Solaris, HPUX, AIX rendszereken. Mondjuk AIX-en nem láttam ilyen felállást.
Annak a routingnak meg nézz utána, mert... khm...
Sajnos kellene hozzá a man, hogy meg tudjam mondani, mivel lehet szabályozni az interface-ek sorrendjét.Update: eszembe jutott. A kulcsszó: metric.
[ Szerkesztve ]
-
PumpkinSeed
addikt
Köszi majd átrágom, én is találtam párat amúgy az RPM készítésről.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
Hozzászólok Aktív témák
Vladi- AMD Navi Radeon™ RX 5xxx sorozat
- iPhone topik
- [Re:] Amazfit GTR 47 mm - egyszerűen kitartó
- Milyen monitort vegyek?
- Asztalos klub
- PlayStation 4
- Milyen alaplapot vegyek?
- [Re:] [D1Rect:] Nagy "hülyétkapokazapróktól" topik
- [Re:] Xiaomi Mi 9T - a túl jó Redmi
- [Re:] Xiaomi Mi 9T Pro - tizenegyes!
- További aktív témák...
- HP Z400 játékra is! (W3565, STRIX R9 380 4GB, 8GB DDR3, 500GB SATA3)
- HP Elitebook 8540p | i5 | Nvidia 1GB 128Bit | 4GB RAM | 250 HDD | USB3 | számla (27%-os) | 1 hó gari
- i5 PC (i5 2400, GTX660 2GB, 8GB DDR3, 500GB HDD)
- Apple watch Series 5 44mm full doboz 2020.11.12. Apple garancia
- Canon 750D + Sigma 17-50 f2.8 EX DC OS HSM + YN 560IV + extrák