Lehetséges használni az SSH-t két különböző porton is? Ha igen, hogyan tudom beállítani?

Debian 8-ast használok.

Gyenge a hálózati jel? 4G/LTE antennák, raktárról ---> http://bit.ly/LTE_Antennak

lehet persze, /etc/ssh/sshd_config-ba felveszel még egy port sort
Port 22
Port 12345

aztán újraindítod az sshd service-t

[ Szerkesztve ]

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

ez még mindig van.

van rá valakinek valami halvány ötlete?

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

A kliensen hogyan mountolod fel? Ha gvfs, akkor lehet, hogy nálad is abban van a hiba. Írnak még hálókártya hibát, érdemes lenne megpróbálni USB-RJ45 átalakítóval is.

[ Szerkesztve ]

A kliensen hogyan mountolod fel?

ahogy a Windows intézi magának

Írnak még hálókártya hibát, érdemes lenne megpróbálni USB-RJ45 átalakítóval is.

mármint berakni egy másik hálókártyát, akarod mondani
azt még lehet, hogy megpróbálom.

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Gyors kérdés. Régen raktam már Ubi-t optimus-os laptopra. Kell még hozzá a bumblebee vagy simán feldobok egy nvidia driver-t és benne van már valami controller a váltáshoz?

Keresek Toshiba A80 laptopot működőképes állapotban - "Only Amiga Makes It Possible"

Azt is lehet, ha van, nekem a laptophoz adtak usb3 adaptert, az is működik. Ha reprodukálható, akkor viszonylag könnyen le lehet szűkíteni, hogy hol van a hiba. Tesztelni kell a hardvereket és megnézni, hogy kliens oprendszer függő e a probléma. Ha nem reprodukálható könnyen, akkor baromi időigényes lesz.

[ Szerkesztve ]

egyelőre úgy tűnik, hogy segített, hogy visszatértem a jó öreg 3.16-os kernelhez

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Ha win10-ről van szó, akkor valszeg a klienssel lesz a gond. Azt hiszem tegnap olvastam valahol, hogy smb3-ról smb2-re állt vissza valaki, és az dobott a sebességen, de ezt érdemes végignézni: [link]. Ilyet mondjuk senki nem írt, hogy egyszer jól megy, egyszer meg leesik a sebesség.

[ Szerkesztve ]

Sziasztok!

Régebben, talán úgy fél éve úgy voltam vele, hogy sohase használom a Bluetooth modult a laptomon, szóval valahogyan, szoftveresen kiiktattam, de úgy, hogy még rfkill list se jelzi ki, a LED-je se világít, mintha ki lenne kapcsolva.
/etc/blaclist.conf fájlban nincs benne a bluetoothmodul.

Szeretném valahogyan visszakapcsolni!

Hogyan tudnám megvalósítani?

T420 LM 18.2

[ Szerkesztve ]

– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment

nem a BIOS-ban lőtted valahogy ki?

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Silverlight video linket lehet valahogy dumpolni?
(a FF jelenleg a videót sem játsza le)

Udv a szakiknak,

Tök ciki, elakadtam egy alap dologgal, kérnék szépen kis útbaigazítást, segítséget.
Eddig sosem volt szükségem PPPoE beállítására, most viszont úgy alakult , hogy otthon a router helyett egy kis debian intézi (né) a bejövő lan és wlan kapcsolatok kiszolgálását.

Tűzfal, maszkolás, routing minden stimmel, de a pppoe valamiért szívat.

pppoeconf és pppd csomagot feltettem, pppoeconf paranccsal automatikusan felkonfigurált mindent amit kell, a provider név/jelszava beadva neki, örülünk, van kapcsolat. pon és poff is szépen megy kézzel. (Ennek 2 napja)
Azóta többször panaszkodott párom nap közben hogy nincs net, tegnap este meglestem, és mintha két pppd daemon és két kapcsolódási kísérlet menne a gépről, amit az ISP el is dob Too many connections-el.
Ennek az okára rájöttem, van, hogy estére áramtalanítva van a modem, a kisgép viszont nem. Reggel modem bekapcs, ugye a tegnapi pppd nem áll le, hanem indít mellé mégegyet.

Arra gondoltam, hogy az interfaces file-ba érdemes lenne felvenni, hogy ha a (WAN) fizikai csatolón van link, akkor húzza fel a ppp interface-t is és pon-al csatlakozzon, ha viszont nincs link, akkor poff-al kapcsolódjon le és a ppp interface down legyen. (esetleg killall pppd)

-Jól gondolom?
-Ha igen, ilyenkor a ppp interface-t kell lökdösni (up-down) vagy a fizikait? pre-up és post-down-al kellene?

Köszönöm szépen!
udv
letix

don't panic! ... http://www.letix.hu - linux parancsok

szerintem nem az a bajod, hogy hogyan indul el a pppd, hanem az, hogy miért nem áll le.
ha a modem ki van kapcsolva, akkor nincs kapcsolatod. erre a pppd konfigjában van két paraméter, amit állítani érdemes: az lcp echo intervall és az lcp hibák száma. elvileg ha hibák száma darab lcp echo-ra nem jön válasz, akkor el kellene dobja a kapcsolatot és a pppd-t is.

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

Köszi a válaszod.
Igazad lehet, az hogy nem áll le az egyértelműen probléma. Megnézem ezt a két LCP paramétert, köszi.

Tovább gondolva, ha mondjuk nap közben a modem le van lőve (nincs otthon senki) a kisgép pedig megunta a ppp kapcsolat kiépítésére tett próbákat (gondolom elér egy küszöbértéket), akkor abbahagyja a további próbálkozást (ha jól gondolom). Namost ha felkapcsolásra kerül a modem, vajon a kisgép azért mert érzékel linket, újra elkezd kapcsolatot létesíteni és betárcsázni? Ha igen, és ha az előző pppd le lett lőve akkor talán jó is lehet a helyzet.

Köszi,
letix

don't panic! ... http://www.letix.hu - linux parancsok

Jött egy frissítés 4.1 samba-ról 4.6.2-re. Tucatnyi eszköz (szgépek, mobil) gond nélkül működik az új verzióval, de egy media lejátszó nem akar csatlakozni a megosztásokhoz. (érvénytelen bejelentkezés). A downgrade-et kizárom. Lehet kompatibilitást állítani a smb.conf -ban?
[global]
name resolve order = wins bcast host lmhosts
time server = no
hosts allow = 192.168.200. localhost
hosts deny = all
dns proxy = no
netbios name = centos7samba
cups options = raw
write cache size = 4194304
aio read size = 16384
aio write size = 16384
min receivefile size = 128
max smbd processes = 100
max connections = 50
oplocks = yes
use sendfile = yes
locking = yes
getwd cache = yes
local master = yes
workgroup = FI39
# debug level = 10
os level = 65
security = user
# getwd cache = yes
log level = 1
log file = /var/log/samba/log.%m
max log size = 0
# syslog = 0
# read raw = no
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
use client driver = yes
printcap cache time = 0
write raw = no
# map hidden = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE
stat cache = yes
map to guest = bad user
domain master = no
interfaces = lo enp3s0
bind interfaces only = yes
encrypt passwords = yes
passdb backend = tdbsam
wins proxy = no
wins support = no
max protocol = SMB3
server string = Samba Server Version %v
preferred master = yes
unix charset = UTF-8
preload = global template home

Szeretnek telepiteni Parabola-t LVM on LUKS. Ezzel nincs is gond, de a checksum-al mintha lenne. Az iso-t torrenten huztam le.

Andreas Grapentin
PGP Key: 0x4B745536

Honnan tudom, hogy rendben van?
Tudomasom szerint a WARNING meg nem jelent gondot.
# gpg --keyid-format 0xshort --verify parabola-2017.05.28-dual.iso.sig parabola-2017.05.28-dual.iso
gpg: Signature made Sun May 28 19:47:35 2017 CEST
gpg: using RSA key BFA8008A8265677063B11BF47171986E4B745536
gpg: Good signature from "Andreas Grapentin <andreas.grapentin@hpi.uni-potsdam.de>" [unknown]
gpg: aka "Andreas Grapentin <andreas@grapentin.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: BFA8 008A 8265 6770 63B1 1BF4 7171 986E 4B74 5536

sha512, miert nem egyezik?
# sha512sum SHA512SUMS.sig parabola-2017.05.28-dual.iso
ab15098ac4382db61424c42467a6b90787ce6bd37ac615212e0eb34366921c2b305fd46a17836bf675dad3344c9c3d99ad8f474764e8c2dfd0896053864e4d11 SHA512SUMS.sig
64168cf2f5371324e538c16ad329a08cfc79df1766c9a451cf0862bc2eced36b1eb7f3a88db0f7239d066be818e0b6c9549181ee2eafb7114e524d18194a010a parabola-2017.05.28-dual.iso

whirlpool, miert nem egyezik?
# whirlpool-hash WHIRLPOOLSUMS.sig parabola-2017.05.28-dual.iso
a1c5650c44be6c5da634d929cb4901c8d777b82b098a6e608229070b76bb8b8543c73f721250f60f9069c85e751508ef0043fba640c3b4bd2c8c5f64cbf7b6c7 WHIRLPOOLSUMS.sig
3b809fb95f42b229e8d9cf45bfbb915801a60da51640c453f23314e8443045d19a3c1677f1e431b36f14af703ededa7edcb8f9da52109986b21f2d8dd6e4f23f parabola-2017.05.28-dual.iso

-------------------------------------------------

Ami meg kodos, hogy a /boot encryption hogyan mukodik a gyakorlatban? Ennek a partiocionak is resze kell lennie az LVM-nek? Vagy megcsinalom a megszokott modon a / es /home-t (LVM) es csak utolag egyszeruen beleirom az /etc/default/grub-ba az alabbi sorokat?
GRUB_ENABLE_CRYPTODISK=y
GRUB_CMDLINE_LINUX="cryptdevice=/dev/sda1:lvm"
Majd grub-mkconfig -o /boot/grub/grub.cfg
De vajon kell megint grub-install /dev/sda? Miert?

[ Szerkesztve ]

pontosan minek kellene egyeznie? a cheksumokat tartalmazó fájl checksumjának az iso checksumjával???

szerintem:
cat SHA512SUMS.sig
és
sha512sum parabola-2017.05.28-dual.iso

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

a médialejátszó is a 200-as alhálón van?
a másik probléma, hogy valami régi protokoll szerint szeretné autentikálni magát, amit a Samba nem támogat vagy le van benne tiltva

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Legutolso informacioim szerint nem lehet titkositott /boot-rol indulni, tehat azt kulon kell szedni.

MOD: tevedtem, mar tud titkositott /boot-ot.

Ha marhasagot irok, vallalom a pofonokat erte a forumon, nem sirok a modiknak.

Igen egy szegmensben van a samba kiszolgálóval. Beállítottam vendégeknek a megosztást, úgy azonnal kapcsolódik a mediaplayer, csak authentikálni nem akar.

asszem valamikor a samba4-ben lett kukázva (vagy alapból tiltva) az SMBv1-es protokoll, lehet, hogy a médialejátszód még azt használná vagy valami hasonló.
én ezen a vonalon nyomoznék

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Nem, nem ott.

Bárkinek bármilyen ötlete van, ne tartsa magában!

[ Szerkesztve ]

– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment

Na ez micsoda?

Debian alapú arm procis szerveren elindítok egy iperf3-at szerverként, akkor a kliens kipörgeti a 100 mbites hálót (94 mbit/sec)... TCP-n. Viszont UDP-n csak 1 mbit.

[ Szerkesztve ]

hitler, sztálin, micro usb

ez konkrétan a manual olvasás hiánya, ahol leírják, hogy mivel az udp-ben nincs túlcsordulásvezérlés, ezért konkrétan meg kell adni a cél sávszélességet, aminek az alapértelmezett értéke 1 Mbps.

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

nem, konkrétan valami más, mert cél sávszélt beállítva is hasonló, viszont a másik irányban. Max 15 mbit udp-n, míg tcp-n még mindig 94.

hitler, sztálin, micro usb

Sziasztok!

Ilyen lefagyást mi produkálhat? Ez a sok nulla mind piros szinű. Ebből aztán hogy állapítsam meg, mi a gondja? A kern.log-ban néztem:

TTL=64 ID=2827 DF PROTO=UDP SPT=33504 DPT=53 LEN=53
Sep 25 14:44:44 ubymint18 kernel: [22853.402864] [UFW AUDIT] IN= OUT=lo SRC=127.0.0.1 DST=127.0.1.1 LEN=56 TOS=0x00 PREC=0x00 TTL=64 ID=6077 DF PROTO=UDP SPT=39261 DPT=53 LEN=36
Sep 25 14:44:44 ubymint18 kernel: [22853.402887] [UFW AUDIT] IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.1.1 LEN=56 TOS=0x00 PREC=0x00 TTL=64 ID=6077 DF PROTO=UDP SPT=39261 DPT=53 LEN=36
Sep 25 14:44:58 ubymint18 kernel: [22867.758182] [UFW ALLOW] IN= OUT=enp3s0 SRC=192.168.1.6 DST=87.97.76.45 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=26429 DF PROTO=TCP SPT=39070 DPT=443 WINDOW=29200 RES=0x00 SYN URGP=0
\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00 Sep 25 14:47:37 ubymint18 kernel: [ 0.000000] Linux version 4.10.0-32-generic (buildd@lcy01-01) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #36~16.04.1-Ubuntu SMP Wed Aug 9 09:19:02 UTC 2017 (Ubuntu 4.10.0-32.36~16.04.1-generic 4.10.17)

[ Szerkesztve ]

no offense, but....rágjál lóherét

Halihol...

Ext4-t hogy lehet ugy megformazni, hogy ne foglaljon tobb GB-t uresen a meghajton, de megis biztonsagosan hasznalhato maradjon es ne menjen a sebesseg rovasara??

gondolom a root számára fenntartott területről beszélsz.

mkfs.ext4 -m reserved-blocks-percentage

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

Reserved blokkokra gondolsz?
-m kapcsolo (mke2fs/tune2fs)

Vigyázat, csalok!

En nem piszkalnam, de itt az oka es esetleges megoldas.

Ha marhasagot irok, vallalom a pofonokat erte a forumon, nem sirok a modiknak.

Kossz sracok....

Tobb 100GB-nal nincs gond, de 120GB-s SSD-n vagy kissebben azert jelentos a foglalt hely..

128 GB-os SSD-n még jól is jöhet egyébként, hogy meglegyen a min 7 % foglalt hely, ami 120 GB-osnál már gyárilag el van rejtve előled.

[ Szerkesztve ]

no offense, but....rágjál lóherét

Sziasztok.

Találkoztatok már olyannal hogy egy ssd-ből és egy hdd-ből szoftveres sshd-t csináltak? Google nem a barátom, csak az ssh démont találom :/

A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station

linux ssd block cache kérdésre bcache találatok jönnek a gugliban. [link]

[ Szerkesztve ]

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

Mondjuk aki 128GB SSD-t cache-nek állít be, ahelyett, hogy arra tenné az oprendszert.......

no offense, but....rágjál lóherét

szerintem ez így nem korrekt vita.
először is tudni kellene, hogy mennyi ram van a gépben, és miért nincs benne legalább 128 giga
mert a pörgős diszk csak addig lassú, amíg nem ramban cacheled.

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

Jó persze, valahogyan szinkronban kéne lenni az alkatrészeknek, ez igaz. 128 GB memó......desktopban ráadásul. Dejóislenne.....

Nekem az öreg Toshibán 4GB memóval elég sokat dobott tegnap egy használt Fury 120GB SSD. 6 perc alatt raktam rá oprendszert, ezalatt ezeket a beállításokat tuti nem csinálnám meg, ami a linkedben van.
11 sec a bootidő, eddig volt 1,5 perc a vacak 5400rpm-esen. Hiába mondják nekem, hogy nem a bootidő számít...ha már reggel idegbeteg leszek a lassú boottól..

Nem véletlen amúgy, hogy maga az SSHD is hamvába holt, mert a 8 gigát hamar túlhaladta a consumer SSD-k mérete. Akkor meg minek ilyent szoftveresen erőltetni?

Gyb001

Te mit akarsz ettől az egésztől amúgy? Találtál egy 8 gigás SSD-t? Vagy kíváncsiság hajt?

[ Szerkesztve ]

no offense, but....rágjál lóherét

Főleg csak a kíváncsiság hajt, de van alapja is hogy miért szeretném.
Van egy 128 Gb sdd + 2 db 2 tb hdd raid 1-ben.
A linux az ssd-n van (home is),viszont a főbb mappák (képek, letöltések, dodumentumok...) a tömbre vannak linkelve. Jó lenne ha a gyakran használt fájlok gyorsítótárazva lennének az ssd-re.
Virtuális gép képfájlok is a tömbön vannak, jó lenne hogyha a gyakran használt blokkokat (pl: win betöltéséhez szükséges blokkok) is gyorsítótárazná. kb 32 Gb cache lenne.

(#26041) bambano
Ez kerestem, köszönöm.

[ Szerkesztve ]

A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station

Értelek, gyakorlatilag a fizikai memóriát és a tmpfs-t váltod ki SSD-vel. Nem tudom mekkora gyakorlati haszna van, mert ez meg sem közelíti majd a RAM-ba küldött tmpfs sebességét, de egy próbát megér attól még.
Hogy ezt mennyire tudod úgy megoldani, mint az SSHD vezérlő algoritmusa, az megint más kérdés, de mindenképpen jó az 5let.

no offense, but....rágjál lóherét

Linux version 4.10.0-32-generic

Rájöttem már, hogy pár hete is a fenti kernel okozta a fagyást, de hogyan jöjjek rá, mi okozza konkrétan, ha csak több sor nullát ír a kern.log??? 5let nincs? Ti vagytok a guruk én csak nokedli vagyok ehhez az egészhez.....

Eddig lusta voltam leszedni, inkább mindig átléptem a boot-nál.

Ráadásul telepítettem a desktopon egy Manjaro Mate-t és mire bejöttem, képernyővédőzött erősen, viszont valahogy nem a megszokott jelszavaim egyikét adtam meg ill. keveredtek talán.....szóval hol találom másik disztróból a Manjaroban a passwordot? Vagy olvashatóan sehogy, gondolom.....

[ Szerkesztve ]

no offense, but....rágjál lóherét

Nem ismerem a Manjaro-t (csak annyit tudok, hogy Arch alapú), de ha van root jelszód, akkor már nyert ügyed van.

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Tudom, de köszi a tippet. De egyszerűbb volt bepipálni, hogy használja ugyanazt, mint amit felhasználó jelszónak adott meg!
Igazából friss telepítés, gyorsabb újra felrakni, mint nyomozgatni a rendszermappákban. Előtte felraktam a KDE változatot, de az piszok lassan tette fel a rendszerfájlokat.....valami nem OK a legújabb Manjaronál.

Szerintem ezt a disztrohopperkedést abba is hagyom, mert a Debianom már egy hónapja nincs belakva. Legalább legyen már egy normális stable oprendszerem a gépen. (nyilasoktól, gentileeeesektől bocsi)

[ Szerkesztve ]

no offense, but....rágjál lóherét