Sziasztok!
Van folytatás:
Megnéztem a virtuális szervert, és annak a logjában meg ez volt:
May 26 10:49:30 linux18 kernel: [10630616.160046] INFO: rcu_sched
self-detected stall on CPU
May 26 10:49:30 linux18 kernel: [10630616.162545] INFO: rcu_sched detected
stalls on CPUs/tasks:
May 26 10:49:30
HDD hiba, csere.
--
Udv:
Molnar Peter
http://www.petersoft.hu
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/cgi-bin/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat
smartctl-el nézz rá, valószínű lesz rajta bad sector.
Innentől még sima munkaállomásban se használd, szerver esetén azonnal
cseréld.
Sajnos az is lehet, hogy csere után a másik is behal a szinkron alatt,
szóval jó ha van mentésed ha nincs csinálj gyorsan azt is.
Mindenképpen figyelj arra,
Sziasztok!
Ma az egyik (virtuális) szerverünk leállt, a fizikai logjában ez az üzenet
volt:
[22426209.301620] ata1.00: exception Emask 0x0 SAct 0x2c01 SErr 0x0
action 0
x0
[22426209.302183] ata1.00: irq_stat 0x4008
[22426209.302726] ata1.00: failed command: READ FPDMA QUEUED
Nyugodtan igényeld meg, veszíteni nem veszítesz semmit. Vannak korlátai, de
tényleg jól működik nálunk is. Amire kell arra pont elég, gondunk még nem
volt vele, csak a vas kopott ki alóla.
Csaba
Molnár Péter ezt írta (időpont: 2020. máj. 2., Szo
23:52):
> Hello!
> >Az a munkaállomás... :-) A
Hello!
>Az a munkaállomás... :-) A kistesó...
Ok, akkor letesztelni,kiprobalni sem tudom, mig nem igenylem
Elengedtem.
--
Udv:
Molnar Peter
http://www.petersoft.hu
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás:
Az a munkaállomás... :-) A kistesó...
Gy
Szombat, Május 02, 2020 15:05 CEST dátummal, "Molnár Péter"
ezt írta:
>Nem tudom, mit telepítettél fel... :-(
http://www.sulix.hu/letoltes/sulix-prof-telepito
SuliXProfessional-8-PB002-x86_64.iso
--
Udv:
Molnar Peter
http://www.petersoft.hu
>Nem tudom, mit telepítettél fel... :-(
http://www.sulix.hu/letoltes/sulix-prof-telepito
SuliXProfessional-8-PB002-x86_64.iso
--
Udv:
Molnar Peter
http://www.petersoft.hu
___
Techinfo mailing list
Kedves Péter!
Nem tudom, mit telepítettél fel... :-(
# uname -a
Linux 2.6.32-754.27.1.el6.i686
RHEL 6.10 a linked alapján (is)...
Gy
6. Sulix
Most telepítettem fel, kiványcsiságból, bár nincs hétvége, de majdnem.
uname -a eredménye:
20150623 Red Hat 4.8.5-11
Nem vagyok Red Hat szakértő
ül a jelszó semmit
se ér. A tanusítványt meg nem lehet megszerezni oly könnyen. S nem
asszem, hanem tudom!
4. Ezt írtad:
>Egy darab sebezhetőség volt az összes Linux platformra
>az internetes elérést tekintve, viszont a Sulix rendszert
>is javították ennek megfelelően már 2014. szeptembe
lehet megszerezni oly
könnyen. S nem asszem, hanem tudom!
4. Ezt írtad:
>Egy darab sebezhetőség volt az összes Linux platformra
>az internetes elérést tekintve, viszont a Sulix rendszert
>is javították ennek megfelelően már 2014. szeptemb
Hello!
>Semmi bajom a Sulix-szal, 20+ éve használok Linuxot.
Szerintem tényleg nem érti, hogy nem a Sulixot kritizáltuk.
De akkor megint: Nem a Sulix-l van bajunk!
Egy masik levelben megprobalom reszletezni nekem mivel van most mar bajom.
--
Udv:
Molnar Peter
http://www.petersoft.hu
Sziasztok!
Félreértettél...
Semmi bajom a Sulix-szal, 20+ éve használok Linuxot. De csatlakoznék Péter
szavaihoz: belső hálózatra tervezett szolgáltatást NEM teszünk ki a netre,
erre találták ki a VPN-t.
Üdv:
TT
___
Techinfo mailing
ez a 230-as metafora kedves Tibor, amit említettél saját
álláspontom szerint, de Tiéd is nagyon helytálló!!
Egy darab sebezhetőség volt az összes Linux platformra az
internetes elérést tekintve, viszont a Sulix rendszert is
javították ennek megfelelően már 2014. szeptember 30-án.
Magyarországi cikk
censz hiba egy adott szerverre, ami csak a rendszer
egy része, nem az egész rendszer és "kókányolni kell" (elnézést a
kifejezéért), mert lejárt csak az adott modulra a licensz... :)) Na ez a
230-as metafora kedves Tibor, amit említettél saját álláspontom szerint, de
Tiéd is nagyon helytá
Sziasztok!
Szerintem mindenki így gondolta, azért nem szólt, mert túl egyértelmű.
Ha egy kábelre ráteszik a széket és elvágja a vezetéket (230V), a
legegyszerűbb összesodorni a vezetékeket és szigszalagozni. Így évekig
elmegy, semmi gond vele, ÁLTALÁBAN!
Nekem a netre kitett Samba szerver kb.
Minden valamire való tananyagban szó van erről már a kezdetekkor.
Van pár best practice ez köztük van ráadásul legelől az ad-vel(ldap)
egyetemben.
Ott a vpn erre van ezért csinálták azt KELL használni.pont
2020. 04. 30. 19:41 keltezéssel, Molnár Péter írta:
Hello!
>Samba-t és cifs smb
Halmi
Elküldve: 2020. április 30., csütörtök 17:03
Címzett: Techinfo
Tárgy: Re: [Techinfo] Linux proxy szerver AD azonosítással, szabályozással
Kedves Kérdező, mérlegelj mindent és dönts! ;)
Ennyi erővel a Google Drive is user pass páros, attól, hogy nem SMB protokoll.
Működik, szeretjük
Hello!
>Samba-t és cifs smb stb NEM rakunk a netre, Péter teljesen igazad van.
+1 erre
Mar azt hittem csak en gondolom igy.
--
Udv:
Molnar Peter
http://www.petersoft.hu
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás:
Samba-t és cifs smb stb NEM rakunk a netre, Péter teljesen igazad van.
+1 erre
2020. 04. 30. 15:44 keltezéssel, Molnár Péter írta:
Hello!
>az intézményi tartományvezérlős user/pass párossal érhetik el a
dolgozók fájljaikat, biztonságos.
Ebben a körben pont a user/pass a gyenge pont.
ible to do it slowly, even if it
does.
All in all, it seems like a bad idea to do it without first
setting up an encrypted tunnel of some kind like a VPN. Or like
SCP in Linux.
--
Udv:
Molnar Peter
http://www.pe
legtökéletesebben alkották meg az iskolai Linux szerver
környezetet a mi kényelmünkre.
Ha egy valakinek tudtam segíteni ilyen tekintetben, akkor már megérte.
Szép napot, én is boldog voltam,
Üdv: Robi
Molnár Péter ezt írta (időpont: 2020. ápr. 30., Cs
15:48):
> Hello!
> >az i
Hello!
>az intézményi tartományvezérlős user/pass párossal érhetik el a
dolgozók fájljaikat, biztonságos.
Ebben a körben pont a user/pass a gyenge pont.
Fajlszervert internetre sosem rakunk ki.
Biztonsagosnak meg foleg nem mondhato.
Mivel samba alapu, s a sulix alaprendszere tudtommal nem a
Kedves Péter! Kedves Kollégák!
A Sulixerver portál webes felülete https és jelszó védett, csak az
intézményi tartományvezérlős user/pass párossal érhetik el a dolgozók
fájljaikat, biztonságos.
Sulixerver tekintetében javaslom ezen elérési formát.
Javaslom azon informatikusoknak, akik időt és
Hello!
>fájlszerver, amit ha KIFÜ-re kötsz a publikusba, akkor otthonról is
elérik a fájlokat a tanárok
Ugye ezt azert nem szoktuk javasolni?
Otthonrol is elerheto fajlszerver inkabb VPN-l!
--
Udv:
Molnar Peter
http://www.petersoft.hu
___
Techinfo
*Címzett:* techinfo@lista.sulinet.hu
> *Tárgy:* Re: [Techinfo] Linux proxy szerver AD azonosítással,
> szabályozással
>
> pfsense
> Magának a vm-nek minimum 2gb memória kell vagy inkább 3GB és legalább 2
> cpu mag.
> Telepítheted fizikai gépre is természetesen...
> Sajnos ez
OPNsense sokkal barátibb kezelőfelülettel bír.
Feladó: techinfo-boun...@lista.sulinet.hu ,
meghatalmazó: Fehér Sándor
Elküldve: 2020. április 25., szombat 12:56
Címzett: techinfo@lista.sulinet.hu
Tárgy: Re: [Techinfo] Linux proxy szerver AD azonosítással
pfsense
Magának a vm-nek minimum 2gb memória kell vagy inkább 3GB és legalább 2
cpu mag.
Telepítheted fizikai gépre is természetesen...
Sajnos ez így nem annyira testre szabható mintha fordításból csinálnád,
de cserébe sokkal könnyebb a gui miatt, mint a konzolos linuxozás.
Én meghagynám a
Sziasztok!
Ideje lenne a Win2008-as szerverünket lassan lecserélni.
ForeFront TMG proxy szerver fut rajta, ez eddig nagyon kényelmes megoldás volt,
mert tudott terheléselosztást a sulinetes (400/250 MB) és a Digikábeles
(100/30MB) vonalunk között, azonosította és szabályozta a csoportokat az
Az alvomodbol indulashoz nem kell
Rtc wakeup,mert igazabol a memeoriaban megya a dolog vegig ezert tud
felebredni.
Elvileg a power reszben van olyan beallitas jobb esetben hogy ha visszajon
az aram mit csinaljon, bar en ezt csak asztaliba lattam eddig ac restor
power state hasonlo neveken fut.
Sziasztok!
Egy régi netbookba (Del Inspiron Duo) szeretnék "életet lehelni". Egy
kivetítőt hajtana Linux alól napközben. Az a része frankón megy, hogy
nap végén lemegy alvóba, reggel pedig felébred.
Hiába keresgéltem a neten, nem találtam rá megoldást (vagyis amit
találtam azok
Köszönjük a leírást! Profi munka!
Nálunk nem kell Linux-ot tanítani, de ezt én is ki fogom próbálni. Érdekes!
Üdv,
Venczel József
Zoltán Gerendás ezt írta (időpont: 2019. júl. 25., Cs,
19:50):
> Sziasztok!
>
>
> páva istván ezt írta (időpont: 2019. júl. 25., Cs,
> 8:40)
Sziasztok!
páva istván ezt írta (időpont: 2019. júl. 25., Cs,
8:40):
> Erről én is olvasnék.
>
>>
>> > Nálunk a gépeken linux mint van.
>> > A windowsok virtualbox alatt indíthatóak a mint login menüből
>> > kiválaszthatóan.
>> >
>> &
Sziasztok!
2019.07.25. 9:38 keltezéssel, Torma Sándor írta:
Sziasztok!
Ahogy látom, nem kell a grafikus felület a Linux oktatásához.
De, azt is tanítani kell...
A Microsoft Store, vagy áruház, vagy mi a fene, ajánl néhány Linuxot
telepítésre. Win 10 alatt lehet futtatni. Parancsikonja
Sziasztok!
2019.07.25. 7:32 keltezéssel, Tiba Csaba írta:
Szerintem is virtuális gépen futtassátok. El kell dönteni melyik guest
fusson virtuálisan de az is fontos, hogy bírja e a vas.
Ezt csináltuk, de ezzel az a probléma, hogy ha az adott fizikai géppel
gond van, a diák nem tudja folytatni
Sziasztok!
Ahogy látom, nem kell a grafikus felület a Linux oktatásához.
A Microsoft Store, vagy áruház, vagy mi a fene, ajánl néhány Linuxot
telepítésre. Win 10 alatt lehet futtatni. Parancsikonja van. :D Ablakban
indul.
2019. 07. 23. 20:25 keltezéssel, Takács Tibor írta:
Sziasztok!
Az
Erről én is olvasnék.
Veres Sándor ezt írta (időpont: 2019.
júl. 25., Cs 7:01):
> Kedves Zoltán!
>
> 2019. 07. 24. 18:52 keltezéssel, Zoltán Gerendás írta:
> > Nálunk a gépeken linux mint van.
> > A windowsok virtualbox alatt indíthatóak a mint login menüből
> > kiv
Csaba
Veres Sándor ezt írta (időpont: 2019.
júl. 25., Cs 7:01):
> Kedves Zoltán!
>
> 2019. 07. 24. 18:52 keltezéssel, Zoltán Gerendás írta:
> > Nálunk a gépeken linux mint van.
> > A windowsok virtualbox alatt indíthatóak a mint login menüből
> > kiválaszthatóan.
>
Kedves Zoltán!
2019. 07. 24. 18:52 keltezéssel, Zoltán Gerendás írta:
Nálunk a gépeken linux mint van.
A windowsok virtualbox alatt indíthatóak a mint login menüből
kiválaszthatóan.
A win -ek lvm -en vannak, de a futtatandó változat az snapshoton fut.
Így rendszergazdai joggal dolgozhatnak
Hali!
Nálunk a gépeken linux mint van.
A windowsok virtualbox alatt indíthatóak a mint login menüből
kiválaszthatóan.
A win -ek lvm -en vannak, de a futtatandó változat az snapshoton fut.
Így rendszergazdai joggal dolgozhatnak tanulók.
Semmit se tudnak elrontani.
Kilép a win-ról és vissza
Sziasztok!
2019.07.23. 23:30 keltezéssel, József Venczel írta:
Szia!
Még sosem próbáltam, csak egy tipp: a DRBL (Diskless Remote Boot in
Linux) tud a munkaállomásokkal Linux-ot bootoltatni hálózaton
keresztül. Így nem kellene csak a Windows-t telepíteni a gépekre, a
Linux pxe-vel bootolna
Sziasztok!
2019.07.23. 21:11 keltezéssel, Veres Sándor írta:
Csak kérdezem, a WSL nem jöhet szóba?
https://www.google.com/search?q=Windows+Subsystem+for+Linux
Néztem ezt is, de itt is az a bajom, hogy ha root joga van, tönkre tudja
tenni a Windows-t is :(
Köszi, üdv
Szia!
Még sosem próbáltam, csak egy tipp: a DRBL (Diskless Remote Boot in Linux)
tud a munkaállomásokkal Linux-ot bootoltatni hálózaton keresztül. Így nem
kellene csak a Windows-t telepíteni a gépekre, a Linux pxe-vel bootolna be.
A bebootolt Linux tudja használni a helyi lemezeket is, de
Hello!
Nalunk Proxmox van, KVM es LXC kontenerekkel is.
Elotelepitett windows, ubuntu, stb.
Elokeszitett image-k telepítesre is, Windows es Linux (tobb valtozat)
A diakok VNC-vel csatlakoznak hozza.
A tanar az ora elejen kivalaszthatja melyik oprendszert, telepitest
akarja hasznalni, s egy
Szia!
Takács Tibor ezt írta (időpont: 2019. júl. 23., K,
21:05):
> Ti milyen megoldásokat használtok? A külön partíciós vagy live
> linux-szal minden megoldható, sajnos az is, hogy a gépen lévő windows-t
> hazavágja, így ezt nem akarnám... Olyan megoldás kellene, ahol mindent
&
Sziasztok!
Az ágazati képzésben 11. évfolyamon kell Linuxot (is) tanítani. Tavaly
mindezt főként Virtualbox, helyenként külön Linux partícióra telepített
Ubuntu segítségével oldottam meg. Addig, amíg egyik géppel se volt
probléma, minden frankó volt, de amint valamelyik meghibásodott (pl
>Pl proxmoxnál nincs ilyen probléma?
Proxmox-on eddig minden ment hibátlanul:
freepbx, 3cx, debian32 és 64 6tól10ig, ubuntu 12>>18 , winxp>>win10 ,
win server 2k3 >>>2019, zabbix, zentyal, pfsense,
opnsense,nethserver,ucs server, sulix(ezt csak megnéztem kívácsiságból
:) ) és gyári lxc-s
Nekem most is megy 5.5 alatt 64 bites ubuntu 16.04, nem tapasztaltam ilyent.
Sulix meg megy 6-os esxi alatt, de az 32 bites, nem 64.
Logok alapján nem tudsz előrébb jutni?
2019.07.23. 9:50 keltezéssel, Horváth Péter írta:
Sziasztok!
Szembesültem a problémával, hogy 64 bites linuxot nem
Sziasztok!
Szembesültem a problémával, hogy 64 bites linuxot nem tudok
felinstallálni vmware esxi 5.5 virtuális gépre.
A telepítés lefut, de újraindítás után a grafikus felület már nem indul
el. 64 bites ubuntuval, és debiannal probálkozok.
De a suse, vagy pl sulix server is elhasal.
"Én ehhez az LVM dologhoz nem értek ."
Sok mindent klónoztam, és legtöbbször dd-vel, de lvm-et még nem, azért
valahogy összerakjuk, ígérem! :)
Amit Markó Ferenc copyzott a serverfault.com-ról, vagy amit elsőként
másoltam be azok jó alapok, csak előtte meg kell ismernem a rendszert.
"Ha megnézem
Én ehhez az LVM dologhoz nem értek .
Vagyis értem, hogy a működő rendszert bebootolva kéne átmásolni az egész
fájlrendszert, egy másik hasonló lvm+raid (vagy akármi) kötetre.
Ez egy db merevlemezre telepített HUEDU opensuse. Nincs hardveres raid,
de lehet szoftveres az van.
Ha megnézem a
A forrás gépen ext4re, LVM kötet amit a célgép raid1ben kötetére kellene
másolni, ha jól olvasom, akkor igazából nem is klónzilla kell neked.
Kicsit érdekesebb lesz minden.
Admin Altisk ezt írta (időpont: 2019.
febr. 23., Szo 0:00):
> Lassítsunk egy kicsit.
> Ha raid-en lenne, akkor a kérdező
Lassítsunk egy kicsit.
Ha raid-en lenne, akkor a kérdező csak tudna róla, és akkor talán tett
volna rá egy halovány utalást ;)
lvm-et nem láttam még soft vagy fake raid-en. Amennyiben hw raid (mert
mondjuk egy proliant-ja van, ahol nem lehet kilőni a hw raid-et), akkor meg
nem md-ként látná a
Szia!
Értelemszerűen:
#
# CURRENT_LE=2000 (get exact "Current LE" value from lvdisplay)
# NEW_SIZE="20G"
# parted -a optimal /dev/sdc mklabel gpt mkpart p1 ext4 0% 100%
# pvcreate /dev/sdc1
# vgcreate nodexx /dev/sdc1
# lvcreate -n lv_root -l $CURRENT_LE nodexx
# dd if=/dev/node07/lv_root
zel frissíteni kell a kötetazonosítókat is ahol ez szükséges,
valamint a grubot is újra kell tenni. Igényel némi linux rendszerszintű
jártasságot, ellenben teljes a szabadság.
--
Hambuch Gábor
hamb...@w5.hu
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- é
Szerintem itt valami nagyon félrement :)
md az egy raid kötet (és nem egy "hard disk"), viszont Neked lvm kell
úgyhogy az sehogy sem jó.
Élőben még nem csináltam, de az első gugli találat alapján nem is olyan
vészes:
http://www.voleg.info/lvm2-clone-logical-volume.html
Érdekes, hogy a forrás
Nem akar sikerülni.
Ez az lvm partició nagyon rosszul néz ki. Semmilyen liveCD -vel nem
tudok hozzáférni a tartalmához.
Lehet hogy titkosítva van... A klónozás után valami volume group-ot
hiányol bootolásnál.
Érdekes, hogy a forrás gépen a clonezilla csak 1 hard disk-et talál
(sda) viszont a
99% hogy semmi gond nem lesz.
Horváth Péter ezt írta (időpont: 2019. febr.
22., P 14:55):
> Sziasztok!
>
> Most próbálok egy másik merevlemezre klónozni egy huedu opensuse
> linuxot, aminek egy ext3 és egy lvm particiója van.
>
> Clonezillával, hálózaton keresztül (remote source/remote
Sziasztok!
Most próbálok egy másik merevlemezre klónozni egy huedu opensuse
linuxot, aminek egy ext3 és egy lvm particiója van.
Clonezillával, hálózaton keresztül (remote source/remote destination)
Szerintetek fog sikerülni, és fog bootolni? Vagy kell reszelni a Grub-on
valamit, vagy ne is
yper-V-re egy Win7-et, arra
> telepítettem a régi driver-t és úgy ment a nyomtatás, de ez szerintem
> macerás a felhasználó szempontjából, mert mindig el kell indítani a
> virtuális gépet, ha nyomtatni akar.
>
> Az jutott viszont eszembe, hogy ha van Linux driver a nyomtatóhoz, nem
&g
mtam Hyper-V-re egy Win7-et, arra
> telepítettem a régi driver-t és úgy ment a nyomtatás, de ez szerintem macerás
> a felhasználó szempontjából, mert mindig el kell indítani a virtuális gépet,
> ha nyomtatni akar.
>
> Az jutott viszont eszembe, hogy ha van Linux driver a nyomtat
van Linux driver a nyomtatóhoz, nem
lehetne-e úgy megoldani, hogy engedélyezem Win10-ben a Linux alrendszert,
felrakok egy Debiant/Ubuntut, vagy valamit és abba feltelepítem a nyomtató
linux-os driver-ét. Mondjuk samba-t már nem akarnék még ennek a tetejébe
rakni, de meg lehetne oldani valahogy, hogy
Hello!
Kernel problema volt.
Az RPi kernelebe be volt forditva az option modul, ennek a gepnek a
szoftverebe nem, igy csak az usbserial-lal mukodott volna, de azzal sem
ment.
Van egy, igaz beta allapotu Armbian oprendszer a gephez, amit
telepitettem, s mar el is ment az elso sms.
Koszonm a
Modeswitch data frissítése:
Például ezt ha letöltöd, és megnyitod 7-zippel:
https://packages.debian.org/sid/all/usb-modeswitch-data/download
Akkor a tömörített fájlban az ezen a helyen található fáljokat:
Szia!
Nagyon meredek, de mi lenne, ha megpróbálnád ugyanazt a kernel-t, ami a
RPi-n van?
Esetleg forgatni egy sajátot...
Üdv:
TT
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás:
Hello!
Tovabbi fejlemenyek.
1. Ha a modem be van dugva, a gepbe, amikor elinditom, akkor
19d2:0031 usb-s azonositoval rendlekezik a kezdetektol fogva
:((
2. Ha bootolas utan kihuzom->bedugom, akkor
19d2:2000-re valtozik.
Ezutan hasznalva az usb_modeswitch-et, sem 2002-re sem 0031-re nem valt at
eneric 5-1:1.0: Tell linux-...@vger.kernel.org to add your
device to a proper driver.
usbserial_generic 5-1:1.0: generic converter detected
usb 5-1: generic converter now attached to ttyUSB0
usbserial_generic 5-1:1.1: The "generic" usb-serial driver is only
for testing and one-off pro
er 4 using ehci-platform
usbserial_generic 5-1:1.0: The "generic" usb-serial driver is only for
testing and one-off prototypes.
usbserial_generic 5-1:1.0: Tell linux-...@vger.kernel.org to add your
device to a proper driver.
usbserial_generic 5-1:1.0: generic converter detected
usb 5-1: g
eneric 5-1:1.0: The "generic" usb-serial driver is only for
testing and one-off prototypes.
usbserial_generic 5-1:1.0: Tell linux-...@vger.kernel.org to add your
device to a proper driver.
usbserial_generic 5-1:1.0: generic converter detected
usb 5-1: generic converter now
registered for generic
usb 5-1: USB disconnect, device number 3
usb 5-1: new high-speed USB device number 4 using ehci-platform
usbserial_generic 5-1:1.0: The "generic" usb-serial driver is only for testing
and one-off prototypes.
usbserial_generic 5-1:1.0: Tell linux-...@vger.kernel.or
Köszönöm, sikerült.
István
From: techinfo-boun...@lista.sulinet.hu
[mailto:techinfo-boun...@lista.sulinet.hu] On Behalf Of Fehér Sándor
Sent: Tuesday, March 21, 2017 9:40 AM
To: Techinfo
Subject: Re: [Techinfo] Debian Linux időszinkron beállítás
Szia!
>Próbáltam az nptdate paranccsal kéz
van állítva, néha meg is
> áll.
>
> Próbáltam az nptdate paranccsal kézzel szinkronizálni több időszerverhez
> is, de folyton azt írja, hogy: NTP socket használatban van.
>
>
>
> Nem vagyok egy Linux guru, kérdezgettem a barátunkat, de nem igazán
> segített.
>
> Tudtok tip
sal, mert
naponta több, mint 1,5 órát késik. Ha nem hálózati időre van állítva,
néha meg is áll.
Próbáltam az nptdate paranccsal kézzel szinkronizálni több
időszerverhez is, de folyton azt írja, hogy: NTP socket használatban van.
Nem vagyok egy Linux guru, kérdezgettem a barátunkat, de nem iga
is, de
folyton azt írja, hogy: NTP socket használatban van.
Nem vagyok egy Linux guru, kérdezgettem a barátunkat, de nem igazán segített.
Tudtok tippet adni?
Bagó István
Inf. tanár, rendszergazda
Pálffy Miklós Kereskedelmi Szakképző Iskola
Győr
On 2016-12-14 13:38, Pasztor Birka wrote:
Bocsánat mindenkitől!
A beidézett kódrészletért.
Egyes víruskeresők riasztottak miatta!
amugy miert kezdesz minden leveleddel uj threadet? vagy csak nekem
tunik ugy?
udv
adam
___
Techinfo mailing list
Bocsánat mindenkitől!
A beidézett kódrészletért.
Egyes víruskeresők riasztottak miatta!
*Torma Sándor worte*
Ebben a leveledben az Avast for Business talált egy PHP:Agent-PU [Trj]
nevű trójait.
Nézd át kérlek a rendszered!
Köszi!
Csövi!
___
On 2016. 12. 13. 20:25, Pasztor Birka wrote:
Fut rajta saját weboldal?
Pásztor Úr!
Ebben a leveledben az Avast for Business talált egy PHP:Agent-PU [Trj]
nevű trójait.
Nézd át kérlek a rendszered!
Köszi!
Csövi!
--
Torma Sándor rg.
Ózdi Szakképzési Centrum
Ózdi SZC Bródy Imre Szakgimnáziuma
Köszönöm a megerősítést!
Nyomozok tovább.
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
2016.12.14. 10:08 keltezéssel, Pasztor Birka írta:
Tételesen átnéztem a weboldalt.
Ez egy dinamikus oldal, aminek a motorját is egyik kolléga csinálta
jópár éve.
Találtam jó néhány helyen index.php-t (mindegyik ugyanakkor készült)
ezzel a tartalommal:
if (!isset($eva1fYlbakBcVSir))
Sziasztok!
Érdekesség2:
"Találtam jó néhány helyen index.php-t (mindegyik ugyanakkor készült)
ezzel a tartalommal:"
http://kepkezelo.com/images/elrbdacrc4qnwzsp6gp1.png
üdv bg
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan:
On 2016-12-14 09:08, Pasztor Birka wrote:
Találtam jó néhány helyen index.php-t (mindegyik ugyanakkor
készült)
ezzel a tartalommal:
ez ugy tunik, a szokasos base64 kodolt php amiben az artalmas kod van.
altalaban ugy mukodik, hogy GET vagy POST metodussal var parametereket
amiknek
Köszi Mindenkinek!
A jelszavak, amiket használok 10 karakter fölöttiek és generáltak.
Tételesen átnéztem a weboldalt.
Ez egy dinamikus oldal, aminek a motorját is egyik kolléga csinálta jópár
éve.
Találtam jó néhány helyen index.php-t (mindegyik ugyanakkor készült)
ezzel a tartalommal:
if
On 2016-12-14 07:34, Veres Sándor wrote:
Egy gondolat azért még eszembe jutott ezzel kapcsolatban, cáfolj vagy
erősítsd meg az érvelésemet.
teljesen valid scenario, ez is egy lehetseges kivalto ok.
udv
adam
___
Techinfo mailing list
Szia
On 2016.12.13. 17:43, Pasztor Birka wrote:
Segítséget szeretnék kérni.
Sulix szerverrel ismerkedek.
Nem tudom segitek-e, de ennalam az alabbiak segitettek.
Ahogy utanna neztem a sulix Red Hatra epul, igy a redhatos felepites
gondolom nagyvonalakban jelen van, a parancsok valoszinu
2016.12.13. 21:50 keltezéssel, Adam írta:
Az eredeti problema nem az ssh vedelmerol szolt.
Egy gondolat azért még eszembe jutott ezzel kapcsolatban, cáfolj vagy
erősítsd meg az érvelésemet.
Mivel korábban engedélyezve volt ssh-n a jelszóval történő belépés,
elképzelhető, hogy brute force
2016. december 13. 21:50 Adam írta, :
> Az eredeti problema nem az ssh vedelmerol szolt.
>
Teljes mértékben igazad van; csak általánosságban reagáltam az ssh-val
kapcsolatos tiltásra.
Veres Sándor
___
Techinfo mailing list
Szia!
2016. december 13. 20:25 Pasztor Birka írta, :
> Fut rajta saját weboldal?
>
> Igen.
>
> Igazatok lehet, hogy a weboldal egy jó néhány éves konstrukció.
>
> Az egyik régi kolléga készítette.
>
>
Statikus vagy dinamikus weboldal, php sql?
Egyedi fejlesztés vagy
Az eredeti problema nem az ssh vedelmerol szolt.
A kerdesre, hogy milyen tuzfalat: attol fugg, mi a feladat? Mert meg eddig nem
derult ki, hogy a bentrol kimeno forgalmat (ssh) akarod-e szurni (csomagszuro
tuzfal), vagy a kintrol beerkezo, valoszinuleg weben at erkezo tamadot akarod
szurni.
Szia!
2016. december 13. 16:57 Takács Tibor írta, :
> Első lépésként tűzfalat tennék rá, vagy inkább elé! Az SSH port a
> nagyvilág felől véletlenül se legyen nyitva, ha ilyesmi kell VPN!
>
> Megfelelő tűzfal beállítások mellett miért ne lehetne elérhető akár a
22-es porton is
Fut rajta saját weboldal?
Igen.
Igazatok lehet, hogy a weboldal egy jó néhány éves konstrukció.
Az egyik régi kolléga készítette.
Nem volt eddig (energia) részemről lecserélni.
Milyen tűzfalat javasoltok?
Köszi az ötleteket!
___
Techinfo mailing
nt pl. ssh leallitasa)
> ova intenelek, mert az eddigiek alapjan nem varhato, hogy eredmenyt ernel
> el vele, de legalabb cserebe a hibakeresest sem segiti.
>
> En a kovetkezoket tennem a helyedben
>
> 1) atmenetileg az ssh-t kifele csak egyetlen belso ip cimrol engednem (ami
>
(mint pl. ssh leallitasa)
ova intenelek, mert az eddigiek alapjan nem varhato, hogy eredmenyt
ernel el vele, de legalabb cserebe a hibakeresest sem segiti.
En a kovetkezoket tennem a helyedben
1) atmenetileg az ssh-t kifele csak egyetlen belso ip cimrol engednem
(ami esetleg egy friss ures linux
Szia!
Első lépésként tűzfalat tennék rá, vagy inkább elé! Az SSH port a
nagyvilág felől véletlenül se legyen nyitva, ha ilyesmi kell VPN!
Ha már valaki feltörte, simán tudott hátsó ajtót csinálni magának, ezt
elég nehéz lesz megtalálni, ha nincs gyakorlott szakember a közelbe, én
Segítséget szeretnék kérni.
Sulix szerverrel ismerkedek.
Valami nem stimmel vele. Valószínűleg feltörték.
Sajnos nem igazodok ki, hogyan háríthatnám el bajt.
A support beállította, hogy csak kulcs hitelesítést fogadjon el.
És azt javasolták telepítsem újra.
Ezt ha lehet szeretném elkerülni.
un...@lista.sulinet.hu] On Behalf Of Veres Sándor
>Sent: Wednesday, November 16, 2016 12:04 PM
>To: Techinfo
>Subject: Re: [Techinfo] Linux Mint frissítési hiba Cntlm proxyval
>
>Szia Péter!
>
>2016.11.16. 12:03 keltezéssel, Molnar Peter írta:
>> >Az export http_proxy=http:/
, az újraindítás után
már elfelejtette.
Kösz!
István
-Original Message-
From: techinfo-boun...@lista.sulinet.hu
[mailto:techinfo-boun...@lista.sulinet.hu] On Behalf Of Veres Sándor
Sent: Wednesday, November 16, 2016 12:04 PM
To: Techinfo
Subject: Re: [Techinfo] Linux Mint frissítési hiba
...@lista.sulinet.hu] On Behalf Of Veres Sándor
Sent: Wednesday, November 16, 2016 12:04 PM
To: Techinfo
Subject: Re: [Techinfo] Linux Mint frissítési hiba Cntlm proxyval
Szia Péter!
2016.11.16. 12:03 keltezéssel, Molnar Peter írta:
> >Az export http_proxy=http://127.0.0.1:3128/
> Ez most komoly?
> A
2016. 11. 16. 11:44 keltezéssel, Bagó István írta:
A firefoxban IS beállítottam a proxyt.
Az export http_proxy=http://127.0.0.1:3128/ parancsot kiadtam, ez elvileg
beállítja a környezeti változót.
Szia!
A Firefoxban IS 127.0.0.1 a proxy IP címe?
Üdv,
Kunci
Hello!
>https://www.howtoforge.com/linux-ntlm-authentication-proxy-isa-server-with-cntlm
Nem szoltam.
--
Tisztelettel:
Molnar Peter
http://www.petersoft.hu
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: h
1 - 100 a 800 matches
Mail list logo