Sziasztok,
1.hogy allithato be ntp kliensen, hogy csak 2 geprol "kapja" az idot, de preferalja az egyiket?
2.
hogyan ellenorizheto, hogy mindez jol mukodik?
3.
Milyen "gyakran" allitodik at a driftfile tartalma es mit fejez ki tulajdonkeppen?(/var/lib/ntp/ntp.drift)
4.
Mukodhet egy szerver ntp szerverkent es klienskent egyszerre?
koszi a valaszokat.
ardi
Debian 7 és Icewaesel 17.0.10 esetén a legújabb flashplugin nem megy, sem a adob-féle, sem a csomagok között lévő non-free, merthogy a cpu nem támogatja az sse2-t.
Mivel a cpu csere kizárva, így maradt egy régebbi verzió.
Megy is vele minden, csak megjelenítés előtt jön a figyelmeztetés, hogy frissíteni kell, de egy kattintás után szépen megjelenik a tartalom.
Na, ezt hogy lehet kiiktatni, mert ha 20 flash van az oldalon, akkor mind a 20-ra kell egyesével kattogni, ami egy idő után unalmas tud lenni.
NEm találtam sehol olyan pipálnivalót, hogy "Ne figyelmeztessen elavult bővítmények esetén".
Helló mindenki!
Adott egy szoftveres raid1 amely két tükrözött vinyóból áll. Hogy tudom csak az egyiket vinyót felcsatolni live CD segítségével, hogy letudjam menteni róla az adatokat?
Előre is köszönöm a válaszaitokat!
Üdv, Automi
Sziasztok,
Openvpn-en szeretnék egy teljes belső hálózatot route-olni a kliensnek. Azért szeretném így mert windows server 2003-on van a vpn server és a belső hálózatban van egy linux server is amit szeretnék hogy lásson a kliens. Azért nem a linuxra került az openvpn mert RedHat 4 van rajta és yum sem működik, illetve a 2.2-es openvpn-t nem eszi meg az rpm csomagokból.
Googlézások után eljutottam odáig hogy push route-ot kell a server confban állítanom és ip forward kell hozzá.
A windows ip címe a 192.168.16.101 az openvpn tunja pedig 192.168.15.1. A linux serveré 192.168.16.10.
A mikor kliensel felcsatlakozok akkor a 192.168.15.1-et tudom pingelni, miután push route-ot állítottam a belső hálózati címét is tudtam pingelni, de ettől tovább nem láttam. A server oldalon probáltam routeolni a hálózatot több féle képpen is, de nem hozott változást.
Az egyik route az úgy nézett ki hogy 192.168.15.0/24 a 192.168.16.101-es átjáróval.
A másik pedig a 192.168.15.0/24 a 192.168.16.1-es átjáróval ami a belső hálózatban a gateway.
Ip forwardot is beállítottam a windowson regeditben, illetve engedélyeztem a tűzfalon az 500 udp, tcp portot és ugyan ezt a 88-al is, de kikapcsolt állapotban sem jutottam tovább a 192.168.16.101-es ipn. Lehet hogy van másik tűzfal is beállítva a hálózaton.
A kérdésem hogy a server.confban kell még valamit állítanom? Vagy ha van másik tűzfal akkor azon is engedélyezni kell-e a ip forwardot.
##########################################################################################################################
###SZERKESZTVE#####
##########################################################################################################################
Routeolással volt gond. Nem a serveren kellett routolnom, hanem a routeren.
Alaphelyzet: a szerveren kiesett egy reboot után a /home alá becsatolt raid tömb.
df -aTh
Fájlrendszer Típus Méret Fogl. Szab. Fo.% Csatl. pont
/dev/md2 xfs 1,4T 946G 434G 69% /home
---
cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sda3[0] sdc1[1]
1445600896 blocks [2/2] [UU]
---
cat /etc/fstab
#
/dev/md2 /home xfs usrquota,grpquota 0 2
---
cat /proc/mounts
/dev/md2 /home xfs rw,attr2,nobarrier,usrquota,prjquota,grpquota 0 0
---
mdadm --detail /dev/md2
/dev/md2:
Version : 00.90
Creation Time : Sun Feb 14 20:05:19 2010
Raid Level : raid1
Array Size : 1445600896 (1378.63 GiB 1480.30 GB)
Used Dev Size : 1445600896 (1378.63 GiB 1480.30 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Mon Dec 2 12:47:01 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : 80c65c4d:2737cfc9:38e74299:61266dd3
Events : 0.57747856
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 33 1 active sync /dev/sdc1
---
mdadm -E /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 00.90.00
UUID : 80c65c4d:2737cfc9:38e74299:61266dd3
Creation Time : Sun Feb 14 20:05:19 2010
Raid Level : raid1
Used Dev Size : 1445600896 (1378.63 GiB 1480.30 GB)
Array Size : 1445600896 (1378.63 GiB 1480.30 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Update Time : Mon Dec 2 14:04:39 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : e6586caf - correct
Events : 57747856
Number Major Minor RaidDevice State
this 0 8 3 0 active sync /dev/sda3
0 0 8 3 0 active sync /dev/sda3
1 1 8 33 1 active sync /dev/sdc1
---
mdadm -E /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 00.90.00
UUID : 80c65c4d:2737cfc9:38e74299:61266dd3
Creation Time : Sun Feb 14 20:05:19 2010
Raid Level : raid1
Used Dev Size : 1445600896 (1378.63 GiB 1480.30 GB)
Array Size : 1445600896 (1378.63 GiB 1480.30 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Update Time : Mon Dec 2 14:04:39 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : e6586ccf - correct
Events : 57747856
Number Major Minor RaidDevice State
this 1 8 33 1 active sync /dev/sdc1
0 0 8 3 0 active sync /dev/sda3
1 1 8 33 1 active sync /dev/sdc1
A legfurcsább az egészben, hogy restart után cirka egy percig még elérhető a /home mappa/raid tömb, abból másolni is enged, majd utána tűnik el teljesen.
Szerintetek mi lehet az oka? Mivel tudnám újra, permanensen látni annak tartalmát? Esetleg milyen módszerrel tudnám biztonságosan kimásolni annak tartalmát egy másik lemezre? Ennek nem kell kötelezően raid megoldásnak lennie, azt utána én megoldom.
Esetleg, ha a superblockot újraíratom, az megoldhatja a problémát? Ekkor nem vesznének el az adatok az adott vinyón?
Mi lehet még, amit kihagyok, de megoldhatná a problémát? :)
köszi a segítséget!
Sziasztok,
A comm paranccsal kapcsolatosan szeretnék kérdezni, azt keresem a 4 fájlban, ami közös:
Ha van 4 file-om, file1,file2,file3,file4 a nevük,
mindegyiknek a tartalma:
a
b
c
d
Ha ezt írom be a terminálba, hogy:
comm -12 file1 file2 | comm -12 - file3 | comm -12 - file4
Akkor szépen kiadja a közös sorokat, az abcd-t tehát működik. De jó ez így? Nekem azok a sorok kellenek, amelyek mind a 4 fájlban szerepelnek. A comm alapesetben csak 2 fájlt hasonlít össze, ezért pipolom tovább, de nem vagyok biztos benne a kellő rutin hiányában, hogy jó -e az elgondolásom és valóban azt csinálja -e, amit szeretnék
De szerintetek, hogyha több száz, több ezer soros az egyik fájl, akkor is működne?
Vagy előtte az összehasonlítandó fájlokat numerikus sorrendbe kellene tenni, ha mondjuk hash-ek lennének benne véletlenül?
Megfelelő erre a feladatra a comm parancs, mint a diff ellentétje?
Szerintetek, ha nincs sorrendiség, akkor megadjam paraméterként a --check-order -t?, tehát nézzen így ki inkább a parancs?
comm -12 --check-order file1 file2 | comm -12 --check-order - file3 | comm -12 --check-order - file4
De így hibára fut, hogy megváltoztatom valamelyik fájlban a sorrendet.
Lehetne esetleg valahogy összefűzni 1 parancsba az egészet, hogy ne kelljen külön végigmenni a fájlokon így:
file1 | sort -n > file1sorted
file2 | sort -n > file2sorted
file3 | sort -n > file3sorted
file4 | sort -n > file4sorted
comm -12 file1sorted file2sorted | comm -12 - file3sorted | comm -12 - file4sorted
Az xargs jut eszembe erre, de még sose használtam, nem lehetne a segítségével átadni a comm nak a sort -n kimenetét?
Ilyesmire gondolok, de tudom, hogy ez így nem jó:
comm -12 (cat file1|sort -n) (cat file2|sort -n) | comm -12 - (cat file3|sort -n) | comm -12 - (cat file4|sort -n)
Köszi előre is a segítséget!
Üdv,
Zoli
Sziasztok,
Egy meglévő szervert kell kicserélnem. Összetettsége miatt nem tudom egy este kicserélni, emiatt mailboxonként fogjuk átköltöztetni a felhasználókat. Postfix az mta mindkét szerveren.
Azt meg tudom transport-al oldani, hogy a régi szerverről átmenjenek a levelek az újra, ha a mailbbox már az új szerveren van.
Viszont abban kérném a segítségeteket, hogy az új szervert használók ha írnak levelet egy olyan címre ami még a régi szerveren van, az hogy jut el nekik?
Exchange szerveren van megoldásom, de postfix-el nem megy.
Remélem érthetően fogalmaztam.
Köszi
Balázs
Sziasztok!
Lehet hogy nagyon láma kérdés, de szeretnék sendEmail-el e-mailt küldeni ssl támogatással.
SSLeay és az OpenSSL-t telepítettem, de amikor e-mail szeretnék küldeni, visszakapom mindig hogy nincs tls támogatásom, nem tudja betölteni a szükséges könyvtárakat.
Mindenhol azt írták hogy az ssleayt és az openssl-t kell telepíteni, majd működni fog.
Tudtok rá megoldást?
Bármilyen más kliens is jó, amivel karakteresen tudok e-mailt küldeni, megadhatom neki az smtp servert a portot és működik az ssl.
DHCP szerver: FreeBSD 9.1 release, isc-dhcp42-server-4.2.5
DHCP kliens: Ubuntu 12.04
A DHCP szerveren a dhcpd.conf-ban ez van beállítva:
option domain-name "sznet";
option domain-name-servers 192.168.1.1;
(itt még sok dolog)
host veres {
hardware ethernet 64:66:b3:1a:da:05;
fixed-address veres.sznet;
}
A névszerver jó:
root@gw:/usr/local/etc # host veres.sznet 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:
veres.sznet has address 192.168.1.118
root@gw:/usr/local/etc #
A kliens gépen tényleg ez a hw address van, de más IP cím:
gandalf@appserver1:~$ ifconfig
wlan0 Link encap:Ethernet HWaddr 64:66:b3:1a:da:05
inet addr:192.168.1.168 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::6666:b3ff:fe1a:da05/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16536 errors:0 dropped:0 overruns:0 frame:0
TX packets:14868 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:17656381 (17.6 MB) TX bytes:1908354 (1.9 MB)
Az a célom, hogy a hardware address alapján ossza ki a DHCP szerver a megfelelő IP címet (veres.sznet -> 192.168.1.118 ). Ennek sok oka van, hogy miért így akarom. Például extra tűzfal szabályok, port forwarding bevezetése, proxy beállítások stb.
A következőket csinálom a szerveren:
#1. /usr/local/etc/rc.d/isc-dhcpd stop
#2. Ezután törlöm a /var/db/dhcp/dhcp.leases -ből a 64:66:b3:1a:da:05 -hez tartozó összes bejegyzést
#3. /usr/local/etc/rc.d/isc-dhcpd stop
A kliens gépen:
#4. sudo dhclient -r wlan0 (és ekkor megszűnik a wlan0 ip címe, ezt ellenőriztem)
#5. sudo dhclient wlan0
És ekkor megkapja a következő címet, a fenti esetben 192.168.1.169 -et.
De miért??? Mit rontok el? Hogyan tudnám rávenni hogy ne a következő szabad címet ossza, hanem a hw address-nek megfelelő, hozzá megadott címet?
Sziasztok!
Valaki csinált már ilyet?
Centos 6.4 windows 2008 domainba léptetése. Találtam több leírást is, de nagyon kínainak hangzik, mert még soha nem csináltam.
Fordítva már igen, de így még nem.
Valakinek van valami tapasztalata? ( karakteresen kellene leginkább.)