Forum Debian Users Gang

morfik · 2014-03-27 14:57:37

Mam takie pytanie, bo nie jestem pewien, czy jeśli łączę się do servera przez ssh i odpalam tam smplayera, który przesyła i obraz i dźwięk do mojej maszyny oraz statystyki połączeń wyglądają tak jak poniżęj podczas odtwarzania materiały A/V:

Kod:

root:~# netstat -tupan | grep 192
tcp        0      0 10.1.4.41:6000          192.168.1.2:60571       ESTABLISHED 21488/X
tcp        0     32 10.1.4.41:6000          192.168.1.2:60574       ESTABLISHED 21488/X
tcp        0      0 192.168.1.253:52868     192.168.1.2:22          ESTABLISHED 12839/ssh
tcp        0      0 10.1.4.41:4713          192.168.1.2:33222       ESTABLISHED 4979/pulseaudio

To czy wszystkie te połączenia są szyfrowane?

Ostatnio edytowany przez morfik (2014-03-27 17:22:04)

Jacekalex · 2014-03-27 15:05:47

Powinno być zaszyfrowane wszystko, podobnie, jak w OpenVPN.

Jak masz jakieś wątpliwości, to postaw tunel SSH z interfejsami tapX,
i wtedy SSH w ogóle nie będzie się interesował, co nimi leci, podobnie, jak w typowym VPNie.

morfik · 2014-03-27 15:44:22

Co mam postawić? xD

Z tego co sobie googlam to piszą, że dźwięk nie leci po ssh, można to niby zrobić ale jeszcze nie próbowałem nic.

Ja niby sobie ustawiłem taki config ssh:

Kod:

Host 192.168.1.2
  ForwardX11 yes
  Compression yes
  Ciphers blowfish-cbc

I gdy odpalę sam obraz bez dźwięku, to w netstat mam samo połączenie z ssh:

Kod:

root:~# netstat -tupan | grep 192
tcp        0      0 192.168.1.253:53544     192.168.1.2:22          ESTABLISHED 7052/ssh

Jak tylko odpalę coś z dźwiękiem, to się pojawia osobny proces dla pulseaudio i czasem też i dla X . Czasem bo nie zawsze. Ale dla pulse jest zawsze. Więc skoro ludzie mówią, że dźwięk leci nieszyfrowany i pojawia się proces, to skoro pojawia się proces i dla X to i on również nie leci szyfrowany. Czy to nie ma żadnego znaczenia?

morfik · 2014-03-27 17:20:30

Udało się przez ssh -- trzeba było skorzystać z tego tcp forwardingu w ssh i linijka od łączenia wygląda tak:

Kod:

$ ssh -R 24713:localhost:4713 morfik@192.168.1.2

I teraz już nie ma żadnych procesów przy odtwarzaniu filmu, oczywiście poza ssh:

Kod:

root:~# netstat -tupan | grep -i 192
tcp        0      0 192.168.1.253:44211     192.168.1.2:22          ESTABLISHED 12188/ssh

root:~# netstat -tupan | grep -i pulse
tcp        0      0 0.0.0.0:4713            0.0.0.0:*               LISTEN      4727/pulseaudio
tcp        0    103 127.0.0.1:4713          127.0.0.1:44594         ESTABLISHED 4727/pulseaudio
tcp6       0      0 :::4713                 :::*                    LISTEN      4727/pulseaudio

Jak widać na tym drugim jest ustanowione połączenie z serverem pulseaudio.

i zmienna servera pulse nie wskazuje na faktyczny server, tylko na lokalny adres:

Kod:

morfik@wine32:~$ export PULSE_SERVER="tcp:localhost:24713"

Co by nie mówić, trochę to utylizuje proca. :]

megabajt · 2014-03-27 19:25:36

Najprościej chyba użyć sshfs

morfik · 2014-03-27 20:22:06

Sprawdziłem właśnie tego sshfs i z tego co widzę, to on montuje zdalny zasób i z niego odtwarza, czyli tak jakby kopiuje część pliku z servera na lokalną maszynę i dźwięk i obraz są tworzone lokalnie i odpada streaming obrazu i dźwięku przez sieć i nie obciąża to procka.

Nawet się przyda, przynajmniej do odtwarzania filmów i mp3 xD

Tak sobie sprawdziłem jak wyglądają staty przy szyfrowanym obrazie + dźwięk:

750-850 pakietów na sekundę, łącznie ruch około 2,5-3MiB/s

A przy sshfs: około 50-70 pakietów i transfer na poziomie 200KiB/s

Różnica. xD

Ostatnio edytowany przez morfik (2014-03-27 20:34:29)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00107	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.44.22' WHERE u.id=1
0.00084	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.44.22', 1732834052)
0.00042	SELECT * FROM punbb_online WHERE logged<1732833752
0.00081	DELETE FROM punbb_online WHERE ident='3.145.59.244'
0.00084	SELECT topic_id FROM punbb_posts WHERE id=261359
0.00061	SELECT id FROM punbb_posts WHERE topic_id=25512 ORDER BY posted
0.00059	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25512 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00085	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25512 ORDER BY p.id LIMIT 0,25
0.00076	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25512
Total query time: 0.00697 s

Forum Debian Users Gang

Ogłoszenie

#1 2014-03-27 14:57:37

morfik - Cenzor wirtualnego świata

[SOLVED] Szyfrowany ruch po ssh

Kod:

#2 2014-03-27 15:05:47

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] Szyfrowany ruch po ssh

#3 2014-03-27 15:44:22

morfik - Cenzor wirtualnego świata

Re: [SOLVED] Szyfrowany ruch po ssh

Kod:

Kod:

#4 2014-03-27 17:20:30

morfik - Cenzor wirtualnego świata

Re: [SOLVED] Szyfrowany ruch po ssh

Kod:

Kod:

Kod:

#5 2014-03-27 19:25:36

megabajt - Użytkownik

Re: [SOLVED] Szyfrowany ruch po ssh

#6 2014-03-27 20:22:06

morfik - Cenzor wirtualnego świata

Re: [SOLVED] Szyfrowany ruch po ssh

Stopka forum

Informacje debugowania