Αναζήτηση:

Σε αυτο το config που εχεις αρχικα, εχει αυτο:
aaa authorization network VPNAUTH local
και πιο κατω:
crypto map mymap isakmp authorization list VPNAUTH
Νομιζω οτι ειναι σαν ζητας να παρει το config απο local και οχι απο το radius.
Μαλλον θα επρεπε να ειναι:
aaa authorization network VPNAUTH group radius
Αν μπορεις βαλε κατι σαν debug aaa authorization , debug radius authorization να δεις αν τουλαχιστον προσπαθει να παει στο radius

Πιθανον να ειναι καποιο bug στο συγκεκριμενο IOS.
Πιστευω οτι αν το γυρισεις σε udp θα δουλευει κανονικα, αλλα οπως και να εχει αν κανεις tcpdump (πχ tcpdump -x -s 0 port 514 and host 192.168.1.120) θα δεις τι διαχωριστικο στελνει για την αλλαγη γραμμης.. αν δεν στελνει διαχωριστικο, λογικα ειναι bug η τελος παντων το προβλημα ειναι στο ap.

Δεν το εχω ξαναδει, αλλα πιστευω οτι σχετιζεται με το οτι χρησιμοποιεις TCP για το logging.... Μπορει να εχει σχεση με την επιλογη DisableLFDelimiter στο rsyslog

Δεν το εχω κανει ποτε, αλλα ριξε μια ματια εδω:
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_esyvpn/configuration/15-mt/sec-easy-vpn-15-mt-book/sec-easy-vpn-srvr.html#GUID-AEFC477C-5CF2-4327-8FE0-E1352BA0A202

Φαινεται να ειναι αυτο που θες

Λογικα χρειαζεσαι:

ip multicast-routing
και σε καθε interface του lan:
ip pim sparse-dense

Στο server κανεις setup σαν destination address καποια απο το range 239.255.x.x, βαζεις TTL > 1

Θα δουλευεις dense mode, αλλα δεν παιζει και ρολο στο δικτυο που εχεις.

Αν θελεις να κανεις test, βολευει το mgen (http://www.nrl.navy.mil/itd/ncs/products/mgen) και φυσικα το wireshark

στο int vlan 2 δεν εχεις βαλει:
ip tcp adjust-mss 1388


βαλτο και δοκιμασε αν πηγαινει καλυτερα

σε IOS router, τουλαχιστον μεχρι πριν 1-2 χρονια χρειαζοταν radius/tacacs

σε ASA το οριζεις καπου στο username κατι σαν:
username fikos attributes
vpn-ip-addr 1.2.3.4

Δοκιμασες να ρωτησεις στη Juniper Ελλας?

Εγκαταστασεις juniper υπαρχουν στην Ελλαδα, αλλα κυριως στο SP κομματι (που κατα βαση εκει ειναι ο στοχος της Juniper). Πιστευω οτι αρκετες εταιριες δουλευουν και τα firewall (netscreen).

χρησιμοποιεις το curl για να κανεις POST.
ψαξε στο google "curl post" και θα βρεις αρκετα παραδειγματα

δες και το l2tpv3

εχει μερικα ωραια παραδειγματα εδω:
http://www.de.ioccc.org/years.html

:)

περα απο τα ILO που εχουν οι διαφοροι servers, απο καποιον ειχα ακουσει καλα λογια για τα raritan, αλλα δεν τα εχω δοκιμασει

ριξε ενα βλεφαρο στο opencv
http://opencv.willowgarage.com/wiki/

για εξοπλισμο κοιτας tandberg, polycom, sony
πιθανον ο ΟΤΕ να δινει τετοιες υπηρεσιες, η HOL η chorus κλπ. Δες ομως και εταιριες που φτιαχνουν συνεδριακους χωρους πχ www.panou.gr

δεν θυμαμαι σχεδον τιποτα απο αυτα, αλλα μαλλον ψαχνεις για μια διαμορφωση που μπορει να σου δωσει τουλαχιστον 8.25 bits/hz και να χρησιμοποιει περιορισμενο bandwidth, (καλο spectral efficiency). Μαλλον αν το ψαξεις θα καταληξεις σε κατι σαν 64-QAM

Γενικα δεν διαφωνω. Αλλα οταν βλεπεις κατι σαν αυτο:
"The configuration revision number of the switch that you inserted was higher than the configuration revision number of the VTP domain. Therefore, your recently introduced switch, with almost no configured VLANs, erased all VLANs through the VTP domain.
This occurs whether the switch is a VTP client or a VTP server. A VTP client can erase VLAN information on a VTP server."


το οτι το client μπορει να σβησει τα VLAN στο server, μου φαινεται κατι εντελως τραγικο απο αποψη σχεδιασης του πρωτοκολλου.


για τα 64 vlan τωρα, δεν μπορεις να βαζεις 4500/6500 (που εχουν καλη κληρονομια απο το catos) σε καθε γωνια του δικτυου παντα. και τα 3550/3560 παιζουν μεχρι 128.

Προφανως το προβλημα δεν ειναι του vtp, αλλα χωρις να το καταλαβεις, αρχιζεις και βαζεις vlans, και καποια στιγμη αρχιζουν τα προβληματα.



το να κανω copy-paste το vlan configuration σε 15 switch δεν μου φαινεται και τοσο τραγικο, σε σχεση με το να μπορει ενα switch να ισοπεδωσει ολο το δικτυο. Ασε που κατα πασα πιθανοτητα δεν χρειαζεσαι ολα τα vlan σε ολα τα switch, εκτος και αν εχεις κανει κανενα ring, κατι που ετσι και αλλιως δεν ειναι πολυ καλο.



anyway, καθε δικτυο και καθε administrator εχει τις δικες του προτιμησεις. Εγω δουλευα το vtp σε καμποσα switch, αλλα τα γυρισα ολα σε transparent για τους παραπανω λογους.

Γιατι ειναι για κλωτσιες; επειδη δεν χρειαζεται να φτιαξεις vlan σε τοσα switches και περνει το ρισκο του να κανεις λαθος σε ενα switch και να γινει το δικτυο κουρειο;

λιγο ειναι? ειδικα αν σκεφτεις οτι το switch μπορει να το βαλει και ενας χρηστης.

Εχει και μερικα αλλα στραβα πχ καθε switch τρεχει και ενα instance spanning-tree για καθε vlan που βαζεις και γονατιζεις τη cpu, μετα τα 64 vlan καποια μοντελα γυρνανε αυτοματα σε transparent, κλπ.

Το χειροτερο ειναι οτι μετα τα 64 vlan καποια switch δεν σηκωνουν spanning-tree instance για καθε επιπλεον vlan, οποτε εχεις πολυ καλες πιθανοτητες να γινει loop (αν εχεις διπλα paths) και να γινει παλι ολο το δικτυο κουρειο.

επισης μεχρι καποιο version δεν επαιζε private vlans, νομιζω οτι το εφτιαξαν στο v3

ωραιο δεν ειναι το vtp?

οπως και να το κανεις (με η χωρις vtp) το switch 1 πρεπει να τα εχει τα vlans

το vtp γενικα ειναι αρκετα βολικο οταν εχεις 5-10 vlans & λιγα switch αλλα κατα τα αλλα ειναι εντελως για κλωτσιες.

ναι...

Δεν υπαρχει προβλημα φιλε chosen1 :)

@lacacitos, και εγω σκεφτηκα τον επεξεργαστη αλλα μετα απο ολοκληρο βραδυ off, να παγωνει σε 5 λεπτα απο το boot το πρωι μου φαινεται πως ξεπερνα πιθανο προβλημα υπερθερμανσης και παει προς το ελαττωμα...

Αληθεια, το livecd γιατι θα κανει τη διαφορα στο θεμα του κολληματος; δεν χρησιμοποιει cpu,ram,hdd resources;

μπα, αυτα ισχυαν στους 386/486... τωρα ζεσταινονται πολυ γρηγορα οι επεξεργαστες, γι'αυτο εχουν και τεραστιες ψυκτρες.

το livecd θα σε διευκολυνει να αποκλεισεις το software προβλημα δηλ. καποιο update των windows.

συνηθως οταν κολλαει τελειως (δηλ. δεν κουνιεται ποντικι, δεν δουλευει πληκτρολογιο καθολου) το προβλημα ειναι ο επεξεργαστης. Ειτε επειδη εχει προβλημα ειτε επειδη εχει παραζεσταθει. Αν ειναι θεμα υπερθερμανσης, αν το αφησεις για καμια ωρα να κρυωσει θα δουλεψει για παραπανω χρονο σε σχεση με το αμεσο reboot.
Παρομοια κολπα ισως να σου κανει και αν εχει καμια πχ. ψυχρη κολληση το motherboard.
το πιο απλο τεστ για να βεβαιωθεις οτι ειναι hardware ειναι να βαλεις ενα livecd και να δεις αν σου κολλησει

οταν λες οτι τσεκαρες για σκονη, το ξεβιδωσες, ειδες οτι δουλευει ο ανεμιστηρας και οτι δεν εχει μαζεψει πανω στην ψυκτρα ενα στρωμα σκονης σαν σφουγγαρι? (συνηθισμενο φαινομενο σε laptop)

Και κατι ακομη, Επειδη το php script θα εκτελειται ανα τακτα διαστηματα, υπαρχει δυνατοτητα με την καταλληλη μετατροπη να ενημερωνω τη βαση μονο με καινουργιες εγγραφες γιατι αλλιως δημιουργουνται διπλοτυπα. :hmm:

αν το source δεν σου δινει unique ID, μπορεις να κρατησεις ενα hash md5/sha1 των υπολοιπων πεδιων της εγγραφης σε ενα επιπλεον πεδιο, και να το κανεις unique η να το ελεγχεις.

δες και αυτο http://stackoverflow.com/questions/635937/how-do-i-specify-unique-constraint-for-multiple-columns-in-mysql

καλα το σκεφτεσαι.... αυτο που ψαχνεις ειναι η κανονικοποιηση βασης (database normalization), πχ να φερεις τα data σε "τριτη κανονικη μορφη".

κανε ενα γρηγορο πρωτοτυπο σε access και μετα το φτιαχνεις σε οτι θες.

ΕΙΜΑΙ ΣΙΓΟΥΡΟΣ ΟΤΙ ΠΡΕΠΕΙ ΝΑ ΤΟ ΠΡΟΚΑΛΕΙ ΤΟ POWERLINE ΑΦΟΥ ΤΟ ΨΥΓΕΙΟ ΕΙΝΑΙ ΚΑΙΝΟΥΡΓΙΟ.

ΤΙ ΜΠΟΡΩ ΝΑ ΚΑΝΩ ? ΝΑ ΒΑΛΩ ΚΑΝΕΝΑ ΠΟΛΥΠΡΙΖΟ ΜΕ ΠΡΟΣΤΑΣΙΑ (APC) ΣΤΟ ΨΥΓΕΙΟ?


... μπορει και ο θερμοστατης του ψυγειου να ειναι ελλατωματικος απο την κατασκευη του...

λογικα για να αποκοψεις το powerline χρειαζεσαι κατι σαν ΕΜΙ/RFI ac line filter που να κοβει τις συχνοτητες που παιζει το powerline

Αναρωτιεμαι λοιπον αν μπορω να συνδυασω τις δυο αυτες συνδεσεις με καποιο τροπο, ετσι ωστε, αν πεσει η μια συνδεση, το downloading η το online gaming να μην διακοπτονται.


δεν υπαρχει περιπτωση να μην διακοπτονται (οταν μιλαμε για σπιτικα δικτυα, για τα περισσοτερα πρωτοκολλα), απλα αν εχεις δυο γραμμες θα μπορεις να τα κανεις restart αμεσα και δεν θα χρειαστει να περιμενεις ποτε θα φτιαχτει η γραμμη.
Μαλλον το πιο απλο ειναι κατι συσκευουλες που κανουν load-sharing πχ http://www.peplink.com/balance/ , τα οποια ομως δεν τα εχω δοκιμασει

μπορεις να ξεκινησεις απο εδω...
http://en.wikipedia.org/wiki/Queueing_theory

δες στις ρυθμισεις του smtp μηπως εχει ενεργοποιηθει κατι σαν require secure authentication, μπορει να προσπαθει το outlook να ενεργοποιησει καποια μεθοδο sasl

http://www.google.com/search?q=sort+linked+list+algorithm

εννοειται πως ειναι αυτο! :)

αυτο που βασικα προσφερει το mac mini ειναι το μεγαλο WAF, μικρο μεγεθος και οτι ειναι αθορυβο.

Α ετσι οκ, γιατι ετσι οπως το εγραψες αφησες να εννοηθει οτι η tr/ ειναι η λυση, αντι της s/.

... η ετσι το καταλαβες εσυ... :)

τελος παντων, στο συγκεκριμενο θεμα υπαρχουν προφανως πολλες λυσεις, η καθεμια με την καθαροτητα και την ταχυτητα της και ως συνηθως εμφανιζονται και μερικες δυσκολιες που δεν τις βλεπεις απο την αρχη. πχ αν θυμαμαι καλα, αλλιως πρεπει να χειριστεις το /μπ/ (->mp) σε σχεση με το /^μπ/ (->b) οποτε θα πρεπει να εχεις και σειρα που εφαρμοζεις τα hash κλπ

προφανως το 40 s// ειναι ασχημο προγραμματιστικα, αλλα τελικα ισως να ειναι πιο καθαρο και πιο απλο

$a =~ s/ξ/ks/;
$a =~ tr/αβγδε/abgde/;


δεν υπαρχει μονο μαυρο-ασπρο, υπαρχουν και πολλες αποχρωσεις του γκρι... :)
επειδη το ιδιο προβλημα μου εχει τυχει, η λυση ειναι περιπου 40 s// και 1-2 tr// χωρις τα τονουμενα

δες και την tr πχ
$a =~ tr/αβγδε/abgde/

καλο ειναι να ακολουθησεις και την προτυποποιηση του ΕΛΟΤ για αυτη τη μετατροπη

δοκιμασε να κλεισεις ολα τα προγραμματα εκτος απο τον explorer, firefox και εκει να εχεις μονο ενα tab ανοιχτο με το site που κανεις upload. δοκιμασε να ανεβασεις ενα αρχειο, και κανε netstat -ano πριν το στειλεις, κατα τη διαρκεια και αμεσως μετα το timeout. επισης κανε και tasklist . τι βγαζει?

ο server σου δινει καποιο μηνυμα λαθους, η κανει timeout?
ποσο μεγαλα αρχεια ανεβαζεις?
για δες το bytes out στο
netsh interface ipv4 show subinterfaces

πριν και μετα το upload. Εχει σχεση με το μεγεθος του αρχειου?
οταν δεν ανεβαζεις αρχεια, το bytes out μεγαλωνει καθολου?

το ping -f -l 1400 δεν θα επρεπε να σου δινει καθολου reply, αλλα κατι σαν:
packet needs to be fragmented but DF set.

ping -f -l 1400 8.8.8.8
σου δινει reply? αν ναι, τοτε δεν εχεις αλλαξει το mtu
αν οχι, το
ping -f -l 1200 8.8.8.8 σου δινει reply?

αν ειναι το mtu δεν ειναι θεμα της καρτας δικτυου, αλλα του πως χειριζεται ο router σου και o provider τα μεγαλα πακετα.

χοντρικα:
Οταν το pc στελνει 1500 bytes σε ενα πακετο, δεν μπορουν να περασουν απο το PPPoE που αφηνει μεχρι 1492, και ο καθε router, provider κλπ το χειριζονται διαφορετικα

Αν το βαλεις 1300, το pc δεν θα στελνει πανω απο 1300 οποτε no problem.

να λυσουμε το προβλημα? mtu αλλαξες?

οκ, αν μπορεις κανε το ιδιο τεστ με destination το 193.0.14.129 αντι για το 8.8.8.8 καθως επισης και με destination το default gateway ( τον router σου).

Κατα προτιμηση δοκιμασε συνδεμενος ενσυρματα.

αφου τρεξει 4-5 δευτερολεπτα πατα ctrl-c και στειλε τα στατιστικα που βγαζει στο τελος.

αν το ποσοστο lost ειναι μικρο, δοκιμασε να αλλαξεις το mtu της καρτας δικτυου απο 1500 σε 1300. (ψαξε στο google για "setmtu windows" )

αφου το αλλαξεις, μαλλον θα πρεπει να κανεις reboot. Μετα το ping (οταν βαζεις το -f) θα πρεπει να δουλευει για μεγεθος πακετου 1272 αντι για 1464 αλλα οχι παραπανω. Μετα δοκιμασε το upload

ωραια, τωρα κατεβασε το fping απο εδω:
http://www.kwakkelflap.com/downloads.html

και τρεξε:
fping 8.8.8.8 -f -s 1464 -t 1 -c -Τ -j

τωρα χανει πακετα?

αν ναι, αλλαξε το -t 1 σε κατι παραπανω (10, 20, 30) και πες ποτε σταματας να χανεις, αν μπορεις στειλε και το output απο 2-3 δευτερολεπτα

δοκιμασε απο το cmd:
ping 8.8.8.8

παιρνεις reply? αν ναι δοκιμασε:
ping -f -l 1464 8.8.8.8

αν οχι, κατεβασε το 1464 και πες ποτε αρχιζεις να παιρνεις

μηπως εχεις προβλημα με το duplex μεταξυ router και PC? πχ αν το PC το εχεις "καρφωσει" full duplex, μαλλον ο router θα γυρισει σε half

το pc εχει σωστη γειωση?

ριξε μια ματια εδω:
http://www.cisco.com/en/US/technologies/tk543/tk759/technologies_white_paper0900aecd80295a9b.pdf

δες στο σε μια γιαλαντζι εκδοση:

Το καλεις σαν brute("",5) για 5 χαρακτηρες, brute("",8) για 8 κλπ


brute( char Prefix,int N )
{
char charSet = {"a","b","c","d","e"},
Currlen = Prefix.length;
if (Currlen < N) then
for (int j = 0; j < charSet.length; j++)
{
String NewPrefix = Prefix + charset
brute( NewPrefix, N )
}
else
{

System.out.println(Prefix)
}
}


προφανως θελει αλλαγες για να τρεξει σε java γιατι δεν ξερω τη συνταξη αλλα ελπιζω να το καταλαβαινεις καλυτερα, φτανει να εχεις ασχοληθει λιγο με recursion πχ. υπολογισμος παραγοντικου κλπ.

μπορεις το χειριστεις με καποιον recursive αλγοριθμο

java δεν ξερω και πολλα πραγματα αλλα το παρακατω (σε Erlang) φανταζομαι θα το καταλαβεις για να το μετατρεψεις:


brute( N ) ->
brute( , N ).

brute( Prefix, N ) ->
Generator = ,
Currlen = string:len(Prefix),
case Currlen < N of
true ->
;
false ->
io:fwrite(" String is ~p~n",)
end,
ok.

ο πιο απλος τροπος ειναι απο την παραλληλη θυρα.
Εκει πρεπει να συνδεσεις ενα κυκλωματακι της πλακας που να εχει ενα ρελε για να μπορεις απο το ρευμα της παραλληλης να ελεγχεις τα 220v που μαλλον θα θελει η λαμπα για να αναψει

δες αυτο:
http://www.lvr.com/parport.htm

βασικα επειδη πχ. στα windows xp δεν μπορεις να κανεις απευθειας outp στην παραλληλη, θα πρεπει να χρησιμοποιησεις το αντιστοιχο .dll

πχ αν στειλεις στην παραλληλη το byte 1, θα δωσει ρευμα στο pin που αντιστοιχει στο bit 1 (πχ. outp 0x378,0x1) της παραλληλης πορτας, απ'οπου θα οδηγησεις το ρελε.
αν στειλεις 0x06 θα αναψει το bit2,3 και θα σβησει το 1.
αν θελεις να ελεγξεις πανω απο 8 συσκευες βαζεις μια παραλληλη παραπανω, η βαζεις στο κυκλωμα ενα mux/decoder που πρεπει να ειναι αρκετα γρηγορο για να καταλαβαινει τον παλμο της παραλληλης. εχουν περασει καμποσα χρονια απο τοτε που τα ειχα δει και δεν θυμαμαι τα chipακια, αλλα ισως κατι σαν το intel i8205 να κανει τη δουλεια.

αν ψαξεις λιγο στο internet, θα βρεις κυκλωματα και προγραμματα που κανουν αυτο που θες.

δες αυτο:

http://www.cisco.com/en/US/dos/ios/12_3t/12_3t4/feature/guide/gt_login.html

δεν νομιζω να γινεται (αν και πρεπει να δω κατι αρχαια scripts που ειχα φτιαξει). Σιγουρα το λυνεις με expect..

Το προβλημα ισχυει και οταν ειναι μονο ενα PC συνδεμενο με το checkpoint? To pc δεν πρεπει να τρεχει torrent/skype, να μην εχει ιους κλπ

εχει ενεργοποιημενο antivirus / antispyware / antiX στο HTTP?

αν πας να κατεβασεις κατι απο site που ακουει σε πορτα διαφορετικη απο την 80 πχ. 8080 ισχυει το ιδιο προβλημα?
Αν ειναι https η συνδεση εχεις το ιδιο προβλημα?
Οταν δουλευεις χωρις το squid proxy, πρεπει να δηλωσεις σαν proxy το checkpoint (δεν ξερω πως δουλευει το checkpoint)?

Αν συνδεσεις με hub (αν βρεις τετοια εποχη) το checkpoint με το fritz, μπορεις να βαλεις ενα pc να βλεπει τα πακετα που πηγαινοερχονται. Για δες, τα SYN που στελνει το μηχανημα σου, τι MSS δηλωνουν? 1460 η κατι κατω απο 1452 ? Βλεπεις τιποτα ICMP type 3 code 4 να ερχονται προς το firewall?
Αν το mss ειναι 1460, δοκιμασε να ρυθμισεις σε ενα pc MTU πχ 1300 και δοκιμασε να δεις αν εχεις το ιδιο προβλημα.

Υπαρχει τροπος να δεις το το cpu load του firewall?