Linux-haladó

RApacheInfo van, viszont az R kódok plain textként jelennek meg. Ez azért érdekes, mert az a leírás, ami alapján ez készült egyszer már eredményhez vezetett. Mit érdemes ilyen esetben ellenőrizni?

Sziasztok!

Rendelkezünk egy Ubuntu Linux szerverrel, amin fut egy samba.
Több fő mappánk van ahova különböző csoportok vannak megadva, maga a korlátozás hogy ki mit láthat tökéletesen működik.
Viszont ha egy adott mappába "A" felhasználó létrehoz egy mappát "B" megtekinteni megtudja nézni, viszont nem tudja írni/módosítani.

Van-e esetleg valamilyen javaslatotok a probléma megoldására?

Előre is köszönöm.

Üdv!
Próbáltgatom az EFI-t VBox-ban. Működik is a dolog, bár nem egészen világos néha.

Kell egy ESP (EFI System Partition) és a diszket GPT-nek kell megcimkézni (fdisk). Ez ok.
Az EFI\boot\bootx64.efi firmware-t olvassa be először ill. a startup.nsh-ban megadott efi-t. Ok.

Volt egy 2 diszkes rendszer (centossal, ubuntuval is próbáltam - raid1+lvm) és ha kiveszem az egyik diszket, akkor megváltozik a boot sorrend, hiszen nem látja a "kiesett" diszket. De ha visszatettem, akkor továbbra sem láttam a két diszkről való bootolási lehetőséget. Az interaktív EFI shell-el tudtam csak betölteni és ekkor lett alapértelmezett is a visszarakott diszk.

Ha kiadom a "grub2-install /dev/sdb" parancsot, akkor a második diszk is bootolható lesz. De mégsem működött egy diszkkel a rendszer (raid1+lvm).

Van valaki, aki elmélyedt már az EFI-VBox-GRUB világában? :)

(Lehet hogy én rontok el valamit és nem veszem észre.)

Hali!

Van egy nagyszeru content_filter, bizonyos porton mukodik , beirja egy adatbazisba a feladot es a cimzettet.
Most van par hosting szerver, a problemak:
- nem porton jon a level, hanem sendmail adja fel
- pickup-nak megadhato content_filter, de
- szinten a sendmailen adja fel, azaz hurok lesz.

Megoldas term. az lehetne, hogy relay host az a szerver (egy spamfilter proxy), ahol vegulis bejonnek a levelek, meg smtp-n tud kudleni az user, ezek a hosting gepek is azon kuldjenek. Nem jo, mert ha az egyik parforintos ugyfel a wp 0.0.0.0.1 beta pluginjaval elkezd spammelni, akkor senki sem tud levelet kuldeni...
Tehat marad az, hogy a hosting szerver ezzel a kis scripttel eleri a spamfilter adatbazisat.

Ennyi az elozmeny, a problema a fenti: hurok.

Sziasztok,

tavoli gepen RHEL7 OS van felrakva, a BIOS alatt iDRAC konfiguralva.
https://gep_idrac_ip cim alatt bejelentkezem a tavoli gepre.

Azonban Virtual Console Preview inditasa utan a Java hibat jelez:

Unable to launch the application.

Details:

Exception subwindows:
com.sun.deploy.net.FailedDownloadException: Unable to load resource: https://xx.xx.xx.xx:443/software/avctKVM.jar
at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
at com.sun.javaws.Launcher.downloadResources(Unknown Source)
at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Tudna ebben vki segiteni?

Koszonom szepen,

Ardi

Üdv!
LA haladó telepítés videót néztem. Egész jó volt.
Egy kérdésem lenne csak.
A szituáció ilyesmi volt:
sda1 ESP, sda2..x Raid + LVM
sdb1 ESP, sdb2..x Raid + LVM
sdc1 ESP, sdc2..x Raid + LVM
sdd1 ESP, sdd2..x Raid + LVM
sde1 ESP, sde2..x Raid + LVM

(ESP: EFI System Partition)

A telepítő itt csak az első sda1 EFI partícióra tette a grub-ot ha jól gondolom.
Itt is (akár csak nem EFI rendszer esetén) célszerű minden diszkre feltenni a GRUB-ot, hogy tudjunk mindegyikről bootolni, ha baj van.

Tehát ebben az esetben clészerű egy ilyen még boot után(?):

~# grub-install --target=amd64 /dev/sdb
~# grub-install --target=amd64 /dev/sdc
~# grub-install --target=amd64 /dev/sdd
~# grub-install --target=amd64 /dev/sde
~# grub-mkconfig -o /boot/grub/grub.cfg


update:
VM-ben kipróbáltam 2 diszkkel. Nem sikerült a grub-install /dev/sdb - hiba nincs, csak nem indul 1 diszkkel.
Felmountoltam a /dev/sdb1-et és odamásoltam a /boot-ból a fájlokat, de az sem sikerült.

Mi a helyes megoldás?

hello,

a kerdes adott, szuksegem volna olyan modszerre, amivel ket mappat, real time tudok mirror-ban tartani?!

Koszi!

Üdv!
VirtualBox5 (5.0.20 r106931, EFI enabled) alatt tesztelgetek egy Ubuntu LTS-t (LVM + RAID1).
Fel is települ (2*80GB VBOX disk):
* sda:
1: 500MB EFI
2: 4MB RAID
3: 76GB RAID

* sdb:
1: 500MB EFI
2: 4MB RAID
3: 76GB RAID

/dev/md0: sda2+sdb2 -> vg_swap -> lv_swap (swap)
/dev/md1: sda3+sdb3 -> vg_root -> lv_root (/ -> ext4)

Telepítés után újraindul, "sudo apt-get update".
Felteszek 1-2 csomagot (mc... stb.), majd shutdown, start VM és nem indul. Bedob az UEFI shell-be.
Mit rontok el?

update:
Az UEFI shell-ben:

fs0:
cd EFI/ubuntu
grubx64.efi


Erre elindul. A telepítő kihagyott valamit? Hogyan is tudnám ezt a beállítást véglegesíteni?

Sziasztok

Postfix alatt meg lehet oldani, hogy _adott_ smtp auth user csak _adott_ IP-ről csatlakozhasson be?
Ha igen, hogyan?

Köszönöm!

Debian 7 szerveren tegnap délután frissítettem a Samba-t (3.6.6-os verzió), azóta sajnos nem lehet belépni Windows 7 kliensekről a hálózatra.
A bejelentkezési kísérlet során a következő hibaüzenetet kapom: "A munkaállomás és az elsődleges tartomány között nem jött létre megbízhatósági kapcsolat."
A hibaüzenet angol megfelelője: "The trust relationship between this workstation and the primary domain failed"

Google-n keresgélve, úgy látom, hogy nem vagyok egyedül a problémámmal, a teljesség igénye nélkül pl: itt, itt, itt

Környezet:

• Debian 7 szerver
• a Samba 3.6.6. PDC-ként működik a hálózatban
• a felhasználói adatok OpenLDAP 2.4.31-ban vannak tárolva
• a felhasználói adatok az smbldap-tools segédprogramjaival lettek létrehozva, és vannak "kezelve"
• Windows 7 Enterprise kliensek a Samba tartományba léptetve

Amit próbáltam és működik:

• Helyi fiókkal be tudok lépni a Windowsra
• Helyi fiókkal belépve fel tudom csatolni a hálózati megosztásokat, tehát a felhasználói hitelesítés működik

Amit próbáltam és nem működött:

• Kiléptettem a Windowst a tartományból, majd újraindítottam a PC-t
• A szerveren kitöröltem a kiléptetett PC adatait az LDAP-ból
• Újra beléptettem a Windowst a tartományba, majd újraindítottam PC-t
• Az LDAP-ban megnéztem létrejött a tartományba léptetett PC-hez tartozó bejegyzés (új jelszóval)

Mindezek után a hibajelenség marad!

Nézegettem a Badlock-kal kapcsolatos CVE-ket, próbálgattam a bevezetett új opciókat különféle értékekkel, de nem jutottam előbbre.

Aki esetleg még samba 3.6.x-et használ és frissítés után jelentkezett a hiba, hogyan orvosoltátok?