Hirdetés
-
IT café
Debian GNU/Linux
Új hozzászólás Aktív témák
-
Friczy
senior tag
válasz csicsaaa #6149 üzenetére
El kell döntened, hogy NATot vagy proxyt akarsz csinálni, illetve esetleg vegyesen. Proxy esetén nem kell NAT beállítás, cserébe csak néhány szolgáltatást tudsz használni a gép mögötti hálón (http, https, ftp - over http).
Proxy esetén tulajdonképpen nem kell NAT, mert ott két külön kapcsolat van: a klienstől a proxyig egy, és a proxytól a serverig a másik. Ez utóbbit már a proxy nyitja saját címével, tehát NAT nem kell.
Persze na nem csak azt a forgalmat akarod kiengedni a gatewayen, amit a proxy tud, akkor szükséged lesz NAT-ra is, viszont ez esetben ez a proxytól független.
Egy biztos, ha mind meg akarod csinálni, amit leírtál, az kezdőként nem lesz egyszerű.
-
csicsaaa
tag
Szia Friczy!
Ha jól értem, akkor nekem valóban elég amit a proxy ad! pl.:SQUID
Lényegében a proxy végzi el a két kártya közti hidat, de már csak a hogyant kell megvalósítanom! Igaz?
Már ez is nagy segítség volt, ha már tudom, nem kell NATolnom!Ha valaki tud még hozzá szólni a probléma körömhöz az ne tartsa magában!
Védd a fákat, egyél hódot!!!
-
bambano
titán
válasz csicsaaa #6152 üzenetére
a natolás egy parancs és minden protokollra megy.
a proxy tisztességes bekonfigurálása meg egy rakás meló. ha transzparens proxyt csinálsz, akkor azért, ha meg nem, akkor meg minden kliensen is be kell állítani, minden alkalmazásra külön.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
Volt szabad partíció, így a nagyszülők gépén ki akartam próbálni egy friss Debian telepítést, Gnome helyett Lxde-vel, hátha gyorsabb lesz egy kicsit.
A gép egy P4-es, benne egy RV100-as régi radeon:
Advanced Micro Devices [AMD] nee ATI RV100 QY [Radeon 7000/VE], ami nem lenne baj, mert támogatott a "radeon" driverben.Leszedtem live nonfree Lxde-s hybrid telepítőt, de a live rendszer nem indult el, valamilyen xorg hibája volt de nem lehetett elolvasni, mert nagy sebességgel pörgött a hibaüzenet képernyője és az is csak akkor látszott, ha failsafe módban volt indítva.
Aztán telepítettem mivel jelenleg is jól fut a gépen a Wheezy, gondoltam nem lesz gond. Végül persze lett, a telepítés után villogó prompt volt csak. Átváltottam konzolra, aztán kiderült, hogy nincsen xorg.conf fájlom. Próbáltam konfigurálni, de azt adta vissza, hogy:
"number of created screens does not match detected devices" [link], de erről nem találtam semmi érdemi infót, a xorg wikiben is csak mint kérdés szerepel.Végül átvittem a mostani xorg fájlomat az új telepítésre, majd startx paranccsal bejött az Lxde. Magától még persze nem tölt be.
Mi lehet a xorg gondja?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Apollyon
Korrektor
válasz CPT.Pirk #6154 üzenetére
Ilyen régi hw-re még nem raktam fel, és nem tudom hogy ez segít-e, de nálam ezek a csomagok vannak fent ha esetleg a radeont akarnám használni:
xserver-xorg-video-all
xserver-xorg-video-ati
xserver-xorg-video-radeon#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz bambano #6156 üzenetére
Még volt időm egy próbát tenni, érdekes módon most túljutott azon a ponton, tegnap 3 alkalommal meg nem. Igaz most valahol a hálózat beállítása környékén állt meg a failsafe live.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Apollyon #6159 üzenetére
Úgy értettem, hogy az összes xserver-xorg-video... csomag fel volt rakva alapból, nem csak az, ami az adott videokártyához kell. Ez elvileg nem is lehetne máshogy, mert különben egy sima VGA csere után (ha másik gyártó cuccára cserélsz) lenne egy adag mókolni valód a terminálban.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
tlac
nagyúr
A friss béta chrome-ban (39.0.2171.19-1) már van Wheezy alatt működő friss flash player.
[link]
Ez a két fájl kell belőle:
/opt/google/chrome/PepperFlash/libpepflashplayer.so
/opt/google/chrome/PepperFlash/manifest.json
és ez működik a mostani stabil Chrommal (38.0.2125.101-1) is.[ Szerkesztve ]
-
Apollyon
Korrektor
Az elsődleges böngészőm az Iceweasel, a beépített, ESR.
Chromiumot csak akkor indítom, ha az adott tartalom nem megy IW-ben, amiben egyébként minden szénné van tiltva. A Chrome-ot meg hegesztgetni kell, meg az már túl google hogy olyat használjak.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Apollyon
Korrektor
Félreérted.
Arra gondoltam, hogy mivel alapjáraton nincs a tárolóban Chrome, ezért külsőleg kell felrakni a gépre => ez nekem már hegesztés.Amúgy meg nem parás vagyok, hanem óvatos.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
jimmy399
senior tag
Hellosztok!
Lenne egy érdekes kérdésem.Adott egy linux 7.5-öt futtató gép. Készítettem vele egy "torrent" nevű felhasználót, majd ezzel együtt zárolva is lett a fiók. Alapvetően maga a root felhasználó is zárolt, mert nem lehet vele se bejelentkezni. Az viszont mégis hogy van, hogyha indítok egy torrent daemon-t pl "torrent" vagy root felhasználóként, akkor rendszerindításnál lehetősége van annak az usernek a nevében indulni, miközben maga a felhasználó zárolt?
--- N/A ---
-
-
félisten
Sziasztok!
Otthoni gépre keresek linux disztrót, amivel minimális mennyiséget kell foglalkozni, miután belaktam, ugyanakkor stabil és biztonságos.
Debian-ra gondoltam, de felmerült bennem pár komolyabb probléma:1.) AMD Richland APU van a gépemben, ami a 3.11-es kernellel is szörnyen bugos, ezen kívül maxon pörög az órajel, mert semmilyen energiatakarékos funkció nem műxik. A 3.17-ben is jött hozzá még javítás. A legutolsó Debian tudtommal 3.2-t tartalmaz, amivel lehet, hogy nem is működne az IGP-m. Gyári driver telepítése pedig kizárt.
2.) Sokan mondják, hogy a debian lassan bootol, pl. egy Ubuntuhoz, vagy Mint-hez képest. A kérdés, hogy mennyi az esélyem, hogy más disztrók boot gyorsító módszereit sikerrel alkalmazzam a debian esetén? Vagy ezekkel kiiktatnám a debian mármely előnyét? (nem tudom még, hogy milyen módszerekről van szó, de ha végül tényleg a debian-ra esik a választásom, akkor komolyan beleásom magam a témába)
Az első probléma megoldására azt gondoltam, hogy a kernel-t felrakom a testing-ből, majd visszaváltok stable-re. Ez menni fog? Ha nem, akkor mi miatt? A debian egyik doksijában azt olvastam, hogy csak stable -> testing -> unstable irányba lehet menni, de ha nem frissítem fel az összes csomagot, csak a kernelt (és a függőségeket), akkor nem lehet, hogy mégis vissza tudok állni? Vagy igy tökön szúrom a stable ágra jövő frissítéseket?
Vagy várjam meg a 8-as debian-t, addig meg bírjam ki a testing-en?
Bármilyen tipp jól jön.
Kössz!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Apollyon
Korrektor
Szia!
Nem kell testinget használni, teljesen felesleges lenne. Felrakod a stable-t, lecseréled a kernelt, a backportsban megtalálod a legújabb stabilat, ami 3.16-os. A jessie (ami jelenleg a testing) 3.16-ossal fog érkezni egyébként.
A testing repóval akkor lehetnek problémák, ha felraksz például onnan egy programot, aminek a függőségei mondjuk újabb pythont igényelnek, vagy más verziójú libeket stb. ami katyvaszt okozhat.
Én egyébként 3.16-os kernellel használom, amint kijön a 3.18, frissíteni fog (jelenleg a 3.17 a stabil a kernel.org-on, de ha jól tévedek akkor a páratlan verziójú kernelek nem jönnek debianra).
Testingből én 3 dolgot telepítettem: egy torrent klienst, SMplayert, meg az integrált INTEL meghajtóját, hogy ne legyen tearing az újabb HD videóknál sem.
Miután ez megvolt, "kikapcsoltam" a testing repót, szóval megmarad a stabil vonalon a disztró, ami fontos.
A lényeg: ha újabb kernelt is használsz (amit a wheezy-backportsból kell telepíteni) teljesen stabil marad a debian, tapasztalat.
A sebességgel én azt mondom nincs probléma, egy 5400-es vinyó van a gépben ezen van a debian, mégis bekapcsolás után biossal együtt kb fél perc alatt (miután beírtam a felhasználóm és a jelszóm is) már az asztalon vagyok.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
félisten
válasz Apollyon #6180 üzenetére
Még két kérdés:
- Ha most van egy csomag a testing-ben (cinnamon 2.2), akkor az 100%, hogy bekerül a 8-as stabilba?
- Ha most debian testing-et telepítek (testing-re váltok), akkor várhatóan mennyire lesz macerás 8-as stable-re váltani? Támogatott ez a váltás típus? Elvileg nem látom akadályát, hiszen a mostani testing-ből lesz a 8-as stable.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Apollyon
Korrektor
Ha testinget telepítesz, akkor az testing marad.. ha jól tévedek, nem tudsz "visszafelé" váltani.
Bár most fagyasztották be a napokban a Jessie-t, szóval új dolgok már nem kerülnek bele, max bugfixek, security update-ek (illetve a benne lévő dolgok sem jönnek ki onnan).
Asszem csak a repókkal kell variálni, de amikor pár éve összeomlott a Debianom mert összevissza telepítgettem innen-onnan, azóta nem nagyon hekkelem a sources.listAzért valaki expertebb véleményére én is kíváncsi lennék
Szerk: Cinnamont is lehet telepíteni Debire? Még nem is néztem, én MATE-tel használom de az benne van a wheezy-backportsban.
[ Szerkesztve ]
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
#59070464
törölt tag
Mivel tudnám real time monitorozni egy Haswell CPU aktuális órajelét és feszültségét? Illetve ugyanez érdekelne a RAM-okra is.
-
Friczy
senior tag
Ha a testing disztribúciót a nevével (jessie) írod be a sources.listbe, akkor gyakorlatilag amint kijön a jessie stable disztribúcióként, neked is az lesz. Tehát az átmenet észrevehetetlen.
Ugyanakkor a Jessie jelenleg nincs olyan állapotban, hogy problémamentesen használható legyen, időről időre bele lehet futni kellemetlenségekbe. Ezek nem túl nagyok, ha értesz hozzá, de ha nem, és/vagy nem szeretsz sokat reszelni a rendszeren, akkor jelenleg nem javaslom a testinget.
A jelenleg testingben lévő csomagok nagy valószínűséggel bekerülnek a stabilba megjelenéskor, persze előfordul hogy valamit mégsem sikerül bevinni, de ennek a jelenlegi fázisban már kicsi az esélye.
-
Friczy
senior tag
válasz bambano #6192 üzenetére
Nem egészen.
A Jessie befagyasztása azt jelenti, hogy ami eddig nem került bele, már nem is fog. Viszont ha van olyan csomag, ami release-critical hibát tartalmaz, és nem tudják kijavítani a kiadásig, akkor az a csomag még kikerülhet a Jessie-ből.
Lásd:
https://release.debian.org/jessie/freeze_policy.html
Removing packages from testing during the freeze
During the freeze, we will continue to automatically remove non-key packages with RC bugs in testing and their reverse dependencies. As usual, the auto-removal system will send a notice before this happens. Please note that it is not enough for the bug to be fixed in unstable. The fix (in unstable or testing-proposed-updates) must be done in such a way that the fixed package can be unblocked and allowed to migrate to testing, based on the rules listed above.
YES, this means that your package will be removed if it (Pre-)Depends or Build-Depends on an RC buggy non-key package. And, YES, this removal occurs even if your package has no RC bugs. In other words, please ensure that your packages and their (non-key package) dependencies are RC bug free. If you can remove the (Build-)Depends on an RC buggy package in a non-invasive way, you can ask for pre-approval to make this change to avoid auto-removal of your package.
-
félisten
Köszi.
Eddig Arch-al elvoltam, gondolom, annál nem lesz problémásabb, vagy de?Viszont egy kérdés felmerült bennem: Ilyenkor a disztro kezelői változtatnak egy adott hibás csomag kódján is, vagy csak jelentik a csomag kezelőinek?
Ha bele írnak a kódba, akkor ilyenkor szokás a fixet a csomag kezelőjének visszaküldeni, vagy több párhuzamos kóddal fut egy adott csomag egy időben nagyobb disztrónként?Sorry, ha nagy hülyeséget kérdeztem, sejtem, hogy ez a linux világban alapvető dolog, de nálam elég kevés gond volt az eddig használt disztrókkal, így kevés dolognak kellett utánanéznem, így nem is lettem eddig túl nagy linux szakértő.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Friczy
senior tag
Számomra a Debian jobban kézreáll, mint az Arch (azzal együtt, hogy az Arch nagyon szimpatikus disztribúció).
Teljesen más a két rendszer alapfilozófiája, az Arch igyekszik minél kevesebbet változtatni egy-egy programon, míg a Debian sokkal többet alakít át rajta, valamint sok esetben az alapértelmezett konfiguráció is használhatóbb. Ebből a szempontból mindenképpen könnyebb a Debian használata. További előny, hogy a csomagválasztéka sokkal nagyobb. Nagyon sok minden, ami Archnál csak az AUR-ből érhető el (az ennek megfelelő minimális támogatással, és a rendszeres újraforgatásos upgrade-del együtt), a Debianban része a disztribúciónak, simán felrakod, bekonfigurálod, és készen is vagy.
Hátrány lehet (főleg az Archhoz szokott felhasználóknak), hogy a Debian nem rolling release, ha kijön egy stabil kiadás, abba a következő stabil kiadásig nem kerülnek bele új verziók (egy-két kivétel van - pl. Iceweasel, ami tulajdonképpen a Firefox - ez túl gyorsan változik ahhoz, hogy évekig ugyanaz a verzió maradjon). Tehát a Debian hamar elavul, ez inkább desktopon hátrány, serveren viszont előny a stabilitás.
A csomagok maintainerei átírják a kódot (pontosabbban patchet készítenek hozzá), a patcheket természetesen visszaküldik az upstream felé is, aztán azt vagy elfogadják, vagy nem.
Illetve mivel alapelv, hogy csomagverzió a stabil kiadáson belül nem változik, az időközben megjelent biztonsági hibákat visszaportolják a régebbi programokba (amennyiben azok érintettek a hiba szempontjából).
-
félisten
Köszi, így már értem.
A backports repo mennyire friss, és kb. milyen jellegű csomagok szoktak benne lenni?
pl. Gnome nagyobb újításai, vagy hasonlók bekerülnek ide?Egyébként számomra nem gond, hogy a debian nem rolling, mert otthonra pont az kell, hogy rengeteg progi legyen rá, és azok jól működjenek.
Ritkán azért előfordul, hogy egy progiban van valami funkció, ami megtetszik és az jó ha elérhető valahogy.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Archttila
veterán
Szerintem a stable nem kifejezetten jo Desktop-ra, backports ide vagy-oda. En mar hosszu evek ota testinget hasznalok, naponta frissirtem es az eg vilagon semmi gondom nem volt meg vele. Gondolom az tiszta, hogy az Ubi LTS is testing, de a jelenlegi legfrissebb 14.10 az unstable agra epul!
A legfrissebb Gnome 3.14 pedig most kerult be a testingbe... (tegnapelott)
Debian stable: 3.4
Ubuntu stable: 3.8
Elotte 1.5 evig az unstable agat hasznaltam, es a legnagyobb hiba az volt, amikor az egyik frissites utan az Xfce compozitor nem mukodott. Nyilvan megvoltam nelkule, de ugye SID-be hamar jon a fix, igy 2 nap mulva javitva is lett.Nem kell felni a testing-tol folyamotasan friss csomagok, stabil mukodes Desktop-on.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF and AV enthusiast, APU retro gamer.
-
honda 1993
senior tag
Sziasztok.
Valaki tudja hogy honnan lehet letolteni hd 7870-hez a drivert ?
Debianra sehol nem talalok. ( csak windows-ra )
Es most 4:3-as keparanyban jeleniti meg a kepet, illetve a felbontas sem 1920*1080.
XD alias IKSZDé
-
lev258
veterán
válasz honda 1993 #6198 üzenetére
Az AMD honlapján ott a driver, vagy van egy leírás, csak követni kell.
Ubuntu MATE 20.04, hobbi cayenne termesztő
Új hozzászólás Aktív témák
Hirdetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- AKCIÓ! - STEAM kulcsok / Aragami, Transformers, Oddworld, stb. - 2024.08.08.
- Kaspersky Small Office Security aktív: 2025. június. 30.
- World of Warcraft (WoW) Díszdobozok
- Call of Duty Mwii Ghost kézzel készített maszk + ingyen foxpost
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen