Új hozzászólás Aktív témák

• #15417 jeszi tag Shatterstar #15415

  Új Válasz 2012-10-17 16:42:40 #15417

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz Shatterstar #15415 üzenetére

  Régóta az alábbit gondoltam:

  A windows egy közepes minőségű autó, amit legyártottak, max csomagtartóval meg szebb felnivel bővítheted, meg köthetsz rá utánfutót.

  A linux meg egy technic lego, amiből f1-es autót is tudsz összerakni vagy akár rollert, űrhajót, gördeszkát, kamiont, szinte bármit. Az alkotás öröme végigkísér közben.

  Ha nem szerettél legózni gyerekként, válaszd a windowst.

  Manapság már a fenti állításom nem teljesen igaz, mert pl. egy ubuntu linux alapból is egy használható, jól összerakott rendszert ad az ember kezébe, nem feltétlenül kell agyonhegeszteni átlag user használathoz.

• #15407 jeszi tag bambano #15395

  Új Válasz 2012-10-16 15:02:47 #15407

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz bambano #15395 üzenetére

  Lehet olyan apache rewrite szabályt írni, amely az oldalon a linkeket kicseréli?

• #15394 jeszi tag bambano #15392

  Új Válasz 2012-10-15 15:19:04 #15394

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz bambano #15392 üzenetére

  Elvileg úgy akarják a közvetlen elérést védeni, hogy kulso.com csak a mi proxy-nk címét fogadja el. Nem tudom mi lesz ebből.

• #15391 jeszi tag bambano #15383

  Új Válasz 2012-10-15 14:31:13 #15391

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz bambano #15383 üzenetére

  Nem saját szerver a kulso.com, viszont ügyfél adatokat adunk át nekik. Security ember szerint kell 2x auth.

  Személy szerint azt mondanám, hogy ha nem tud a kulso.com ilyet, viszont nekünk követelmény, akkor nem kell szerződést kötni. Egy nagyon nyakatekert megoldás körvonalozódik.

• #15382 jeszi tag

  Új Válasz 2012-10-15 12:15:02 #15382

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  Sziasztok!

  Van egy külső oldal, legyen ez kulso.com. Ott csak egyszeres authentikáció van (username, password), ami nem felel meg a cég policy-nak. (min. 2 kell)

  Azt találták ki, hogy kulso.com csak a mi céges ip-nket fogadja csak el és mi majd reverse proxyzzuk az oldalt. A mi reverse proxy szerverünk meg client tanusítványt követel meg amit előre legyártunk és odaadjuk a partnereknek, így már két ellenörzés is van a belépésig. Szerintem elég elvetemült az ötlet, túl hegesztős, de mégis hogyan lehet ezt megvalósítani?
  Vagyis valami olyasmi lenne a cél, hogy ha valaki beírja a "cegunk.hu" címet, akkor a kulso.com oldal tartalma jöjjön be és a mi proxy szerver ip-nk legyen a forrás a kulso.com-on. Ugyanakkor a linkeket is át kellene írni az oldalon, hogy minden a cegunk.hu neven legyen, így a forgalom mindig átmegy a proxy szerverünkön, anélkül, hogy a partnernek a böngészőben be kellene írnia egy proxy címet.
  Szerintem ez nagyon nem jó, mert ha átírjuk a linkeket, nem biztos, hogy minden működni fog. Meg nem tudjuk követni megfelelően a kulso.com oldalon történt módosításokat, egy új link megint elrontja az oldalt.
  Mi a véleményetek? Valahogy mégis meg lehet ezt oldani? Vagy van másik olcsó megoldás a dupla authentikációra?

  Amit elkezdtem:

  reverse proxy: nginx

  upstream kulso {
  server kulso.com:443;
  }

  server {
  listen 8869;
  ssl on;
  ssl_session_cache off;
  server_name *.kulso.com;
  ssl_certificate /etc/nginx/certs/cegunk.hu.crt;
  ssl_certificate_key /etc/nginx/certs/cegunk.hu.key;
  ssl_client_certificate /etc/nginx/certs/client.crt;
  ssl_verify_client on;

  rewrite ^/(.*) https://cegunk.hu/$1 permanent;

  location / {
  proxy_pass https://kulso;
  proxy_redirect off;
  proxy_buffering off;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }

  }

• #15324 jeszi tag bambano #15322

  Új Válasz 2012-10-01 16:48:18 #15324

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz bambano #15322 üzenetére

  Már megírtam a megoldást is, a corosync.conf-ban: mcastaddr ip-t kellett másikra írni.

  SLES SP2
  openais
  pacemaker
  heartbeat

  crm shellel piszkálom

• #15317 jeszi tag jeszi #15316

  Új Válasz 2012-10-01 15:58:01 #15317

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz jeszi #15316 üzenetére

  Valószínű ezt nem írtam át a corosync.conf-ban: mcastaddr

• #15316 jeszi tag jeszi #15315

  Új Válasz 2012-10-01 15:42:41 #15316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz jeszi #15315 üzenetére

  corosync log a nodea1 szerveren, amikor elindítom a nodeb1 szerveren az openaist:

  [link]

• #15315 jeszi tag

  Új Válasz 2012-10-01 15:32:30 #15315

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  Sziasztok!

  Linux clustert csináltam 2 node-ból, majd leklónoztam a 2 szervert és egy újabb 2 node-os clustert akartam csinálni. Hostneveket, cib.xml fájlt módosítottam.

  Sajna 4 nonde-os cluster lett

  'A' cluster:
  nodea1
  nodea2

  'B' cluster:
  nodeb1
  nodeb2

  Hiába törlöm ki a nodokat:
  Leállítom a 'B' clustert (Mindkét node-on: /etc/init.d/openais stop), majd 'A' cluster node-on:
  cibadmin -D -o nodes -X '<node uname="nodeb1"/>'
  cibadmin -D -o nodes -X '<node uname="nodeb2"/>'

  Töröltem már mindent itt: /var/lib/heartbeat/crm/

  Egyszerűen ha valamelyik node-on elindítom az openais daemont, a cluster tagja lesz.
  Hogy lehet szeparálni a 2 clustert?

• #10963 jeszi tag DeFranco #10953

  Új Válasz 2011-04-26 23:22:38 #10963

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz DeFranco #10953 üzenetére

  Szia!

  Ubuntut tennék fel, a 11.04-es verziót, ami egy nap múlva jelenik meg. Abból is az alternate verzió kellene, így telepítheted grafikus felület nélkül minimál rendszerként. Majd taskselből vagy csomagkezelőből egy kevés erőforrást igénylő, ámde kezelhető ablakkezelőt telepítenék (pl.: lxde).

• #10962 jeszi tag klayton#1 #10958

  Új Válasz 2011-04-26 23:04:58 #10962

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz klayton#1 #10958 üzenetére

  Ez jónak tűnik:

  [link]

  Meg egy kis utánaolvasás:
  [link]

• #8239 jeszi tag icemad #8048

  Új Válasz 2009-07-29 22:58:59 #8239

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz icemad #8048 üzenetére

  Hali!

  A lassúság okát meg kellene találni.

  console-ba beírod: top
  Figyeled, mi használja a procit nagyon, mennyi memória fogyott, stb.
  (Lehet csak firefox hülyéskedik, szokott)

  Az is lehet, hogy videokártyádhoz nincs megfelelő driver telepítve.

  Elemzéshez hasznos, ha felteszel egy csomagot:
  sudo apt-get install sysstat

  Ebben a csomagban van a "sar" nevű program, mely mindenféle adatot tud gyűjteni a gépedről. A sar által generált fájlokat a jávás ksar alkalmazás tudja olvasni és szép grafikus ábrákat gyárt a processzorhasználatról, memóriahasználatról, hálóforgalomról és még nagyon sok mindenről. ksar

  Mindent összevetve azért 256 Mb Ubuntu Desktopnak elég kevés.

  Jaj, nem éppen aktuális kérdésre válaszoltam Jól elnéztem

• #1520 jeszi tag Sipi #1515

  Új Válasz 2006-07-20 10:04:17 #1520

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  válasz Sipi #1515 üzenetére

  Köszia a segítséget!
  
  ''áttedd szinkron működésbe'' Azt meg hogy kell?
  
  Egyébként ha minden igaz, akkor egy új IBM LTO td2 drive lesz a szerveren. Remélem az már gyorsabb lesz... Ha ez bekövetkezik, akkor nem tudod véletlenül, hogy hogyan lehet beizzítani ezt az eszközt reboot nélkül?
  
  (Gondolom rebootkor a SCO Unix felismeri, ezt tette anno a DLT-vel is, de fontos az állandó szerver elérés, ha lehet kihagynám a rebootot)

• #1514 jeszi tag

  Új Válasz 2006-07-19 12:30:29 #1514

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeszi

  tag

  Tudom ez Linuxos topic, de lehet nem függ a probléma az oprendszertől.
  SCO Unix ware alatt hp StorageWorks DLT VS80 Tape Drive-al szalagra mentek. A tar-t használom a mentésre:
  
  tar -cf /dev/rmt/rtape1 $(ls -ld /mentes/napi/*$DATUM | tr -s ' ' | cut -f9 -d' ' | tr '\n' ' ' )
  
  Az a baj, hogy másnap még mindig megy a mentés, kiakad a process.
  
  Ha kézzel kilövöm a tar-t és utána meg akarom nézni mi van a kazin:
  tar -tvf /dev/rmt/rtape1
  
  Akkor a fájlok listázása elkezdődik, aztán a kezdeti lendület hamar abbamarad, őrületesen belassul. Több nap lenne kivárni, amíg az összes fájlt kilistázza.
  
  Van valakinek ötlete, hogy miért viselkedik így a tar? A DLT-hez nincs külön driver, a SCO magátol felismerte, használja.

Új hozzászólás Aktív témák