Debian GNU/Linux

Sziasztok.

Tipikus megmagyarázhatatlan apt-get hibám támadt.

Az ügmenet tisztán a következő volt.

apt-get clean
apt-get autoclean
apt-get update
apt-get upgrade
(lejönnek a csomagok a cache-be)
...aztán nem telepednek. a deb fájlok hibátlanok, erre kiadtam ezt:
dpkg -i ./*.deb
csomagok felpakolódnak, minden rendben.

Kérdés:
mi a baja az apt-getnek?

Kiadtam ugyanazt mint amit régebben megszoktam:
dpkg --configure -a
no meg a szabványos
apt-get -f install
sorokat, de az apt-get állandóan kiírja, hogy bizonyos csomagokat hiányosan vagy egyáltalán nem telepített. Holott a deb-ek lejöttek.

Szerintetek ez mitől jön?
Megsérültek az apt cache állományai?
Mert ha igen, valami ilyen kell ha jól tudom:
rm /var/cache/apt/*.bin
De látatlanban nem merem kiadni.

--------

Azt is meg szeretném valahogy oldani, hogy debian meg slackware alapon ki tudjam írni egy file-ba, hogy az apt vagy a slapt-get miket rakott fel, mik vannak a futó rendszeren.
Debianokon azt hiszeem ezt a
dpkg --get-selections | cut -f1 >csomagok.log
megoldja, de hogy slackware-en ez mi lehet, elképzelésem sincs. Ott pl, a
slapt-get -d prg
sem működött sosem, ami a csak prg nevű csomag letöltése..

Sziasztok,

hogyan tudnek /etc/init.d/skeleton fajlbol uj daemont szerkeszteni debian 7 alatt?
ahhoz, hogy indithato legyen, a halozat mukodokepes kell, hogy legyen.

van egy szkriptem, amely az /usr/sbin/netcapture nev alatt lelheto.
de vhogy nem ertem a kovetkezo beallitasokat:

PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Description of the service"
NAME=daemonexecutablename
DAEMON=/usr/sbin/$NAME
DAEMON_ARGS="--options args"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME

Ha az uj daemon neve: netcaptured lesz, akkor jo a kovetekezo beallitas:

PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="vmi info a programrol"
NAME=netcapture
DAEMON=/usr/sbin/netcapture
DAEMON_ARGS="--options args"
PIDFILE=/var/run/netcapture.pid
SCRIPTNAME=/etc/init.d/netcaptured

Hogy tudatom a rendszerrel, hogy allitsa be ezt az uj daemont?
Hogyan indithato/leallithato/eltavolithato a rendszerbol?

koszonet elore a segitsegert.

Ardi

Sziasztok!

Abban kérném a segítségeteket, hogy egy debian kiszolgálón nem tudom beállítani az smtp relay-t.

A levelek csak gmail-os smtp-vel (rendesen hitelesítve) mennek ki, de nekem t-online-s vagy a tárhelyszolgáltató smtp-je kellene.

A main.cf-em:

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = FTN2
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
#mydestination = ferroton.hu, localhost.hu, , localhost
mydestination = localhost.hu, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

# SASL Auth Settings
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

mailbox_transport = lmtp:unix:/var/run/cyrus/socket/lmtp

#------------------
# SMTP
#------------------

smtp_use_tls=yes
smtp_sasl_auth_enable = yes
smtp_sasl_security_options =
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt

# Tarhely.eu
#relayhost = [smtp.ferroton.hu]:587
#smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd_tarhely

# Gmail SMTP relay
#relayhost = [smtp.gmail.com]:587
#smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd_gmail

# T-Com SMTP relay
relayhost = [mail.t-online.hu]:465
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd_tcom

A logban ez szerepel:
Sep 28 11:42:39 ferroton postfix/pickup[6561]: F38412D013DC: uid=0 from=
Sep 28 11:42:39 ferroton postfix/cleanup[6594]: F38412D013DC: message-id=<20140928094239.F38412D013DC@FTN2>
Sep 28 11:42:40 ferroton postfix/qmgr[6560]: 921642D013D0: skipped, still being delivered
Sep 28 11:42:40 ferroton postfix/qmgr[6560]: F38412D013DC: from=, size=306, nrcpt=1 (queue active)
Sep 28 11:42:40 ferroton postfix/qmgr[6560]: 7B8202D013DA: skipped, still being delivered
Sep 28 11:42:40 ferroton postfix/smtp[6602]: CLIENT wrappermode (port smtps/465) is unimplemented
Sep 28 11:42:40 ferroton postfix/smtp[6602]: instead, send to (port submission/587) with STARTTLS
Sep 28 11:43:22 ferroton cyrus/master[4090]: process 6597 exited, status 0

Sep 28 11:45:17 ferroton postfix/smtp[6392]: 7B8202D013DA: to=, relay=mail.t-online.hu[84.2.46.3]:465, delay=1898, delays=1298/0.02/600/0, dsn=4.4.2, status=deferred (lost connection with mail.t-online.hu[84.2.46.3] while receiving the initial server greeting)

Sep 28 11:45:17 ferroton postfix/smtp[6393]: 921642D013D0: to=, relay=mail.t-online.hu[84.2.44.3]:465, delay=2038, delays=1438/0.02/600/0, dsn=4.4.2, status=deferred (lost connection with mail.t-online.hu[84.2.44.3] while receiving the initial server greeting)

Előre is köszönöm a hozzászólásokat!

Üdv! Wheezy (3.2.0-4-686-pae) alatt a legfrissebb sambával (3.6.6-6+deb7u4) a Windows 7-es klienseknél 2-3 óránként megszakad a kapcsolat, elveszítik az összes felcsatolt hálózati meghajtót. Kliens logban:

[2014/09/17 07:29:50.288591, 1] smbd/service.c:1378(close_cnum)
pchp17 (192.168.17.152) closed connection to service share1
[2014/09/17 07:30:42.611311, 1] smbd/service.c:1378(close_cnum)
pchp17 (192.168.1.152) closed connection to service share2
[2014/09/17 07:46:08.613366, 1] smbd/service.c:1114(make_connection_snum)
pchp17 (192.168.1.152) connect to service share1 initially as user AnonM (uid=1070, gid=513) (pid 10862)
[2014/09/17 07:46:08.630674, 1] smbd/service.c:1114(make_connection_snum)
pchp17 (192.168.1.152) connect to service share3 initially as user AnonM (uid=1070, gid=513) (pid 10862)
[2014/09/17 07:46:08.654297, 1] smbd/service.c:1114(make_connection_snum)
pchp17 (192.168.1.152) connect to service share4 initially as user AnonM (uid=1070, gid=513) (pid 10862)
[2014/09/17 07:51:08.616583, 1] smbd/process.c:457(receive_smb_talloc)
receive_smb_raw_talloc failed for client 192.168.17.152 read error = NT_STATUS_CONNECTION_RESET.

Azért nem gondolom, hogy a samba konfigjával lenne gond, mert ugyanezzel az smb.conf-fal egy Debian Squeeze-en (2.6.32-5-686) tökéletesen működik a samba (3.5.6) win7-tel. :S Hálózati oldalról közelítettem meg először a problémát, cseréltem kábeleket, hálókártyákat, sőt már switchet is, de még mindig leszakadnak a userek. Lehet, hogy ez valami bug lesz a 3.6.6-os sambában?

Sziasztok,

A még nyáron telepített Jessie-n vannak konzolok, amit most telepítettem azon csak 1 van.
Az inittab mindkettőnél u.a.

# ps aux | grep tty
root 514 0.0 0.0 16464 936 tty1 Ss+ 07:56 0:00 /sbin/agetty --noclear tty1

Miért lehet ez ?
THX

Adott egy Openvpn 2.0.x és az iptables Debian alatt. Vannak tűzfalszabályok. A lényeg: létrehoztam egy új OpenVPN vonalat, ami a tun2-es azonosítót kapta. A tűzfalszabályokban bele van írva az, hogy a tun+ -okon engedjen be és ki mindent a tűzfal. De olyan, mintha a tun+ -ba nem tartozna bele csak a tun0 meg a tun1, a tun2 nem.
Próbáltam újraindítani többféle sorrendben a networking-et az openVPN-t, ezeket a túloldalon is, valamint örölni az összes szabályt és újra alkalmazni. Csak akkor tudom ezen a tun2-őn a távoli gépről megpingelni vagy akár meg ssh-zni ezt a szervert, ha mindent engedek mindenhonnan. A tun0 és a tun1 müxik az eredeti szabályokkal is rendesen.
Valahol be kellene regisztrálni a tun+-ok közé a tun2-őt? Vagy a szabályok átírása nélkül lehet valahogy debugolni a tűzfalat és a szabályokat?

Bontásból és némi vásárlással összegyűjtöttem az alkatrészeket egy otthoni használatra, családi fotó, pár perces videók és MP3 zenék tárolására szánt NAS-hoz.

Elolvasva számos cikket a szoftveres RAID-ekről és a fájlrendszerekről az alábbi konfigurációt gondoltam számomra optimálisnak:

(1.) Az openmediavault rendszer egy önálló lemezt igányel, erre a célra egy IDE portra csatlakoztatott, IDE->CompactFlash átalakító adapterbe helyezett TS4GCF300 CompactFlash kártyát vásároltam, melynek tulajdonságai:
- Villámgyors 300X teljesítmény négycsatornás támogatással
- Adatátviteli sebesség: 45MB/sec (Max)
- Ultra DMA mód 0-5
- High-end DSLR támogatás
- CompactFlash 4.0 kompatibilis
- Beépített hardveres ECC technológia
- ATA interfész
- Alacsony energiafogyasztás
- Multi-platform kompatibilitás
- RoHS-kompatibilis
- Kapacitás: 4 GB
Ez a típus vékonykliens számítógépekben és ipari berendezésekben is jól teljesít az SLC technológiának köszönhetően.

(2.) Adattárolásra 3 darab WD10EFRX (Western Digital Caviar Red 1TB 64MB SATA3) merevlemezt állítottam be, letesztelve.

(3.) A merevlemezeket egy RAID 5 tömbbe csatolnám és XFS fájlrendszert alkalmaznék.

Kérem a hozzáértők véleményét, hogy jó lesz-e ez a konfiguráció nekem a leírt célokra.

Sziasztok!

Szeretném használni Trendnet TU-S9 soros port átalakítómat Debian alatt, de nem működik.

Dmesg-ben ennyit látok:

usb 2-2: new full-speed USB device number 2 using uhci_hcd
usb 2-2: New USB device found, idVendor=067b, idProduct=2303
usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 2-2: Product: USB-Serial Controller D
usb 2-2: Manufacturer: Prolific Technology Inc.

Viszont a /dev/ttyUSB0 nem jön létre.

Próbáltam a következő parancsot, de nem csinál semmit: modprobe usbserial vendor=0x067b product=0x2303

***********:~# lsmod
Module Size Used by

*************:~# lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

*************:~# uname -r
3.4.34

Hogyan tudnám a kernelbe belevarázsolni a pl2303 driver-t?

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

Sziasztok!

Sürgős segítséget kérnék. Kreálnék egy SSL kulcsot a StartSSL-en, de a postgrey nem engedi át. Már próbáltam kikapcsolni, az alábbi sornál a sleep-et 0-ra állítani:
smtpd_client_restrictions = permit_mynetworks, sleep 3, reject_unauth_pipelining,

de semmi.

Error Sending Mail

Error
There seems to be a problem sending your verification code to "postmaster@tegyjotlicit.hu"!
Please check your selection and try again. Make sure, the mail server of your mail server is running and not blocking mail from us.
Verify, that the mail account "postmaster@tegyjotlicit.hu" exists and is accepting mail!
If your mail server implements grey listing, wait for about five minutes and try it afterwards again.

A postmaster @ tegyjotlicit.hu email cím természesen létező email cím.

Valaki segítsen, könyörgöm, mert már a hajamat tépem délután óta... :/
Köszönöm!

Hello

Az a problémám hogy a Linphone működik de mégsem
Biztos én vagyok a béna de nem értem mit állítok be rosszul ha a próbahívás

ez : sip:music@iptel.org

működik, szól a zene.
Viszont ha mobilt akarok hívni, ilyen formában jelenik/akarja hívni:

sip:+3620xyxyxyx@sipdiscount.com

(XY számok)

és hivja egy darabig aztán alul a hibaüzenet:

" A regisztráció a sipdiscount.com-n nem sikerült: időtúllépés után nincs válasz.
Az lehet a gond hogy a telefonszám után odabiggyeszti a @sipdiscount.com-ot? Vagy csak oda beregisztrált számokat lehet vele hívni?
Wheezy a rendszer

kösz a választ

Jav:

Most próbálom megint, a beállításoknál a Manage SIP Account lapon a Default identynél felül csak a Your username-et engedi kitölteni, alatta a Your resulting sip adresst nem engedi szerkeszteni és rosszul jelenik meg , így:

sip:"usernevem" sip:usernevem@10.0.0.36

Miért nem engedi az IP cím helyére beírni a sipdiscount.com-ot?
A Proxy account az jól van kitöltve, szerintem.
Alul a "tálcáján a My current identity-nél jól jelenik meg :

sip:usernevem@sipdiscount.com

A "kisebb-nagyobb" jelek a sip sorok elején és a végén ott vannak