Did not found way to force system resolver to use tcp-only, but something like this should work: aptitide install pdnsd
=== cut/etc/pdnsd.conf ===
global {
query_method = tcp_only;
}
server {
ip = 8.8.8.8, 8.8.4.4;
label = "google";
}
=== cut/etc/resolv.conf ===
nameserver 127.0.0.1
That's slower than udp, but better than nothing (and pdnsd cache will compensate slowdown from tcp usage).
But then I need every time verify HTML code (including javascript [obsfucation + halting problem!]), to ensure it did not modified by MITM to direct somewhere else.
When login page is https - I'm know that page code did not modified by MITM.
Yes, it can also use binary codecs. But it need not to use them for all widespread formats, most common ones, and some rare and obscure too.
If you'll sort that "mplayer codec status" by format/fourcc, you'll see that most format that can be decoded using questionable.dll, also can be decoded by unquestionable (by copyright law) GPL'ed ffmpeg code.
If there were no patent problems, most linux distribution would happily play and encode (even without distributing any questionable binary x86-only dll's) at least mp3 (lame started around 1998, free mp3 players - even earlier), [s]vcd (mpeg 1/2 video supported natively more than 6 years ago), divx (mpeg-4 asp supported natively more than 5 years ago), (unencrypted) dvd (mpeg-2, 6 years), and (unencrypted) hd-dvd/blue-ray (h.264 and vc-1 supported natively for about year), asf/wmv (four years for {wmv,wma}[12], about year for wmv3).
But they cannot. Even mp3, that has open source codecs for decade. Why? Because of patent problems.
Wrong. We have open-source (GPL and LGPL) decoders for most formats and encoders for many formats inside ffmpeg (that used by MPlayer, vlc, xine and others).
Your information is obsolete by five years, if not more (when I started using MPlayer at ~2002, I already need not DLL crap for playing mpeg-{1,2,4} [and I need not other formats at that time; MPlayer/ffmpeg already supported [natively] many more even at that time, and support much more now, usually faster and/or better quality than commercial/closed/DLL crap]).
For now, the only remaining problem is patents on algorithms.
AFAIK, all mpeg-{1,2,4-{avs,avc}}-{video,audio}, aac, ac3 and dts encoding and decoding are heavily patented in USA and Japan.
And that patents license terms absolutely incompatible with F/OSS.
Slashdot Mirror
Another motive.
Did not found way to force system resolver to use tcp-only, but something like this should work: /etc/pdnsd.conf === /etc/resolv.conf ===
aptitide install pdnsd
=== cut
global {
query_method = tcp_only;
}
server {
ip = 8.8.8.8, 8.8.4.4;
label = "google";
}
=== cut
nameserver 127.0.0.1
That's slower than udp, but better than nothing (and pdnsd cache will compensate slowdown from tcp usage).
When login page is https - I'm know that page code did not modified by MITM.
Yes, it can also use binary codecs. But it need not to use them for all widespread formats, most common ones, and some rare and obscure too.
If you'll sort that "mplayer codec status" by format/fourcc, you'll see that most format that can be decoded using questionable .dll, also can be decoded by unquestionable (by copyright law) GPL'ed ffmpeg code.
If there were no patent problems, most linux distribution would happily play and encode (even without distributing any questionable binary x86-only dll's) at least mp3 (lame started around 1998, free mp3 players - even earlier), [s]vcd (mpeg 1/2 video supported natively more than 6 years ago), divx (mpeg-4 asp supported natively more than 5 years ago), (unencrypted) dvd (mpeg-2, 6 years), and (unencrypted) hd-dvd/blue-ray (h.264 and vc-1 supported natively for about year), asf/wmv (four years for {wmv,wma}[12], about year for wmv3).
But they cannot. Even mp3, that has open source codecs for decade. Why? Because of patent problems.
Wrong. We have open-source (GPL and LGPL) decoders for most formats and encoders for many formats inside ffmpeg (that used by MPlayer, vlc, xine and others).
Your information is obsolete by five years, if not more (when I started using MPlayer at ~2002, I already need not DLL crap for playing mpeg-{1,2,4} [and I need not other formats at that time; MPlayer/ffmpeg already supported [natively] many more even at that time, and support much more now, usually faster and/or better quality than commercial/closed/DLL crap]).
For now, the only remaining problem is patents on algorithms.
AFAIK, all mpeg-{1,2,4-{avs,avc}}-{video,audio}, aac, ac3 and dts encoding and decoding are heavily patented in USA and Japan.
And that patents license terms absolutely incompatible with F/OSS.