16
|
Linux секция за начинаещи / Настройка на програми / Asterisk и факсове през T.38
|
-: Apr 01, 2011, 23:36
|
Здравейте, Боря с с asterisk 1.6.2.17 факсове през T.38 протокола. Сървърyt, на който е инсталиран астериска е зад един адсл модем на БТК и един мой рутер с линукс и iptables на него. На модема и на рутера съм пренасочил портове 5060 (SIP), 4569 (IAX), 5065 (един от провайдърите го ползва), както и 30000-31000 (RTP). Провайдъра, който (уж) поддържа T.38 е transcomvoip, но понеже не бяха сигурни дали ще сработи ми направиха един тестов акаунт, с който да тествам и, ако са ОК вече да им стана клиент. През централата си минават разговори през SIP или IAX каналите без проблем. SIP регистрациите също не са проблем - регистрирам се в централата и мога да пратя факс, който се получава през T.38 чрез softphone Zoiper, което ме навежда на мисълта, че в астериска ми няма проблем с T.38. Когато обаче се опитам да изпратя факс през transcom нещата не се получават. Ето как изпращам факс: asterisk CLI>originate SIP/transcom/0044161713**** extension s@send-fax
като съответно в extensions.conf имам: exten => s,1,Answer() exten => s,n,Wait(3) exten => s,n,SendFAX(/var/spool/asterisk/fax/fax.tiff,df)
Номерът на който изпращам факса 0044161713**** е номера ми от voiptalk и успешно се рутира до астериска, който отговаря, но липсва fax detection и получаването на факса пропада с T1_TIMEOUT. Опитвам по същия начин да изпратя и на друг номер, предоставен ми от fax2email доставчик, но също факса не се получава. В sip.conf съм разрешил само G729 codec по препоръка на transcom. Това, което ми прави впечатление е, че по време на тази комуникация (от астериска, през transcomvoip и voiptalk пар в астериска) не засичам никакъв T.38 трафик. Снифя интерфейса на сървъра, на който е астериска с wireshark и филтър (sip or t38 or rtp) и липсват Т.38 пакети, за разлика от случая в който пращам факс през Zoiper директно до астериска - тогава си минава т38 трафика. Ето лога от wireshark с посочения филтър: No. Time Source Destination Protocol Info 10 9.174746 192.168.0.10 95.154.218.4 SIP/SDP Request: INVITE sip:00441617132429@sip.transcomvoip.com:6060, with session description 11 9.259692 95.154.218.4 192.168.0.10 SIP Status: 100 Trying 12 12.369612 77.240.60.33 192.168.0.10 SIP/SDP Request: INVITE sip:01617132429@senser.no-ip.info, with session description 13 12.370495 192.168.0.10 77.240.60.33 SIP Status: 100 Trying 14 12.370904 192.168.0.10 77.240.60.33 SIP/SDP Status: 200 OK, with session description 15 12.473281 77.240.60.33 192.168.0.10 SIP Request: ACK sip:01617132429@95.42.85.127:5060 16 12.606895 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5580, Time=876133928, Mark 17 12.607320 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25646, Time=160, Mark 18 12.620816 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5581, Time=876134088 19 12.627511 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25647, Time=320 20 12.642072 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5582, Time=876134248 21 12.647525 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25648, Time=480 22 12.660954 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5583, Time=876134408 23 12.667529 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25649, Time=640 24 12.685785 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5584, Time=876134568 25 12.687477 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25650, Time=800 26 12.701927 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5585, Time=876134728 27 12.707528 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25651, Time=960 28 12.720856 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5586, Time=876134888 29 12.727492 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25652, Time=1120 30 12.746465 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5587, Time=876135048 31 12.747490 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25653, Time=1280 32 12.767488 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5588, Time=876135208 33 12.767553 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25654, Time=1440 34 12.787249 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5589, Time=876135368 35 12.787377 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25655, Time=1600 36 12.801369 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5590, Time=876135528 37 12.807531 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25656, Time=1760 38 12.827073 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5591, Time=876135688 39 12.827491 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25657, Time=1920 40 12.836989 95.154.218.4 192.168.0.10 SIP/SDP Status: 183 Session progress, with session description 41 12.840001 95.154.218.4 192.168.0.10 SIP/SDP Status: 200 OK, with session description 42 12.840307 192.168.0.10 95.154.218.4 SIP Request: ACK sip:00441617132429@95.154.218.4:6060 43 12.846280 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5592, Time=876135848 44 12.847530 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25658, Time=2080 45 12.860949 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16346, Time=160 46 12.867331 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5593, Time=876136008 47 12.867435 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25659, Time=2240 48 12.875060 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10647, Time=40 49 12.880935 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16347, Time=320 50 12.881619 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5594, Time=876136168 51 12.887535 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25660, Time=2400 52 12.900884 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16348, Time=480 53 12.902326 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5595, Time=876136328 54 12.904921 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10648, Time=280, Mark 93 13.702176 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5635, Time=876142728 194 13.708053 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25700, Time=8800 195 13.720906 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16389, Time=7040 196 13.723177 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5636, Time=876142888 197 13.724985 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10668, Time=6840, Mark 198 13.728057 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25701, Time=8960 199 13.740856 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16390, Time=7200 200 13.743140 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5637, Time=876143048 201 13.748054 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25702, Time=9120 202 13.760905 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16391, Time=7360 203 13.762046 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5638, Time=876143208 204 13.768053 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25703, Time=9280 205 13.776297 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10669, Time=7160, Mark 206 13.780881 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16392, Time=7520 207 13.783301 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5639, Time=876143368 208 13.788058 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25704, Time=9440 209 13.795215 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10670, Time=7320 210 13.800905 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16393, Time=7680 211 13.803545 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5640, Time=876143528 212 13.808056 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25705, Time=9600 213 13.815474 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10671, Time=7480 214 13.820902 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16394, Time=7840 215 13.823244 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5641, Time=876143688 216 13.828052 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25706, Time=9760 217 13.836535 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10672, Time=7640 218 13.840853 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16395, Time=8000 219 13.843463 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5642, Time=876143848 220 13.848030 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25707, Time=9920 221 13.856434 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10673, Time=7800 222 13.860893 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16396, Time=8160 223 13.862318 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5643, Time=876144008 224 13.868023 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25708, Time=10080 225 13.876085 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10674, Time=7960 226 13.880892 192.168.0.10 62.190.84.3 RTP PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16397, Time=8320 227 13.882739 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5644, Time=876144168 228 13.888033 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25709, Time=10240 229 13.896041 62.190.84.3 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10675, Time=8120 4218 47.043660 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7302, Time=876409448 4219 47.044297 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27363, Time=274880 4220 47.063650 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7303, Time=876409608 4221 47.064285 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27364, Time=275040 4222 47.082988 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7304, Time=876409768 4223 47.084376 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27365, Time=275200 4224 47.104055 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7305, Time=876409928 4225 47.104336 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27366, Time=275360 4226 47.123749 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7306, Time=876410088 4227 47.124213 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27367, Time=275520 4228 47.143602 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7307, Time=876410248 4229 47.144325 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27368, Time=275680 4230 47.163657 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7308, Time=876410408 4231 47.164290 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27369, Time=275840 4232 47.182839 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7309, Time=876410568 4233 47.184328 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27370, Time=276000 4234 47.204046 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7310, Time=876410728 4235 47.204327 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27371, Time=276160 4236 47.222822 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7311, Time=876410888 4237 47.224317 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27372, Time=276320 4238 47.231937 192.168.0.10 95.154.218.4 SIP Request: BYE sip:00441617132429@95.154.218.4:6060 4239 47.243733 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7312, Time=876411048 4240 47.244320 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27373, Time=276480 4241 47.262578 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7313, Time=876411208 4242 47.264333 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27374, Time=276640 4243 47.283919 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7314, Time=876411368 4244 47.284225 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27375, Time=276800 4245 47.302959 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7315, Time=876411528 4246 47.304362 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27376, Time=276960 4247 47.312351 95.154.218.4 192.168.0.10 SIP Status: 200 OK 4248 47.318680 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7316, Time=876411688 4249 47.324356 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27377, Time=277120 4250 47.343144 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7317, Time=876411848 4251 47.344340 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27378, Time=277280 4252 47.363910 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7318, Time=876412008 4253 47.364215 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27379, Time=277440 4254 47.377855 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7319, Time=876412168 4255 47.384356 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27380, Time=277600 4256 47.403836 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7320, Time=876412328 4257 47.404211 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27381, Time=277760 4258 47.417712 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7321, Time=876412488 4259 47.424359 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27382, Time=277920 4260 47.439286 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7322, Time=876412648 4261 47.444355 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27383, Time=278080 4262 47.463883 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7323, Time=876412808 4263 47.464220 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27384, Time=278240 4264 47.483873 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7324, Time=876412968 4265 47.484214 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27385, Time=278400 4266 47.502714 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7325, Time=876413128 4267 47.504321 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27386, Time=278560 4268 47.524095 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7326, Time=876413288 4269 47.524384 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27387, Time=278720 4270 47.538847 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7327, Time=876413448 4271 47.544369 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27388, Time=278880 4272 47.563099 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7328, Time=876413608 4273 47.564352 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27389, Time=279040 4274 47.583906 77.240.60.33 192.168.0.10 RTP PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7329, Time=876413768 4275 47.584218 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27390, Time=279200 4276 47.604348 192.168.0.10 77.240.60.33 RTP PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27391, Time=279360 4277 47.605384 77.240.60.33 192.168.0.10 SIP Request: BYE sip:01617132429@95.42.85.127:5060 4278 47.605644 192.168.0.10 77.240.60.33 SIP Status: 200 OK
Аз ли нещо греша или да заключа, че transcomvoip не поддържат T38 и да не се занимавам повече с тях. П.П. voiptalk официално не поддържат T.38
|
|
|
17
|
Програмиране / Web development / ajax requests и данни през POST
|
-: Dec 21, 2010, 23:07
|
Здравейте, Фен съм и ползвател на CakePHP framework. В новия клон на рамката 1.3 обаче, има доста промени по-специално свързани с джаваскрипт, които поне засега ми се струват отвратителни, но по темата: опитвам се да направя ajax request, като досега за целта ползвах prototype, но сега реших да опитам и jQuery. Целта е да направя елементарен селект бокс, при промяна на който да се ъпдейтва div елемент. Проблемът се явява, ако ajax-a през метод POST И има сетната data, която се предава с call-a. Ето малко код: кодът на селект-а: GeSHi (HTML): <select name="data[Sync][selection]" id="selection">
и jQuery кода: GeSHi (Javascript): <script type="text/javascript"> //<![CDATA[ $(document).ready(function () { $("#selection").bind("change", function (event) { $.ajax({async:true, data:"blabla", dataType:"html", success:function (data, textStatus) { $("#result").html(data);}, type:"POST", url:"\/Syncs\/syncSelection"}); return false;});}); //]]> </script>
При използване на метод GET няма проблем. Проблем се получава, когато методът е POST и е сетнат параметъра "data:"blabla"", ако този параметър не е сетнат, нещата сработват. Когато обаче параметъра не е празен, то изобщо нищо не стига до уеб сървъра - гледам нещата с firebug и се виждат само request headers, но не и response (това се потвърждава и от липсата на запис в access log-a на апача). Почвам да си мисля, че нещо не е ОК с веб сървъра ми вече ......... просто не знам какво друго да мисля. Помагайте плс. ... П.П. Проблемът си остава и, ако ползвам prototype вместо jquery, макар, че не съм го тествал на 100% докрай, така че най-верояно проблема не е в джаваскрипта. Също така, когато ползвам POST за метод и параметъра data не е празен във firebug се вижда и следното: XML Parsing Error: no element found Location: moz-nullprincipal:{8d771d51-d6b8-4d19-80fe-8a7cdb9ca918} Line Number 1, Column 1:
|
|
|
18
|
Linux секция за начинаещи / Настройка на програми / Помощ за iptables & OpenVPN
|
-: Nov 24, 2010, 21:11
|
Привет, Имам следната ситуация: рутер, който освен да рутира нета, отскоро работи и катo VPN сървър (става дума за OpenVPN). Интерфейсите на машината са както следва: eth0 192.168.0.1 255.255.255.0 е вътрешната мрежа eth1 192.168.1.2 255.255.255.0 е интернета (с такъв адрес е, защото в момента получава нет през БТК АДСЛ) Настроил съм OpenVPN да бъде в 192.168.2.0 255.255.255.0 мрежа (192.168.2.1 е адреса на сървъра, примерно за конкретен клиент адреса е 192.168.2.7). Във вътрешната мрежа зад рутера работи веб сървър на адрес 192.168.0.10. Целта ми е клиентите на ВПН-а да имат достъп до него. В момента скрипта, който рутира нета на вътрешната мрежа е съвсем елементарен и изглежда така: GeSHi (Bash): #!/bin/bash export LAN=eth0 export WAN=eth1 iptables -F iptables -t nat -F iptables -t mangle -F iptables -X iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD DROP iptables -A INPUT -i ${LAN} -j ACCEPT iptables -A INPUT -i lo -j ACCEPT iptables -A INPUT -p tcp --dport ssh -i ${WAN} -j ACCEPT iptables -I FORWARD -i ${LAN} -d 192.168.0.0/255.255.255.0 -j DROP iptables -A FORWARD -i ${LAN} -s 192.168.0.0/255.255.255.0 -j ACCEPT iptables -A FORWARD -i ${WAN} -d 192.168.0.0/255.255.255.0 -j ACCEPT iptables -t nat -A POSTROUTING -o ${WAN} -j MASQUERADE
Умишлено съм махнал правилата, с които съм се мъчил да насоча ВПН клиентите към 192.168.0.10, защото не съм компетентен по темата и надали ще са от полза на някого.
|
|
|
19
|
Програмиране / Web development / Проблем с РНР и fopen wrappers
|
-: Nov 08, 2010, 09:27
|
Здравейте, Имам супер досаден проблем свързан с fopen wrappers - всички (или поне тези, които съм тествал) функции свързани с тях не работят. Ето един елементарен пример: GeSHi (PHP): $url='http://www.soapclient.com/xml/SQLDataSoap.WSDL'; array('protocol_version'=> 1.0, 'ignore_errors' => true, 'max_redirects'=>1)));
В резултат $result е празен стринг - не е false, РНР-то не връща никаква грешка, просто не прави изобщо рекуест към отдалечения ресурс (file_get_contents работи с локални файлове, но не и с файлове сервирани от локалното апаче). Същото важи и примерно за функции като get_headers() и fopen(), променлива като $http_response_header - все са празни. Всъщност няма и как да не са празни след като сървъра, към който е насочено питането изобщо не получава нищо (установено е ана апач, който е под мой контрол - никакъв GET или POST request не стига до него в резултат на РНР кода). Чрез cURL или fsockopen и ръчно сетнати хедъри нещата работят, но това не е решение - трябва да преборя file_get_contents($remote_url). Естествено в php.ini имам РНР-то е 5.3.3 билднато от сорс, но и с 5.2.х проблема е същия. Някакви идеи?
|
|
|
20
|
Linux секция за начинаещи / Настройка на програми / Висок load при четене/писане на диска на 64 битова система
|
-: Jul 07, 2010, 14:07
|
Здравейте, Проблемът предполагам е познат за част от вас, но все пак ще поясня: Системата е 64 битово Gentoo, с последните версии на всичко. Кернела, който ползвам е 2.6.34-zen1, но това надали има голямо значение, тъй като съм пробвал с какви ли не кернели от 2.6.30 насам (приблизително) и няма разлика. При четене или писане на диска натоварването на системата скача драстично, а скоростта на четене/писане измерена с iotop в пиковите си моменти е не повече от 2,5-3МБ/с, но иначе нормално се движи под 1МБ/с. Total DISK READ: 9.74 K/s | Total DISK WRITE: 0.00 B/s PID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 19116 be/4 senser 3.90 K/s 0.00 B/s 0.00 % 0.91 % python2.6 /usr/bin/iotop -Po -d 4 7520 be/4 senser 997.33 B/s 0.00 B/s 0.00 % 0.03 % firefox --sm-config-prefix /fire~012899100000311450025 --screen 0 9395 be/4 mysql 4.87 K/s 0.00 B/s 0.04 % 0.00 % mysqld --defaults-file=/etc/mysq~cket=/var/run/mysqld/mysqld.sock
Проблемът не е във файловата система - почти няма разлика при различните. Хардът също е ОК и производителността му измерена с hdparm е нормална: hdparm -tT /dev/sda
/dev/sda: Timing cached reads: 950 MB in 2.00 seconds = 474.45 MB/sec Timing buffered disk reads: 88 MB in 3.03 seconds = 29.03 MB/sec
Проблемът се дискутираше във форума на gentoo, но нещо замря: http://forums.gentoo.org/viewtopic-t-482731-postdays-0-postorder-asc-start-925.html. Там имаше различни предположения, но повечето витаеха около това, че 64 битовите системи са засегнати значително повече от 32 битовите и, че е "замесен" disk scheduler-a. Пробвал съм и с трите различнi scheduler-a и няма промяна, поне не и осезаема. Ползвам компютъра за ежедневна работа, и предполагам, че го натоварвам малко повече от средностатистически потребител, защото освен браузър, офис, музика и т.н. имам пуснати апач и mysql, но въпреки това не мисля, че е нормално натоварването на системата да е постоянно около 1-ца, а програмите да се стартират понякога за минути. Това, което ми направи впечатление вчера е io статистиката на произволен процес, която изглежда така: # less /proc/1/io
rchar: 157786078883 wchar: 65325745653 syscr: 906017819 syscw: 168525258 read_bytes: 47304096768 write_bytes: 17572843520 cancelled_write_bytes: 2679222272
и по-точно последния брояч cancelled_write_bytes. За него намерих следното тук http://www.kernel.org/doc/Documentation/filesystems/proc.txt: cancelled_write_bytes --------------------- The big inaccuracy here is truncate. If a process writes 1MB to a file and then deletes the file, it will in fact perform no writeout. But it will have been accounted as having caused 1MB of write. In other words: The number of bytes which this process caused to not happen, by truncating pagecache. A task can cause "negative" IO too. If this task truncates some dirty pagecache, some IO which another task has been accounted for (in its write_bytes) will not be happening. We _could_ just subtract that from the truncating task's write_bytes, but there is information loss in doing Дали относително високия процент cancelled_write_bytes (), може да има връзка с високия load при входно изходни операции или дайте други идеи, ако имате. П.П. Сега се сетих за един елементарен тест, който пробвах: dd if=/dev/zero of=/mnt/test bs=512k count=1024 1024+0 records in 1024+0 records out 536870912 bytes (537 MB) copied, 29.1484 s, 18.4 MB/s
Относително бързо писане, но през това време компютъра е неизползваем - дори и мишката трудно се движи, а лоуда е към 10. Прави ми впечатление, че май когато един процес прави дисковата операция (четене или писане) скоростта е добра, но когато няколко конкурентни процеса се борят за достъп, скорстта пада драстично ..... ако може да се вярва на iotop де.
|
|
|
21
|
Linux секция за начинаещи / Настройка на програми / Кернел 2.6.32 Zen и драйвер b43
|
-: Dec 27, 2009, 09:38
|
Здравейте,
от няколко седмици се опитвам да ползвам кърнъл 2.6.32 от Zen, но безжичната ми карта Broadcom BCM4318 се държи ужасно с него - от порядъка на 90% загуби при елементарен пинг до AP-то. С предните версии на Zen не съм имал подобен проблем. Кърнъла си го компилирам сам с опции, които ползвам от доста време (обикновено преди компилирането правя make oldconfig спрямо настройките от предната версия на ядрото). Системата е 64 битово Gentoo, точната версия на ядрото в момента е 2.6.32–p3. Мога да кача някъде .config-a на ядрото, умишлено не го пускам тук, че е дълъг. Сблъсквал ли се е някой с подобен проблем с 2.6.32. Забравих да кажа, че в логовете и dmesg нищо интересно не виждам.
|
|
|
22
|
Linux секция за начинаещи / Настройка на програми / Проблем с ГНОМЕ и CR2 "сурови" изобажения от фотоапарат Канон
|
-: Oct 21, 2009, 08:51
|
Здравейте, От известно време имам проблем при свалянето на снимките от цифровия си фотоапарат Canon EOS 1000D. Фотоапаратите на Канон използват CR2 формат за суровите (raw) си снимки и проблемът ми е именно с тези файлове, със снимките JPG няма грижи. Проблемът се състои в това, че при отваряне на папка съдържаща един или повече от тези CR2 файлове nautilus крашва или замръзва. Това се получава, когато ГНОМЕ е настроен да показва preview на файловете в папката - ако тази опция е изключена и nautilus съответно не умира. Същото се получава и ако се опитам да отворя file properties на такъв файл - с десен бутон на мишката, от контекстното меню file properties и прозорецът, както и nautilus замръзват (подозирам, че причината може да е същата както и при генерирането на preview икони в браузъра на nautilus, защото в прозореца на file properties също има икона-preview на файла). Проблемът се появи преди известно време, като преди всичко си работеше без проблеми. Инсталирал съм следните пакети, които мисля че имат отношение към обработката на CR2 файлове и съответно може да са свързани с проблема: imagemagick gegl eog gimp gphoto2 libgphoto2 nautilus exiv2 gvfs gnome-vfs gnome-vfs-python dcraw ufraw
Въпросните програми също съм и преинсталирал вече неколкократно, но без успех. Не мога да дебъгна грешките nautilus при краш, защото стартиран от конзола или в gdb той се форква (или нещо подобно), стартира се и в терминала или дебъгера няма никакви съобщения. Също така в домашната директория на потребителя ми липсва файл ~/nautilus-debug-log.txt, както пише тук: http://live.gnome.org/Nautilus/Development/Bugs. Затова един от въпросите ми е по какъв начин да дебъгна и да видя кой компонент точно предизвиква проблема. Ако пък се приеме, че генерирането на thumbs е причината за тези крашове - разгледах конфигурацията в gconf и там има настроени thumbnailers за различни видове файлове и поне доколкото успях да разбера за генерирането на preview на снимки се ползва totem-video-thumbnailer, който обаче не може да генерира икони от CR2 файлове - когато се опитам да го направя в терминал получавам: ** Message: Initialised libraries, about to create video widget ** Message: Video widget created ** Message: About to open video file ** Message: don't know how to handle image/tiff, endianness=(int)1234 ** Message: Error: A TIFF decoder plugin is required to play this stream, but not installed. gstdecodebin.c(988): close_pad_link (): /GstPlayBin:play/GstDecodeBin:decodebin0: No decoder to handle media type 'image/tiff'
** Message: Error: You do not have a decoder installed to handle this file. You might need to install the necessary plugins. gstplaybasebin.c(2327): prepare_output (): /GstPlayBin:play
** Message: Got metadata, checking if we have a cover ** Message: No covers, and no video, exiting
Генерирането на тумбове от JPG или PNG работи нормално. Тумбове на CR2 файлове мога да генерирам чрез dcraw или ufraw, но понеже не съм убеден, че това е причината за проблема не съм си играл с настройки в gconf. Помагайте с идеи и предложения. Ако някой случайно не е разбрал ползвам GNOME за графична среда (версията е 2.26.3, nautilus е версия 2.26.4 като downgrade до 2.26.3 не решава нещата). ОС-а е Gentoo ~amd64 (нестабилен клон да го кажем на 64 битовата архитектура).
|
|
|
23
|
Linux секция за начинаещи / Настройка на програми / Проблем с wine, gecko и self_signed_cert
|
-: May 16, 2009, 11:13
|
Здравейте, Опитвам се да отворя интернет страница, която е на сървър със self_signed_certificate с помощта на wine и неговият браузър под линукс. Проблемът е, че браузърът дава грешка: "XXXXX.com uses an invalid security certificate. The certificate is not trusted because it is self signed. (Error code: sec_error_ca_cert_invalid)" и освен да натисна бутон ОК, друг избор нямам, при което странцата се затваря. При отварянето на други сайтове нямам проблеми: $wineconsole iexplore http://abv.bg
, но $wineconsole iexplore https://xxxx.com
води до гореописания резултат. Някой има ли идея как мога или да импортна сертификата или да накарам браузъра да не прави такава проверка примерно (второто мисля, че няма как да стане - по спомени последните версии на gecko задължително искат потвърждение от потребителя при невалидни сертификати). Версията на gecko e 0.9.1
|
|
|
24
|
Linux секция за начинаещи / Настройка на програми / Проблем с клавиатурата на виртуални терминали > 7
|
-: Jan 31, 2009, 09:06
|
Здравейте, На скоро инсталирано Дженту (~amd64) имам следния досаден проблем: на виртуалните терминали vt0, vt2, .... vt7 си имам логин промпт и мога да пиша нормално, да се логвам, да рестартирам с Ctrl+Alt+Del, да сменям терминала с Ctrl+F* и т.н. На терминалите след 7-ми обаче, без значение дали имам логин промпт, клавиатурата е напълно неадекватна - какъвто и клавиш или комбинация от клвиши да натисна в терминала получавам единствено неща от рода на ":**88??%@" и съответно нищо не мога да направя освен да рестартирам машината. Подозирам, че проблемът е свързан с клавиатурата (или нейния драйвер), защото при първото стартиране на gdm също не ми работи клавиатурата, т.е. не мога да вляза в Гном - трябва да рестартирам gdm за да сработи клавиатурата (драйвера и настройките за Х са направени през hal). Ето и част от настройките, които имат връзка според мен: /etc/inittab: # TERMINALS c1:12345:respawn:/sbin/agetty 38400 tty1 linux c2:2345:respawn:/sbin/agetty 38400 tty2 linux c3:2345:respawn:/sbin/agetty 38400 tty3 linux c4:2345:respawn:/sbin/agetty 38400 tty4 linux c5:2345:respawn:/sbin/agetty 38400 tty5 linux c6:2345:respawn:/sbin/agetty 38400 tty6 linux c7:2345:respawn:/sbin/agetty 38400 tty7 linux
/etc/rc.conf - част от openrc-0.4.2 ############################################################################## # LINUX SPECIFIC OPTIONS
# This is the number of tty's used in most of the rc-scripts (like # consolefont, numlock, etc ...) rc_tty_number=12
|
|
|
26
|
Linux секция за начинаещи / Настройка на програми / Load balancing на ppp0 & eth1
|
-: Sep 17, 2008, 09:39
|
Здравейте, Имам рутер, който дава нет на 10-ина машини. Нета е от два доставчика - Спектрум & БТК АДСЛ. От първия доставчик връзката е през рррое и съответно на рутера отговаря интерфейс ррр0, който е със статичен IP адрес, а на БТК АДСЛ, както знаете '>, отговаря eth1 отново със статичен IP адрес 192.168.1.1. Целта ми е да пусна Load balancing на тази машина, т.е. да се ползват едновременно двата доставчика и в случай на отпадане на единия трафика да минава през другия. Мисля, че ми е ясно как да го направя (според четеното в lartc.org), но проблема ми е с пъвия доставчик и по-точно с ppp0 интерфейса. Какво имам предвид - ползвам Gentoo и в неговите init scripts мога да укажа да се добавята правилата в рутинг таблиците, които да правят балнсинга за всеки интерфейс или пък, ако някоя от връзките не се вдигне тогава нета да минава само през другата. Но ако това се прави от init script означава, че ще работи само при стартиране на машината или на съответните сървиси, т.е. ако в процеса на работа падне връзката на ррр0 нещата ще се омажат. Да не говорим, че ако падне връзката на ррр0 и после пак се възстанови iproute няма да разбере за това. Всъщност цялата ми чуденка е как да преодолея момента с ррр0 - ако нямам връзка към този доставчик то и интерфейса изчезва и при възстановяване се появява съответно. Това дето ми дойде на акъла е да сетна статичното ИП на ррр0 и без значение дали има връзка към Спектрум или не да вдигам интерфейса (ще видя разбира се адреса на отдалечената машина към която се закача) - въпросът дали това може да стане. От нещата, които изчетох из нета - по-скоро НЕ, но все пак и вие да си кажете мнението. П.П. Друг вариант, който мислех е да направя bonding на двата интерфейса, но не знам тогава как ще се държи ако единия интерфейс липсва (ррр0) - предполагам, че ще пропадне бондинга
|
|
|
28
|
Програмиране / Web development / Пмощ за javscript
|
-: Jun 05, 2008, 20:46
|
Здравейте, Първо искам да кажа, че от Javascript не разбирам и съм, пълен лаик, поради което явно имам и нужда от помощ '> Опитвам се да напиша малка функцийка, която да прави следното: при избора на чекбокс да се обхождат всички линкове, които се намират в даден div елемент (името му се подава като параметър на функцията) и да се забранят, т.е. да са неактивни (disable) Ето какво съм "сътворил" до тук, но не работи - цикъла, който трябва да обходи линковете не сработва, защото не мога да получа дължината на масива с линкове (т.е. броят им): Примерен код | function disable_elements(id){ var parent_element=document.getElementById(id); var links=parent_element.getElementsByTagName("link"); for(var i=0; i<links.length; i++){ links[i].disable=true; //window.alert(links[i]); } }
|
И други варианти за обхожданена елементите в рамките на даден div съм пробвал, но също без успех. Ако смятате, че има смисъл ще ги постна и тях.
Поздрави!
|
|
|
29
|
Нетехнически теми / Идеи и мнения / Съвет за избор на cms
|
-: Feb 11, 2008, 16:27
|
Здравейте,
Предстои ми да се захвана с направата на един-два сайта (нямат общо помежд си) - единият за недвижими имоти, а другият за автоморга.
Единият вариант е да ги направя от нулата с помощта на CakePHP (любимият ми framework), а вторият е с помощта на някоя "система за управление на съдържание" - CMS. Досега никога не съм ползвал такава и нямам конкретни впечатления, затова се обръщам за съвет коя (или кои, ако сметнете че за двата проекта има 2 варианта) ще бъде подходяща за да мога да я пригодя за нуждите на една стандартна фирма за продажба на недвижими имоти и за една малка автоморга/автокъща.
Изискванията са ми да бъде с отворен код и на базата на PHP & MySQL Не е задължително да е безплатна.
Поздрави!
|
|
|
30
|
Linux секция за начинаещи / Настройка на програми / драйвери на АТИ и нестабилен Дебиан
|
-: Nov 29, 2007, 19:35
|
Здравейте, По принцип съм (доволен) потребител на Дженту и го ползвам на няколко машини без никакви грижи, но от известно време ме глождеше идеята да дам шанс на "най-голямата" линукс дистрибуция '>. Инсталирал съм на няколко приятели Убунту без проблем, но не ми хареса нещо това дистро - прекалено юзърско ми се стори (все пак съм gentoo-user '>) реших да сложа един Дебиан. Та стига съм се обяснявал - ето какъв ми е проблема: инсталирах един Дебиан testing от DVD (Standard system), включих в sources.list unstable хранилищата, обнових го с последните пакети и всичко е ОК засега. Проблема ми е, че при опит за инсталиране на затворените драйвери на АТИ стигам до проблем със зависимостите: Примерен код | apt-get install fglrx-driver Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming.
Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation:
The following packages have unmet dependencies: fglrx-driver: Depends: xserver-xorg (>= 1:7.1.0) but it is not going to be installed E: Broken packages
|
разбира се, че имам инсталиран xorg:
Примерен код | apt-get install xserver-xorg Reading package lists... Done Building dependency tree Reading state information... Done xserver-xorg is already the newest version.
|
Сигурно има и друга информация, която да ви е полезна, но за първи път хващам Дебиан и не съм навлязъл още много в пакетната система
|
|
|
Страници: 1 [2] 3 4 ... 7
|
|