Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-20 12:26, Fehér Sándor wrote:

Talald ki, mennyire ragaszkodsz az 1.5-os joomlahoz

Aki kezeli a weblapot, csak ehhez a verzióhoz ért valamit! Csak


Itt az alkalom megtanulni az uj verziot.  A regivel ugyse megy mar sokra 
az eletben :)


udv
adam

___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-20 12:02, Pirity Tamas Gabor wrote:


PS: jUpgrade-et, régebbi verziót találtam valahol, de ha jól láttam, 
akkor

az 2.5-ös joomlába migrál (ha működik), én meg ha már nekifogok, akkor
jobban szeretnék 3.x-be.


en ugyan full hulye vagyok ilyen webes cuccokhoz, es joomlat se lattam 
mar vagy hat eve, de azt konkretan tudom, hogy egy drupal migralasnal az 
upgrade.txt pontosan leirja, hogy milyen lepeseket kell tenni.  
amennyiben van strukturalis valtozas, peldaul uj tablak, uj sema stb, 
tehat valami ami inkompatibilis, mindig van migralast segito script.


Igaz, ez azt is jelenti, hogy nem lehet random ugralni a verziok kozott, 
hanem az upgrde path-ot kell kovetni, ami azt jelenti, hogy peldaul 
joomlanal is lehet 1.5 -> 1.6 -> 2.0 -> 2.2 -> 2.5 -> 3.0 utvonalat 
kovetni, de nem lehet 1.5 -> 3.0 utvonalat kovetni.  A szamok csak 
random szamok, mivel nem ismerem a kiadasok verzioit.


Ha a joomla nem biztosit

- ilyen dokumentaciot
- ilyen upgrade path-et
- ilyen scripteket hozza

Az csak +1 ok arra, hogy menekulni kell elole.  Ha biztosit, akkor meg 
nem ertem a problemat.  Az a gond, hogy 2x, 3x, n-szer kell frissiteni, 
mert csak igy tamogatott, nem pedig egy lepesben?  Hat akkor megint csak 
uzleti dontes elott allsz: mi er tobbet?  Az idod amig mindezt 
megcsinalod, vagy a penz amit kifizetsz a modulert?


udv
adam

___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-20 11:23, Fehér Sándor wrote:


Talán inkább már a joomla-t is frissíteni kéne újabb verzióra.



Ahogy mondani szoktak, ez egy uzleti dontes, nem muszaki.  Amig az 
uzleti dontes nincs meg, addig a muszaki nem lehet meg, hiszen nem tudod 
mi a feladat.


Talald ki, mennyire ragaszkodsz az 1.5-os joomlahoz (bar ha ram 
hallgatsz, azon is elgondolkodhatnal, hogy a joomlahoz ugy altalaban 
mennyire ragaszkodsz...) es a ragaszkodas merteket allitsd szembe azzal 
a kockazattal es idovel, amit a regi php (remelhetoleg csak ez) jelent.


udv
adam

___
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/

Re: [Techinfo] NGM E-közigazgatási felmérés

[ka]

On 2016-09-23 06:30, Somogyi László wrote:

Szerintem neked fogalmad sincs mi folyik a közoktatásban

Én ugyanezért, amit Ferenc ír, lényegében ugyanezért mondtam fel a
tagintézmény vezetői állásomat! Nem részletezem, de hajatok égnek
állna. Lényeg, hogy állandóan mozgattak, ugráltattak, a tanítási


nem vagyok tanar, sose nem is allitottam.  Mernok vagyok.  Es nincsenek 
illuzioim: ugyanugy, ahogy teged noszogatnak, hogy toltsd ki a 
tablazatot, nyilvan a tablazat kikuldojet is noszogatjak, hogy kuldje 
mar ki, hajtsa, mert kell a valasz.  O ezert hulye lenne?  Nem hinnem.  
Lenne oka azt mondani, hogy de kerem, ne kuldjuk ki ezt az xls-t mert a 
diakok a folyoson bagoznak?  Nem lenne.  Nem az o dolga.


Szerencsere megtehetem, hogy kulonosebben ne erdekeljen a kozoktatas 
hattere, engem a muszaki megoldasok erdekelnek az iskolakban, ahol azert 
fizetnek, hogy megoldjam a problemaikat.  Ugyanugy, ahogy engem 
izelgetnek azzal, hogy na, ez a szerver miert lassu, az a szerver miert 
nem kepes erre meg arra, nekem is megvannak a problemaim.  De meg 
egyszer sem jutott eszembe azzal visszavalaszolni, hogy ne erdekeljen a 
szerver teljesitmenye vagy a halozat kapacitasa, mikozben a diak a 
folyoson cigizik.  Mi kozom hozza, ugye.


Az allaspontom pusztan az, hogy attol, hogy a gyerekek trehany modon 
viselkednek (ahol eppen), attol meg vissza lehet kuldeni egy excelt 
tizenotszor.  Gondolom attol, hogy dacolva nem kuldod vissza, ugyanugy 
otthon felejtik a konyvet.


udv
adam

___
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/

Re: [Techinfo] postfix mailstat siker

[ka]

On 2016-09-23 11:35, Molnar Peter wrote:

3. A logot tobbszor is vegig olvasom, legyujtve belole az elmult ora
logjait, ezt is optimalizalni kellene, hogy csak egyszer tegye meg.
stb.



pont erre gondoltam, mikor fentrol lefele olvastam a megoldasod, hogy 
nem ertem miert mesz vegig hetszer ugyanazon a logfile-on.  Javaslom a 
grep -f kapcsolojat.  Gyujtsd egy file-ba, soronkent ami kell, igy csak 
egyszer kell olvasni a file-t -> hetszeres gyorsulas.


A masik lehetoseg, ha az egyes sorokkal kulonbozo dolgokat kell csinalni 
- ekkor nyilvan nem lehet egy mozdulattal elintezni.  Ekkor viszont 
valami olyasmit csinalnek, hogy perl-be irnam at, sima filemuvelettel 
beolvasnam a tartalmat, majd egyszeru regexpekkel soronkent dolgoznam 
fel:


if ($_ =~ //) {

# egyik teendo

} elsif ($_ =~ //)

# masik teendo

} ...

Egyszeres file olvasas, tobbszori muvelet, megmarad a hetszeres 
gyorsulas a file muveletek teren, arrol nem is beszelve, hogy a 
modulkent elerheto DBI / DBD gyorsabb adatbazis kezelest tesz lehetove, 
mint shell-bol elerni a mysql stdin-en at.


udv
adam

___
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/

Re: [Techinfo] Fizetés kérdés

[ka]

2016. szeptember 23. 20:33 Fehér Sándor írta, 

Re: [Techinfo] szerver spam listan

[ka]

On 2016-09-22 10:05, Peter Molnar wrote:

2. A kikuldott levelek szamarol ertesites nekem, ha egy adott erteket
meghalad mondjuk percenkent


Ez nem rossz, bar nem tudom, mennyivel jobb az a helyzet, amikor reggel 
ezer olvasatlan level var, plusz meg a problema ugyanugy felmerul.


En be szoktam allitani egy kvotat, ami felett a levelkuldes sajnos 
sikertelen, helyes adatokkal is.  Igy nem kell reggel ezer levelet 
kitorolnom limit tullepesrol, sot, nem is igazan erdekel mi tortenik, 
mivel a rendszer megoldja maganak - majd enged kuldeni, ha a felhasznalo 
a limit ala ment.  A limit konkret erteket empirikus uton lehet 
meghatarozni, akar felhasznalonkent egyenileg.


udv
adam

___
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/

Re: [Techinfo] Fizetés kérdés

[ka]

On 2016-09-22 07:15, Gyulai László wrote:

Informatikai szakképzésünkben az évi 15-20 végzősből minden évben van
minimum 5 aki bejelentkezik hogy lenne itt rendszergazda, és ezen


Nem veletlenul.  Mutass nekem barhol masol egy olyan munkahelyet, ahol

- rendszergazdai munkat lehet vegezni
- nulla gyakorlattal is felvesznek
- ha akarod eleg sok tapasztalatot szerezhetsz viszonylag rovid ido 
alatt

- ha nem akarod, logathatod a labad
- beirhatod a CV-be, a kovetkezo helyre jo lesz tapasztalatnak
- es meg fizetnek is valamennyit

Kereslet - kinalat van.  Ha 85-ert evente 5 jelentkezik a munkara, plusz 
meg kulsosok is, akkor bolond lenne barki tobbet fizetni ezert.


Kicsit a McDonalds jut eszembe, elso munkahelyem a nyari szunetben, 15 
evesen (ahol egyebkent 77 forintos oraberert dolgoztam, ha mar a 
fizeteseknel tartunk).  A McD-ben nem fizetnek kulonosebben jol, de nem 
is kell.  Az uzleti terv reszben arra epul, hogy ez egy atmeneti allas.  
Jonnek-mennek az emberek, senki nem fog ott megoregedni, senki nem tolt 
el masfel-ket evnel tobbet egy ilyen helyen.  Ebbol fakadoan a fizetes 
is minimalis, mert az itt dolgozok nem csaladot tartanak el, nem 
hiteleket fizetnek.


Az evi ot jelentkezo diaknak is elegendo lehet a 85k, valoszinuleg tobb, 
mint amit korabban valaha kerestek, nem eletreszolo terveik vannak es 
amint tovabballnak, jon a kovetkezo.


Sajnalom, de lehet, hogy te ulsz forditva a lovon es egyszeruen tovabb 
kell lepned, mert az iskolad raallt az olcso munkaerore, amibol ugy 
tunik, nincs hiany.


udv
adam

___
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/

Re: [Techinfo] Fizetés kérdés

[ka]

On 2016-09-22 12:27, Sütő Péter wrote:

Hello!

Székesfehérvár, IBM.
Egy rakat állás van/lesz hirdetve, angol tudás és
informatikai/rendszerszemlélet kötelező, a többit felszeded.

Ha érdekel, keress.. A feltételeid közül csak a láblógatós
nincs meg, de hát a munkahely az munkahely. Dolgozol, megfizetnek.



Nem en panaszkodtam, en boldog vagyok azzal amit es ahol csinalok.

udv
adma


___
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/

Re: [Techinfo] szerver spam listan

[ka]

Udv,

On 09/22/2016 18:26, Molnár Péter wrote:

Hello!

En be szoktam allitani egy kvotat, ami felett a levelkuldes
sajnos sikertelen, helyes adatokkal is.

S ezt hogyan, mivel?



Nem kulonosebben komplikalt, amde cserebe fapados.  Az MTA nagyjabol 
lenyegtelen, a lenyeg, hogy SQL-bol veszi az azonositashoz az adatokat.


A normal, kvota nelkuli lekerdezes ehhez olyan, hogy:

{crypteq{$2}{\\{sha1\\}${lookup mysql{SELECT user_md5 from user WHERE 
user_name='${local_part:$1}' AND 
user_domain='${domain:$1}'}{$value}fail}}} \

} {yes}{no}}"

(ebbol azonnal nyilvanvalo harom dolog: az egyik, hogy eximet hasznalok, 
a masik, hogy nemreg tertem at md5-rol sha1 hash-ekre, a harmadik, hogy 
lusta vagyok).


Ehhez csak egy mozdulat beletenni olyat, hogy AND valid=1, nyilvan a 
semat es modositani kell hozza, valahogy igy:


> alter table user add column valid int default 1;

Ha ez megvan, akkor ideje kimazsolazni a logokbol, hogy mely 
felhasznalok kuldenek levelet, es ezt rogziteni:


$ for i in `grep esmtpsa /var/log/exim/mainlog | awk '{print$5}'`; do 
echo "insert into senders values (now(), '$i');" | mysql ; done


amint ez megvan, innentol kezdve mar csak egy mozdulat sorrendezni, hogy 
kik voltak a nagy levelkuldok:


> select distinct sender, count(sender) as s from senders where 
ts>=date_add(now(), interval -1 hour) group by sender having s>30 order 
by s desc;


Ugord at ezt a bekezdest, ha vilagos.  Ha nem, akkor a fenti query ket 
oszlopot es nulla vagy tobb sort ad vissza.  Az elsoben a felhasznalok 
nevet (distinct sender), amivel azonositjak magukat, a masodikban egy 
darabszamot (count sender as s), ahanyszor az elmult oraban (where ts >= 
az elmult egy ora) levelet kuldtek.  A listaban csak azok szerepelnek, 
akik legalabb 31 levelet kuldtek az elmult oraban (having s>30).  A 
lista a level darabszam szerint csokkeno sorrendben van (order by s 
desc).  Ez utobbi irrelevans a script szamara, ez az embernek erdekes 
aki mondjuk kezzel is akarja neha futtatni ezt az egy parancsot, hogy 
lassa mi a szitu.


A 31 egy gyakorlati uton megallapitott szam.  Amennyiben per-user akarod 
megallapitani, vagy subselect-et kell hasznalni, vagy scriptelni kell 
felhasznalonkent a fenti lekerdezest.  A script szempontjabol amugy a 
masodik oszlop is full felesleges es egyszerubb az elet, ha nincs is ott.


Innentol mar csak egy mozdulat egy scriptbe tenni az egeszet es 
kiegesziteni:


for i in ``; do echo "update user set valid=0 
where user_name='$i';" | mysql ; done


Ennyi.  tada.wav.

Nehany eszrevetel:

- cron-ba ne felejtsd el beletenni, hogy a nullazott felhasznalokat 
idonkent visszaengedd (update valid=1)


- az, hogy milyen gyakran akarod futtatni a scriptet attol fugg, mekkora 
a levelforgalmad (a grep nagy file-okon cpu intenziv)


- ergo minel nagyobb a levelforgalmad, annal gyakrabban akarod futtatni, 
de ekkor tegyel bele egyeb szuroket is: peldaul csak az utolso tizezer 
soron futtatni: tail -n 1 | grep ... mert ilyenkor kisebb 
mennyiseget kell a grep-nek atnyalaznia


- ha megfigyeled, nincs rogzitve az idopontja annak, valaki mikor lett 
kitiltva.  Ez lehet, hogy nalad problema, nalam nem olyan jelentos, hogy 
foglalkozzak vele.


Ha kerdes van, batran.

udv
adam


--


udv
Adam
___
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/

Re: [Techinfo] NGM E-közigazgatási felmérés

[ka]

On 09/22/2016 20:42, Boldog Ferenc wrote:

Közben a diák üvölt a folyosón, nem hord könyvet, füzetet, bagózik,
szemtelen. Az nem gond, lényeg, hogy az excel tábla igény szerint legyen
kitöltve.



Valoszinuleg nem ugyanannak az embernek a feladata a diakot fegyelmezni, 
mint akinek az adatokat bekerni.


Ertem en, hogy baj, hogy az egyik nem vegzi jol a munkajat, de attol meg 
a masik probalkozhat, nem?


--


udv
Adam
___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 09/20/2016 21:04, Pirity Tamas Gabor wrote:

de rémületes, milyen összegekről beszélnek azok a fejlesztők, akik
pl. a sulink honlapját hivatottak "feljavítani". Űgy hírlik, kaptak



Lehet, be kellett volna vallalnod, ha ennyi dohany van benne :)

--


udv
Adam
___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-20 14:13, Fehér Sándor wrote:

Ez az egész joomla php stb. az egyik elkülönült virtuális szerver lesz
 a proxmoxon belül és egyedül a weblap lesz service.
Így azért nem akkora kockázat! ( max a weblap törhető)


ezzel nem ertek egyet (max a weblap torheto).  a weblap torese senkit 
nem erdekel ma mar.  a weblap torese csak az elso lepes, hogy utana a 
hostrol menjenek tovabb mashova, vagy kuldjenek valamit tovabb mashova 
(spam, bot tevekenyseg).


udv
adam

___
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/

Re: [Techinfo] neptum-enapló

[ka]

On 2016-09-16 12:48, Hábel György wrote:
- de meg piaci aron sem kell szamolni, mivel a niif-ben megoldhato a 
hosting, van infrastruktura es van szakerto szemelyzet is


Akkor csak megfricskázva ezt a szálat: épp most halt le a NIIF, 
elérhetetlen.

Jó lesz oda központi naplókat tenni... :-P



engem nem zavar egy felmerulo problema ott, ahol tudom, hogy megfelelo 
mernokok el tudjak azt haritani.  sokkal inkabb zavar egy 
biharszorcsogo-also altalanos iskolaban elofordulo hiba, ahol esetleg 
nincs is rendszergazda es csak nezegetik, hogy nahat, mi fustol itt.


udv
adam

___
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/

Re: [Techinfo] Proxmox 4.3 teljesítmény problémák

[ka]

On 2016-10-03 14:43, Molnár Péter wrote:
A 3-400Mbit/s az kb 30-40MB/s, ami a HDD keresztmetszetet mutatja 
nekem.


csak a pontossag kedveert... 300 - 400 mbit/s az nem 30-40 mbyte/s, mert 
a valtoszam az IT-ban sehol nem tiz, hanem mindig ketto hatvany, jelen 
esetben nyolc.  Igy ez valojaban 37.5 - 50 mbyte/s.


A mondanivalod lenyeget tekintve az iperf tesztnel a dolog kicsit 
santit.  Azt irta, hogy iperf is tesztelt, az iperf pedig nem ir a 
merevlemezre, csak memoriabol dolgozik.  Nem kellene diszk muveletnek 
sem lennie akkor, ha ket vm kozott iperf-fel tesztel.


udv
adam

___
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/

Re: [Techinfo] Iskolai WIFI eszközök

[ka]

On 09/30/2016 18:12, Szalayné Tahy Zsuzsa wrote:

Az Ubiquity és a Mikrotik hogyan viszonyul egymáshoz?



diszjunktak


Szerintetek működőképes az az eljárás, hogy a szülőktől "felajánlásokat"
kérek Ubiquity illetve Mikrotikes eszközökre és a felajánlások alapján
eldöntjük, hogy melyik kivitelezhető?



hacsak nem valami hard-core iskolarol van szo ahova csak mernokok 
informatikus gyerekei jarnak, szerintem egyik sincs otthon az atlagembernek.



hanem azon, hogy mit kérjek ahhoz, hogy esélyem legyen arra, hogy kapjak
is valamit és amit kapok az egymással kompatibilis annyira, hogy


a ketto kozul en ubival mennek neki, mert celhardver a feladatra, 
valamint ha elakadsz, akkor nem egy olyan support segitsegere kell 
szamitanod, aki egy kicsit ert ehhez, meg egy kicsit ahhoz (amolyan 
mikrotik modra, egy kicsit tud ebbol meg egy kicsit abbol), hanem olyan 
segitsegre akik 100% wifire fokuszaltak.  Valamint ha az ubi nem 
mukodik, akkor annak lehet nagyjabol ket, esetleg harom oka.  Ha a 
mikrotik nem mukodik, ott vagy 15 beallitas lehet, ami rossz.


--


udv
Adam
___
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/

Re: [Techinfo] Hálózat monitorozása

[ka]

On 2016-10-03 11:39, Venczel József wrote:

Az utolsó kérdésemre meg is van a válasz. A switch ki tudja
listázni a portjaira kötött eszközök mac address-ét, de csak a
konzolra. Vajon van olyan linux-os megoldás, ami ezt esetleg ki tudja
olvasni?



Nem tudom mi szamit linuxos megoldasnak, de a tablazatot snmp-vel 
tavolrol is ki tudod olvasni.  Az snmp tortenetesen platformfuggetlen, 
igy windows es linux alatt is van kliens amivel le tudod tavolrol 
kerdezni.


A konkret MIBeket a hp dokumentacioban talalod meg.

udv
adam

___
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/

Re: [Techinfo] Hálózat monitorozása

[ka]

On 2016-10-03 10:29, Venczel József wrote:


A nbtscan listázza az összes netbios-os nevet, mac address-t és ip
címet a hálón, valamint működik a névfeloldás is, mert tudom
név alapján pl. pingelni az ilyen gépeket (pl. ping kisvacak
műxik).



a ping nem tudja mi az a netbios, dns-bol veszi.  Az egesz elso par 
bekezdes nekem zavaros, nem tudom eldonteni, hogy en nem hasznaltam 
ezeket a tool-okat es valoban egybemossak a netbios nevet a dns nevvel, 
vagy csak te teszed-e ezt.



A célom az lenne, hogy be tudjak állítani egy olyan felügyeleti
rendszert, hogy ha bejövök és ránézek, lássam hogy minden
rendben, illetve azonnal lássam, ha baj van. Pl. nincs internet
kapcsolat, új, idegen eszköz van a hálózaton.



ez valoszinuleg nem egy, hanem tobb felugyeleti rendszer lesz.


A kérdésem az lenne, nem okoz-e gondot, hogy a 49-50 portok
gigabitesek, a többi meg 100 Mbps-os.?



vajon mi tortenik, ha 48 szaz megabites port forgalmat kitukrozod egy 
gigabitesre?  Nyilvan csomagvesztes akkor, ha 10 portot full kihajtanak 
es a 11. forgalma is megindul.  A jo hir, hogy ez csak a monitor (span) 
portot erinti, azaz az eredeti forgalom nem szenved semmit.


udv
adam

___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-26 12:58, Fehér Sándor wrote:

jogos a kérdésed sorry.

Ékezet hibás szövegek vannak és nincsenek gombok. Nincs php hibaüzenet 
sem.




Na, haladunk.  Ekezet hiba: karakterkodolasok korul erdemes szetnezni.  
Mind az sql, mind a php, mind a webszerver oldalon.  A kliens oldalon is 
kellene, de tudom, erre azt mondod: a kliens nem valtozott.  Megis, ha a 
kliens oldalon beallitasz egy konkret kodolast es ettol megjavul, az 
arra utal, hogy ez a beallitas hianyzik a generalt oldalakbol.


Nincsenek gombok: ez lehet javascript, vagy masmilyen script ami nem fut 
le, lehet CSS hiba, ami a masolasnal nem jo helyre kerult, esetleg olyan 
hivatkozas, amely nem jo helyre mutat es a fentiek kozul valamelyiket 
hasznalna.  Bongeszoben javaslom, nezd meg a forrast, nezd meg a html 
kod ott van-e.  Ha nincs, akkor nincs legeneralva, nyilvan hibara fut a 
generalas kozben, vagy valamilyen jogosultsagot nem tud ellenorizni, 
hogy van-e.  Ha le van generalva, akkor csak nincs megjelenitve a 
bongeszo altal, valoszinuleg script / css problema.  Firebug javasolt, 
az meg tudja mondani, mit nem sikerult lefuttatni / betolteni.


Ha nincs php hibauzenet, lehet, be kene kapcsolni a loggolast, hogy 
legyen (php.ini error_log direktiva peldaul).  A logok fantasztikus 
dolgok: megmondjak, mi a problema.


udv
adam

___
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/

Re: [Techinfo] épületek közti wifi kapcsolat

[ka]

On 2016-09-26 08:42, Ferenc Bajan wrote:

kapcsolódna hozzá, IP-kamerák, ezeknek a képét szeretnék a
másikból látni. TP-Link eszközök közt láttam routereket és
antennákat is, amik esetleg szóba jöhetnek nem túl drágán. Ha



Valaki(k) mar irta(k): Ubiquiti.  2.4 km-t hidaltam at vele, 5 GHz-n, 
problema nelkul, kb negyven ember halozati es hang forgalmat vitte at 
gond nelkul.


En ket parral mentem neki, hogy legyen redundancia is.  Ennek kb ot eve, 
azota is megy.


A tplinken esetleg sporolhatsz par ezer forintot, cserebe valoszinuleg 
kinszenvedes lesz az eleted, megbizhatatlan megoldast kapsz ami vagy 
megy, vagy nem.  Ha tobb evre leosztod a beruhazasi koltseget, 
nevetseges szamokat fogsz kapni.  Ha beleszamolod az idodet is, amit a 
kovetkezo evekben a varhatoan nem mukodo tplink hibaelharitasara kell 
forditanod majd, siman megeri a dragabb megoldas.


udv
adam

___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 2016-09-26 12:02, Fehér Sándor wrote:

Hogyan lehet áttenni egyik szerverről egy másikra úgy a weblapot, hogy
teljesen működjön???


valoszinuleg nem ezt akartad kerdezni, mert erre a valasz az, hogy

wget --mirror --convert-lins http://si.te

De nyilvan ez nem az, amire neked szukseged van.


Telepítés után pl a kezdőlapot (sem) tudom szerkeszteni mert hibásan
jön be a szerkesztőfelület a joomla adminban.



ne irj hibauzenetet, ne csatold a php logfile-t es ne ird meg, milyen 
lepeseket tettel eddig.  sokkal mokasabb mindezt kitalalni.


udv
adam
___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

A weblap működik így, de az adminfelület nem jó mert egyes
szerkesztőfelületek nem jönnek be hibátlanul. Pl: nem tudom
szerkeszteni a kezdőlapot



megismetlem.  mi a hibauzenet es milyen a nem hibatlan oldal?  hianzyik 
belole valami aminek ott kene lennie?  extra dolgok vannak ott amiknek 
nem kene ott lenniuk?  php error log ekozben mit mond?  mit jelent az, 
hogy nem tudod szerkeszteni?  nincs ott egy submit gomb?  ott van de nem 
jo helyre mutat?  ott van de mast csinal?


adam

___
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/

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

Nezzuk sorban - hosszu lesz.

On 09/27/2016 20:30, Fehér Sándor wrote:

A weblapunk tűzfal mögött portforwarddal volt/lesz megoldva.
Eddig: sulinet  asus rx router  webserver > LAN


Ugye csak az abra rossz es a webszerver nem a lan es a router kozott ul? 
 Ugye valojaban azt akartad rajzolni, hogy a webszervern a lanon van?


Ez felvet egyeb kerdeseket (hol a dmz?) de most ezekkel egyelore ne 
foglalkozzunk.



A probléma ezzel eredetileg is az volt, hogy a LAN -ról nem tudtunk
kapcsolódni a publikus dns nevünkhöz és a weblap csak úgy működött hogy
lan ip címet vagy weblap.local kellett beírni.


Ez tulajdonkeppen nem problema.  Mert mi tortenik ugye a csomaggal 
bentrol?  DNS feloldas, kap a nevhez egy publikus IP cimet.  A publikus 
IP cimet megcimzi a belso kliens.  Eljut a routerhez.  A router meg 
tipustol fuggoen:


a) megnatolja a csomagot, mert a nat elobb jon, mint a routing, megnezi 
hova kell kuldeni: nahat, sajat magamnak, de vicces, jo, elkuldom sajat 
magamnak, a 80-as portra, amit rogton be is natolok magamnak a privat 
cimre.  Megerkezik a szerverhez, a forras cim a sajat publikus cimetek, 
a szerver valaszol, az megint megjon a routerhez, nahat, de vicces, 
sajat magamnak visszanatolom es visszakuldom.  Es visszaer a csomag.


b) route-olna a cimet, mert a route dontes elobb jon, mint a nat, 
eszreveszi: nahat en vagyok a cimzett, de mokas, majd be is natolja a 
webszervernek, de a forras cimet erintetlenul hagyja.  A szerver 
megkapja, a forras cim a belso privat cim, arra valaszol is.  A kliensed 
pedig azt latja: nahat, de erdekes, valaszolt nekem valaki akihez nem is 
beszeltem, hisz en a  -rol varom a valaszt, de az a 
 -rol jon.  Ezt eldobjuk, mi nem erre varunk.


c) route-olna a cimet, mert a route dontes elobb jon, mint a nat, 
eszreveszi: nahat, en vagyok a cimzett, de mokas.  nembaj, azert 
megnatoljuk a forras cimet is.  varjunk csak: az hogy van, hogy a forras 
is en vagyok meg a cimzett is.  segitseg, inkabb dobjuk el a 
csomagot, biztos tamad valaki.


Hogy nalad melyik tortenik, azt helyesen tcpdump segithet kideriteni, de 
remelem sikerult ravilagitanom, hogy miert nem veszunk szappantartot 
routernek.


Akit konkretan erdekel, hogy pontosan milyen sorrendben milyen muveletek 
tortennek amikor tobb mindent kell eloszor csinalni, a routerenek 
dokumentaciojaban talal errol informaciot.  Peldaul:


http://www.cisco.com/c/en/us/support/docs/ip/network-address-translation-nat/6209-5.html

Ebben lathato, hogy peldaul belulrol kifele elobb tortenik route, majd 
policy route, vegul nat (kabe tiz masik dolog mellett).  Mig kivulrol 
befele eppen forditva, elobb van nat, utana route.


Raterve a konkret problemadra, a problema nem egyedi.  A google 
keresoszavak: hairpinning, illetve 'nat order of operation'.  Szamtalan 
talalat lesz.  Annyira, hogy erdemes egy harmadik kereso kifejezest is 
eszben tartani: dns doctoring.  Ezt konkretan a tuzfalak tudjak 
csinalni, ami annyit tesz, hogy a fenti esetben, amennyiben a DNS 
szerver fele a keres es a valasz is athalad a tuzfalon, meghozza azon a 
tuzfalon aki a natolast es port forwardolast csinalja, o felismeri a 
tartalmat.  Rajon, hogy hoppa, itt egy belso kliens akarja elerni a 
belso szervert de kulso IP cimen.  Nyuljunk bele ebbe.  Es szo nelkul a 
DNS valaszba belenyulva kicsereli a DNS altal adott publikus IP cimet 
arra a privatra, amit a sajat konfiguraciojabol nez ki.


Nem csak a cisco eszkozei csinaljak, de legyunk konzisztensek, egy 
leiras errol:


http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/115753-dns-doctoring-asa-config.html

> Kerülőmegoldásom: saját statikus dns rekord, ha benntről kéri a kliens
> lan ip-t ad vissza.  Ez nem túl elegáns :), pl okosteló, laptop
> elviszed melóból és otthon már ipconfig /flushdns kell!

Azaz mint latod, a sajat favago megoldasod nem is annyira sajat es meg 
kevesbe favago!  A flushdns problemaba en meg nem futottam bele, mivel a 
kliens ugyis mas dhcp szervertol (valoszinuleg) mas cimet fog kapni, 
automatikusan uriti a cache-t.  Kiveve persze, ha otthon is 192.168.4-es 
tartomanyt hasznalsz, akkor a laptop eszre se veszi, hogy valahol mashol 
van.



$IPT -A POSTROUTING -t nat -o $sulinet -j MASQUERADE
$IPT -A PREOUTING -t nat -i $sulinet -p tcp --dport 80 -j DNAT
--to-destination 192.168.4.251:80


ez a ketto tiszta ugy


$IPT -A PREOUTING -t nat -i $lan -s 192.168.4.0/24 -p tcp --dport 80 -j
DNAT --to-destination 192.168.4.251:80



Ez viszont nekem zavaros.  Ez szerintem a cellal ellentetben azt 
csinalja, hogy _minden_ 80-as portra meno forgalmat atiranyit a sajat 
belso szerveretekre, ugyanis nincs megadva -d, tehat alapertelmezetten 
0/0 lesz.



Így sajnos nem jó, a tcpdump szerint eljut a szerverhez a tűzfalról a
csomag és válaszol rá a szerver, de a kliens a választ már nem kapja
meg. (kliens ebben az esetben azonos subnet-en van a szerverrel.
A tcpdump szerint, a szerver a default gw-nek küldi a 

Re: [Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[ka]

On 09/27/2016 21:25, Fehér Sándor wrote:

Ellenőriztem a sort a szerveren és nem "s" hanem "d" ezt elnéztem.
Ha úgy lenne ahogy írtam, akkor a net sem működne :)
Így van helyesen:
$IPT -A PREOUTING -t nat -i $lan -d 192.168.4.251/32 -p tcp --dport 80
-j DNAT --to-destination 192.168.4.251:80



igazan nem kotekedes, de nem ertem ennek a lenyeget.  en vagyok a 
router.  egy csomo labam van.  az egyiken bejon egy csomag.  nezem: 
forras a lan, cel a 192.168.4.251, tcp/80-ra megy.  hopp, ezt meg kell 
natolnom, ujrairnom a cel cimet... ugyanarra...?  ennek mi ertelme?


Ez semmi hasznosat nem tesz hozza a forgalomhoz, gyakorlatilag atirod a 
192.168.4.251 -et 192.168.4.251 -re.



Amúgy maga a megoldás az otthoni tűzfalamnak a másolása és konvertálása
mert otthon van egy freepbx szerverem (asterix).


Asterix a rajzfilm figura, Asterisk a telefonkozpont.



Annyi a különbség a két rendszer között, hogy otthon mikrotik
routerboard van.


Mint irtam az elozo levelemben, a routerek egyedi modon valositjak meg a 
forgalom tovabbitasat es szamtalan tenyezotol fugg.  Routerrol routerre 
mas es mas.



Röviden mikrotikkel megtudtam csinálni és iptables-en nem akar menni.



Eddig mindket iptables, amit bemasoltal, nem azt csinalja, mint amit 
szerettel volna :)



Futok vele még egy kört, értelmezem a leírtakat. :)


En is tovabb gondoltam azota a dolgot.  Azota azon toprengek, hogy vajon 
miert allitottad, hogya szerver a router fele kuldi el a valaszt, 
mikozben ezt semmilyen teny nem tamasztotta ala.  Vegig azt 
felteteleztem, hogy tuti nem arra kuldi, csak ugy gondolod, mert a 
router a default gw.


Aztan rajottem egy ujabb buktatora.  Mi van, ha az iptablesed jo, csak 
nem birtad hiba nelkul bemasolni az emailbe?  Mi van, ha valojaban ezt 
akartad volna irni:


iptables -t nat -A PREROUTING -s $lan -s  -p tcp -d cim> --dport 80 -j DNAT --to-destination :80


Mert a fentinek ertelme is lenne es jogosan hihetne az ember, hogy ettol 
mukodni fog: a bentrol erkezo csomagokat, amik a publikus cimre mennek 
atiranyitod a privatra.


Itt megint attol fugg minden, hogy milyen router, milyen szoftver.  De 
ahogy annak idejen tanitottak: plan for the worst, hope for the best.


Szerintem a fenti eseten a kovetkezo tortenik.  A kliensed, 
192.168.4.akarmi kuld egy csomagot a routernek, hiszen az internet arra 
van.  A router a fenti iptables miatt eszreveszi, hogy ezt nem kifele, 
hanem befele kell kuldenie a szerver privat IP cimere.  Atirja a cimzett 
IP cimet, erintetlenul hagyja a forras IP cimet es kikuldi.


A szerver pedig azt latja.  Juhe, bejott egy csomag.  Felado IP cime: 
192.168.4.akarmi (az eredeti).  Felado MAC cime: ez bizony a routered 
MAC cime lesz, mert o kuldte ki a csomagot.  A szerver ezt a MAC/IP 
parositast boldogan feljegyzi az ARP cache-be.  Megfogalmazza a valaszt 
es nekilat kikuldeni.  Hova is?


A cel IP cim ugye az eredeti forras cim - ez rendben van, 
192.168.4.akarmi.  Ez egy halozaton van vele, orommel veszi eszre, igy 
aztan fogja es a cache-bol kiveszi a MAC cimet es elkuldi a valaszt. 
Igen, csak hogy a MAC cim a routere lesz, nem a PC-e aki eredetileg az 
oldalt le akarta volna tolteni.


Igy aztan a router csodalkozva latja, hogy az o MAC cimere kuldtek 
valamit, amiben egy idegen IP cim van ami nem tartozik semmihez.  Butan 
nez, majd eldobja - ez nem nekem jott.


Felteve, hogy az eredeti levelben es a masodikban is csak annyi a hiba, 
hogy az iptables-t rosszul masoltad be es valojaban azt akartad beirni, 
mint amit en fent - ez az emlelet pontosan megfelel annak, amit 
tapasztalsz (ha valoban azt tapasztalod).


Osszessegeben tehat azt gondolom, hogy az eredeti koncepciod nem csak 
alapjaiban hibas, de tobb implementacios hiba is van benne.


Koncepcionalisan hibas, miert egy lokalis, lan-lan forgalomnak semmi de 
semmi keresnivaloja nincs a routereden.  Feleslegesen noveli rajta a 
terhelest, a forgalmat, raadasul hibaja eseten a webszerver is 
elerhetetlen lesz, pedig semmi koze hozza.


Implementacios hibak pedig azert vannak benne, mert vagy az iptables 
probalkozasaid hibasak, vagy ha az jo is, akkor sem megy jo helyre a 
valasz forgalom - de mint irtam ez router implementacio kerdese.  Ha 
most epp megy is, a jovoben egy masik routerrel esetleg majd nem fog.


A problemadra van egy koncepcionalisan es egyebkent is helyes megoldas, 
en a helyeedben annal maradnek - ez a foldrajzilag jellemzo DNS valaszok 
alkalmazasa (azaz kintre a publikusat, bentre a privatot valaszolja a 
DNS).  Hogy ezt ket DNS szerverrel, ket zonaval vagy DNS doctoringgal 
oldod-e meg, az mar reszletkerdes.


udv
adam
___
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/

Re: [Techinfo] IMS EGYMI elérés

[ka]

On 10/25/2016 21:09, Rendszergazda wrote:
> Engedélyeztetni lehetne a database.windows.net tartományt.
>

ovatosan ezzel.  orakat tudnek meselni arrol, miert hatalmas hiba 
neveket felvenni egy engedelyezett listara, ip cimek helyett.


> Ha a 1433-as port esetleg nem elég, akkor a 1434,443,135 portokat is
> engedni kell) ez a szoftveres cég válasza a problémámra.
>

A 1433 egy altalanosan tiltott port, nem vagyok meglepve, a masik harom 
meg 50-50%, hogy tiltott-e.


> Erre keresek megoldást, ha már az utazó pedagógusoknak ezt kell
> használni és nem az iskola döntése, hanem a Gyógypedagógiai intézeté aki
> alkalmazza ezeket a fejlesztő pedagógusokat és kiküldi az iskolákba.
>

No, akkor ha az intezet igy dontott, akkor uccu neki, oldjak is meg.  A 
dontesek elvegre komoly dolgok.  Felenk ez ugy mukodik, hogy ha en 
ragaszkodom valamihez, akkor nekem kell a felteteleket megteremtenem.


En a helyedben a kovetkezo javaslatokat tennem, a lista sajat 
preferencia szerint sorrendezett:


- nem neztem, a szerver tud-e ipv6-ot, ha tud, megneznem ipv6 felett is 
ervenyes-e a port tiltas, hatha ugy megkerulheto (tudom, az upc nem 
biztosit nativ IPv6ot, de peldaul he.net segitsegevel az egesz problema 
megkerulheto 5 perc alatt, mivel ekkor az upc csak tunnel csomagokat lat)


- a szerver uzemeltetoi tegyek elerhetove a kapcsolodast alternativ 
portokon (11433, 11434 stb) is, amiket nem szurnek alapertelmezetten a 
szolgaltatok


- A szerver uzemeltetoi biztositsanak vpn kapcsolatot azoknak a roaming 
klienseknek akik szurt halozatbol kell, hogy kapcsolodjanak


- Egyszeruen fogj egy google eredmenylistat 'olcso vpn' keresoszavakra 
es nezd meg melyik a legolcsobb es oldd meg az intezet koltsegvetesenek 
terhere (javasold nekik, hogy fizessenek elo es alkalmazzak)


- Amennyiben rendszergazda vagy mas iskolaban, ahol lehetoseg van nem 
szurt halozatra, epits ki a ketto kozott permanens vpn kapcsolatot es az 
adatbazis forgalmat kuldd at ezen.  Jogi oldalrol fedezd magad 
papirokkal, ez engem most nem erdekel, en mernok vagyok, muszaki 
megoldast javaslok nem jogit.


- Egyszeruen fogj egy google eredmenylistat 'olcso vpn' keresoszavakra 
es nezd meg melyik a legolcsobb es oldd meg az iskola koltsegvetesebol 
(egyebkent havi 3-6 dollarrol beszelunk).


udv
Adam
___
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/

Re: [Techinfo] Joomla Joomgalery képeket nem lehet letölteni a galériából

[ka]

On 10/28/2016 17:44, Fehér Sándor wrote:

217.197.179.100:49906] PHP Warning:  imagejpeg(): Filename cannot be
empty in
/var/www/joomla/components/com_joomgallery/views/image/view.raw.php on


a fenti php-ban a 254. sorban talalni fogsz egy imagejpeg () 
fuggvenyhivast.  Definicio szerint (http://php.net/imagejpeg) ennek egy 
kotelezo es ket opcionalis attributuma van.


En ugyan hulye vagyok a programozashoz, de ugy tunik, hogy az elso 
(kotelezo) opcioban ugye csak az image eroforrasra hivatkozol aminek 
ugye nem resze a filenev (csak a meretek).  Tehat ez kiesik.  A ket 
opcionalis kozul a masodik a minosegre vonatkozik, szoval nem resze file 
nev, ergo nem erdekel senkit.  Marad a kozepso, ami idezem:


The path or an open stream resource (which is automatically being closed 
after this function returns) to save the file to. If not set or NULL, 
the raw image stream will be outputted directly.


Ergo a kozepso parameteredet valahol a joomla korabban hibasan allitja 
be, vagy egyatalan nem hasznalja.  Ezt keresd meg es javitsd ki, es 
keszen vagy.



A szerveren a fájlok megvannak, jók a jogosultságok és stimmel a file
neve is.


Ez gondolom nem lenyeges info, mert mar irtad, hogy mas modon a cucc 
mukodik, tehat nyilvan ott vannak es minden mas jo, a joomlan belul van 
a gond.


--


udv
Adam
___
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/

Re: [Techinfo] Joomla Joomgalery képeket nem lehet letölteni a galériából

[ka]

On 2016-10-28 15:25, Fehér Sándor wrote:
A joomgalery a hibás, de nem tudom mi lehet vele mert nem értek a 
joomlához.

Kérlek segítsetek mit nézzek meg.



a php es az apache error logot, mikozben a hibat reprodukalod.

udv
adam

___
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/

Re: [Techinfo] sulix + wifi

[ka]

On 2016-11-08 14:55, Csaba Tiba wrote:

Egy openwrt vagy ddwrt is sokat segíthet.



ezt ki tudnad fejteni, hogy mikeppen ved egy *wrt azellen, hogy a 
felhasznalo nem ker, hanem valaszt maganak ip cimet?


udv
adam

___
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/

Re: [Techinfo] sulix + wifi

[ka]

On 2016-11-08 15:31, Csaba Tiba wrote:

Használhatna hot spotot. Azokon beállithatja.



egeszen pontosan mit kell beallitani ehhez a funkciohoz?



2016.11.08. 15:57 ezt írta ( ):


On 2016-11-08 14:55, Csaba Tiba wrote:


Egy openwrt vagy ddwrt is sokat segíthet.


ezt ki tudnad fejteni, hogy mikeppen ved egy *wrt azellen, hogy a
felhasznalo nem ker, hanem valaszt maganak ip cimet?




___
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/

Re: [Techinfo] sulix + wifi

[ka]

On 2016-11-08 17:27, Csaba Tiba wrote:

eszközét és idokorlátos is lehet. Nincs teljes tiltás, és a
diáknak is jó. Minden korlátozás csak arra jó hogy csakazértis


De az eredeti feladat eppen a tiltas volt :) lehet, hogy pedagogiailag 
ugy gondolod, hogy a gyereket nem kell hergelni korlatozasokkal, de ha 
egyszer nem ez a feladat...  en is peldaul szivesebben jarnam az 
orszagokat, maratonokat futva, de ha egyszer a feladat nem ez, akkor nem 
ezt csinalom.



és kontra véleménnyel. A ciscos megoldás biztos tökéletes és
kizárja a mac klónozását vagy az ip ütközést de csak a kedvet
hozza meg a wifi feltöréshez.


Egyreszt nem latom, mi a rossz abban, ha onjelolt hekkerek nekiallnak 
probalkozni egy rendszerrel.  Mi a legrosszabb ami tortenhet?  
Internet-hozzafereshez jut, meg egy adag tapasztalathoz.  Ezzel 
parhuzamosan a rendszergazda pedig tapasztalathoz.  Szakmai szemmel 
nezve ez egy win-win szituacio.


Masreszt, mint azt mar emlitettem tobbszor: egy tokeletes megoldas 
sincs, optimalis megoldas van.


Az eredeti levelre:

Lényeg amennyi kiskaput be lehet zárni azt bezárnám, hogy csak megadott 
idoben

és megadott szabályok mellett használhassák a wifit...


A dolgot amugy megfoghatod proaktivan es reaktivan is, attol fuggoen, 
hogy milyen teruleten akarsz tapasztalatokat szerezni (mar, ha akarsz 
egyatalan).  Ha nem akarsz egyatalan, akkor ez sima ugy: ismertek a 
jatekszabalyok, ismertek a technikai korlatok, innentol ez nevelesi 
feladat, nem muszaki.


Ha inkabb monitoring, IDS, security teruleten mozogsz otthonosabban, 
akkor fogd meg a dolgot a reaktiv vegerol.  Ha inkabb halozatos temaban 
vagy otthon, akkor fogd meg a dolgot a proaktiv vegerol.


Reaktiv megoldas, hogy a forgalmat attereled egy kituntetett halozati 
eszkozon vagy szerveren.  Ez lehet proxy, IDS, egy naplozo szerver, 
barmi.  Aki abban szerepel, az ugye megszegte a szabalyokat.  Innentol 
kezdve a fokuszod azon lesz, hogy ez a monitoring minel tokeletesebb 
legyen.  El lehet melyulni ilyenkor OS fingerprinting, deep packet 
analysis, IDS, ICF, proxy, valamint wifi alapu helymeghatarozas 
kerdeseiben.  Esetleg bevezethetsz a szabalyt megszegok reszere egy, a 
szabalyszeges fokaval aranyosan, valos idoben csokkeno savszelesseg 
korlatot.  Ebben meg latnek is amugy raciot.  Ezek mind szakmai dolgok 
es habitusodtol fuggoen profitalhatsz a megszerzett tapasztalatokbol a 
karriered meg hatralevo resze soran.


A proaktiv megoldas nyilvan a megelozes, lehetetlenne teves.  Engem 
mondjuk ez a resze jobban mozgatna meg, de nem vagyunk egyformak.  Ebben 
a kontextusban olyan dolgokon tudsz merengeni, mint port security, 
autentikacio, vmps, 802.1x, arp spoofing, dhcp snooping, NAC, TrustSec, 
profiling.  Egy csomo kifejezes amikre keresve szamtalan szakirodalomba 
botlasz.


Nem, nem azt mondom, hogy most azonnal rohanj es vasarolj 
professzionalis AP megoldast, kontrollert, akarmit, hanem azt, hogy 
olvasd es ertsd meg a koncepciot, majd vizsgald meg, ezek kozul mi az 
amit meg tudsz valositani a sajat kornyezetedben.  Onmagaban arrol 
konyveket irtak mar, hogy milyen elonyokel es hatranyokkal jar a 
felhasznalo azonositasa vagy a felhasznalo eszkozenek azonositasa.


De ha kimozdulunk az adatkapcsolati retegbol, a halozati retegben is 
szamtalan olyan technika talalhato, amivel egy adott szegmensen belul 
tudod tartani a nem kivanatos forgalmat, a nap egy adott reszeben.  
Automatizaltan.  Ehhez nyilvan a halozatodat kell jobban ismerni.


Gondolom mondanom sem kell, hogy engem szemely szerint hullara nem 
erdekel az, hogy milyen szabalyokat kik akarnak betartatni, illetve az, 
hogy milyen celbol.  Engem sokkal jobban foglalkoztat annak a muszaki 
megvalositasa, hogy egy adott igenyt (a gyerekek netezeset, vagy annak 
megallitasat) mikent tudja egy halozati infrastruktura kiszolgalni.  Igy 
szamomra nem akceptalhato az a hozzaallas, hogy adjunk nekik netet, 
akkor majd nem kell nekik annyira.  Ebben a muszaki kihivas egyertelmuen 
nulla.


udv
adam

___
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/

Re: [Techinfo] Blade szerver - system storage ds4200

[ka]

Szerintem a lentieket gondold ujra es fuss neki megegyszer.

udv
adam


On 11/09/2016 07:28, Esztergályos Róbert wrote:

Kedves Ádám és Balázs!



Attól, hogy az írásomban nem volt kérdőjel egy mondat végén, attól még
meg lehet érteni józan paraszti ésszel, hogy valaki mit szeretne:

„Soha életemben nem használtam ilyet, de jó lenne üzembe helyezni.”



Jobb helyeken ez kimeríti a „fingom sincsen mit kellene csinálni vele,
hogy működésre bírjam” mondatrészt.



@Balázs: A google találatért ezer hála, szerencsére ezt önerőből is
megtaláltam. De hatalmas segítség volt ettől függetlenül.



Én naiv meg arra számítottam, hogy valami hozzáértő veszi a fáradtságot
és pl.:  6-7 pontban elmagyarázza, mit kell csinálni, mielőtt (és mint
leírtam sosem találkoztam ilyen rendszerrel) nekiállok egy olyan
dolognak, ami teljesen idegen tőlem.



Attól pedig, hogy valaki nem a csúcsán ját az informatikának, még nem
biztos, hogy hülyének kell nézni.



Üdv:





Esztergályos Róbert
rendszergazda
Szombathelyi Műszaki Szakképzési Centrum

Puskás Tivadar Fém- és Villamosipari Szakgimnáziuma, Szakközépiskolája
és Kollégiuma
9700 Szombathely, Petőfi S. u. 1.
Telefon: (+36) 94/501-810 40-es mellék
Fax: (+36) 94/313-580
Mobil: (+36) 70/295-4428





___
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/



--


udv
Adam
___
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/

Re: [Techinfo] sulix + wifi

[ka]

On 2016-11-08 13:02, Zoltán Kurucz wrote:

DE a gyerek minden további nélkül be tud írni a telefonján fix
ip-t. Így nem is keresi a dhcp-t, A nem használt termeket szintén


dncp snooping a kerdesre a valasz, amugy a harmadik oktatasunk anyaga.

udv
adam


___
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/

Re: [Techinfo] Blade szerver - system storage ds4200

[ka]

Megörököltem egy ibm blade szervert. Van hozzá egy System Storage
DS4200 5 vagy 6 db 500gb-os vinyóval (állítólag a 6. döglődik).
Soha életemben nem használtam ilyet, de jó lenne üzembe helyezni.

Az előző rendszer alatt úgy tudom működött, win2003-on. Most win
2012 lett felhúzva, dns, dhcp rendben működik, domain rendben.
Optikai és hálózati kapcsolat is összekötve (nem szedtünk szét
semmit).

A segítségeket köszönöm előre is.


na de mi a kerdes?

udv
adam

___
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/

Re: [Techinfo] Orange PI

[ka]

On 2016-10-19 07:31, Horváth Péter wrote:

Azt írják, kompatibilis vele. Van valami ismert buktatója a
dolognak(függetlenül a kimenetek számától) ?



nem az orange pi az elso, ami egy mukodo, X osszegbe kerulo dolog kinai 
verzioja, X minusz epszilon penzert.  Barmirol legyen is szo, en meg nem 
lattam ezek kozul a dolgok kozul olyat, ami jobb is lett volna, nem csak 
olcsobb.


Egy gyors google kereses nehany panaszkodo jutub videot es forumokat 
dobott, ahol tobben sirankoznak, hogy nem mukodik egy usb port, 
instabil, csak egy bizonyos szoftverrel bootol be, android nem fut rajta 
stb.


Namost ezekkel a panaszkodos forumokkal nekem ket bajom van.  Az egyik, 
hogy akinek semmi baja, nyilvan nem keres forumokat, hogy leirja, minden 
fasza, tehat csak a panaszkodoktol hallani feedbacket.  A masik, hogy 
amiota minden foldonfuto hozzafer az internethez es panaszkodhat rajta, 
a velemenyek minosege is megerne egy miset.  Szoval engem konkretan nem 
erdekel olyanok velemenye, akik mondjuk nem kepesek egy usb portot 
megkulonboztetni egy hdmi-tol, marpedig altalaban ok posztolnak 10 
kulonbozo forumba, hogy az orange pi milyen rossz.  Ez azonnal feltunt 
csak abbol, hogy az elso ket talalatot atfutottam, amellett, hogy nehany 
valodinak tuno panaszkodas is olvashato.


Tekintettel arra, hogy egy raspberry pi kerul mondjuk, nemtom 10k hufba, 
az orange pi meg 3.5k hufba, a kulonbseg arban nem ert meg tobb, mint 10 
percet, hogy foglalkozzak a kerdessel de engem ez alatt a 10 perc alatt 
nem tudott meggyozni, hogy ezentul orange-ot kellene rendeljek.


udv
adam

___
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/

Re: [Techinfo] OFF: Android nem ébreszt

[ka]

On 2016-10-19 09:31, Kovács Marietta wrote:

Valaki találkozott már a jelenséggel?



igen, tok mas telefonon, mint a tied, mas android verzioval (mivel nekem 
kb egy eve is csinalta).  en nagy android hivo voltam, de mara ugy 
gondolom ez hiba volt, meggyozodesem, hogy az android egy felkesz selejt 
aminek nem lett volna meg szabad termekkent megjelennie.  ugy tudom 40% 
korul van az androidrol iphone-ra valtok aranya es egyre novekszik, meg 
egy honap es en is beallok a sorba, mert konkretan elegem van, hogy egy 
hasznalhatatlan roncs, frissites nincs, ha valami nem megy, a szoftveres 
mutogat a gyartora, a gyarto meg a szoftveresre.  raadasul en szivesen 
vennek uj telefont is, de nem vagyok hajlando egy tepsit hordani 
magamnal, igy aztan jelenleg nincs a piacon olyan androidos telefon, ami 
az en igenyeimnek megfelel.  technikailag kurrens iphone meg van, 
relative kis meretben (SE), ugyhogy reszemrol az egesz android vilag 
bekaphatja a nem mukodo ebresztojukkel egyutt.


udv
adam

___
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/

Re: [Techinfo] OFF: Android nem ébreszt

[ka]

On 2016-10-19 13:01, Molnar Peter wrote:


Melyik linux distrib-hez nem jonnek naponta frissitesek?

A windows-hoz is csak azert jonnek havonta, mert igy dontottek.



ket dolog keveredik itt.  egy dolog, amikor valamihez biztonsagi 
frissiteseket adnak ki.  Te a fentiekben errol beszelsz, patchekerol, 
biztonsagi problemakrol.  Ezek nem uj funkcionalitast adnak, hanem 
hibakat javitanak.


ellenben a hetente-ket hetente kiadott romban boven vannak uj funkciok 
is.  normalis cegek kulon tartanak feature release-t es security 
release-t, egymastol szeparalva.


en az "if it ain't broken, don't fix it" filozofiat kovetem.  folytatva 
az analogiat, neha-neha kiadnak uj kerneleket uj funkciokkal, de ha 
megnezed, peldaul linux eseten a fo verzioszam ugras nem hetente vagy 
havonta, sokkal inkabb evente tortenik.  ezzel erdemes osszehasonlitani 
a hetente kiadott uj romokat telefonokra.


udv
adam

___
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/

Re: [Techinfo] linux proba

[ka]

On 2016-10-20 09:22, Hábel György wrote:

Nagy valószínűséggel lesz grafikus felület, de angol. Itt már bukta a 
dolog...


miert is?


Alapprogramok lesznek, szintén inglisül, de nem tudsz kipróbálni egy
programtelepítést...



miert nem?


Szóval így ebben a formában némileg értelmetlennek látom az egészet...



en viszont ugy gondolom, hogy az oprendszer osszehasonlitasa peldaul 
pontosan igy kezdodik, a gyerek mar irhatja is az elso pontot a 
jegyzokonyvebe: "az operacios rendszerek alapertelmezett nyelve elter 
egymastol, aminek oka az eltero koncepcio - windows eseten eleve 
lokalizalt valtozat a hozzaferheto, mig a kiprobalt linuxos rendszerben 
alapertelmezetten szamos nyelv erheto el (koztuk a magyar), de az 
alapertelmezett az angol"


szerintem ez egy fundamentalis kulonbseg a ket oprendszer filozofiaja 
kozott aminek szerepelnie kell egy osszehasonlitasrol keszult 
jegyzokonyvben.


udv
adam



___
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/

Re: [Techinfo] linux proba

[ka]

On 2016-10-20 10:12, Hábel György wrote:


Szerepelne, ha Te írnád, és lehet, a gyerek is ezt teszi majd - az
útmutatásod, szempontok, stb. alapján.
Ha magától kell írnia valamit, abban nem sok köszönet lesz.
Ezért értelmetlen (bár lehet, kevés volt az eredeti infó):


igen, ezert irtam  en is, nem tudjuk, hany eves a gyerek es mit tanul.  
azt meg vegkepp nem, miert apa akarja megcsinalni :)



- minden otthoni gép más és más


ez nem problema, mivel nem a gepeket kell osszehasonlitani, hanem az 
ugyanazon a gepen futo kulonbozo oprendszert



- kevés a RAM, hótt lassú lesz a livelinux (és beleírhatja a
jegyzőkönyvbe, hogy ócska, mert lassú - holott nem is ott van az eb
elhantolva...)


ez teljesen lenyegtelen, hogy miert lassu.  nem a kereket kell 
feltalalni.  azt tapasztalja, hogy lassu.  oke.  beleirja a 
jegyzokonyvbe: windows boot: 45 masodperc, linux boot, 145 masodperc.  
pont.  a jegyzokonyvnek nem azt kell tartalmaznia, hogy keves a ram es a 
grub ezt meg azt be akart tolteni es varni kellett ra.  hanem azt, hogy 
a gyerek mit tapasztalt.



- valami vad VGA van benne, amit esetleg csak gyatra felbontáson visz


ez is tok lenyegtelen.  beleirja, hogy 800x600 volt, ez volt a default.  
kesz.  nem arra kivancsi a tanar, hogy tud-e felbontast allitani, hanem 
arra, hogy ossze tud-e hasonlitani ket tobbe-kevesbe hasonlo dolgot.  
mintha mondjuk az lenne a feladat, hogy hasolits ossze egy uveg 
vorosbort egy uveg feherborral.



- hülye chipes wifikártya -> nincs is wifi a linuxban...


ez se gond, bele kell irni: ezen a konfiguracion alapertelmezetten nem 
tamogatott.  pont.  amugy driver nelkul a windozom sem tamogatja, szal 
ez epp nem kulonbseg az en gepemen.



Azért írtam, hogy ebben a formában értelmetlennek látom, mert
beledobod a gyereket a mélyvízbe, gyenge úszástudással, aztán várod,
hogy részben kiússzon, részben elmesélje az élményeit (és legyen benne
pozitív - azon túl, hogy túléte...)



nem ismerjuk a hatteret.  az en vilagomban ez a kovetkezokeppen tortent. 
 kiadtak egy feladatot: el kellett olvasni nehany fejezetet egy 
konyvben.  Az mindegy mirol, lehetett ez a hohatasnak kitett femek 
kristalyszerkezetenek valtozasa fizikai behatasra, vagy lehetett a QoS 
parameterek modositasanak hatasa a streaming video minosegere UMTS 
kornyezetben, barmi.  Kaptal egy hetet, hogy elolvasd es megertsd, 
kozben voltak eloadasok ahol a tema ki volt targyalva (illetve inkabb 
bemutatva).  Majd jott a labor, leraktak eled mondjuk ot darab 
aluminiumot, hogy tessek, mutasd be meresekkel a gyakorlatban az 
elmeletet.  Es akkor fogtal valami fogot, az aluminium szalagokat 
kinyujtottad valtozatos mertekben, beraktad a kemencebe ket orara, majd 
a vegen fogtal egy vonalzot es megmerted, hogy je, tenyleg, a kevesbe 
meghuzott aluminimumon a kristalyok nagyobbak voltak.  Milyen erdekes.  
Nosza, irjuk le a jegyzokonyvbe, hogy ezt tapasztaltuk.  Vagy leraktak 
eled egy mobiltelefont, meg egy HLR-t, elinditottad a video streaminget 
es a HLR-en csokkentetted a telefonnak adott savszelesseget, mikozben 
dokumentaltad, hogy milyen valtozasokat latsz a videoben (pixelezodes, 
buffereles stb).  Nahat, milyen erdekes, tenyleg ugy mukodik a 
gyakorlatban, ahogy a konyvben leirtak.  Nosza, irjuk le jegyzokonyvbe, 
hogy ezt tapasztaltuk.


Nyilvan ha a feladat az, hogy telepitsen linuxot es hasonlitsa ossze 
valamivel, akkor az elmult idoszakban oran tanultak oprendszerekrol es a 
feladat az, hogy amiket tanultak azt figyelje meg a gyakorlatban, irja 
le es mutassa be.  Ha azt tanultak, hogy a linux lassabb, akkor merje 
meg, miben lassab es mennyivel.  Ha azt, hogy ugyanolyan gyors, akkor 
merje meg es lassa be, hogy nincs szignifikans kulonbseg.  Ha azt, hogy 
a windoz ismeri a hangkartyat a linux meg nem, akkor mutassa be, 
dokumentalja le.  Ha azt tanultak, hogy a hatterkep eltero szinu, akkor 
azt mutassa meg es dokumentalja le.  Ha azt, hogy a boot logo kulonbozo, 
akkor azt mutassa be es dokumentalja le.


Szerintem az ilyen hazi feladatoknak sok ertelme van es az en 
tapasztalatom az, hogy aki rendszeresen csinalt ilyesmit, az altalaban 
az eletben mas problemakat is gyakorlatiasan tud megkozeliteni, a 
megoldasra fokuszalva.  Tanarkent nezve pedig az ilyen feladatok azert 
jok, mert ugyanazt a feladatot tudod kiadni minden evfolyamnak minden 
evben, nyilvan eltero melysegben varsz valaszokat - egy alapfoku 
ismereteket tanulo osztalyban megakad a dolog a hatterszin kulonbsegen, 
de egy erettsegire felkeszitesnel mar siman ott lehet, hogy a hallgatok 
tanulmanyozzak, hogy mi a kulonbseg a ket oprendszer memoria lapjainak 
kezelese kozott, vagy a file rendszer jogosultsagkezelese kozotti 
kulonbsegeket mutatjak be.


udv
adam

___
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/

Re: [Techinfo] linux proba

[ka]

On 2016-10-20 08:42, Nagy János wrote:

Gyereknek házi feladat: Telepíts egy tetszőleges Linux
disztribúciót, használd és írd le a tapasztalatodat. Hasonlítsd
össze a windows-zal.
Hogyan tudná a legegyszerűbben megoldani a feladatot?


nem tudom, hogy ezt hogyan lehet egyszerubben vagy bonyolultabban 
megoldani.  A telepites az telepites, entereket kell nyomkodni, utana 
meg gondolom egy bongeszovel megnez par oldalt aztan ennyi.  Nem latom, 
hogy lehet kulonbseget tenni egyszeruseg meg bonyolultsag kozott.



Egy pendrive-ra gondoltam. Multiboot (yumi) és onnan lehet az iso
fájlt telepíteni szintén a pendrive-ra?


VM?


Mit javasoltok? (debian) Mire kell figyelnem? (boot sorrend a
bios-ban)


VM-nel semmire.


Az összehasonlításnál milyen szempontokat vegyek figyelembe?
(felhasználó barát felület ...)


Most te akarod figyelembe venni, vagy a gyerek?  Nem tudtuk meg hany 
eves a gyerek.  Nyilvan attol is fugg, hogy milyen targy keretein belul 
kapta.  Szal ha mondjuk mittudomen varrast vagy fozest tanul egy 
szakkozepben akkor nyilvan az ertekeleset ugyse olvassa el senki, nem 
kell tul komolyan venni.  Ha meg mondjuk informatika erettsegire keszul 
egy elte progmat elott, akkor egy valoban alapos osszehasonlit varnak el 
tole.


Nezzen vegig a gyerek azon, hogy az elmult hetekben, honapokban 
(evekben) miket tanitottak nekik az oprendszerekrol (biztonsag, file 
muveletek, UI, megvaltozott kepessegek tamogatasa, OS rendszerhivasok, 
grafikus elemek, vezerles, hangok, hardver tamogatas, halozat, processz 
kezeles, memoria kezeles, swap stb), nyilvan a feladat lenyege az, hogy 
a tanultakat a gyakorlatban onalloan alkalmazza.


Annal reszletesebb osszehasonlitast, mint hogy vegig megy mindazokon 
amiket tanitottak egy oprendszerrol es megnezi, hogy


1) mik az alapbeallitasok az egyes rendszerekben es ramutat a 
kulonbsegekre
2) megmutatja, hogy milyen modositasokat lehet az adott rendszerben 
vegrehajtani ami az elozotol elter (es hogyan)


ugysem lehet elvarni.

udv
adam

___
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/

Re: [Techinfo] minden level irany spambe

[ka]

On 2016-10-10 16:50, Kiss Zsolt wrote:

Ti mit gondoltok, mi okozhatja ezt?



az szerintem sokkal fontosabb, hogy a cimzett spamszuroje mit gondol, mi 
okozhatja ezt.  Szerencsere ezt meg lehet tudni, ha a kezbesites utan 
megnezed a teljes fejlecet.


Olyan sok tipusu spamszuro nincs, tehat erdemesebb volna valami 
szurofuggetlen okot feltetelezni, ilyen lehet peldaul a valamilyen 
blacklistben szereples, reverse dns hianya, tehat valamilyen olyan 
parameter amit minden tipusu szuro nez es ertekel.


udv
adam

___
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/

Re: [Techinfo] wifi - földszintről a 2. emeletre?!

[ka]

Ha viszont nem oldható meg az UTP kábelt elvezetése az első emeletre,
akkor ti hogyan oldanátok meg, hogy a második emeleten is legyen wifi?



google://repeater

van olyan is, ami kozvetlen a konnektorba dughato, nem foglal sok helyet.

--


udv
Adam
___
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/

Re: [Techinfo] win10+MSAcces2010 és win10+MSAcces2013

[ka]

On 2016-10-18 13:34, Felgimi A wrote:

használok). Nincs hatalmas MSOffice és Win10 tapasztalatom. Ezért
is írtam ide!


ahogy olvastam a leveleidet es merengtem azok stilusan, nagy levelezesi 
tapasztalatod sincs, szerintem lenne mit csiszolnod amig a kovetkezo 
technikai problema felmerul es amig ujra feliratkozol.


my $0.02.

udv
adam
___
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/

Re: [Techinfo] Wifi Analyzer iphone vagy windows phonera

[ka]

Nincs rajta a 10-es mert hivatalosan úgy tudom nem adták ki rá, nem is 
tudom
kijön-e. Rápartizánkodni meg nem akartam. Még garis is volt, illetve 
nem is

vagyok a híve. Szóval marad az alma vagy a 8.1-es Wphone.



Kozben azt talaltam egy forumon, hogy bar vannak wifi analizator cuccok, 
pont olyan nincs, mert az almas OS API-ja nem tesz elerhetove az 
appoknak olyan rendszerhivasokat, mint amit az andrdoid igen.  Szoval 
elvileg sem lehetseges ugyanazt a szoftvert talalni.


hogy mennyire igaz, nem tudom, egyetlen helyen olvastam csak, de mivel 
minden appot kabe parban adnak ki (almas, robotos), ezt meg nem, ez eleg 
beszedes.


udv
adam

___
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/

Re: [Techinfo] Linux Mint frissítési hiba Cntlm proxyval

[ka]

On 2016-11-16 08:11, Bagó István wrote:


http://www.deb-multimedia.org/dists/jessie/main/binary-i386/Packages
403 Forbidden ( Forefront TMG denied the specified Uniform Resource
Locator (URL). )


[...]

Az IP: után a cím a böngészőben simán megnyitható!

Miért lehet ez?



Azt irod, a firefoxban beallitottad a proxy-t.  Remek.  Az apt-ban 
viszont sehol nem emlited, hogy beallitottad volna.  A firefox egy 
bongeszo, az abban tett beallitasok nem rendszerszintuek, csak az adott 
programra vonatkoznak.  A csomagkezelo pedig egy masik program.


Nem tartom magam profi linuxosnak, Mintet sem hasznaltam soha, azt sem 
tudom debian jellegu csomagkezelest hasznal-e vagy redhat jellegut, vagy 
valami tok mast.  De ha rakeresel, hogyan lehet proxyt beallitani a 
csomagkezelodnek, azt fogod talalni, hogy vagy egy /etc alatti konfig 
file-ba kell beirni, vagy egy kornyezeti valtozoba.


udv
adam

___
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/

Re: [Techinfo] Wifi Analyzer iphone vagy windows phonera

[ka]

On 2016-11-15 10:42, Kiss Zsolt wrote:

Esetleg PC-re is, de kényelmesebb volna nem laptoppal szaladgálni. A
sulinak tabletje nincs, így az sem opció.


ha szifonra nem talalsz programot, akkor laposra: inssider

udv
adam


___
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/

Re: [Techinfo] közhálós router+ winserver2012

[ka]

On 2016-11-04 15:13, karesz karesz wrote:

(sulinetes) aminek a trönk portjába van egy cisco ws 2950t


lehet, csak engem zavar, de portjabaN.


futni a dhcp ,nat, ADDS, ADAC, megosztások... Mármost a privát
portokon automatikusan fut a dhcp, ez nekem a szerverről kellene majd
h fusson.. ahhoz, h a privát porton ne legyen dhcp azt ki tudom én


engem egyebkent erdekelne, hogy miert nem futhat a dhcp funkcio egy 
halozati eszkozon, miert kell ezt mindenkeppen a szerverednek csinalnia?


udv
adam

___
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/

Re: [Techinfo] dns vagy tűzfal kontra néhány honlap

[ka]

On 2016-11-02 12:30, Attila Kovács wrote:

 Először is segített az oktatás. Ugyanis megnéztem wireshark-al,
mit is mutat a forgalom ezeknél a honalpoknál, és rögtön
látszott, hogy TCP Retransmission. Innentől kezdve biztos voltam,


Orommel latom, hogy volt ertelme.

udv
adam

___
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/

Re: [Techinfo] DHCP anomália

[ka]

On 2016-10-13 08:28, Venczel József wrote:

Nem én állítottam be, a sulinetes router osztja, 24 órára. Az
eszközök (főként telefonok) pedig néhány órán belül, akár
még két másik alhálózatot is megjárnak. Az ott lévő dhcp
szerverekre 2 órás bérleti időt adtam meg.



amennyiben van hozzaferesed, akar konzolrol, a show ip dhcp bind parancs 
megmondja, hany ip cim van kiosztva.  Ebbol meg tudod mondani, hogy 
van-e meg szabad.


Ha nincs, akkor egyszeruen egy kliensen kerned kell ip cimet es 
wireshark/tcpdump segitsegevel megnezni, hogy egeszen pontosan milyen 
valasz jon, ha jon.


ha nem jon valasz, az a problema.  ha jon de nem a vart, akkor pedig az. 
 mindket esetben maskepp kell tovabb haladni.


udv
adam

___
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/

Re: [Techinfo] DHCP anomália

[ka]

On 2016-10-13 14:54, Veres Sándor wrote:

Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).



egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus 
ip cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott 
helyzetben ez elerheto-e, de a platform kepes ra.


udv
adam


___
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/

Re: [Techinfo] hp microserver gen8 - ubuntu raid

[ka]

On 2016-10-13 14:53, Zoltan Nyiro wrote:

szerint támogatja a ubuntu 12.04 operációs rendszert. Próbáltam
feltelepíteni, de az alaplapi raidet, de a linux 2 külön hddnek
látja. Elvileg a legújabb bios van a gépen. Van valami ötletetek.


lehet trivialis kerdes, de ugye a raid tombot a bios-bol elerheto 
utility-vel meg az oprendszer install elott beallitottad?


udv
adam

___
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/

Re: [Techinfo] hp microserver gen8 - ubuntu raid

[ka]

On 2016-10-13 15:02, Zoltan Nyiro wrote:

Igen telepítés előtt be lett állítva a raid tömb.


az oprendszer szerintem a diszkeket a kontrolleren at eri el, ugy 
altalanossagban.  Ezek ugye manapsag mind az alaplapon vannak 
integralva, de nyilvan mindenki emlekszik meg kulon scsi kartyara a 
gepben.  ezeknek az alap kontrollereknek drivereit az oprendszer by 
design tartalmazza, igy aztan 'nem kell hozza driver'.  ahogy teve 
elofizetesi dijat 'sem kell fizetni' mert az allam atvallalta mindenki 
neveben.


amint jon egy egzotikusabb kontroller - peldaul egy raid kontroller, ugy 
ahhoz megfelelo driver kell.  a tobbseg ugy gondolja, a hardveres raid 
attol hardveres, mert nem kell hozza driver - de, kell, csak mar benne 
van az oprendszerben alapbol.  linux eseten - a kernelbe bele lett 
forgatva, vagy mar install idejen rendelkezesre all modulkent.


harom fele raid van, vagy legalabbis en haromrol tudok.  a szoftveres, a 
hibrid es a hardveres.


a szoftveres raidet mindenki ismeri, kar rola beszelni.  a hibrid az 
olcso hardveres megoldas: van egy kontroller (akar alaplapi akar kartya) 
amihez kellenek driverek oprendszer szinten ami bizonyos feladatokat 
atvallal az oprendszertol.  de a nagyjat tovabbra is a cpu vegzi, 
eroforrasokat veve el az oprendszer elol.


es van a valodi hardveres, amelyben egy onallo kartya (vagy aramkor az 
alaplapon) csinal mindent es az oprendszernek nem kell semmirol tudnia, 
nem kell semmit csinalnia, dedikalt hardver kezeli a raid tombot es a 
lemezeket, a cpu nem vesz reszt a raid kezelesben.  nyilvan az 
oprendszer ebben az esetben szinten a kontrolleren at kezeli a lemezeket 
(illetve szerinte csak lemezt).  ergo rendelkeznie kell driverrel ahhoz 
a raid vezerlohoz amin keresztul a szamara lathato diszket kezelni 
szeretne.  ez nyilvan nem ugyanolyan lesz, mint a hetkoznapi sata 
vezerlo tehat nyilvan nem ugyanaz a driver kell hozza.


szoval: drivert kell keresned az adott linuxhoz ami vagy eleve benne van 
a kernelben, vagy kulon letoltheto es hasznalhato (a jelek szerint nalad 
utobbira van szukseg).  ettol ez meg nem lesz szoftveres / hibrid raid 
(ha valodi hardveresrol beszelunk), pusztan az oprendszerednek jelenleg 
fogalma sincs, hogy mit kezdjen azzal a fura izevel ami magat diszk 
kontrollernek hivja.


udv
adam

___
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/

Re: [Techinfo] vga bemenettel rendelkező projektorok wifi-sítése

[ka]

On 11/29/2016 20:05, Csaba Tiba wrote:

De a kép mellett a net is megy vagy akkor a laposon kell egy kábeles
kapcsolat hozzá?



oszinte leszek.  ezt a kerdest mar korabban sem ertettem.  ugy erted, 
hogy mikozben wifin az apple telefon, vagy android telefon, vagy *cast 
eseten akar PC, megosztja amit meg kell, kozben van-e netje?  miert ne 
lenne?  miert fugg ez egyatalan a megosztastol?



--


udv
Adam
___
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/

Re: [Techinfo] vga bemenettel rendelkező projektorok wifi-sítése

[ka]

On 11/29/2016 21:32, Csaba Tiba wrote:

Igen erre gondoltam. Ha wifivel kapcsolódsz a *castra akkor nincs
interneted webes tartalmat nem tudsz megjeleníteni, miracastot próbáltam
és rögtön bontja a kapcsolatot. Arra jutottam én is hogy kell egy plusz
netkapcsolat. Ezért lehet jó egy raspberry mert ott lehet netes
tartalmat megjeleníteni, képernyőmegosztást is tud a kodival. Csak
vártam hogy van e olcsóbb és okosabb eszköz.


talan az idoeltolodas miatt de meg mindig nem ertem.  itt van mellettem 
egy audiocast cucc.  Bele van dugva egy hangszoro ami mindig be van 
kapcsolva.  Amikor a raspberry pi-m ugy erzekeli, hogy hazaerkeztem (=a 
telefonom megjelent az otthoni halozaton), elkezd egy rajta levo 
konyvtarbol mp3-makat streamelni (magyarul mikozben veszem le a kabatom, 
megindul a hatterzene).  A pi-nek csak egyetlen kapcsolata van, nincs 
tobb, ez tortenetesen amugy vezetekes, csak az audiocast log wifin. 
Ekozben a pi siman elerheto, samban tolhatok ra mas zeneket, kilat es 
lathato internet fele / felol is.


Elfogy az mp3, elhallgat.  De ugy dontok, valamit a jutubrol akarok 
streamelni.  Elinditom a telefonom, felkapcsolodik a wifire, elinditom a 
jutub appot, megkeresem a videot, kivalasztom, hogy az audiot az 
audiocastra akarom streamelni es megy.  A hang valahonnan a szobabol, a 
kep a telefonon.  Nyilvan van kozben internet eleres a telefonon, 
hisznen a video is onnan streamelodik.


Pontosan melyik esetben hol kellene megszunnie a kapcsolatnak?  Mifele 
plusz kapcsolatrol beszeltek?  Miert gondoljatok, hogy az internet 
kapcsolatnak barmi koze van a streameleshez?


A korabban irt PSK nem jatszik, ott sem a streameles miatt nem megy a 
ketto egyszerre, csak szimplan nem akarod (ertheto okokbol) az egyetlen 
tamogatott protokoll (PSK) szintjere butitani a wifidet.


--


udv
Adam
___
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/

Re: [Techinfo] vga bemenettel rendelkező projektorok wifi-sítése

[ka]

On 11/29/2016 19:05, Horváth Péter wrote:

Van itt egy  raspberry openelec-el és kodi val. Ebben van "AirPlay"
szolgáltatás engedélyezve.
Ez valami hasonló lehet mint a chromecast ??



igen, apple cuccokrol tudsz kuldeni kepet es/vagy hangot kompatibilis 
eszkozokre.  a *cast (chrome, audio) ennek az androidos megfeleloje.


--


udv
Adam
___
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/

Re: [Techinfo] UTP-k gyongye

[ka]

On 2016-12-08 16:14, Kiss Zsolt wrote:
Más kérdezte mi a típusa. Majd holnap megnézem, de sokat mond az is, 
hogy rá
van írva, hogy otthoni használatra! Szerintem ebből nem lesz nagyon jó 
réz

arány.



hat nem tudom, nekem ez (otthoni hasznalatra) pozitiv jelzo lenne.  mert 
ugye hogy epit az ember normalis helyen halozatot?  csatorna vagy valami 
hasonlo, bele a kabel aztan az ott marad amig az epuletet le nem 
bontjak.  nem mozgatjak, nincs kiteve kulso erohatasoknak, zavaroknak 
stb.


hogy epit az ember otthon?  tekereg - kanyarog mindenen at, ajtot 
racsukjak, konyhaban a tuzhely felett atlog, gyerek felbotlik benne egy 
heten ketszer, minden tavasszal nagytakaritas, megmozgatni mindent, stb. 
 lenyegesen tobb behatasnak van kiteve.  szoval ha igy veszem, az 
otthoni hasznalatra szant kabel szerintem jobb minosegu kell legyen, 
nem? :)


udv
adam

___
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/

Re: [Techinfo] UTP-k gyongye

[ka]

Hat, en levagnek belole egy 95 meteres darabot, utp dugaszt a vegere, 
belekotnem ket gigas laptopba vagy barmibe, aztan iperf hadd szoljon.  
ha atvisz emberi sebesseget mondjuk fel oran at folyamatosan, akkor 
beszerelnem.  ha nem, akkor meg visszaadnam, hogy nem alkalmas a 
feladatra.


nem ismerem az agenda age-et, de ha hozzam jonnel, en is azt mondanam, 
hogy minden szar, kiveve amit tolem veszel.  en az ilyen mondasokban nem 
hiszek.  meg kell merni, a szamok nem hazudnak.


udv
adam


On 2016-12-08 15:31, Gyárfás Péter wrote:

Hello,

A Cat6 meg a CCA nem zárja ki egymást.
A CCA -ból is van 'még rosszabb' is :)  Az Al / Cu arány bármi lehet; a
kevésbé rossz CCA-nál akár 15-20% Cu is lehet.

Van márkája, gyártója?  Ha van hozzá certificate is, használható.
Ennél sokkal rosszabb amikor nem egyforma erek vannak.

Persze jobb lenne nem ezzel szerelni...


üdv,
Gyafi


-Original Message-
From: techinfo-boun...@lista.sulinet.hu
[mailto:techinfo-boun...@lista.sulinet.hu] On Behalf Of Kiss Zsolt
Sent: Thursday, December 08, 2016 3:49 PM
To: 'Techinfo' 
Subject: [Techinfo] UTP-k gyongye

Sziasztok!

Kaptam ilyet a klikktől: Cat 6 UTP Solid CCA (2 doboz fali, holott 1-1
dobozzal akartam volna patch és fali)

Azt hittem rosszul látok. CAT6-osból rezezett! Eléggé pesszimista 
vagyok
ennek a beépíthetőségével kapcsolatban. Felhívtam az Agenda Age-t nekik 
adok
a szavukra. Ők is csak néztek, hogy addig ok, hogy rezezett (szemét), 
de

ráadásul rá merik írni, hogy CAT6.
Kinek milyen tapasztalatai vannak ezzel kapcsolatban?

Ráadásul amikor jeleztem a klikk felé a problémát, ez volt a válasz:
Információim szerint Cat6-os UTP-kábelek érkeztek. A problémát
kábelcsatornázással át lehet hidalni? Ha igen, akkor januárban 
nyújtsanak be
kötelezettségvállalási igényt (különös tekintettel arra, hogy szabadon 
nem
maradhat kábel). Minden intézményünknek ilyen kábel került beszerzésre, 
már
korábban is. Sajnos egyikük sem jelezte, hogy nem megfelelő minőségű 
illetve

csak otthoni felhasználásra szánt termék.

Mit gondoltok erről? Én nem merem beépíteni, az agendások azt mondták
ruhaszárítónak tökéletes!



___
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/

Re: [Techinfo] dns problema win7

[ka]

On 12/13/2016 13:29, Fodor Zsolt wrote:

On Tue, 06 Dec 2016 13:31:48 +, k...@mayten.sch.bme.hu wrote

On 2016-12-06 13:17, Fodor Zsolt wrote:


Most jutottam vissza a problémához, szerencsére a kolléga azóta távol van.



a beidezett tartalombol ez az en kerdeseimre valasz.  bar mar fogalmam 
sincs, mi volt az eredeti problema, ha ennyi ideig nem volt fontos a 
hiba, akkor en is elvesztettem az erdeklodesem :)


de azert par dolog:


Most úgy látom, hogy válasz nem megy... de ha a többi gépnek igen, ennek miért
nem?



hirtelenjeben ket dolog jut eszembe.

1) iptables vagy valami mas szuri a visszairanyu forgalmat.  elemezzuk 
ezt az elmeletet ki.


- akkor a ping miert megy?
- mert a legtobb rendszergazda ugy kezdi az iptables konfigokat, hogy 
iptables -A  -p icmp -j ACCEPT, de meg az is aki tisztaban 
van a path mtu discoveryvel, az is engedi a pingeket az icmp-type -ot 
hasznalva


- miert szurne a visszafele dns forgalmat egy dns szerveren az iptables?
- rosszul bekonfiguralt fail2ban, vagy egy korabbi kosza hadmuveletbol 
szarmazo iptables -A OUTPUT -d $ip -j DROP van, esetleg, INPUT iranyban 
van ugyanez, ergo nem (csak) kifele szursz, hanem befele is. 
loggoltathatnad azt a dnsmasqot, hogy lassuk mit kezd a csomagokkal, 
illetve adhatnal egy masik ip cimet a hibas gepnek, lassuk akkor mi 
tortenik.  sot, akar meg is cserelhetned a ket szerver ip cimet, lassuk, 
a problema is megfordul-e.


felvehetnel egy szabalyt a szerveren, iptables -I OUTPUT 1 -d  -j 
ACCEPT, esetleg tobbet, protokollonkent.  aztan nezd meg a szamlalot, 
novekszik-e ahogy a kifele iranyulo csomag kimegy


2) egyeb L2 szintu problema van, a ping meg megy, de esetleg kiurul az 
arp cache es utana mar nem tud valaszt kuldeni.  esetleg utkozo ip / mac 
cim van a halozaton es csak bizonyos konstellacioban nem mukodik a dns / 
masnak megy a valasz.



Megváltoztattam a dns szerver címét egy másik létezőre, az eredmény
változatlan



ebbol a mondatbol nem derul ki, hogy mit csinaltal.

- megvaltoztattad a dnsmasq szervered ip cimet?
- vagy beallitottal egy masik ip cimet dns szervernek?  az is dnsmasq? 
azt is te konfigoltad?  ha kiderul, hogy az elso szerveren a dnsmasq 
hibas, akkor a masodik mitol lenne jobb?


En legalabbis a teszteket igyekszem olyan dolgon csinalni amit nem en 
konfiguraltam, hiszen ha egyet elrontottam akkor valoszinuleg kettot is, 
ergo a tesztem nem lesz fuggetlen...


--


udv
Adam
___
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/

Re: [Techinfo] linux ssh

[ka]

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
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/

Re: [Techinfo] linux ssh

[ka]

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 megfeleloen cselekszik.  shellt ad, lokalis konyvtarban maszkal, 
letolthetsz rajta keresztul barmit amihez hozzaferese van a php-nak, 
ilyesmik.


udv
adam

___
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/

Re: [Techinfo] linux ssh

[ka]

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
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/

Re: [Techinfo] linux ssh

[ka]

Halas temakor, mert mindenki, aki mar latott ssh-t, az szakember benne, 
kabe, mint a tizmillio focibiro, bevandorlasi szakerto, stb.  En is, 
nyilvan.  De mielott egyatlaan elkezdek gondolkodni, egy kis logikai 
gubanc van a leveledben.


Kiemelnem a lenyeget:


A support beállította, hogy csak kulcs hitelesítést fogadjon el.

[...]

Akkor hirtelen az jutott eszembe, leállítottam rajta az ssh

[...]

[Fri Dec 9 03:12:39 2016] Failed password for invalid user docker from
külső IP-m port 6920 ssh2



Szoval amit nem teljesen ertek, hogy a lokalis SSH beallitasoknak (csak 
kulcs, vagy jelszo is stb), valamint annak, hogy egyatalan fut-e az ssh, 
mi koze van ahhoz, hogy a tuloldalra sshznak ki a te gepedrol?


Mert szerintem semmi.  Tokmindegy, milyen beallitasokat valtoztatsz meg 
az sshd -nal, sot, az is tokmindegy, hogy az sshd egyatalan fut-e, attol 
meg kifele lehet sshzni.  Sot, tovabb megyek.


Bar valoszinu, hogy a sulixod ludas lehet, de a logokban amit 
bemasoldal, csak a publikus ip cimedre volt utalas.  Felteszem, hogy a 
halozatodban barhol ha van egy gep, ha az kilat internetre, akkor 
ugyanazon az IP cimen latszik a NAT miatt.


A kerdes tehat adodik: miert vagy benne biztos, hogy a sulixodat tortek 
fel?  Barmelyik masik belso gepet ha feltortek, vagy arrol mokas kedvu 
egyenek kiserleteztek, esetleg egy mar feltort gepet (trojaival) 
bevittek a halozatodba, kivulrol ezek egymastol 
megkulonboztethetetlenek.


A fentiek tukreben az elhamarkodott lepesektol (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)
2) erre a linuxra mindenkinek adnek accot, esetleg ldap / ad komboval 
automatikusan lenne mindenkinek
3) barki, aki legitim okbol kifele ssh-zik, atmenetileg ezen a gepen at 
kell azt tegye (jumphost)
4) neznem a logokat, milyen belso ip cimrol megy kifele szokatlan 
mennyisegu ssh

5) azon a gepen neznek szet
6) miutan megoldottam, ujra megnyitnam az ssh-t publikusan es 
megszuntetnem a jumphostot


valoszinuleg amugy annyi tortent, hogy

a) valaki bevitt egy fertozott gepet, a sulixodhoz semmi koze
b) tenyleg megtortek egy vagy tobb szervered, de akkor nem az ssh-t kell 
leallitanod, hanem azt amin keresztul megtortek.  nyilvan ezt ki kell 
deritened, hogy mi volt, valoszinuleg egy webszerveren at feltoltottek 
valami php kodot ami sshzik kifele (es meg ki tudja mi mast csinal)


Ha a gondolatmenetem helyes (es szerintem az, kulonben nem kuldenem be 
egy listara) akkor ova intelek mindenkitol aki a te sajat sshd -t 
konfiguralasara szolit fel, ok lathatoan nem ertettek meg a problemat.


A nyomozast el lehetne kezdeni azzal, hogy visszairhatnal azoknak akik 
az abuse-t bejelentettek es megkerdezhetned, hogy ok milyen idozonaban 
vannak?  A log amit kuldtek, reggel haromkor keszult.  Kis mazlival EU-n 
belul vannak es valami hajnali idopontra esik a tamadasuk ideje, amikor 
relative keves gep van bekapcsolva nalad, ez eleve leszukiti a 
lehetseges jeloltek szamat.  Ha nincs mazlid, akkor amikor naluk reggel 
harom volt, akkor nalad delelott tiz es az osszes gep be volt kapcsolva, 
barkitol johetett.


udv
adam

___
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/

Re: [Techinfo] új isp help

[ka]

On 2016-12-06 15:31, Péter Nagy wrote:

Kedves Kollégák!
Új net szolgáltató esetén, hogy kell átállítani terminálba az
Ubuntu 14.04 szervert?



ez ket kerdest vet fel.

terminalba szeretned aliltani, mert most grafikus feluletet hasznalsz?

vagy terminalbaN szeretnel valamit konfiguralni?  Ez esetben kerdes, 
hogy mit szeretnel?


udv
adam

___
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/

Re: [Techinfo] NIIF sávszélesség emelés Cisco 892 FSP

[ka]

On 2017-01-13 15:21, Horváth Péter wrote:

Mikrotik routeren alig látszik a sebességcsökkenés ha publikus IP-n,
PPtP vel, vagy a PPtP-ben létrehozott EoIP tunnelen keresztül
kapcsolódok
az internet 2 pontja között.


Nem tudom mennyire fog elcsuszni a level kulonfele bongeszokben / 
levelezokben de mutatok egy kepet egy 892-es router cpu terheleserol, 
epp az elobb mertem.


vpn forgalom nelkul:


c892   04:32:26 PM Friday Jan 13 2017 GMT
  3334443534343444
  100
   90
   80
   70
   60
   50
   40
   30
   20
   10*
 0511223344556
   05050505050
   CPU% per second (last 60 seconds)


10 masodpercig fullra kitomott vpn forgalommal:

c892   04:32:57 PM Friday Jan 13 2017 GMT
  1672
  201534344435
  100
   90
   80
   70   *
   60  **
   50  **
   40  **
   30  ***
   20  ***
   10    *
 0511223344556
   05050505050
   CPU% per second (last 60 seconds)

4 percig fullra kitobott vpn forgalommal

  77  21
  245946555655
  100
   90
   80
   70 ###***
   60 ###*#*
   50 #*
   40 #*
   30 #*
   20 ##  **
   10 ##**##**
 0511223344556
   05050505050
   CPU% per minute (last 60 minutes)
  * = maximum CPU%   # = average CPU%

A savszelesseg amit forgalmaztam, 10 mbit/s volt, tehat kozeleben sincs 
az eredeti kerdezo halozatahoz (itt csak ennyire sikerult a bovites), de 
latszik, hogy 72% korulire kihajtotta a processzort.


Csak erzekeltetni akartam, hogy 'a vpn nem jelent sokat' az onmagaban 
egy mokas mondat.  Minden a beallitasoktol fugg.  Egy pptp vagy eoip az 
nyilvan lofutty, nem vpn.


udv
adam


___
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/

[Techinfo] oktatas erkezik

[ka]

Udv,


Mivel Peter azt irta regebben, hogy kesobb is johetnek infok erre a 
listara az ingyenes oktatasokrol - kemeim jeleztek, hogy nemsokara 
erkezik egy uj meghivo a kovetkezo alkalomra.  Nem fogom reklamozni a 
masik listat, ahova a meghivok kimennek, de keressen batran akit 
erdekelnek a reszletek.  Sulinetes rendszergazdaknak tovabbra is 
ingyenes.  Aki mar feliratkozott a hirdetmenyekre, nincs tovabbi 
tennivaloja.



--


udv
Adam
___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 11:34, Peter Molnar wrote:

Hello!
A digitalis naplonk nem elerheto bizonyos szolgaltatokbol.
Igazabol felig elerheto.
A bejelentkezo oldal megjelenik, de az aoznosito es jelszo beirasa
utan 504-es gateway timeout van.


[...]


A 172-es cim hogyan juthat ki? Valamit itt nagyon elszurtak, vagy
rosszul latom?


szerintem igen, rosszul latod.


Otletek?



eloszor is induljunk el az elejetol.  Egy HTTP 504 errort masoltal be.  
Ez egy alkalmazasi retegbol erkezo hibauzenet.  Azt jelenti, hogy az 
osszes alatta levo reteg (fizikai, adatkapcsolati, halozati, transzport, 
stb) mind rendben van.  Ha nem lenne, ezt a hibauzenetet az alkalmazas 
nem tudna megjeleniteni szamodra.


Tehat azok utan, hogy tisztaztuk, hogy tobbek kozott a harmadik, azaz 
halozati retegben minden rendben van (kulonben nem latnal HTTP 504-et), 
egeszen pontosan miert relevans a traceroute parancs kimenete?  A 
halozati retegben hiaba keresel hibat, ott nincs.


Ha annyira 'elszurtak' volna, hogy 172.31-es cimeket latsz a 
traceroute-ban (ez onmagaban meg nem elszuras, igen, tudom, RFC1918 
tartomany, de akkor sem egyertelmu, hogy ez hiba) akkor eleve az 504-es 
HTTP hibauzenet sem juthatna el hozzad.


Fokuszaljunk inkabb a hibakodra.  A HTTP hibakodok jol definialt 
szintaxist kovetnek.  Kezdjuk ott, hogy barmi, amit 5xx hibakod, az 
szerver oldali hibara utal, ugyanugy, ahogy minden, ami 4xx az kliens 
oldali hibara.


Innen mar gondolom egyertelmu, hogy az 504, teljesen mindegy, hogy 
konkretan mit jelent, a szerver hibajara utal, nem pedig a koztes 
halozatera.  Ez megerositi a kerdesem, hogy miert traceroute-tal 
keresunk hibat?


Altalaban 504-es hibat akkor latni, amikor egy reverse proxy van az 
utvonalban, vagy masneven frontend szerver es neki vannak problemai az 
eleressel.  Ez fuggetlen attol, hogy ki probalkozik, mivel ez egy zart 
halozat a frontend es a backend kozott amire valoszinuleg nincs 
rahatasod.


A konkret rendszer ismerete nelkul azt gondolom, az autentikaciot mas 
rendszer valositja meg, mint a tobbit, ezert sikerul az autentikacio, de 
tovabb mar nem.


Visszaterve az RFC1918-as cimekre a traceroute kimenetedben: tok 
normalis, hogy olyan halozatokban, amelyek peldaul pont-pont halozatok, 
privat cimzest hasznalnak.  Ezek lokalis jelentosegu halozatok, peldaul 
egy ISP es egy masik ISP kozotti linknek nem kotelezoen kell, hogy 
publikus cime legyen.  Sot, biztonsagi szempontbol peldaul ellenjavalt 
is.  Ugyanez vonatkozik peldaul berelt vonali szakaszokra is, szamtalan 
pelda van ilyenre a valosagban.  Egeszen addig, amig a routing tablak 
rendben vannak a privat cimzesu szegmensek szelein, az lenyegtelen, hogy 
a koztes szakasz egy-egy darabjat a vilag nem fogja tudni megcimezni, a 
vegpontok ettol meg elerhetoek maradnak.


udv
adam

___
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/

Re: [Techinfo] Ethernet

[ka]

On 2016-11-29 12:32, rendszerga...@nlai.sulinet.hu wrote:

Sziasztok,

ethernet rendszerek hitelesítő mérésére, jegyzőkönyvkészítéshez
keresek eszközt, ha esetleg van valakinek eladó mondjuk
kihasználatlanság miatt :) vagy már lecserélte jobbra akkor legyen
szóljon :)



Jegyzokonyvezesnel es hitelesitesnel felmerul a kerdes, hogy rez, optika 
vagy radiohullam alapu ethernetre gondolsz?  Nyilvan mas eszkozok 
kellenek mindegyikhez, de nem derult ki a leveledbol, hogy pontosan 
milyen technologian elerheto ethernetet szeretnel hitelesiteni.


Arrol mar nem is beszelve, hogy az sem derul ki, hogy mit?  
Jelszinteket?  Idoreseket?  Jelerosseget?  Valaszidot?  Atviteli 
sebesseget?


udv
adam

___
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/

Re: [Techinfo] idozitett script futtatas gond

[ka]

On 2016-11-27 00:16, Molnar Peter wrote:

Ime a 4 "futasi kornyezet" kornyezete, ismetlem, a script az utolsoban
nem futtatja a "service apache2 restart" parancsot.
Csak a kulonbsegeket hagytam benne.



nem latom az id / whoami parancsok kimenetet a nem mukodo kornyezetben, 
legalabbis telefonon nem volt olvashato.  elhiszem, hogy csak a 
kulonbsegeket hagytad benne, de engem a teljes parancs kimenete 
erdekelt.



A Webmin-es megjegyzesedet pedig kerlek magyarazd meg.
Mi a baj vele?


az nem eleg, hogy nem mukodik? :)  amugy a koncepcioval van bajom.  
vegyunk egy olyan kornyezetet, ahol a jogosultsagok, azok szeparalasa es 
a hozzaferes nem csak szabalyzott, de megoldott is, valamint szukseg van 
ra.


majd az egeszet ultessuk at egy olyan kornyezetbe, ahol sem a 
jogosultsagok, sem azok szeparalasa nem rendesen megoldott, ellenben 
tovabbra is szukseg van ra.


Ebbol jo megoldas nem sulhet ki, csak kompromisszumos, ami egy 
megeroszakolasa mindket kornyezetnek.  Vegeredmenyben egy olyan tool-t 
hasznalsz, ami pont abba a kornyezetbe nem valo, ahova szantak.  De 
ertem en a koncepciot: a cli bonyolult, adjunk webes interfeszt 
mindenkinek, akkor majd olyanok is uzemeltethetnek linuxot akik nem 
ertik a mogottes koncepciot.  Ez utobbi nem feltetlenul rad vonatkozik, 
de globalisan a velemenyem a webminrol, hogy elsodleges celja eltuntetni 
a lenyeget, ami utan ne csodalkozzunk, ha akik hasznaljak, nem ertik 
azt.


udv
adam

___
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/

Re: [Techinfo] Ethernet

[ka]

On 2016-11-29 13:24, rendszerga...@nlai.sulinet.hu wrote:

Szia Ádám

bocsánat a pongyola fogalmazás miatt
réz alapú formára gondoltam :) elsősorban, ami érdekelne: szakadás,
rövidzár, kábelbekötési hiaba
és a jegyzőkönyv ...



hat ha csak ennyi, akkor nem kell tulzasba esni, egy ebayen occsoert 
megveheto kabelteszter is megmondja ezt, egy 9 voltos elemmel.  mondjuk 
jegyzokonyvet nem ir rola, az teny, meg kabelhosszt sem mer, a fluke 
ezeket megcsinalja de az nem ket filler.  hacsak nem napi 8 oraban 
ilyesmivel foglalkozol, valoszinuleg nem eri meg megvenni.


udv
adam

___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 13:28, Peter Molnar wrote:

Az erintett webszerver elerheto sulinetes oldalrol is.
Lenyegesen kisebb savszelesseggel.
A sulinetes vonalon a belepes 1-2 masodperc
A masik vonalon ahol 2Mbit/s vonalon ul a szerver kb 60 masodperc



szerintem tok egyertelmu, hogy szerver problema van.  eleve az 504-es 
http is erre utal, masreszt a leirtak megerositik.  en a logokat neznem 
meg, nem tudom van-e hozzaferesed.  ezekbol kiderul, mire var a szerver 
abban a 60 masodpercben.


udv
adam

___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 14:13, Peter Molnar wrote:

Hello!

Belso halorol belepes 1-2 masodperc
Sulinetes vonalrol 1-2 masodperc
Barhonnan 1-2 masodperc
Egyetlen 1 szolgaltatotol: 60 masodperc.
Csak a szolgaltato mas.
Nem tudok olyan webszerver beallitasrol, ami kiszurna 1 szolgaltatot,
s timeout-ra futna.
Eleg nehez tesztelnem, de a webszerver logjait debud-ra allitom,
hatha...



Szerintem rosszul kozelited meg a problemat.  Probalom maskepp 
fogalmazni, mert ez nyersen hangzik, de oszinten ugy gondolom, hogy nem 
jol allsz hozza.


Ne azt vizsgald, hogy mi tortenik az elotet szerver es a kliens kozott, 
azt nezd, mi tortenik az alkalmazasban.  Mint irtam nem ismerem, de 
eltoltottem par evet olyan kornyezetben, ahol ilyen jellegu hibakat 
vizsgaltam.  Ne egy kapcsolatra fokuszalj, hanem a folyamat egeszere.


Lehet, nincs igazam, orommel latnam, ha tenyekkel megcafolnal.  
Szamtalan olyan alkalmazast lattam mar, ahol bizonyos konstellacio 
eseten valami lassan, vagy nem mukodott.  Az alkalmazast vizsgald, hogy 
az melyik lepesben mit csinal, ki kapcsolodik kihez, miert es honnan 
kapja ezt az informaciot.


Az gondolom egyertelmu, hogy az azonositast vegzi valami, majd utana az 
adatot masvalaki szolgaltatja, legalabbis en a korabbi leveleidbol igy 
ertelmeztem a leirtakat.  Azt kell megvizsgalnod, hogy ebben a masodik 
lepesben mi milyen sorrendben tortenik.  Siman elkepzelheto, hogy 
valahol a hatterben peldaul tortenik egy nevfeloldas, naplozasi cellal 
(pl. nem csak IP cimet de hostnevet is loggolni akar valaki).


Mit ad isten, a leveledben korabban irt IP cim (a szolgaltatoe, tehat 
nem az, amin a kliens latszik, tehat a 79.120.209.1) nem oldhato fel, 
timeout-ra fut.  Lehet, hogy az a cim, amin a kliens latszodik, sem 
oldhato fel (nem tudjuk, mert nem irtad meg mi az).  El tudom kepzelni, 
hogy egy webalkalmazas, ami ragaszkodik a nevfeloldashoz, kitartoan 
probalkozik es ez kesleltetest okoz.


Halozati problema?  Nem.  Ez alkalmazas problema.  Specifikus egy 
szolgaltatora nezve?  Igen.  Konnyu hibas kovetkeztetesre jutni, ha csak 
egy pontot vizsgalsz, nem pedig az egesz folyamatot egeszben, ezert 
irtam, hogy szerintem forditva ulsz a lovon, mivel meg mindig webszerver 
beallitasrol es szuresrol beszelsz, szerintem ez komplexebb ennel.  Nem 
halozati es nem OS beallitas, hanem alkalmazasi.


Ebben a konkret esetben en nem latom a jelentoseget annak, hogy 
barhonnan mashonnan jol mukodik.  Kit erdekel?  Azt kell vizsgalni, a 
nem mukodo esetben mi zajlik a hatterben.


udv
adam

___
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/

Re: [Techinfo] vga bemenettel rendelkező projektorok wifi-sítése

[ka]

On 2016-11-30 05:43, Csaba Tiba wrote:

és keresgélsz? Az mp3 most irreleváns. Képernyő tartalom
megosztás és az internetkapcsolat megbízhatóságáról lenne szó


kerlek olvasd el az eredeti levelet ujra.  A koncepcio mindket esetben 
ugyanaz.  Ugyanahhoz a halozathoz csatlakozik a stream kuldo es fogado 
is.  Nyilvan van folyamatos netkapcsolat, a *cast temakoreben 
ertelmetlen a kerdes.  Valaki beidezte a hwsw tesztjet is, amiben 
konkretan leirjak.


udv
adam

___
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/

Re: [Techinfo] Pendrive írásvédett

[ka]

kísérelték megforrasztani. Tehát még mindig várunk arra, hogy valaki
megforrassza, és ezzel tovább tudjunk lépni az eredeti probléma



Azert halkan jegyzem meg, hogy egy forraszto keszlet (paka, on, tarto 
stb) arabol legalabb harom 32 gigas pendrive-ot lehet venni.


udv
adam

___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 16:34, Somogyi László wrote:

Talán egy ethereal-lel végzett csomagvizsgálat mutatna különbséget,
működő és nem működő helyek között, ha úgy is fennáll a helyzet, hogy
tulajdonképpen mi jön meg, mi megy el?


de en nem a kliensen futtatnam, hanem a szerveren, illetve a szerverek 
kozott, ha tobb van.



Láttunk már olyat, hogy a TCP kapcsolat kiépül, handshake megvan, de
útközben valami dobálja az értékes adatot tartalmazó csomagot, nem
mindet, de túl sokat. Akkor is timeout lesz. Mindenki csak vár, aztán
egyik megunja... hibaüzi.


Peldaul MTU ilyen lehetne, de:

- akkor nem 504 error erkezne a szervertol, hanem sima timeout a 
kliensen, lokalisan
- a weboldal megjelenik, autentikalni tud - ezzel mar regen tulleptunk 
az MTU probleman, felteszem a kezdo weboldal is tobb, mint 1500 byte



Szokták javasolni, hogy DNS szervert kell váltani a kliensen. Mi
lenne, ha egy olyan helyen, ahol nem működik jól, DNS-t váltanál a


En inkabb a szerveren ellenoriznem a nevfeloldast, kulonosen azokra az 
ip cimekre, ahonnan a kliens a problemas esetekben erkezik.


udv
adam

___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 11/29/2016 18:48, Molnár Péter wrote:

El tudom kepzelni, hogy egy webalkalmazas, ami ragaszkodik a

nevfeloldashoz, kitartoan probalkozik es ez kesleltetest okoz.



IGEN!
Ennyi.



mondtam, hogy nem halozati es nem szerver hiba :)  az alkalmazas 
ragaszkodik a nevfeloldashoz, errol kell lebeszelni, vagy legalabbis 
ertelmesebben megirni, hogy rovidebb timeout-tal tegye ezt.


--


udv
Adam
___
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/

Re: [Techinfo] dns problema win7

[ka]

On 2016-12-06 13:17, Fodor Zsolt wrote:

Mi lehet az ok?



1) nslookup-pal kezzel feloldva mi tortenik?

2) amikor a bongeszok arra panaszkodnak, hogy nem oldhato fel, a 
halozati forgalomban latod, hogy kuldenek kerest a nevszervernek?  ha 
igen, jon valasz?


ha nem is kuldenek, akkor lokalis hiba, valami blokkolja.  talald meg mi 
es tavolitsd el.  ha kuldenek, de nem jon valasz, meg kell nezned, a 
keres megerkezik-e a dns szerverhez.  ha nem, halozati hiba.  ha igen, 
dns hiba.


a lehetosegek valoszinuseg szerint csokkeno sorrendben vannak.

udv
adam

___
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/

Re: [Techinfo] Debian 8.6 kifagyott vagy nem, de mégis

[ka]

On 2017-01-03 07:18, Venczel József wrote:

Van két monitorozó szerverem, melyeken Debian 8.6 fut. Ma reggel az
fogadott, hogy mindkettő kifagyott, de mégsem. Ezeken a gépeken


egeszen biztosan ma reggeli az allapot?  Nem lehet, hogy a leap second 
bug okozta, de az elmult harom napban meg nem vetted eszre?


udv
adam

___
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/

Re: [Techinfo] e-kartya tapasztalatok

[ka]

csak brainstormingolok hangosan, mert nincs ilyen szemelyim es meg negy 
evig nem is tervezem, hogy legyen.  bar ezt lehet nem kerulom el, mert 
minden hataratlepesnel gyanusan forgatjak, a foto rajta ugyanis meg 
akkoriban keszult, amikor 25 kiloval nehezebb voltam.


szoval:

On 01/05/2017 21:01, Kiss Zsolt wrote:

Volt pár kérdésem, amit egy word doksiba megírtam nekik. Aláírtam
digitálisan, amiből egy eredetinev_alairt.asice filet gyártott a keaasz
programjuk amivel aláírtam. PDF-ből pdf-et gyártott ugyanúgy _alairt


csak a kivancsisag vegett.  altalaban az emberek word doksi alatt egy 
.doc vagy .docx vagy .odt vagy hasonlot ertenek.  igen, tudom, hogy tud 
pdf-be is menteni, de akkor miert relevans, hogy milyen szoftverrel 
keszult?  most akkor ez egy doc/docx/odt/akarmi vagy egy pdf amirol 
beszelunk?  nekem nem vilagos, hogy a pdf hogyan kerult a kepbe.



kiegészítéssel. Már itthon pislogtam mi ez az asice. A TC tömörítettként


en is pislogok, hogy mi az asice, de mindig azt mondjak, nem szegyen az 
okosabbtol tanulni, igy megkerdeztem google haveromat es erre jutottunk:


http://www.id.ee/?id=37370

BDOC is a new digital signature format developed in 2014 to replace the 
old, DDOC (DigiDoc) digital signature format.  [...]  The BDOC digital 
signature format comprises two technically different subformats. In 
order for end users to be able to easy differentiate between these 
subformats, each subformat has obtained its own file extension - .bdoc 
and .asice.  The ASiC-E LT signature is highly compliant with the 
international standards.


Engem mondjuk kicsit nyugtalanit ez a 'highly compliant' megjegyzes. 
Mert ugye szabvanyokrol beszelunk.  Vagy compliant vagyok, vagy pedig 
nem.  A kicsit, meg a nagyon compliant az szamomra nem ertelmezheto.  Na 
de mindegy.



hogy mondjam meg mivel nyissa ő ezt meg. A PDF persze gond nélkül nyílik.

ezen annyira nem vagyok fennakadva, mivel az alairas lenyege a 
hitelesites, nem pedig a titkositas.  Szoval teljesen jogosan 
megnyithatja azt barki.  A lenyeg, gondolom, hogy ha valaki hozzair, 
atir, torol vagy barhogy modosit benne, akkor a te privat kulcsoddal 
kepzett hash, amit a publikus kulcsoddal lehet ellenorizni, nem fog 
stimmelni, igy mindenki tudni fogja, hogy az a pdf, amit olvas, nem 
ugyanaz, mint amit te letrehoztal.



mondjuk vállalkozó volnék és az alkalmazottam ezzel igazolná ezt a két
adatot akkor hogyan tudom meg az okmányából? Nem csak az orvosoknak kellene



errol az jut eszembe, amikor valamikor 2002-3 korul uzleti kapcsolatban 
voltam egy ma igen ismert es elismert szakemberrel.  Titkositott 
adatokat kellett atkuldeni ugy, hogy elotte meg sosem talalkoztunk 
(amugy szemelyesen azota is csak kb negyszer).  Akkoriban az egyetemen 
tananyag, a vilagban meg amugy hirkent gyakran elofordult a PGP es a 
GPG, mint a nyilvanos kulcsu titkositas, illetve a koncepcio ket fo 
implementacioja.  Mivel akkoriban amugy ZH-n is 8 pontos feladat volt 
fejben RSA-t szamolni, kodolni es dekodolni, papiron, ceruzaval, nyilvan 
beleastam magam a temaba (nem volt valasztasom).  Es ha mar, akkor 
nyilvan volt kulcsparom, meg mutt-ban integralva alairas, dekodolas, stb.


Gondoltam vegre egy tema, amit az egyetemen kivul, a valo eletben is 
tudok hasznalni.  Nosza, irtam is neki, hogy ha valahonnan megtudnam 
hitelesen a kulcsparjanak a publikus reszet, amit aztan mondjuk 
telefonon ellenorizhetunk, akkor elkuldom neki ugy amit kell, titkositva.


A valasz?  Inkabb ne, mert o nem ert hozza annyira, hogy meg tudjon 
gyozodni rola, hogy minden rendben, titkosan es biztonsagosan zajlott.


Ugy erzem ma mar nem kihivas az aszimmetrikus kulcsu titkositas, de 
minden kornak megvan a sajat maga (technikai) problemaja, ami bar 
elerheto, mukodik es eletkepes, de az emberek nem hasznaljak, mert nem 
ertenek hozza.  Az uj szemelyi is ilyen lehet.


Galileit eliteltek, mert koranak szinvonalaval szembe menve azt merte 
allitani, hogy a Fold kering a Nap korul, nem pedig forditva. 
Semmelweis azt merte javasolni, hogy az orvosok talan mossanak kezet ket 
szules levezetese kozott.  Az orvosok tiltakoztak, vegul szegeny dokit 
harom evre ra Becsbol el is uldoztek, pedig igaza volt.  Einsteint is a 
tobbseg idiotanak tartotta eleinte, majd kesobb nem csak egy csapat 
tudos kezdte el vizsgalni a teziseit, de nehanyat meg a mai napig sem 
sikerult 100% igazolni, noha mindenki sejti, hogy azok tenyleg ugy vannak.


Egyikunket sem hasonlitom a fent emlitett tudosokhoz, csak probalom 
hangsulyozni, hogy nem ez az elso eset, amikor valaki egy uj otletet, 
technikai vivmanyt tul koran kezd el hasznalni, aztan csodalkozik, hogy 
senki nem erti mit akar.


Segits annak a szegeny ugyintezonek eljutni oda, hogy meg tudja nyitni a 
trukkos alairt allomanyodat es hozzajusson a kerdeseidhez.  Ez minden, 
amit az ugyben szerintem tehetsz.


--

udv
Adam
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: 

Re: [Techinfo] Debian 8.6 kifagyott vagy nem, de mégis

[ka]

On 2017-01-03 10:15, Venczel József wrote:

jól működik rajtuk. A gnome felületet újra lehet indítani
valahogy a rendszer újraindítása nélkül?



a ctrl+alt+backspace mar nem mukodik?  10 eve mikor utoljara grafikus 
feluletet hasznaltam, meg igy kellett.


udv
adam

___
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/

Re: [Techinfo] ?= =?utf-8?q? pályázat

[ka]

On 2017-01-05 07:34, Kunci wrote:

Sajnos az ilyenek nagy valószínűséggel pont arra építenek, hogy úgyis
lesz aki megpróbálja. Ha pályáznak vagy 100-an még az is lehet, hogy


azon gondolkodtam a thread olvasasa kozben, hogy ahogy most van valaki, 
aki megkerdezte mi a szitu, masok megmondtak (a valoszinuleg varhato) 
vegkifejletet, majd ezt az illeto nem veszi figyelembe.  Mondvan, hogy 
nem gond ha elbukja a zset, majd jovore figyelmeztet masokat.


Gondolom jovore is lesz valaki, aki megprobalja, majd minden tanacs 
ellenere belevag, hogy jovo utani evben o is figyelmeztethessen masokat, 
akik aztan ugyanugy figyelmen kivul hagyjak.


Ha gondoljatok, nalam 5900-ert lehet palyazni.

udv
adam

___
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/

Re: [Techinfo] HP procurve 2324 kerestetik

[ka]

On 2017-01-05 11:22, Dicso Geza wrote:

HP procurve switch 2324

[...]

A készüléken minden LED villog. Reset nem segít. Kikapcsolás, lehűtés,

[...]

Ha PC lenne, a fentiek alapján tápot cserélnék, de itt nem tudok.



de szerencsere nem PC.

csak en maradtam le, vagy nekem nem vilagos, hogy miert forrasztopakaval 
esel neki egy halozati eszkoznek, ami a konzolon el tudna mondani, ha 
valami baja van?  a leveledbol nem derul ki, hogy annyira halott, hogy 
konzol sincs?


az pedig megkevesbe derul ki, hogy miert csak ugyanilyen switchet 
keresel?  2001 most mar 16 eve volt.  az ethernet egy szabvany.  miert 
nem jo barmilyen switch kivaltani ezt a hp-t?  Feltetlenul egy masik 10+ 
eves eszkozbol kivett alkatresszel akarsz tovabb uzemeltetni egy 16 eves 
switchet?


nem irtad hany portos, ebayen 24 portos switcheket utanad vagnak 
annyibol, mint amit mas lutri palyazatokra szor el.  azok se maiak, de 
16 evesnel fiatalabbak.


udv
adam

___
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/

Re: [Techinfo] w2k3 tűzfal portok

[ka]

On 01/07/2017 19:11, Sándor Fehér wrote:

Még most igen, de csak egy ideig.
Már most is vannak olyanok, akiknek két telefonjuk, tablet, plusz
notebookjuk is van.
Nem tűzoltás volt a cél, hanem tartós megoldás.



Keves 512 cim, tervezunk a jovore.  Rendben.  Es a 
192.168.4.0/255.255.252.0, 1024 minusz 2 ip cimmel miert nem tartos 
megoldas?



172.x.x.x/16 lett a megoldás, mert ezt tartottam a legjobbnak az adott
környezethez és feladathoz. (65.536 cím egy ideig elég lesz :)  )



nem a konkret megoldasoddal, a koncepcioddal van bajom, mert arra enged 
kovetkeztetni, hogy a VLSM alapjai nincsenek meg.


ez nem baj, belevesszuk az oktatasba.
--


udv
Adam
___
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/

Re: [Techinfo] HP procurve 2324 kerestetik

[ka]

On 2017-01-09 11:23, Gyulai László wrote:

Ez a baj szerintem a mai gondolkodásmóddal, a tápegységben levő


ez is egy velemeny.  nezopont kerdese, hogy a gondolkodasmod baj-e vagy 
sem.



elfáradt elektrolit kondikat kicserélve a megfelelő, jó minőségű, low
esr kondikra, az áramkör funkcionalitása helyreáll. A félvezetőknek


ideig - oraig.  lehet, hogy olyan helyen, ahol van 200 gyerek, meg 20 
tanar nem sok embert erdekel, ha nincs halozat 1-2 oraig, vagy 1-2 
napig.  de olyan helyen, ahol a halozati forgalomban az is szamit, hogy 
hany nanoszekundum a kesleltetes, nem lehet bohockodni forrasztopakaval, 
vagy konyekig turkalni a tapegysegekben.  ki vallal felelosseget utana a 
kovetkezo elromlasnal?  ki vallal felelosseget ha valamilyen kar 
szarmazik a hibas 'javitasbol'?



Filléres dolgok miatt dobnak az emberek kukába elektronikai eszközöket
amit javítani lehetne. Hova szemetelünk majd ha már Ázsia és Afrika is
megtelt??


a kidobas nem kukazas.  en peldaul az ugyfeleimnel rendszeresen 
kidobatom a halozati eszkozoket amint a gyartoi tamogatas a hardverre 
vagy a szoftverre lejart.  onnantol kezdve ugyanis nincs felelos ha hiba 
tortenik.  ha elromlik egy halozati eszkoze es elbukik egy uzletet, 
rajtam kovetelhetne a kart.  igy aztan amint lejar a tamogatas, sot, 
inkabb elotte, az eszkoz kikerul a halozatbol, ujat kell venni helyette. 
 mi lesz a regivel?  altalaban megy vissza a gyartohoz aki beszamitja 
vasarlasnal.  vagy megy ebayre, vagy megy tovabbertekesitesre.


miert eri meg megis ezeknek a cegeknek rendszeresen kidobni mukodo 
eszkozoket?  mert az a haszon, amit abbol nyernek, hogy minimalis 
problemak vannak, lenyegesen tobb, mint az a koltseg, amibe mindez 
kerul.  a vezetoket pedig ez erdekli: a koltseg kisebb legyen, mint a 
haszon.


az idonek elotte kidobott hibas keszulek kerdese sem sokkal masabb.  
rendszeresen kell cserelni valamit, mert nem mukodik.  nem akarok 
szamokkal dobalozni, mert semmi ertelme, de legyen eleg annyi, hogy 
tavaly a meghibasodott halozati eszkozok ossz erteke magasabb volt, mint 
nehany kisebb afrikai orszag GDP-je.  nekem nincs idom arra, hogy 
nekialljak forrasztgatni, sem egyik emberemnek sincs ideje erre.  gyarto 
kuldi az ujat, regit kuldjuk vissza nekik.  ha meg tudja javitani, megy 
a raktarba, legkozelebb mehet ki mashova, ahol ugyanilyen berendezes 
romlik el.  konkretan a cisco haromszor javit hardverhibat, mielott 
vegleg kidobja.


en elhiszem, hogy a biborvasarhely-also iskolaban ha nincs semmilyen 
halozat egy hetig, akkor sem tortenik semmi katasztrofa, igy aztan lehet 
sufnituningolni a tapegysegeket.  de vajon ha legkozelebb valami tanart 
vagy gyereket megcsap az aram a szakszerutlenul javitott berendezesed 
miatt, vagy kiesik/leesik maga az eszkoz vagy valamilyen komponense, es 
serulest okoz, akkor mivel magyarazod?  esetleg ha tovabbi problemakat 
okoz az elektromos halozatban valami mas berendezessel es kart tesz 
abban?


es ebben engem nem vigasztalna azt sem, hogy de kozepiskolaban tanultam 
forrasztani.  kit eredekel?  a mult heten fajt a labam, ragugliztam, 
megtalaltam, kikezeltem.  ettol meg nem lettem orvos es nem fogom a 
szomszed fajos labat sem 'meggyogyitani', sem nem megyek korbe a 
keruletben, hogy kinek faj a laba, segitek rajta.


udv
adam

___
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/

Re: [Techinfo] HP procurve 2324 kerestetik

[ka]

On 2017-01-06 12:29, Horváth Péter wrote:

Gyanítom hogy ha villog az összes LED, akkor azt nem a szoftvere
villogtatja hanem, ahogy próbálkozik a táp elindulni, aztán leáll a
túlterheléstől.



szerintem nem.  egyreszt azota maganban mar leveleztunk es tisztaztuk, 
hogy en osszekevertem, a 2524-es switchen van csak konzol port, a 
2324-en nincs.


masreszt a dokumentacio szerint a fault led villogasa jelzi a hibat, azt 
pedig, hogy mivel van hiba onnan tudni, hogy a fault leddel szinkronban 
villog az aminek baja van.


ez nekem eleg szoftveres villogtatasnak tunik, ha szinkronban tartja 
oket egymassal.


Így nem kell kiforrasztani az összes kondit, csak amelyik rossznak 
bizonyul.




en ilyen hobbi-forrasztott switchet tuti nem akarnek a halozatomban 
latni, fuggetlenul attol, kinek hany ev gyakorlata van benne.


udv
adam

___
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/

Re: [Techinfo] FW: Széteső WEB-lapok

[ka]

On 2017-01-10 12:26, Bagó István wrote:

Látott már valaki ilyet?



ha a CSS-t nem tudja betolteni, akkor lathato ilyen jelenseg.  
firebug-gal meg tudod nezni, hogy milyen komponensek vannak a sikeres 
oldalletoltesnel, fokuszalj a html fejlecre (nem a protokollra, hanem az 
alkalmazasra gondolok, tehat a  -re, illetve annak 
kornyekere, ahol a CSS-t definialni szoktak).


udv
adam

___
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/

Re: [Techinfo] kinai rendeles

[ka]

On 2016-12-20 12:27, Veres Sándor wrote:

Kb. májusban egy másik szálban említetted, hogy rendeltél 2TB-os
pendrivot kíváncsiságból; most gondolom nem ez vezérelt, de azok után
mertél még kínából rendelni?!



vadasz, vadasz :)

azert orulok, hogy masok rendelnek kinabol, mert igy legalabb bennem fel 
sem merul, mint opcio.  kulonosen, hogy 2400 forintert mar hozzadvagnak 
egy 16 gigasat (itmedia peldaul), de ha tavolabb is nezelodsz (kevesbe 
tavol, mint kina), akkor mar brutto 1900 forintert is talalsz.  2300, ha 
usb 3.0 kell.


biztos en ulok forditva a lovon, de inkabb koltok durvan 2k-2.5k -t egy 
pendrive-ra, de nekem ne ilyen csoffadt 
nyolc-gigaskent-meg-mukodik-talan-husvetig cuccot adjanak mar, hiaba 
kerul szaz forintba postakoltseggel egyutt.


udv
adam

___
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/

Re: [Techinfo] kinai rendeles

[ka]

On 2016-12-20 12:48, Peter Molnar wrote:

Hello!

azert orulok, hogy masok rendelnek kinabol, mert
igy legalabb bennem fel sem merul, mint opcio.

Hol van benned a kalandszellem?
:)


lehet, tul oreg vagyok mar hozza, hogy ilyen kalandokat keressek.


amugy 64GB-os pendrive 15 dollaert nem lett volna rossz vetel.
Ellenben ha visszakapom a penzt, akkor a 16GB-os ingye se rossz.



hat ja, nem lett volna rossz vetel.  ha mukodne.  Nagymamamnak is ha 
kereke lett volna es csengetett volna, villamos lett volna.


azert a 16 gigason ne a potolhatatlan emlekeidet tarold.  Ki tudja 
meddig fogod olvasni a 16 gigat, lehet fel ev mulva mar csak 8 lesz, 
vagy 4, vagy annyi se.


udv
adam

___
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/

Re: [Techinfo] kinai rendeles

[ka]

On 2016-12-20 13:09, Kovács Marietta wrote:

Én általában azért rendelek onnan, mert nincs postaköltség.
Mo-on, ha nem Bp-en laksz, +1000-1500 Ft a kiszállítás, Kínából
a legkisebb vicik/vacak-ot is ingyen küldik (és általában meg is
érkezik!)



direkt az itmediat hoztam akik ha jol latom, 300-700 forint kozott 
szallitanak videkre.  lehet nem pont ennyi, mar nincs elottem az oldal 
es lusta vagyok megint megkeresni, de mi regen siman osszealltunk a 
kollegakkal, mindenki osszeirta mi kell neki, aztan rendeltunk mondjuk 
otszaz dvd-t, harminc pendriveot, stb.  Postakoltseg, ha egyatalan volt 
is, akkor is kabe nulla, eloszlott.



Eddig 5 db pendrive jött onnan (mondjuk mind Kingston/Sandisk, vagy
legalábbis az van ráírva :)), kb. ugyanannyiért, amennyiért
megkapnám Mo-i boltban, de postaköltség nélkül. Mind hibátlanul


szandekosan nem akartam felhozni a kinai firmware-t a kinai pendriveon, 
egyreszt mert a tobbit is onnan hozzak, masreszt meg a fene tudja 
egyatalan igaz-e a sztori.  de az teny, hogy a selejtet kapod meg 
toredek aron.  mint minden termeknel, a selejtek kozott is van jobb es 
rosszabb.  ugyanugy, ahogy a nem selejtek kozott is van jo termek es 
belekerul nehany selejtes is.


en epp ezert azt mondom, hogy ha szeretnem minimalizalni a 
valoszinuseget, hogy hibas eszkozt vasaroljak, akkor szeretnek abbol a 
halmazbol valasztani, ahol statisztikailag kisebb eselyem van hibasat 
kapni.  lehet a szamokon vitatkozni, hogy most ez P=0.1, vagy P=0.01, de 
abban gondolom vita nelkul egyetertunk, hogy P(aliexpresses cucc szar) 
>> P(mediamarktos cucc szar)  Nem csak siman >, de >> es ha a >>> ervenyes matematikai jeloles lenne, azt hasznaltam volna.


a posta meg allitolag azert ingyenes, mert a kinai allam igy tolja a 
sajat piacat.  ha neked kene kifizetni a postakoltseget, a kutya nem 
rendelne onnan semmit.  hangsulyozom, hogy allitolag, nem ellenoriztem 
az allitas valosagalapjat, de nekem logikusnak tunik.


meg azt se felejtsuk el, hogy a mediamarktos cuccokra fizetnek vamot, 
ami ugye az EUban kotelezo az EUn kivul erkezo termekekre, a te 
pendriveod meg ugye 'ajandek' cimszoval erkezik, ertekmegjelolessel (1-2 
dollar) maganszemelytol maganszemelynek, igy nem fizetsz ra vamot.


udv
adam
___
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/

Re: [Techinfo] HDMI kábel hossz?==?UTF-8?Q?abbítás

[ka]

On 03/28/2017 12:47, Fodor Zsolt wrote:

Nálunk valaha 15m-es kábeleket közbeszereztettek. Annak a végére még tettem
egy 1m-es hosszabbítót, mert az eredeti irtó vastag és nehéz volt.
Minőségromlást nem tapasztaltam.



ha nem tevedek, a hdmi egy digitalis jel, ergo egeszen addig, amig a 
barhogyan leromlott jelminosegbol egy nullat, vagy egy egyest elo lehet 
allitani / rekonstrualni, hullara mindegy, hogy mennyire tokeletes a jel.


--


udv
Adam
___
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/

Re: [Techinfo] java firefox52

[ka]

On 2017-03-30 12:58, Veres Sándor wrote:

2017.03.30. 12:08 keltezéssel, k...@mayten.sch.bme.hu írta:
en a 43mas firefoxrol es 1.5-os javarol nem vagyok hajlando 
elmozdulni, ezzel meg minden mukodott ami nekem kellett, a security 
nem erdekel, szoval popcornnal es kolaval a kezemben nezem, ahogy 
egymast pufolik az emberek.


Akkor szerinted ez a megoldás?


mivel bongeszot irni nem tudok, csak hasznalni amit masok irnak, igy 
igen.



A munkahelyeden is így állsz hozzá a biztonsági kérdésekhez?



nem.  a munkahelyen meg ennyire se torodok a securityvel.

udv
adam

___
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/

Re: [Techinfo] java firefox52

[ka]

On 2017-03-30 10:09, Zoltán Kurucz wrote:

Sziasztok

A tárgybálivel szívok, az allábbi alapján már mindent
ellenőriztem, de a kiegészítők közt sem jelenik meg
https://support.mozilla.org/t5/Manage-preferences-and-add-ons/Java-b%C5%91v%C3%ADtm%C3%A9ny-haszn%C3%A1lata-interakt%C3%ADv-webes-tartalom/ta-p/13221
[1]

hogy bírjam futásra...--



nem megszunt a plugin tamogatas az 52-tol?  vagy irany vissza 51, vagy 
van valami extended support release.


udv
adam

___
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/

Re: [Techinfo] java firefox52

[ka]

On 2017-03-30 10:57, Zoltán Kurucz wrote:

ja végigjátszottam az összes böngészőt, az opera is kilőve. De
nem akarom elhinni, hogy tényleg csak a downgrad a megoldás...


ez egy orok vita.  a bongeszogyartok szerint 2017 van es a kreten 
webfejlesztok vegre megtanulhatnanak webet fejleszteni biztonsagosan es 
hatekonyan.


a webfejlesztok kb. szarnak bele az egeszbe.

a felhasznalok meg ket csoportra oszlanak: akinek nem kell se cib bank, 
se kormanyablak, se 20 eves halozati eszkozt, virtualis kornyezetet, 
pornot vagy rtl sorozatokat nezni (kb ezekhez kell java, flash es 
silverlight) azok szerint mindenki barlangban lakik es 2017ben nem ugy 
kell mosni, hogy a patakban a sziklahoz csapkodjuk a ruhakat.


aki pedig a fentiek kozul barmelyiket csinalja, az felvaltva szidja a 
bongeszogyartokat es a webfejlesztoket, mert ket szek kozott a pad alatt 
van.


en a 43mas firefoxrol es 1.5-os javarol nem vagyok hajlando elmozdulni, 
ezzel meg minden mukodott ami nekem kellett, a security nem erdekel, 
szoval popcornnal es kolaval a kezemben nezem, ahogy egymast pufolik az 
emberek.


udv
adam

___
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/

Re: [Techinfo] Internetminőség mérése, dokumentálása

[ka]

huzavona, szolgáltató szerint minden rendben van, soha nem szakadt le
a modem, ő viszont többször is észrevette, hogy - igaz, csupán
másodpercekre - megszakad a vonal. Leginkább onnan veszi észre, hogy
leáll a letöltés. Egyszer sikerült időben odarohannia a modemhez, és
látta, hogy a net ledje nem világít...



akartam korabban valaszolni, csak elfelejtettem.  szoval a fentiek 
alapjan szerintem mindket felnek igaza van.


tegyuk tisztaba a fogalmakat, amiket lattunk itt leirva.

- leszakad a modem
- megszakad a vonal
- net led nem vilagit

ez harom kulonbozo dolog.

persze nem tudjuk milyen modem, melyik szolgaltato, milyen protokoll, 
csak kovetkeztetunk a DSL-bol.  Nalam van itt egy cisco router amiben 
van egy adsl interfesz, igy en ebbol indulok ki.


a modem leszakadas altalaban akkor van, amikor a dslam szinkronizacio 
nem sikerul vagy ujra kell egyeztetni a vonali parametereket.  Ez az a 
folyamat, aminek a vegen a modem es a dslam megegyezik, hogy az adott 
jel-zaj viszony mellett X kbit/s le es Y kbit/s feltoltesi sebesseget 
tartanak, mert ez a meg stabilan uzemelo allapot.


a megszakad a vonal ugye 2017ben nem annyira fordul elo mar.

a net led nem vilagit viszont egeszen mas: a ppp session megallt.  majd 
amikor a ppp ujra felepiti, ujra menni fog.


nyilvan a felhasznalonak a harom tokeletesen egyforma, nincs net.  de ha 
bejelenti, hogy nincs net, akkor elhajtjak, mert ugye van.  nem azt 
jelentette be, hogy nehany masodpercig nincs.


ha tudomanyos akar lenni es mar olvasott olyat a logout.hu foruman, ahol 
ugye szakertok ulnek, hogy szinkron, meg jel, meg leszakadas, akkor ezt 
jelenti be.  es a szolgaltato megnezi es tenyleg nem szakadt le a modem. 
 a szinkron nem allt le, nem futyult ujra masik sebessegen stb.


a ppp session lehet leszakadt, de nem azt jelentette be, igy nem is azt 
vizsgaltak.


amikor nekem bajom volt a netemmel, jo regen, azt tapasztaltam, hogy a 
PPP-n beluli LCP keepalive keretekre idonkent a szolgaltato nem 
valaszol.  mondjuk ugy masfel percig.  akkor meg fiatal voltam es 
tudatlan es openwrt-t hasznaltam, amiben ugy remlik 3x20 volt az 
alapbeallitas, azaz ha haromszor 20 masodpercig nem jon valasz az LCP 
keepalive keretre, akkor az openwrt ugy gondolja, hogy ez a ppp 
kapcsolat halott.  es lebontja.  majd utana valamikor ujraepiti.  az 
ujraepites pedig sikeres lesz, mert miert ne lenne az.


igy a jelenseg az volt, hogy random idokozonkent kb fel-masfel percre 
megallt a net.  tcpdump volt a baratom, ebbol lattam, hogy bar az LCP 
keretekre nem jon valasz, de amugy a net megy rendesen, majd amikor a 
routerem bepanikol az LCP hianyoktol, akkor lebontja a PPP-t, akkor 
persze nincs net, majd amikor ugy gondolja es elinditja, akkor ujra van.


A megoldas az volt, hogy 3x20-rol 5x50re emeltem az LCP timeout erteket 
ami ezutan mar nem timeoutolt.


En is bejelentettem a szolgaltatonak, hogy szar a net, elhajtottak, 
aztan tcpdumpoltam, majd utana egy hetig turtam az RFC-t, hogy rajojjek 
egyatalan hogy kene mukodnie a PPP-nek, utana meg bejelentettem azt, 
hogy nem valaszolnak az LCP keepalive-ra.  erre mar kaptam rendes 
mernoki valaszt, igaz, nem azonnal es nem a telefonos kislanytol.


szoval amit irni akartam, hogy

1) nem derult ki, hogy mit jelent az, hogy nincs net
2) amig nem tudjuk, hogy mivel van problema, addig nem tudjuk, hogy 
minek a minoseget kell dokumentalni
3) majd ha kiderult, mit kell figyelni, akkor lehet javasolni 
dokumentalasi es meresi modszereket


en rakotnek egy routert ami loggol rendesen, ppp session, stb, valamint 
tudsz rajta vagy elotte tcpdumpolni, latni kell mi tortenik amikor 
leszakad az illeto.  ha az megvan, akkor mar onnan egyszeru a megoldas.


--


udv
Adam
___
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/

Re: [Techinfo] dns szerver gond - openwrt android 5

[ka]

Szia,

A kapcsolódáskor freeradius (2.2.5) azonosít, ip adatokat DHCP-ről 
kapnak -

helyesen. DNS-szerverként egy dnsmasq szerver van megadva a saját
hálózaton belül.


[...]

Akiknél gond van, úgy tűnik, kizárólag az Android 5.x-et futtatók.


gondolom nincs masodik dhcp szerver a halozaton, mert akkor nem csak 
android 5 felhasznalok panaszkodnanak?


A weblap betöltésekor a DNS szerver elérhetőségére panaszkodik. Ezt még 
meg
tudom érteni, de ha megpróbálom a 160.114.8.5 címet - amit nem nagyon 
keresnek

fel az eszközzel, akkor a böngésző címsorában megjelenik a
http://www.u-szeged.hu/ majd közli, hogy baj van a dns szerverrel. Nem 
segít


erre magyarazat az lehet, ha megnezed az emlitett weboldal forrasat, 
amiben rogton a html kod tetejen ott van peldaul:


script type="text/javascript" 
src="http://www.google-analytics.com/ga.js;<


(a <> tagokat en forditottam meg, ha valaki webmailen olvas levelet, a 
bongeszo ne ertelmezze a kodot).


Szoval te hiaba toltod be IP cim szerint, a bongeszonek odadobnak egy 
url-t amihez maris dns kell.  De amugy az oldal tele van ilyen implicit 
dolgokkal amik nevfeloldast triggerelnek.  Mar az is eleg, ha egy kep 
valahonnan be van linkelve es abszolut hivatkozas van ra.


Ha tesztelni szeretnel, javaslok egy hello world oldalt, ilyet 
osszedobsz hamar, errol nem vezetnek ki linkek.


az sem, ha statikusan adom meg a saját dns szervert vagy éppen a 
8.8.8.8-at.


A neten még nem találtam használható dolgot. Merre érdemes a megoldást 
keresni?




0) egeszen pontosan, karakterrol karakterre mi a kliens oldali 
hibauzenet?  mert az en telefonom nem olyan ertelmes, hogy kozolje, hogy 
dns hiba van, csak annyit kot az orromra, hogy 'az oldal nem talalhato' 
ami ugye egy semmitmondo uzenet, jelenthet barmit.


1) ha van hozzaferesed egy problemas klienshez, telepittess fel ra egy 
tesztprogramot.  Nincs most a kornyekemen android nem tudom megnezni a 
tool nevet, de ilyen egybecsomagolt cucc, lehet pingelni, traceroute, 
port scan es dns lookup is van benne.  gondolom ezer van a foldon.  
kuldj nevfeloldasokat olyan hostokra, amiket gyanitasz, hogy nem 
mukodnek, peldaul a fentebb emlitett u-szeged forrasabol kiszedett 
linkeket (van egy iframe is rajta egy youtube-bal, ez is nevfeloldast 
general)


2) figyeld a dns szervered logjaban, hogy a) beerkeznek-e a keresek az 
adott ip cimtol, b) azok a keresek erkeznek-e be es ugy, ahogy varod, 3) 
megy-e valasz rajuk?


azt irtad, hogy dnsmasq van, de gondolom o csak cache, van igazi 
nevszerver is.  esetleg bind?  ha nem lenne, akkor a loggolast kapcsold 
be rajta:


logging {
channel default-log {
file "/var/named_server.log";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category client { default-log; };
category config { default-log; };
category database { default-log; };
category default { default-log; };
category general { default-log; };
category network { default-log; };
category queries { default-log; };
category query-errors { default-log; };
category security { default-log; };
};


majd utana ilyesmiket kellene latni:

17-Mar-2017 09:14:43.967 queries: info: client 192.168.25.33#50792 
(star-mini.c10r.facebook.com): query: star-mini.c10r.facebook.com IN 
 + (172.31.255.193)
17-Mar-2017 09:15:00.213 queries: info: client 192.168.25.33#52739 
(su.ff.avast.com): query: su.ff.avast.com IN A + (172.31.255.193)


Ebbol latod, hogy peldaul az elso egy ipv6 keres, a masodik egy ipv4 
keres amit a telefon kuld es formailag helyesek is.


3) a kovetkezo lepest nyilvan magad is tudod: ha halozati problemat 
gondolsz, akkor tcpdump.


tcpdump -i  -vvv -n -s 0 -w dns.cap port 53

majd a kapott file-t akar helyben (tcpdump -r) vagy wiresharkban 
olvasgatva latnod kell, hogy milyen dns forgalom volt es mit kapott a 
kliens.  Ismerven, hogy a DNS forgalomnak hogyan kell kineznie (ha nem 
ismered, hasonlitsd egy ismert, jol mukodo klienshez) latnod kell, ha 
valami abnormals van.


4) A tcpdumpot megismetelheted az openwrt mindket oldalan is, ugyanazt a 
kerest osszehasonlitva, modosul-e mikozben athalad.


udv
adam

___
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/

Re: [Techinfo] Belső hálózaton a web- és a levelezőszerver nem érhető el

[ka]

On 2017-04-04 17:06, Várkonyi István wrote:

Belső hálózaton a web- és a levelezőszerver nem érhető el :-(



ugye azt is leirod, hogy mi a hiba?

udv
adam

___
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/

Re: [Techinfo] Képzés

[ka]

On 2017-03-09 12:54, Csaba Tiba wrote:

Létezik hogy most újra a hálózat alapjai képzés van? Gondolom
azoknak akik lemaradtak.



ha a ma estire gondolsz, amit en tartok, akkor nem.  ez a halozati 
retegek kozul a harmadik reteg alapozoja, mivel tobb eloadas epit a ma 
esti ismeretekre.


a legelso, halozati alapozo kepzes tavaly volt az egesz legelejen.  
lement, elmult, beke poraira.


talan a cim elso ranezesre felrevezeto lehetett (halozati alapok vs 
halozati reteg alapok) de a tartalomjegyzek illetve a leiras 
egyertelemuen behatarolta, hogy nem ismetlesrol van szo.


udv
adam

___
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/

[Techinfo] load balancer slideok

[ka]

Udv,

szolgalati kozlemeny: ma megjelentek a legutobbi eloadas slidejai, igy 
ha gondoljatok, a szertarra batran felkerulhet, a tobbi koze.


udv
adam

___
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/

Re: [Techinfo] nive.hu vizsgaszabályzat rendszergazda feladata

[ka]

On 2017-03-08 10:06, Molnar Peter wrote:

 De tenyleg, komoly a kinyomtatas



az erettsegi komoly dolog.  nekem annak idejen azt tanitottak, ne bizzak 
komoly dolgot olyan szamitogepre, amit egyedul meg tudok emelni.


ha en erettsegiznek, en akarnam a feladataimat nyomtatva is.

udv
adam

___
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/

Re: [Techinfo] nive.hu vizsgaszabályzat rendszergazda feladata

[ka]

On 2017-03-08 10:29, Molnar Peter wrote:
Feltetelezve, hogy azert akarod, mert biztos akarsz lenne nem 
valtoztattak meg.

Erre a kovetkezot tudnam mondani.
1. Mi akadalyozza meg a csalni kivanot, hogy a modositott anyagot ujra
kinyomtassa?
2. Mi akadalyozza meg a csalni kivanot, hogy a modositott anyagot ujra
felirja CD-re?



1) a fentiekhez jegyzokonyvet is kell hamisitani (a logot 
jegyzokonyvezni kell, gondolom a nyomtatast is
2) a modositott anyag ujra kinyomtatva nem rendelkezne ugyanazokkal a 
parameterekkel (pl nem egyezne a nalam levo masolattal, amin mondjuk egy 
tanari alairas is van, illetve nem rendelkezne az en alairasommal sem)



s a kinyomtatott anyagokat atnezhessem, s alairasommal igazolnam, hogy
ezt tenyleg en csinaltam.
De errol szo sincs



Ez a baj, nem az, hogy nyomtatni kell.

udv
adam

___
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/

Re: [Techinfo] admin gép

[ka]

On 2017-07-31 12:09, Aszti Laci wrote:

Amit szeretnék, a hálózat kezelése, monitorozása, és virtuális
gépek tesztelése.



az elso kettore szerintem egy raspberry pi is eleg.  a virtualis gepek 
tesztelese nem tudom mit takar.


a raid lenyege emlekeim szerint az alabbiak elerese lehet (kulon kulon, 
vagy egyben):


- adattarolas redundancia elerese
- sebessegnoveles

Namost az SSD szerintem eleg gyors, nem annyira latom azon mit kell meg 
novelni.  Az adattarolas redundanciaja egy valid pont lehet, bar ne 
felejtsuk, hogy az ssd-ben nincs mozgo alkatresz, igy pontosan nem tudom 
milyen hibak ellen szeretnel vedekezni.  Ezzel szemben viszont az 
SSD-ben altalaban irasi darabszamra adnak meg elettartamot.  ha raid 
1-be kotsz ket ssd-t akkor szerintem szamottevoen nem emelted az 
adatbiztonsagot, amde cserebe parhuzamosan ket ssd-t irsz.


alapbol en desktopnal nem latom a raid jelentoseget.

- ha veletlen letoroltem vagy felulirtam valamit, a raid mirror ugyelni 
fog ra, hogy mindkettorol letorlodjon, ne csak egyikrol
- ha bekaptam egy zsarolovirust, a raid mirror ugyelni fog arra is, hogy 
mindketto tartalma titkositodjon


En sokkal tobb ertelmet latnam annak, hogy egy darab ssd, a 2TB HDD-t 
valamilyen halozatos adattarolasra felhasznalni (NAS-ba illeszteni, vagy 
ujat kialakitani), amire menteseket raksz, a fennmarado SSD-t pedig 
felhasznalnam egy masik gepben, HDD->SSD upgrade celokra.


udv
adam

___
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/

Re: [Techinfo] boot floppy image

[ka]

On 2017-08-15 17:03, Horváth Péter wrote:
Szerintetek van ehhez hasonló megoldás SMB megosztásra való 
csatlakozáshoz ??

Mármint DOS bootlemez SMB klienssel?

Gondoltam már rá hogy pl. openwrt -ből tudnék csinálni X86 HDD image-t
ami ismeri az összes hálókártyát (amit a menuconfig-ban ki lehet
választani),
és automatikusan felmountol egy smb megosztást.



amugy ennek az egesznek mi ertelme?  diskless klienseket akarsz?  
Temerdek disztribucio van ra.  Ha eredetileg is dosban gondolkodsz, 
akkor meg mar olyan mindegy, hogy dos cli vagy linux cli.  vagy nem?


udv
adam

___
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/